单片机程序又跑飞? 详解三种跑飞现象

[导读]在编写单片机程序的时候，由于中断服务程序写的不好，导致单片机程序总是跑飞，最后费了好长时间，花了很大功夫才找到问题原因。

随着单片机在能源领域中的广泛应用，单片机的抗干扰问题越来越突出，煤矿井下环境一般比较恶劣，这便会为单片机控制系统带来各种干扰，以致系统不能正常工作。单片机应用系统的抗干扰性能主要取决于硬件的抗干扰设计，但软件抗干扰设计作为硬件抗干扰的完善和补充，作用也非常重要，因为大量的干扰通常并不能影响系统内硬件的运作，却常会使系统的软件无法正常运行，单片机应用的一个突出问题，便是单片机运行过程中经常出现的程序跑飞现象。

在单片机系统中，因为干扰的原因，在非预期的情况下，使得程序计数器PC 的值发生随机的变化，从而使得程序的流向指向不确定区域，这便是程序的跑飞。程序跑飞后或者会使指令的地址码和操作码发生改变，PC 把操作数当作指令来执行;或者PC值指向一条不合逻辑关系的指令甚或是非程序区，运行结果常常会使单片机进入死循环———便是大家常说的“死机”。为确保在无人当值的情况下，单片机“死机”后能自动恢复过来，通常采用软件陷阱，外部WDT 电路，以及软件控制的WATCHDOG 等方法，使系统恢复正常(后两种俗称“看门狗”)，限于篇幅不做专门说明，这里主要向大家介绍用555 定时器软硬结合做看门狗的一种方法。

在编写单片机程序的时候，由于中断服务程序写的不好，导致单片机程序总是跑飞，最后费了好长时间，花了很大功夫才找到问题原因，由此总结了单片机程序跑飞的三种现象、原因及解决方法。

1 数组越界/溢出

现象：

单片机程序在函数中运行时，总是在运行到函数末尾，要跳出函数时，程序跑飞。

原因：

数组越界(数组溢出)，函数中定义的数组元素的个数小于程序中实际使用的数组元素的个数，例如在函数中定义了一个数组ucDataBuff[10]，这个数组只有10个元素，但是在函数中却有这样的语句ucDataBuff[10]=0x1a,这个语句是给数组的第11个元素赋值，：由于定义的数组只有10个元素，从而导致赋值语句中不知道把0x1a放到什么地方，从而导致程序跑飞。

解决方法：

如果在调试程序时，发现程序总是在函数执行完毕时跑飞，多数情况是发生了数组越界(数组溢出)的错误，仔细检查函数中调用的数组是否存在越界(溢出)的情况。

2 中断服务程序缺失

现象：

程序运行过程中总是跑飞。

原因：

程序中打开了某个中断，但是却没有相应的中断服务程序，从而导致在中断发生后，找不到中断服务程序入口，从而导致程序跑飞。

解决方法：

检查程序中是否存在打开了某个中断，但是没有相对应的中断服务程序。

3 看门狗复位

现象：

在执行一段较为耗费时间的程序时，程序跑飞，并且总是跳到复位位置处。