• State Resolved
  • Locked Locked
  • Replies 1 reply
  • Subscribers 53 subscribers
  • Views 433 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Original question:

CCS/CCSTUDIO-C2000: Achieving better real-time debug performance

CCS/CCSTUDIO-C2000: C2000 debugging in CCS: how to stream internal variables at kHz update rate?

Wencong Zhang1
Prodigy 10 points

Part Number: CCSTUDIO-C2000

Tool/software: Code Composer Studio

Hi,

I want to ask a question similar to this thread with regards to debugging C2000 cores in CCS: https://e2e.ti.com/support/tools/ccs/f/81/t/809381?tisearch=e2e-quicksearch&keymatch=C2000%20real-time%20debug

My company is currently using F28M35 concerto devices and I have been a user of C2000 for a few years. I do a lot of control development and one important desired feature is plotting uC internal variables at control bandwidth (say a few kHz). With ARM Cortex M cores, this can be done with background memory access so if a debugger is powerful enough, you can turn every cortex M into a small o-scope. 

My experience with C2000 has been that it's very difficult to achieve such functionality. The continuous refresh in CCS is about 1 - 10Hz so the usefulness is very limited. I have also tried setting up breakpoints and configure the property of the breakpoints to be "update all windows" and it seems it's too intrusive to the application control loop. 

My question is what technique/tool can I use to view C2000 internal variable values at high refresh rate through the debugging interface?  Reading about the XDS100/200/560 debuggers did not give me the impression that what I'm asking is possible. So far I have implemented software circular buffers to capture the values and then later transfer those values to a csv for post-processing. But this is very time-consuming and non-intuitive. I feel like TI must have thought about this since C2000 is control-oriented.

  • 0
    TI__Guru**** 169834 points

    Hi,

    I understand your question and unfortunately you are correct:  the C2000 family of devices does not feature a high speed data transfer interface that can be consumed by our development tools. 

    In this case, any method of transfer will forcefully require the use of one of the high speed interfaces of the device (USB perhaps?) and addition of code to your application, as well as a host-based custom utility that can sink and post process all this information. 

    One possibility is to manually connect to the DAP core and access the device's memory unobtrusively - again, you would be limited to the JTAG communications bandwidth, but it would not require interrupting the CPU. 

    https://youtu.be/-yGmq_VKvTQ  

    Hope this helps,

    Rafael