本方案适用于CCS5及以上平台 一般情况下连接仿真器调试DSP程序时为了方便直接使用debug模式进行测试。如下图： 
在连接仿真器的情况下，点击“瓢虫”debug按钮，即可进入debug视图 此时，CCS会连接DSP硬件，检查相关状态并加载程序。接下来CCS会自动寻找程序入口点_c_int00()函数并自动运行至C语言程序的入口函数main()。 如下图所示： 
此时程序指针PC停在main函数入口。 接下来就是调试程序了，此时可以根据需要直接运行或单步调试。 
调试使用工具可分为普通调试工具和汇编语言调试工具，都包括单步调试等。 此时，如果在运行过程中或者是单步调试至某个状态时，想结束debug状态，一般的做法是直接点击Terminate，即小红方块 
这种做法一般不会有问题。但在特殊情况不行------如果当前程序没有执行完最后一条语句或者程序中有死循环时。 
因为我们编写的程序需要有多线程执行时，经常需要在线程中设置一个死循环并且等待事件或者信号量，如这样： 
此时如果使用Terminate按钮，虽然不会影响到本次调试，但**会影响到下次的调试过程。** 因为测试发现，如果上次调试结束时DSP程序没有执行完最后一句或者在死循环的情况终止了程序，则 本次调试时CCS启动时在加载程序的过程中会不明目的的执行上次未执行完的程序的部分代码。 这种非预期的动作很恶心，因为如果上次调试的程序后续代码部分中有bug的话则也会被执行。这可能导致损坏负载设备等严重后果。
这种情况在开机上电后的第一次运行时不会发生。
目前不清楚CCS这种非预期的动作是如何产生的，可能跟它加载程序的机制有关。
解决这个问题目前有两种方法。 第一种方法： 在点击Terminate按钮前先点击reset按钮，选择reset cpu 
此时，先点击reset后，CCS会把程序指针PC强制改变到上电后执行的第一句代码位置。这样就跟开机上电时的状态一致。然后，再点击Terminate按钮停止调试后，下一次调试时就不会出现上述非预期的情况。
第二种方法： 在程序中添加安全退出的代码，如下图： 
此时可以在退出debug状态前使其满足执行安全退出代码的条件，退出程序并点击Terminate退出debug状态。或者还可以在鼠标停留在安全退出代码处点击右键，在弹出的菜单中选择 “Move to line” 强制变更程序指针至安全代码处再运行程序使其退出，最后点击Terminate 按钮结束debug状态。然后，在下次调试时就不会出现前面所述的非预期情况。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至[email protected]举报，一经查实，本站将立刻删除。
上一篇 没有了
下一篇没有了
相关文章