單片機死機復(fù)位程序參考模板

1、MCS-51系統(tǒng)軟復(fù)位的深入研究摘要 在沒有硬件看門狗的系統(tǒng)以及一些對單片機IO口線狀態(tài)高度敏感的系統(tǒng)中，軟復(fù)位功能相當重要。標準MCS-51以及很多常見的51內(nèi)核單片機沒有提供“軟復(fù)位”方法。本文分別以5lasm子程序和C51函數(shù)的形式，為MCS-51單片機系統(tǒng)提供完善的“軟復(fù)位”方法。關(guān)鍵詞 MCS-51單片機軟復(fù)位51asm C51 引 言    復(fù)位是單片機的初始化操作，其作用是使單片機和系統(tǒng)中其他部件處于一個確定的初始狀態(tài)，并從這個狀態(tài)開始工作。    標準MCS-51的復(fù)位邏輯比較簡單，只有通過復(fù)位引腳RST進行外部擴展。

2、對于具有外部看門狗芯片的系統(tǒng)，當單片機由于某種原因程序“跑飛”而沒有按時“喂狗”，或由軟件陷阱捕捉到程序運行的異常，而故意不“喂狗”時，看門狗芯片會給單片機的RST引腳提供一個復(fù)位信號，讓單片機進行一次“硬”復(fù)位，以恢復(fù)程序的正常運行；有些5l內(nèi)核的單片機具有片內(nèi)的看門狗，或者提供可訪問的寄存器實現(xiàn)“軟件復(fù)位”。一般實現(xiàn)的也都是與在RST引腳提供復(fù)位信號等價的“硬”復(fù)位。    在有些應(yīng)用中，由于單片機所接外設(shè)嚴格依附干單片機口線的時序，甚至不允許硬件復(fù)位時對口線的復(fù)位操作；或由于系統(tǒng)沒有外部看門狗，只能用軟件監(jiān)測程序運行異常并重新對單片機進行初始化操作，這時就需

3、要所謂的“軟復(fù)位”了。    在互聯(lián)網(wǎng)上可以找到一些軟復(fù)位的方法，但都不夠完善或不方便使用，基于C5l的軟復(fù)位更是一個難點。本文提出一種功能完善、占用資源少的實現(xiàn)方法，在51asm和C51下都可方便使用。1 “軟復(fù)位”要實現(xiàn)的功能    對于MCS-51系統(tǒng)，所謂“軟復(fù)位”是一種由用戶軟件控制的復(fù)位活動，利用一系列指令來模擬硬件復(fù)位所實現(xiàn)的各種操作內(nèi)容，并且重新從頭開始執(zhí)行用戶程序。其內(nèi)容包括：    程序計數(shù)器PC的復(fù)位，從0000H開始執(zhí)行程序；    中斷優(yōu)先級狀態(tài)觸發(fā)

4、器的復(fù)位；    特殊功能寄存器的復(fù)位；    程序跑飛前狀態(tài)的盡量恢復(fù)。    其中，特殊功能寄存器的復(fù)位可根據(jù)具體系統(tǒng)的需要，在軟復(fù)位以前對相關(guān)寄存器逐個賦值再軟復(fù)位的方法完成，或在復(fù)位以后的初始化程序中實現(xiàn)；程序跑飛前狀態(tài)的恢復(fù)也可根據(jù)RAM中存留的數(shù)據(jù)來進行判斷處理。本文重點討論關(guān)于程序計數(shù)器的復(fù)位和中斷優(yōu)先級狀態(tài)觸發(fā)器的復(fù)位，在此基礎(chǔ)上不難再增加特殊功能寄存器的復(fù)位和程序跑飛前狀態(tài)的恢復(fù)，下文不再涉及相關(guān)代碼。    程序計數(shù)器的復(fù)位容易實現(xiàn)，一條“LJMP 000

