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: TMS320F28335
Tool/software: Code Composer Studio
Hello, we are currently designing a temperature controller based on Peltier TECs. Current stage involves setting a PID, and I need to log temperature data required to design the PID values. I have a couple of TMP100 already providing good measurements.
Now I need a way to log these measurements over extended periods of time (about 1 hour). Each measurement takes 2 bytes (10 bits precision from TMP100) from each TMP100 and is triggered by timer0 every 50ms. Because of the time constants in our system, I estimate I need 20 samples/sec. Since each TMP100 can do up 12 s/s (10bits resolution), I believe there will be no speed problems from TMP100's if I alternate them.
1) I have dumped data into PC using breakpoints in CCS debug mode, and writing to a file. But I am bit suspicious about the time frame, since x axis is just "sample" and I can't have a real time stamp. I'd like to be sure about the interval from one sample to another. Is there anyway to be more careful with the data time stamps?
2) Is there a better way to log data directly into files? Maybe it should be done using DDS (about which I have read only http://processors.wiki.ti.com/index.php/Debug_Server_Scripting#Logging, but have no experience at all!). Any reference model/project/code involving data logging?
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to desouza:
In reply to Thiago Moraes:
2) The method to transfer data without interruption is usually via Trace - however, none of the C2000 devices have this feature (in fact, not many devices have this implemented).
However, I re-read your post and saw the data rate is very small - 20SPS@10bits. The JTAG should be fine in transferring this, unless you have an array of TMP100s that will add to the raw data to be transferred.
On the other hand, if data acquisition to a host is important in your project (and not only for debugging purposes), I would include in the design a communications port/protocol using a dedicated port on the device instead of JTAG - this way you would not require a CCS install on the host PC. Obviously that this approach is only feasible if you have the resources available (a serial port and enough RAM/FLASH/CPU).
(brasileiros aqui no e2e são raros mas de vez em quando dão as caras... :) )
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.