DSP程序调试时CCS如何安全退出调试状态

DSP程序调试时CCS如何安全退出调试状态

本方案适用于CCS5及以上平台
一般情况下连接仿真器调试DSP程序时为了方便直接使用debug模式进行测试。如下图:
DSP程序调试时CCS如何安全退出调试状态_第1张图片
在连接仿真器的情况下,点击“瓢虫”debug按钮,即可进入debug视图
此时,CCS会连接DSP硬件,检查相关状态并加载程序。接下来CCS会自动寻找程序入口点_c_int00()函数并自动运行至C语言程序的入口函数main()。
如下图所示:
DSP程序调试时CCS如何安全退出调试状态_第2张图片
此时程序指针PC停在main函数入口。
接下来就是调试程序了,此时可以根据需要直接运行或单步调试。
DSP程序调试时CCS如何安全退出调试状态_第3张图片
调试使用工具可分为普通调试工具和汇编语言调试工具,都包括单步调试等。
此时,如果在运行过程中或者是单步调试至某个状态时,想结束debug状态,一般的做法是直接点击Terminate,即小红方块
DSP程序调试时CCS如何安全退出调试状态_第4张图片
这种做法一般不会有问题。但在特殊情况不行------如果当前程序没有执行完最后一条语句或者程序中有死循环时。
DSP程序调试时CCS如何安全退出调试状态_第5张图片
因为我们编写的程序需要有多线程执行时,经常需要在线程中设置一个死循环并且等待事件或者信号量,如这样:
DSP程序调试时CCS如何安全退出调试状态_第6张图片

此时如果使用Terminate按钮,虽然不会影响到本次调试,但**会影响到下次的调试过程。**
因为测试发现,如果上次调试结束时DSP程序没有执行完最后一句或者在死循环的情况终止了程序,则
本次调试时CCS启动时在加载程序的过程中会不明目的的执行上次未执行完的程序的部分代码。
这种
非预期的动作很恶心,因为如果上次调试的程序后续代码部分中有bug的话则也会被执行。这可能导致损坏负载设备等严重后果。

这种情况在开机上电后的第一次运行时不会发生。

目前不清楚CCS这种非预期的动作是如何产生的,可能跟它加载程序的机制有关。

解决这个问题目前有两种方法。
第一种方法:
在点击Terminate按钮前先点击reset按钮,选择reset cpu
DSP程序调试时CCS如何安全退出调试状态_第7张图片
此时,先点击reset后,CCS会把程序指针PC强制改变到上电后执行的第一句代码位置。这样就跟开机上电时的状态一致。然后,再点击Terminate按钮停止调试后,下一次调试时就不会出现上述非预期的情况。

第二种方法:
在程序中添加安全退出的代码,如下图:
DSP程序调试时CCS如何安全退出调试状态_第8张图片
此时可以在退出debug状态前使其满足执行安全退出代码的条件,退出程序并点击Terminate退出debug状态。或者还可以在鼠标停留在安全退出代码处点击右键,在弹出的菜单中选择
“Move to line”
强制变更程序指针至安全代码处再运行程序使其退出,最后点击Terminate
按钮结束debug状态。然后,在下次调试时就不会出现前面所述的非预期情况。

你可能感兴趣的:(DSP#ARM#嵌入式技术,dsp,ccs,多线程,debug,安全)