
1 意外中断。是否打开了某个中断,但是没有响应和清除中端标志,导致程序一直进入中断,造成死机假象。
2 中断变量处理不妥。若定义某些会在中断中修改的全局变量,这时要注意两个问题:首先为了防止编译器优化中断变量,要在这些变量定义时前加volatile,其次在主循环中读取中断变量前应该首先关闭全局中断,防止读到一半被中断给修改了,读完之后再打开全局中断;否则出现造成数据乱套。
3 地址溢出,常见错误为指针 *** 作错误。我要着重说的是数组下标使用循环函数中循环变量,如果循环变量没控制好则会出现数组下标越界,意外修改系统的寄存器造成死机,这种情况下如果死机说明运气好,否则后面不知道发生什么头疼的事。
4 无条件的死循环;比如使用while(x);等待电平变化,正常情况下x都会变成0,就怕万一,因此最好加上时间限制。
5 看门狗没有关闭。有的单片机即使没使用看门狗开机时也有可能意外自动开启了最小周期的看门狗,导致软件不断复位,造成死机,这个要看芯片手册,最好在程序复位后首先应该显式清除看门狗再关闭看门狗。
6 堆栈溢出。最难查找的问题,对于容量小的单片机,尽量减少函数调用层级,减少局部变量,从而减少压栈的时候所需的空间。当你把以上几条都试过不能解决问题,试一试把你的被调用少函数直接内置到调用的地方并且把占用RAM大的局部变量改成全局变量,试一试说不定就可以了。
原因很多啊
1)程序没有结尾或不是循环的程序。
2)nmi管脚没有上拉。
3)在看门狗动作的时候程序会经常跑飞。
4)程序编制不当也会引起程序跑飞。
5)硬件系统有问题。
STM32F103不至于那么娇贵,你怎么知道是程序跑飞而不是程序错误?
不是偶尔出现,每次只要上电几秒就死机。这不像程序跑飞的节奏。
建议你对外控制只点亮LED,其他最外控制都注释掉,如果还是同样情况,肯定程序有问题。
程序异常,很多情况都是软件代码有问题,常见的就是RAM数据地址溢出
比如定义的table[10],在程序访问的table[i]中i的值>9
所以你还是先仔细查看一下你的代码有没有问题,
其次就是电路板上有强的干扰,不过现在的单片机基本上干扰引起的往往只是复位,很少见到程序跑飞的情况
单片机在工作过程中也常常会由于电源的投入和切除,瞬间短路以及由电网串进来的干扰脉冲而引起CPU的工作紊乱,程序“跑飞”,即程序进入非预定的区域而无秩序地运行。程序出错还是进入死循环都是跑飞可能的结果
以上就是关于单片机跑飞详解全部的内容,包括:单片机跑飞详解、程序跑飞一般是什么原因造成的、用STM32F103开发的项目,为什么我的程序老是跑飞等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)