經(jīng)驗總結：MSP430F147在電源不穩(wěn)頻繁復位時的情況下，死機原因分析。

在我的系統(tǒng)中，需要處理電源極端不穩(wěn)，造成MSP430F147頻繁復位的情況,
在實驗中發(fā)現(xiàn)多次復位后，F(xiàn)147死掉，必須斷電重啟，才能正常復位。

在論壇中搜到了faxmonkey的帖子：
引用:
作者faxmonkey
我今天也碰到這個問題了，我做的是用于電力上的，380V的市電無隔離地整流、降壓后，用于MSP430的電源。電源在三相缺一相時，仍能正常。

我的試驗步驟如下：

1、我將其中一相電源線折下，頻繁地接上、斷開，產(chǎn)生沖擊，結果，幾下后就死機。（斷開、接上時，會有火花，而且這時用示波器看電源，會有3V左右的尖峰）
2、使用內(nèi)部DCO驅動，不再死機。

根據(jù)上述步驟，我初步懷疑晶體停振，但由于430在晶體停振后，還會自動選擇DCO，于是我在程序中加了一段檢測代碼，結果沒發(fā)現(xiàn)晶體停振。根據(jù)上述現(xiàn)象，我初步推測晶體并沒有停掉，而是程序已跑飛，此時看門狗已開啟（我在JTAG仿真時試過了），但程序跑飛后，我也沒看到看門狗復位。
最后，我改為DCO驅動，無論怎么加干擾，都沒事。到現(xiàn)在為止，我也不清楚，為什么我的看門狗不會引起復位。

經(jīng)實驗現(xiàn)象確如所言，但想不通為什么會出現(xiàn)“程序跑飛，而看門狗又不起作用”的現(xiàn)象。
后來發(fā)現(xiàn)，在自己的程序中，初始化外部時鐘時，先切換到了外部時鐘，再等待其穩(wěn)定，這顯然是不合理的，并且恰好就是容易導致程序跑飛的地方。

調(diào)整這段程序的順序，此問題不再出現(xiàn)。

分析這個問題的成因：
1. 由于BCSCTL1和BCSCTL2都需要初始化，可能是為了代碼美觀，所以很順手的把BCSCTL2放到了等待外部時鐘穩(wěn)定之前。
2. 恰好在產(chǎn)品開發(fā)初期，電源穩(wěn)定，這個問題極少出現(xiàn)表現(xiàn)出來，待實際現(xiàn)場實驗時，問題出現(xiàn)了，往往又不會懷疑到這個地方。

------------------------------------------------------------------------------------------------------------------
MSP430系列單片的中斷實現(xiàn)與中斷嵌套!

--------------------------------------------------------------------------------

1）430默認的是關閉中斷嵌套的，除非你在一個中斷程序中再次開總中斷EINT；

2）當進入中斷程序時，只要不在中斷中再次開中斷，則總中斷是關閉的，此時來中斷不管是比當前中斷 優(yōu)先級高還是低都不執(zhí)行；

3）若在中斷A中開了總中斷，則可以響應后來的中斷B（不管B的優(yōu)先級比A高還是低），B執(zhí)行完再繼續(xù)執(zhí)行A。注意：進入中斷B后總中斷同樣也會關閉，如果B中斷程序執(zhí)行時需響應中斷C，則此時也要開總中斷，若不需響應中斷，則不用開中斷，B執(zhí)行完后跳出中斷程序進入A程序時，總中斷會自動

打開；
4）若在中斷中開了總中斷，后來的中斷同時有多個，則會按優(yōu)先級來執(zhí)行，即中斷優(yōu)先級只有在多個中斷同時到來時才起做用！

5）
對于單源中斷,只要響應中斷,系統(tǒng)硬件自動清中斷標志位,對于TA/TB定時器的比較/捕獲中斷,只要訪問TAIV/TBIV,標志位倍被自動清除;
對于多源中斷要手動清標志位,比如P1/P2口中斷,要手工清除相應的標志,如果在這種中斷用"EINT();"開中斷,而在打開中斷前沒有清標志,就會有相同的中斷不斷嵌入,而導致堆棧溢出引起復位,所以在這類中斷中必須先清標志再打開中斷開關.

猜測faxmonkey當時的問題應該也是這種情況吧

個人認為犯這個錯誤的幾率是比較大的，所以將此問題總結于此，供大家參考。