有的單片機（如８０９８）有專門的復位指令，某些增強型ＭＣＳ－５１系統(tǒng)單片機雖然沒有復位指令，但片內(nèi)集成了ＷＡＴＣＨＤＯＧ電路，故抗干擾也不成問題。而普及型ＭＣＳ－５１系列單片機（如８０３１和８０３２）既然無復位指令，又不帶硬件ＷＡＴＣＨＤＯＳ，如果沒有外接硬件ＷＡＴＣＨＤＯＧ電路，就必須采用軟件抗干擾技術。常用的軟件抗干擾技術有：軟件陷阱、指令冗余、軟件ＷＡＴＣＨＤＯＧ等，它們的作用是在系統(tǒng)受干擾時能及時發(fā)現(xiàn)，再用軟件的方法使系統(tǒng)復位。所謂軟件復位就是用一系列指令來模仿復位操作，這就是ＭＣＳ－５１系列單片機所特有的軟件復位技術。

現(xiàn)用一簡單的實驗說明，實驗電路如附圖所示。接于仿真插座Ｐ１．０的發(fā)光二極管ＬＥＤ０用來表示主程序的工作情況，接于Ｐ１。１的發(fā)光二極管ＬＥＤ１用于表示低級中斷子程序的工作情況，接于Ｐ１。２的發(fā)光二極管ＬＥＤ２用來表示高級中斷子程序的工作情況，接于Ｐ３。２口的按鈕用來設立干擾標志，程序檢測到干擾標志后故意進入死循環(huán)或掉進陷井，模仿受干擾的情況，從而檢驗各種復位方法的實際效果。寮驗初始化程序如下：

ＯＲＧ?。埃埃埃埃?/p>

ＳＴＡＴ：　ＬＪＭＰ?。停粒桑巍?；復位入口地址

ＬＪＭＰ?。校兀啊?；按鈕中斷向量（低級中斷）

ＯＲＧ?。埃埃埃拢?/p>

ＬＪＭＰ　ＰＴ０??；ｔ０中斷向量（低級中斷）

ＯＲＧ?。埃埃保拢?/p>

ＬＪＭＰ?。校裕薄?；Ｔ１中斷向量（高級中斷）

ＯＲＧ　００３０Ｈ

ＭＡＩＮ：

ＣＬＲ?。牛?/p>

ＭＯＶ?。樱?，＃７

ＭＯＶ?。校?，＃０ＦＦＨ

ＭＯＶ　Ｐ３，＃０ＦＦＨ

ＭＯＶ　ＴＭＯＤ，＃１１Ｈ

ＣＬＲ?。埃埃取。桓蓴_標志初始化

ＳＥＴＢ?。牛裕?/p>

ＳＥＴＢ　ＥＴ１

ＳＥＴＢ?。牛兀?/p>

ＳＥＴＢ?。校裕?/p>

ＳＥＴＢ　ＴＲ０

ＳＥＴＢ?。裕遥?/p>

ＳＥＴＢ?。牛?/p>

ＬＯＯＰ：?。茫校獭。校保啊?；主程序發(fā)光二極管ＬＥＤ閃爍

ＭＯＶ?。遥叮＃福埃?/p>

ＭＯＶ?。遥罚＃?/p>

ＴＴ１：

ＤＪＮＺ?。遥?，ＴＴ１

ＤＪＮＺ?。遥叮裕裕?/p>

ＳＪＭＰ?。蹋希希?/p>

ＰＸ０：

ＳＥＴＢ　００Ｈ??；設立干擾標志，模擬發(fā)生干擾

ＰＴ０：?。茫校獭。校保薄?；低級中斷程序發(fā)光二極管ＬＥＤ１閃爍

ＲＥＴＩ

ＰＴ１：?。茫校獭。校保病?；高級中斷程序發(fā)光二極管ＬＥＤ２閃爍

ＲＥＴＩ

ＥＮＤ

實驗步驟如下：

１．　按上述程序啟動執(zhí)行，三個發(fā)光二極管都應閃爍（否則應先排除故障），表示主程序和各中斷子程序正常。因模擬干擾標志未加檢測，故不受按鈕影響。

