This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: TSW14J56EVM
Hello,
Currently, I am using TSW14J56EVM with ADS58J89 and Matlab automation codes to catch the data from the capture card and save it as .CSV format on my PC.
The problem I have is saving data in .CSV format takes about couple of seconds. Is there any alternative way/automation codes to get to speed of ms?
Thanks for your help in advance.
Farshid,
One workaround we recommend for this is to directly use the temporary bin files created by HSDC Pro. This file will be updated by HSDC Pro for every capture – this is where the captured date is saved for post processing & graphing by HSDC Pro. There will be one ‘.bin’ file per HSDC Pro channel. The file contains the channel data (samples in 16bit format) in this format: [Sample1 LSB] [Sample1 MSB] [Sample2 LSB] [Sample2 MSB]…etc
The files can be found in this directory,
C:\Users\Public\Documents\Texas Instruments\High Speed Data Converter Pro\HSDCPro Data
Caution: The file reference needs to be closed (if opened in Matlab) before passing next capture even to HSDC Pro, otherwise HSDC Pro will crash as I won’t be able to open the file.
Regards,
Jim
Hello Jim,
We have binary files from each channel as well as a .csv file containing all channels, and we are trying to match the decoded binary file to the csv file.
If we consider the following order of bits in each sample:
LSB: D0 D1 ... D7
MSB: D8 D9 ... D15
Then, D8 should be the sign bit.. However, this sometimes fails. For example, in the binary file, the 8 MSB bits of a particular sample is 11010111, which should translate to -41, but in the csv file it shows up as 215 (as if sign bit is completely ignored).
Does the sign bit change its position based on a certain rule, or are we decoding the binary file incorrectly? Also, I'm not clear on the meaning of the 8 LSB bits. Do they represent the decimal part of the number or something else entirely? The csv file only contains perfect integers.
Thanks