5、0H”即可。中斷優(yōu)先級狀態(tài)觸發(fā)器的復(fù)位則比較困難，由于它們對于用戶程序是不可見的，無法直接讀寫其內(nèi)容，只有用RETI指令才能清除。又由于51單片機兩級中斷機制，低優(yōu)先級中斷有可能被高優(yōu)先級中斷再次中斷而形成中斷再入，而一次RETl只能退出當前優(yōu)先級中斷并清除相應(yīng)的中斷優(yōu)先級狀態(tài)觸發(fā)器，因此最壞情況下需要兩次RETI才能確保中斷優(yōu)先級狀態(tài)觸發(fā)器的復(fù)位。綜合考慮，可先用壓棧的方法準備跳轉(zhuǎn)后的入口地址，再用RETI來完成跳轉(zhuǎn)和清除中斷優(yōu)先級狀態(tài)觸發(fā)器的雙重任務(wù)，把以上過程執(zhí)行兩次，前一次的目標地址是后一次的入口，后一次則跳轉(zhuǎn)到0000H，完成復(fù)位過程。2 / 112 軟復(fù)位的實現(xiàn)方法 &#

6、160;  前已述及軟復(fù)位要完成的功能，包含程序計數(shù)器PC的復(fù)位、中斷優(yōu)先級狀態(tài)觸發(fā)器的復(fù)位、特殊功能寄存器的復(fù)位(略)和程序跑飛前狀態(tài)的恢復(fù)(略)。下面分別用匯編程序和C51程序來實現(xiàn)，重點介紹C51程序的實現(xiàn)方法。21 51asm匯編程序?qū)崿F(xiàn)    使用時，在軟件陷阱處理程序段或軟件看門狗中用“LJMP #RST_O”指令跳轉(zhuǎn)到此段程序入口處即可。22 C51程序?qū)崿F(xiàn)    用C語言實現(xiàn)MCS-51系統(tǒng)的軟復(fù)位，互聯(lián)網(wǎng)上出現(xiàn)過多種版本，但都不夠完善。以下基于業(yè)界應(yīng)用最廣泛的編譯器Keil C51來討論。如： &

7、#160;  這段程序，用強制類型轉(zhuǎn)換把地址0000H轉(zhuǎn)換成re-set_not_best_O()函數(shù)的入口。實際上調(diào)用函數(shù)reset_not_best_O()等價于“LJMP 0000H”，沒有處理可能的中斷狀態(tài)問題。    又如：    這段代碼中，一維字符數(shù)組中為復(fù)位代碼的機器碼?！?*(Void(*)()(rst)()”是把rst這個字符數(shù)組的地址強制轉(zhuǎn)換成函數(shù)指針，并調(diào)用。實際上調(diào)用函數(shù)reset_not_best_1()是執(zhí)行了一段如下代碼：       

8、; 可見，調(diào)用一次reset_not_best_l()函數(shù)相當于執(zhí)行了1次清除中斷優(yōu)先級狀態(tài)觸發(fā)器的動作，然后跳轉(zhuǎn)到0000H重新執(zhí)行。但此段代碼仍然可能被再次中斷失效，或者當原來堆棧已經(jīng)溢出時導(dǎo)致對0000H地址的壓棧錯誤，不能正確實現(xiàn)“軟復(fù)位”功能。除此之外，由于KeilC5l在把控制權(quán)交給函數(shù)main()之前對內(nèi)部RAM進行初始化的代碼是：        此處R0作為循環(huán)變量使用，對內(nèi)部RAM從7FH單元開始，按照每次遞減的方法對內(nèi)部RAM逐一進行清零。當R0指向00H時，以上程序可以很好地完成清零工作；然而R0依據(jù)RS0、RS

9、l取值的不同，可以指向00H、08H、10H或18H單元。當：R0指向08H、10H或18H時，上面所列清零程序?qū)⑾萑胨姥h(huán)。分析如下：    以RS0=1、RSl=0，即RO指向08H為例。自標號LOOP處起始的循環(huán)進入時的狀態(tài)是：R0=7FH，PC=#LOOP。設(shè)程序已執(zhí)行到R0=08H，PC=#LOOP，此時執(zhí)行PC指向處的指令“MOV RO，A”，將把(RO)清零，也即08H單元清零。由于R0指向08H，實際上R0也被清零了，此時RO=00H，PC=#LOOPl；再執(zhí)行一條指令“DJNZ R0，LOOP”，R0將由00H自減為OFFH，回到R0=OFFH，