２．　修改主程序如下，按下按鈕后主程序即掉入死循環(huán)中。

ＬＯＯＰ：?。茫校獭。校保?/p>

ＭＯＶ?。遥?，＃８０Ｈ

ＭＯＶ　Ｒ７，＃０Ｈ

ＴＴ１：　ＤＪＮＺ?。遥?，ＴＴ１

ＤＪＮＺ?。遥叮裕裕?/p>

ＪＮＢ?。埃埃?，ＬＯＯＰ?。皇芨蓴_否？

ＳＴＯＰ：　ＬＪＭＰ?。樱裕希小?；掉入死循環(huán)。

這時可以看到，主程序停止工作（ＬＥＤ０停止閃爍），而兩個中斷子程序繼續(xù)運行（ＬＥＤ１和ＬＥＤ２繼續(xù)閃爍）。

３．　將定時器Ｔ１妝作軟件ＷＡＴＣＨＤＯＧ，將３０Ｈ單元用作軟件ＷＡＴＣＨＤＯＧ計數(shù)器。主程序中加入一條復位軟件ＷＡＴＣＨＤＯＧ的指令。

ＬＯＯＰ：?。茫校獭。校保?/p>

ＭＯＶ?。常埃龋＃啊。粡臀卉浖祝粒裕茫龋模希怯嫈?shù)器

ＬＯＯＰ：?。茫校獭。校保?/p>

ＭＯＶ?。遥?，＃８０Ｈ

ＭＯＶ?。遥罚＃埃?/p>

ＴＴ１：?。模剩危凇。遥罚裕裕?/p>

ＤＪＮＺ?。遥叮裕裕?/p>

ＪＮＢ?。埃埃?，ＬＯＯＰ??；受干擾否？

ＳＴＯＰ：?。蹋剩停小。樱裕希小?；掉入死循環(huán)。

Ｔ１中斷子程序修改如下：

ＰＴ１：?。茫校獭。校保病?；高級中斷程序發(fā)光二極管閃爍

ＩＮＣ?。常埃?/p>

ＭＯＶ　Ａ，３０Ｈ

ＡＤＤ?。?，＃０ＦＤＨ

ＪＣ　ＥＲＲ??；達到３次否？

ＲＥＴＩ

ＥＲＲ：　ＬＪＭＰ?。樱裕粒浴?；軟件ＷＡＴＣＨＤＯＧ動作

當按下按鈕前，程序正常運行（三個ＬＥＤ全閃）。按下按鈕后，主程序能迅速恢復工作，但兩個中斷子程序被封鎖，不再工作。過程如下：主程序檢測到干擾后進入死循環(huán)，不能執(zhí)行復位３０Ｈ單元的操作，Ｔ１中斷使３０Ｈ不斷增值，計數(shù)到３時，軟件ＷＡＴＣＨＤＯＧ執(zhí)行動作，執(zhí)行一條ＬＪＭＰ指令，使程序從頭執(zhí)行。ＭＡＩＮ過程中清除了干擾標志（表示干擾已經(jīng)過去），使主程序迅速恢復工作。按理說ＭＡＩＮ過程中也重新設定了各個中斷，并開放了它們，為什么中斷不能恢復工作呢？這是因為中斷激活標志的復位工作被遺忘了，因為它沒有明確的位地址可供編程，直接轉向００００Ｈ地址并不能完成真正的復位。軟件復位是使用軟件陷井和軟件ＷＡＴＣＨＤＯＧ后必須進行的工作，這時程序出錯完全有可能發(fā)生中斷子程序中，中斷激活標志已置位，它將阻止同級中斷響應。由于軟件ＷＡＴＣＨＤＯＧ是高級中斷，它將阻止所有中斷響應。由此可見，清除中斷激活標志的得要性，很多文獻的作者回為沒有認識到這一點進入誤區(qū)。

４．　在所有指令中，只有ＲＥＴＩ指令能清除中斷激活標志。出錯處理程序ＥＲＲ主要是完成這一功能，其它的善后工作交由復位后的系統(tǒng)去完成。為此，我們重新設計Ｔ１中斷子程序如下所示：

ＰＴ１：?。茫校獭。校保病?；高級中斷程序發(fā)光二極管閃爍

