Hi,大家好,最近在用28377D调试系统,测试过程中碰到了bug,问题出现后,希望能连接上仿真器进行数据观测,按照相关的帖子进行测试,还是没有办法实现。不知道问题出在哪里!
https://e2echina.ti.com/question_answer/microcontrollers/c2000/f/56/t/146229?tisearch=e2e-quicksearch&keymatch=%E5%A6%82%E4%BD%95%E5%9C%A8DSP%E4%B8%8D%E5%A4%8D%E4%BD%8D%E7%9A%84%E6%83%85%E5%86%B5%E4%B8%8B%EF%BC%8C%E9%87%8D%E6%96%B0%E8%BF%9E%E6%8E%A5%E4%BB%BF%E7%9C%9F%E5%99%A8
Green Deng:
你好,据我所知,的确不可以。
芯片在连接仿真器之后,芯片的TRST引脚会被拉高,从而在boot的时候能进入到仿真器模式。也就是说,要进入仿真模式,首先得判断boot模式,这样的话程序就必须从boot开始运行,没办法从bug点开始接入仿真器。
Green Deng:
我再研究一下第三方帖子中的内容再给你回复
jing liao:
回复 Green Deng:
谢谢您的回复!这一引导过程,能有办法保证dsp内存数据不被复位么?xxx.ccxml 属性配置中的 Connection Options 选项配置有何作用?
jing liao:
回复 Green Deng:
谢谢您的回复!这一引导过程,能有办法保证dsp内存数据不被复位么?xxx.ccxml 属性配置中的 Connection Options 选项配置有何作用?
jing liao:
回复 Green Deng:
谢谢
Green Deng:
回复 jing liao:
测试了一下,似乎有问题。我再咨询一下美国的工程师然后回复你。
jing liao:
回复 Green Deng:
谢谢
Green Deng:
回复 jing liao:
你好,这是我在询问“芯片离线运行出现问题之后能否通过仿真器连接芯片”之后收到的回复:
I think the issue if the customer tried to connect through the JTAG after the program crashes is that either the device may not connect or the state of the chip may be changed.I think there are some settings in the connection properties(or the GEL file) that customer would need to either change or just remove the GEL file.The other option is to have the JTAG/CCS connected and run the program manually and when they observe a system issue just halt the CPU and observe the state of the program counter(where the code is at) and back trace from there.I would also make sure any kind of WD or TRAP ISR instructions have some code that will just loop if those are triggered so they can observe the state of the device.
Does customer have idea what happens when the device/system crashes?For instance are all the PWMs "dead" or is just the duty cycle bad, etc?That would give us a clue where to look.