DSP程序跑飞的原因有哪些?你是怎样处理的?以学术为名的脑筋风暴在本站网论坛大势打开,一起来看看那些你值得具有的干货吧。
michael_xing:
先说说我曾经的项目阅历。
一般调试代码的过程有两种计划
计划一:先调试主程序,最终增加看门狗等维护电路;
计划二:先建立代码环境,比方看门狗维护电路等,然后在该平台上开发主程序。
我呢,为了更好的编写算法代码,往往选用计划一。
在我调试代码的过程中,遇到过如下一种程序跑飞的状况:
【原因】硬件看门狗电路规划失误
【规划】我规划的计划中,选用美信芯片MAX706AT规划硬件看门狗电路,看似十分完美的电路,在衔接仿真器进行简略方波输出测验时,发现DSP没有使命输出。程序现已反常了,由于我选用的计划一规划代码,所以我只知道反常,不知道原因。
【处理思路】
1、无数次的下载程序,并作业程序,可是程序总是反常作业。
2、幸亏的是,我的电路规划中有好几个IO直接驱动LED的电路,这时分,我特别注意到LED显现的亮度不正常,然后,我赶忙拿万用表测验IO电压,成果只要1.6V左右。这时,我现已理解,看门狗反常了。
3、排查电路中的MAX706AT电路,一点问题都没有。查找MAX706AT的封装和管脚对应时,发现了问题的本源。芯片有SO和UMAX两种封装,说来古怪,称号完全相同,封装不同,加上管脚界说不同,形成了看门狗芯片的复位电压总是低电压。
总算找到问题了。
michael_xing:
在我调试代码的过程中,遇到过如下一种程序跑飞的状况:
【原因】中止处理超时引起程序跑飞
【规划】我规划的根据TMS320F28335(4)的双极性信号收集体系,由于频率较高,因而选用了中止收集方法,也便是说,我用PWM输出方波,触发收集模块开端收集,当收集锁存之后,会中止
奉告dsp进行数据读取。那么数据读取便是在中止中进行的。
在初版中,选用周期=20ms/256进行采样触发。
很古怪的问题发生了,DEBUG形式下,没有问题,能够收集到数据,可是RELEASE形式下,收集数据时,程序跑飞。
当意识到程序跑飞时,置疑到中止程序太长,或许处理时刻太长。
【处理思路】
猜想周期太短,那么能够将周期增加,周期=20ms/128,依然失利告终。
再减周期=20ms/64,okay。
宜将剩勇追穷寇,周期减为=20ms/32,okay
第一次就这样处理了。
【附】当运用dsp进行算法处理时,一定要先对算法评价,不然,当认识到自己程序问题时,现已来不及了,由于参数修正之后,有或许不能满意体系的需求。
Cresta:
我遇到过的DSP程序跑飞的原因有:
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体系不熟悉形成的大错!
冰葑世纪:
我遇过单片机的程序跑飞的有,静电搅扰。 超频过大。导致不稳定。
robi:
共享下程序经常跑飞的ti dsp 调试原因
1) 程序没有结束或不是循环的程序。
2)nmi管脚没有上拉。
3)在看门狗动作的时分程序会经常跑飞。
4)程序编制不妥也会引起程序跑飞。
5)硬件体系有问题
liulin126:
数值溢出,读写了超越规模的存储空间,仓库溢出,反常主要原因。
wjw1989:
我之前玩arm,应该道理是相同的吧。
复位芯片的原理,是为了避免程序犯错。可是不能通过复位来处理反常问题,所以,首先要调试代码,做到代码正常作业,然后,再增加复位模块。这样才干做好产品,不然,为了复位而复位。
wjw1989:
共享个别人的经历:
我所知道的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:
朋友也有一些共享,这儿总结如下:
我所知道的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体系不熟悉形成的大错!
我个人觉得,关于硬件,问题无非便是一个:电源。
电源不稳,芯片作业必定不正常。不正常会呈现什么问题呢?
(1)芯片不作业。哈哈。这是我这次却发现,当IO输出短路,会形成芯片不作业,现象是:芯片io电平不死3.3v,而是1.768v
(2)芯片不断复位,这个问题不说了,好像芯片不断上电断电。