ＩＮＣ　３０Ｈ?。卉浖祝粒裕茫龋模希怯嫈?shù)器增值

ＭＯＶ?。粒常埃?/p>

ＡＤＤ?。?，＃０ＦＤ

ＪＣ?。牛遥摇?；達到３次否？

ＲＥＴＩ

ＥＲＲ：?。茫蹋摇。牛痢。魂P中斷

ＣＬＲ?。痢?；準備復位地址（００００Ｈ）

ＰＵＳＨ?。粒茫?/p>

ＰＵＳＨ?。粒茫?/p>

ＲＥＴＩ　；清除中斷激活標志并復位

這段程序先關中斷，以便后續(xù)處理能順利進行，然后用ＲＥＴＩ指令替代ＬＪＭＰ指令，從而既清除了中斷激活標志又完成了轉向００００Ｈ的任務。按這樣改好后程序再運行，結果仍不理想：按下按鈕后，有時只有主程序和高級中斷子程序能迅速恢復正常，而低級中斷仍有被關閉的可能。如果按如下方法把干擾轉移到低級中斷中，則按下按鈕后低級中斷必然被關閉：

ＬＯＯＰ：　ＣＰＬ?。校保?/p>

ＭＯＶ?。遥?，＃８０Ｈ

ＭＯＶ　Ｒ７，＃０Ｈ

ＴＴ１：?。模剩危凇。遥?，ＴＴ１

ＤＪＮＺ?。遥?，ＴＴ１

ＳＪＭＰ?。蹋希希?/p>

ＰＴ０：?。茫校獭。校保?/p>

ＪＢ?。埃埃龋樱裕希?/p>

ＲＥＴＩ

ＳＴＯＰ：?。蹋剩停小。樱裕希小。坏羧胨姥h(huán)。

仔細分析后可能得出結論：當軟件ＷＡＴＣＨＤＯＧ是嵌套在低級中斷中起作用時，復位后只清除了高級中斷激活標志，低級中斷標志仍然被置位，從而使低級中斷一直被關閉。

５．　修改出錯處理如下：

ＥＲＲ：?。茫蹋摇。牛痢?；正確的軟件復位入口

ＭＯＶ?。叮叮龋＃埃粒粒取?；重建上電標志

ＭＯＶ?。叮罚?，＃５５Ｈ

ＭＯＶ?。模校裕?，＃ＥＲＲ１?。粶蕚涞谝淮畏祷氐刂?/p>

ＰＵＳＨ?。模校?/p>

ＰＵＳＨ　ＤＰＨ

ＲＥＴＩ??；清除高級中斷激活標志

ＥＲＲ１：?。茫蹋摇。?/p>

ＰＵＳＨ?。粒茫?/p>

ＰＵＳＨ　ＡＣＣ

ＲＥＴＩ??；清除低級中斷激活標志

這時，必須執(zhí)行兩次ＲＥＴＩ，才能到達００００Ｈ，以保證清除全部中斷激活標志，達到和硬件復位相同的效果。同樣，軟件陷井也必須由下列三條指令

ＮＯＰ

ＮＯＰ

ＬＪＭＰ?。樱裕粒?/p>

改成：

ＮＯＰ

ＮＯＰ

ＬＪＭＰ?。牛遥?/p>

才能達到目的。

當主程序受到干擾被軟件陷阱捕獲時，中斷標志并未置位，執(zhí)行ＥＲＲ過程中，ＲＥＴＩ指令等效于ＲＥＴ指令，同樣可以達到軟件復位的目的。有興趣的讀者可以將軟件陷阱代替死循環(huán)，分別用ＬＪＭＰ?。樱裕粒院停蹋剩停小。牛遥遥眮硖娲蹋剩停小。牛遥?，再將干擾檢測分別設在低級中斷和主程序中，實驗結果必然證明同：只有ＬＪＭＰ　ＥＲＲ才能萬無一失地實現(xiàn)軟件復位，使系統(tǒng)擺脫干擾同，恢復正常。在ＭＣＳ－５１單片機的軟件復位過程中，必須連續(xù)執(zhí)行兩次中斷返回指令ＲＥＴＩ。