在MCU程序開發(fā)調(diào)試過程中，總會發(fā)現(xiàn)很多的程序bug。有一些bug是邏輯問題，規(guī)格書理解問題，筆誤問題等，以上列出的這些問題，通過斷點，單步等調(diào)試手段，很容易發(fā)現(xiàn)并解決問題。但是有一些程序的bug就比較難通過常規(guī)手段定位出問題的地點和原因，例如：芯片不定時跑飛和復(fù)位。

以下總結(jié)了芯片不定時跑飛和復(fù)位的5大原因

1、看門狗復(fù)位

原因：程序中使用了看門狗，但是沒有及時清看門狗，從而導(dǎo)致看門狗復(fù)位，使程序直接跳到復(fù)位位置。

解決方法：通過讀或?qū)?a href="http://www.brongaenegriffin.com/tags/rs/" target="_blank">RSTSTAT寄存器，在程序中清看門狗。

示例：

A.程序中寫RSTSTAT寄存器清看門狗。

2、中斷服務(wù)程序缺失

原因：程序中打開了某個中斷，但是沒有相應(yīng)的中斷服務(wù)程序，從而導(dǎo)致在中斷發(fā)生后，找不到中斷服務(wù)程序入口，從而導(dǎo)致程序跑飛。

解決方法：檢查程序中是否存在打開了某個中斷，但是沒有相對應(yīng)的中斷服務(wù)程序。

示例：

A.使能外部中斷0，并且屏蔽外部中斷0服務(wù)程序。

B.下降沿觸發(fā)外部中斷0后，程序跑到地址0x0003處(INT0向量地址為0x0003)，由于沒有中斷服務(wù)程序，該地址的指令被編譯器填充為初始化程序，因此導(dǎo)致程序跑飛。

3、 中斷服務(wù)程序沒有對bank壓棧和出棧

原因：主程序在操作bank1寄存器時，進入中斷沒有對bank1壓棧，此時切換到bank0對寄存器操作，退出中斷后由于沒有保存bank1的狀態(tài)，導(dǎo)致主程序在bank0中對bank1的寄存器操作，誤改bank0寄存器的值，程序可能會運行異常。

解決方法：進入中斷服務(wù)程序后，對bank進行壓棧，退出中斷之前對bank進行出棧，這樣無論主程序在操作bank0還是bank1，中斷里面都會保存進中斷之前bank狀態(tài)，退出中斷后會還原bank狀態(tài)，這樣就不會因為切換bank導(dǎo)致寄存器的值被誤改。

示例：

A.在主循環(huán)操作bank1寄存器,定時器Timer3中斷里面不進行壓棧和出棧操作，直接操作bank0寄存器。

B.退出中斷后此時程序狀態(tài)為bank0，下一步返回主程序，本來應(yīng)該改變的是P5_0的值，由于沒有切換到bank1，所以在bank0中將相同地址的寄存器P0_0的值誤改，同時導(dǎo)致P5_0的值修改無效。

4、數(shù)組越界

原因：程序中定義的數(shù)組元素的個數(shù)小于程序中實際使用的數(shù)組元素的個數(shù)，數(shù)組使用循環(huán)函數(shù)時，如果循環(huán)變量沒控制好則會出現(xiàn)數(shù)組越界，意外修改其他變量值可能會導(dǎo)致程序異常。

解決方法：檢查函數(shù)中調(diào)用的數(shù)組是否存在越界的情況。

示例：

A.定義SendBuffer和RecBuffer兩個數(shù)組變量，數(shù)組長度為5，初值均為0。

B.主程序中對數(shù)組SendBuffer[0]~ SendBuffer[4]賦值，此時SendBuffer[5]和SendBuffer[6]也被意外賦值，從watch窗口可以看出，這兩個值改變了原來RecBuffer[0]和RecBuffer[1]的值，可能會造成程序異常。

5、堆棧溢出

原因：函數(shù)嵌套太深或者局部變量太多導(dǎo)致超出堆?？臻g，正常數(shù)據(jù)被改寫。

解決方法：盡量減少函數(shù)調(diào)用層級，局部變量不要使用太多，尤其是局部大數(shù)組，從而減少壓棧的時候所需的空間。

示例：

A.定義4個全局變量和1個局部變量數(shù)組，總共占用RAM空間為249個字節(jié)

B.計算程序中所需的堆棧大小，主程序中調(diào)用Delay()函數(shù)，占用2個字節(jié),中斷服務(wù)函數(shù)占用16個字節(jié)，中斷嵌套調(diào)用leddisplay()函數(shù)，占用2個字節(jié)，總共需要20個字節(jié)堆棧空間，由A可知，系統(tǒng)只剩下6個字節(jié)堆?？臻g，所以程序運行后，堆棧一定會溢出。

C.運行程序，正?，F(xiàn)象為P40端口一直翻轉(zhuǎn)，TestData變量值始終為0，觸發(fā)外部中斷0，進入中斷服務(wù)程序后，可以看到SP堆棧指針已經(jīng)溢出，同時將R7寄存器的值壓棧到0x08的地址上，通過.m51文件可以查到0x08正好是TestData變量地址，所以TestData的值被誤改為0x01，導(dǎo)致主程序中條件判斷出錯，程序異常。

在調(diào)試MCU程序過程中，由于程序書寫的不規(guī)范產(chǎn)生程序漏洞，跑飛現(xiàn)象比較常見，如果我們提前了解程序可能跑飛的原因，對于快速定位問題有很大幫助，從而提高分析和解決問題的效率，減少產(chǎn)品的開發(fā)周期，加速產(chǎn)品的上市時間。

原文標(biāo)題：中穎8bit MCU程序跑飛原因分析

文章出處：【微信公眾號：中穎電子】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。