10、PC=#LOOP的狀態(tài)；繼續(xù)執(zhí)行，將再次出現(xiàn)R0=08H，PC=#LOOP的狀態(tài)，陷入死循環(huán)。當R0指向10H或18H單元時也類似會陷入死循環(huán)。為了避免上述問題，可以把字符數(shù)組中機器碼改為與以下程序段對應(yīng)：        調(diào)用改造后的reset_not_best_l()函數(shù)將清除中斷優(yōu)先級狀態(tài)觸發(fā)器，并跳轉(zhuǎn)到0000H單元繼續(xù)執(zhí)行，從而實現(xiàn)了軟復(fù)位。但由于只執(zhí)行了1次RETT指令，在復(fù)位前出現(xiàn)了中斷再入的極端情況下，仍會出現(xiàn)低優(yōu)先級中斷放鎖死的現(xiàn)象。由于無法在字符數(shù)組中實現(xiàn)對最終代碼地址的取得，無法如21節(jié)匯編程序中的“MOV DPT

11、R，#RSTl”一樣讀取絕對地址，因此也無法實現(xiàn)如同21節(jié)中的兩次RETl來保證清除全部的中斷優(yōu)先級狀態(tài)觸發(fā)器。解決的辦法是，在內(nèi)存中設(shè)置標志flag，每次復(fù)位后都檢查特定標志，接如下偽代碼來判定(假定復(fù)位標志設(shè)為0x55，若復(fù)位后發(fā)現(xiàn)標志字為0x55則轉(zhuǎn)正常初始化程序，否則置復(fù)位標志為0x55，再次復(fù)位)：        但這種辦法有兩個弊端：其一，萬一在程序跑飛時剛好處在中斷再入中，且flag所在的RAM地址中由于某種原因恰好是0x55，低級中斷仍是被鎖死的；其二，Keil C5l的缺省編譯模式是加上了初始化程序段startupA

12、51的，在這段程序中對全部的內(nèi)部RAM都進行了初始化，復(fù)位標志也會被清0，flag將失效。因此要正常使用標志flag必須手工修改startupA5l，不要清除flag單元，或者禁止stanupA5l的使用，自己對內(nèi)部RAM進行初始化，都比較繁瑣。    若用以下reset_best()函數(shù)，則可順利解決上述問題：        在此函數(shù)中，首先定義了結(jié)構(gòu)體類型ResetStruct，它包含字符數(shù)組rstcode和16位整型數(shù)addr兩個成員。在結(jié)構(gòu)體變量的RST實例中，RSTrstcode是復(fù)位代碼對應(yīng)的

13、機器碼，RSTaddr的值是RSTrstcode這個數(shù)組的首地址+偏移量0x15。其實是以下匯編代碼中標號rstl處的地址，也即是“#rstl”，由Keil C51在編譯時自動計算得到。    此reset_best()函數(shù)巧妙地利用C語言中數(shù)組名即是數(shù)組首地址(其實質(zhì)就是這一段“軟復(fù)位”代碼的入口地址!)，把數(shù)組名+偏移量0x15賦值給結(jié)構(gòu)體的int型的成員addr，則正好把軟復(fù)位代碼中標號rstl的入口地址兩個字節(jié)取了出來(由KeilC51在編譯連接時完成)，存放在RSTaddr中，由于結(jié)構(gòu)體連續(xù)存儲，RSTaddr會緊接著軟復(fù)位代碼RSTrstcode存放。

14、見上段程序中的“DB #LOW(rstcode+OFH)”和“DB #HIGH(rstcode+09H)”。    當本程序被調(diào)用并執(zhí)行到“MOVC A，A+PC”時，分兩次取到的分別是“#rstl”的低位和高位字節(jié)，把它們壓棧以后再調(diào)用RETI指令，除了清除可能有的中斷優(yōu)先級狀態(tài)記錄外，還會跳轉(zhuǎn)到rstl執(zhí)行后續(xù)的連續(xù)兩次壓棧操作，把第2次RETI的返回地址設(shè)為0000H，再通過緊接著的RETI指令，清除可能還有的中斷優(yōu)先級狀態(tài)記錄，并跳轉(zhuǎn)到0000H完成完整的復(fù)位操作。    本程序使用一個C51函數(shù)完成了完整的包含兩次RETI在內(nèi)的復(fù)位操作，消除了所有已知隱患，只需在應(yīng)用程序中包含此reset_best()函數(shù)，在需要軟復(fù)位時調(diào)用即可。21節(jié)中所列匯編語言的子程序也可使用本節(jié)分析時所用匯編代碼代替。結(jié) 語    本文對MCS-51單片機的“軟復(fù)位”進行了深入討論，給出了分別基于51asm的匯編子程序和基于C5