TI

DSP调试方法

2019-07-27 17:13发布

站内问答 / TI MCU
7651 17 1641
调试DSP最常见的手段是PC通过开发器连接目标版,然后进行调试.但是当开发完成投入生产后也可能出现问题.我经常碰见的情况是现场的设备出现问题了,客户反馈不正常工作了,此时如果没
友情提示: 此问题已得到解决，问题已经关闭,关闭后问题禁止继续编辑，回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
17条回答
renyaq
1楼-- · 2019-07-27 18:14
想看看各位有没有什么好的办法,增加一种手段,当现场出问题的时候,
1.最起码能大致定位问题所在
2.最好允许现场调试
supernan
2楼-- · 2019-07-27 23:23
这个问题可不是你一个人遇到的啊，现场环境不好模拟的
renyaq
3楼-- · 2019-07-28 03:15
 精彩回答 2  元偷偷看……
栩栩如生
4楼-- · 2019-07-28 05:24
只能尽量让现场操作人员回想当时的情景，尽量复现！

但这有一个问题，即使问题复现了，用传统的手段也不定调试得了！
举例说明：
某种罕见的情况下，在你读一组数据时，你已经读了一部分了，但另一线程这时改写了数据。如果是在你读完全部数据它再写，或是它写完全部数据你再读，都不会出错！而你读过程中的数据改写显然会造成出错！　　事实上这两个线程作为异步线程，本来可能刚好能遇上这样的问题的，但由于以传统手段调试时，你已经将其中一个线程用断点中断下来了，两个线程的执行上肯定与正常不一样了！你的调试也不再有太大的意义！
栩栩如生
5楼-- · 2019-07-28 10:09

因此这种不频繁发生的出错，最好的方法是使用AET，根据现场出现的问题的描述，来设置要监视的错误事件，这样错误事件发生时转储出全部线程状态和环境变量来进行分析　
renyaq
6楼-- · 2019-07-28 14:43
请教一下 AET是什么东东 以前没听过  话说我们调试竞争代码都是仔细阅读分析代码,打印信息,还没有什么好工具
1 2 3 下一页

一周热门 更多>

相关文章