今天在編寫單片機程序的時候，由于中斷服務程序寫的不好，導致單片機程序總是跑飛，最后費了好長時間，花了很大功夫才找到問題原因

　　單片機死機原因

　　一 振蕩器停止振蕩

　　又可以分為電源電壓不穩，或者強干擾引起的振蕩器停振。

　　二 PC指針跑飛

　　電源電壓不穩或強干擾引起PC跑飛，如果看門狗不好，也會引起死機。

　　三 設計上對長引出線的IO沒有保護，靜電打在IO口上引起單片機死鎖，破壞了硬件邏輯功能，導致死機。

　　四。 復位收到干擾，引起反復復位，在反復復位當中有可能會導致死機。

　　“跑飛”是因為程序隱患或外部干擾引起的誤動作，致使PC被寫入“出界”數據，跑到了RAM區，或者跑到了FLASH的空白區。如果PC指向了RAM區，哪情況就不好說了！因為程序譯碼器可能得到任意譯碼結果。如果PC指向了FLASH空白區，則可以事先將所有FLASH空白區填入某個你想要的數據，迫使程序譯碼器在這里翻譯出你想要的指令，從而進行相應的處理。在IAR Workbench中好象有在空白區填充數據的設置。

　　死機”是指PC進入了“死循環”，或者是MCLK等于近似為零的值。此時，要想救活MCU，非外狗不可。

　　程序運行過程中，如果MCU電源出現問題（電源供電問題，或其它外部電路引起的電源擾動），比較容易出現“跑飛”現象

　　程序跑飛應該是PC出錯;軟件和硬件都可能出這樣的問題。

　　死機應該是CPU根本沒有運行，多是硬件方面的問題造成的，比如POR復位不成功，430比較容易出現掉電不完全后重新上電。

　　LinkedIn單片機程序死機，跑飛了可以從以下幾個方面查找原因：

　　1. 意外中斷。是否打開了某個中斷，但是沒有響應和清除中端標志，導致程序一直進入中斷，造成死機假象

　　2. 中斷變量處理不妥。若定義某些會在中斷中修改的全局變量，這時要注意兩個問題：首先為了防止編譯器優化中斷變量，要在這些變量定義時前加volatile，其次在主循環中讀取中斷變量前應該首先關閉全局中斷，防止讀到一半被中斷給修改了，讀完之后再打開全局中斷;否則出現造成數據亂套。

　　3. 地址溢出，常見錯誤為指針操作錯誤。我要著重說的是數組下標使用循環函數中循環變量，如果循環變量沒控制好則會出現數組下標越界，意外修改系統的寄存器造成死機，這種情況下如果死機說明運氣好，否則后面不知道發生什么頭疼的事。

　　4. 無條件的死循環;比如使用while（x）;等待電平變化，正常情況下x都會變成0，就怕萬一，因此最好加上時間限制;

　　5. 看門狗沒有關閉。有的單片機即使沒使用看門狗開機時也有可能意外自動開啟了最小周期的看門狗，導致軟件不斷復位，造成死機，這個要看芯片手冊，最好在程序復位后首先應該顯式清除看門狗再關閉看門狗;

　　6. 堆棧溢出。最難查找的問題，對于容量小的單片機，盡量減少函數調用層級，減少局部變量，從而減少壓棧的時候所需的空間。當你把以上幾條都試過不能解決問題，試一試把你的被調用少函數直接內置到調用的地方并且把占用RAM大的局部變量改成全局變量，試一試說不定就可以了。