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: TMDSEMU200-U
Tool/software: Code Composer Studio
I'm using the XDS200 debugger with TM4C1290NCPDT. I have started statistical profiling at 1024 sampling,
120 MHz clock. Not sure what is the best sampling to use?
I am debugging an external reset issue (which will trigger at 1.6 seconds of inactivity in the watchdog toggle
pulse). What is the length of this SWO trace buffer? Will it save instructions for the past 3 seconds or something like that?
If this buffer is much shorter, I have external hardware to trigger an ISR as well.
The SWO Trace buffer is very small and the sampling interval of 1024 is, in fact, the amount of cycles between two data captures. Everything in between is "blind time". If the sampling interval is set too large, many events will be missed, while setting it too low cases buffer overflows or data communications errors.
Normally the tool already calculates the rates based on the clock frequency of the device, but by clicking on the "Advanced Settings" you can override these settngs.
Section 6 of the SWO Trace page below has additional details about the calculation and potential pitflalls when setting the interval rates, prescaler, etc.
Hope this helps,
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:
1. I am seeing overflow packets in the trace data stream. How do I avoid them? The first knob to exercise is the timestamp resolution. The timestamp resolution can be set at 4 different levels; divide by 1, divide by 4, divide by 16 and divide by 64. Divide by 1 gives the finest granularity and divide by 64 the lowest granularity but also fewer trace packets. To change the timestamp granularity, select the “Advanced Settings” button on the UI and select the Receiver in the settings window. Drill down to the Timestamping option and choose a higher resolution value.
OVERFLOW! Please reduce samples generation rate or increase output clock rate.
I am currently doing Statistical profiling.
Does this mean time stamp 1 is the best to use? Default is 4. The error still doesn't go away set to 1. I also tried changing 1024 cycles sampling to as low as 256. The error continues to happen. When I generate an interrupt to look at the trace buffer, initially a few records show up and then several get added slowly. Why is this? Which hardware analyzer tool do I use to get a time stamp of when things are happening?
I need little more answers than the link to the documentation.
In reply to Priya Nadathur70:
After much searching I found this:
I am hoping this will answer some of my questions.
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. 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.