【每周论点】 DSP程序跑飞的原因有哪些？你是如何解决的？.

电路

DSP程序跑飞的原因有很多，你遇到过吗？你解决了吗？
能分享你的经验吗？谢谢。

先说说我以前的项目经历。
一般调试代码的步骤有两种方案

方案一：先调试主程序，最后添加看门狗等保护电路；

方案二：先搭建代码环境，比如看门狗保护电路等，然后在该平台上开发主程序

我呢，为了更好的编写算法代码，往往采用方案一。

在我调试代码的过程中，遇到过如下一种程序跑飞的情况：

【原因】硬件看门狗电路设计失误

【设计】我设计的方案中，采用美信芯片MAX706AT设计硬件看门狗电路，看似非常完美的电路，在连接仿真器进行简单方波输出测试时，发现DSP没有任务输出。程序已经异常了，因为我采用的方案一设计代码，所以我只知道异常，不知道原因。

【解决思路】

<1> 无数次的下载程序，并运行程序，但是程序总是异常运行。

<2> 庆幸的是，我的电路设计中有好几个IO直接驱动LED的电路，这时候，我特别注意到LED显示的亮度不正常，然后，我赶紧拿万用表测试IO电压，结果只有1.6V左右。这时，我已经明白，看门狗异常了。

<3> 排查电路中的MAX706AT电路，一点问题都没有。查找MAX706AT的封装和管脚对应时，发现了问题的根源。芯片有SO和UMAX两种封装，说来奇怪，名称完全相同，封装不同，加上管脚定义不同，造成了看门狗芯片的复位电压总是低电压。

终于找到问题了。

那么你在开发过程是否也遇到了DSP程序跑飞的bug呢，你是如何解决的，欢迎大家吐槽！

DSP板块【每周论点】栏目开栏：https://bbs.elecfans.com/jishu_414976_1_1.html

另外欢迎加入电子发烧友论坛官方DSP开发交流QQ群！

加群时请备注论坛帐号哦，否则不予通过

进群后请修改昵称：论坛用户名+城市

谢谢配合！

群号：180345918

wjw1989 · 2014-2-20 10:57:35

网上也可以查询很多的总结。
总结如下：
http://blog.csdn.net/wangkeyen/article/details/8601176
我所知道的DSP程序跑飞的原因有:
硬件：1.复位电路不稳定；2.电源不稳定；3.地线不稳定。
软件：1.不小心操作到了子函数返回地址值。
2.数值溢出，读写了超过范围的存储空间，堆栈溢出等。

我的程序是带有BIOS的程序，当程序跑飞后我就在主函数的最后一行设置断点，结果程序可以跑到主函数的最后一行，接下来就是初始化BIOS操作系统了，操作系统的源代码又是不可见的，所以一时陷入了僵局。不知道该怎么办好。

我是在移植程序的时候跑飞的，后来我就拿我的程序的BIOS配置和另一个正常的BIOS配置比较，结果发现Stack Size是0x400(即默认的配置)，而另一个是0x1000，然后我改过来之后程序恢复正常。

一开始的时候我也意识到可能是堆栈溢出造成的程序跑飞，所以我就增大了每块存储器上的动态堆栈，即：create a heap in this memory heap size:0x08000 .结果不管用。

后来才修改的Stack Size (MAUs)选项，即全局的堆栈大小，从0x400改到0x1000.然后问题排除。后来才明白，动态堆栈是用来动态的创建任务用的，并非是我想要的那个堆栈。经过反思感觉还是对BIOS系统不熟悉造成的大错！

wjw1989 · 2014-2-20 11:00:25

朋友也有一些分享，这里总结如下：
我所知道的DSP程序跑飞的原因有:
硬件：1.复位电路不稳定；2.电源不稳定；3.地线不稳定。
软件：1.不小心操作到了子函数返回地址值。
2.数值溢出，读写了超过范围的存储空间，堆栈溢出等。

我的程序是带有BIOS的程序，当程序跑飞后我就在主函数的最后一行设置断点，结果程序可以跑到主函数的最后一行，接下来就是初始化BIOS操作系统了，操作系统的源代码又是不可见的，所以一时陷入了僵局。不知道该怎么办好。

我是在移植程序的时候跑飞的，后来我就拿我的程序的BIOS配置和另一个正常的BIOS配置比较，结果发现Stack Size是0x400(即默认的配置)，而另一个是0x1000，然后我改过来之后程序恢复正常。

一开始的时候我也意识到可能是堆栈溢出造成的程序跑飞，所以我就增大了每块存储器上的动态堆栈，即：create a heap in this memory heap size:0x08000 .结果不管用。

后来才修改的Stack Size (MAUs)选项，即全局的堆栈大小，从0x400改到0x1000.然后问题排除。后来才明白，动态堆栈是用来动态的创建任务用的，并非是我想要的那个堆栈。经过反思感觉还是对BIOS系统不熟悉造成的大错！