單片機編程檢驗總結(jié)

經(jīng)驗之一：用“軟件陷阱+程序口令”對付PC指針的彈飛

當(dāng)CPU受到外界干擾,有時PC指針會飛到另一段程序中,或跳到空白段去。其實,如果PC指針飛到空白段去，倒也好處理。只要在空白段設(shè)立軟件陷阱(攔截指令),將程序攔截到初始化段或程序錯誤處理段。但是,如果PC指針飛到另一段程序中去了，系統(tǒng)如何辦?小匠在這里推薦一種方法——程序口令，思路如下：

1、首先，程序必須模塊化。每個模塊(子程序)執(zhí)行一個功能。每個模塊只有一個出口(RET)。

2、設(shè)立一個模塊(子程序)ID寄存器。

3、為每個子程序配置一個唯一的ID號碼。

4、每當(dāng)子程序執(zhí)行完畢，要返回(RET)之前，

先將本子程序的ID號送入 ID寄存器。

5、返回到上級程序后，先判斷ID寄存器中的ID號。

如果正確，則繼續(xù)執(zhí)行;如果不正確，則表示PC指針有可能已經(jīng)跳錯了，子程序沒有按預(yù)計的出口返回，這時將程序攔截到初始化段或程序錯誤處理段。

擴展閱讀：教你如何成為編程高手

這種方法，如同在程序中設(shè)立了若干個崗哨，每次調(diào)用子程序返回后，都要對口令(ID號)，驗明正身后再放行。再配合軟件陷阱，基本上可以將大多數(shù)PC指針彈飛的現(xiàn)象檢測到。到了程序錯誤處理段，要殺要剮(冷啟動還是熱啟動)就由您了。

僅以一條代碼來揭示程序飛跑的本質(zhì)!750102H ;MOV 01H，#02H ，如當(dāng)前PC不是指向75H，而是指向01H或02H，那么51內(nèi)的指令譯碼器將把她們忠實地翻譯成AJMP X01H 或 LJMP XXXXH 而XX01H XXXXH又是什么呢?天知道!這樣惡性飛跑下去那還不死定!改革一下：

CLR A ;0C4H

INC A ;04H

MOV R1，A ;0F9H

INC A ;04H

MOV @R1,A ;86H

每一字節(jié)代碼都不能在生成跳轉(zhuǎn)和循環(huán)，且都是單字節(jié)指令!往那跑去?跑出去了都要自己回來!“在家”千日好!“跳出”事事難嘛!這樣只要平時習(xí)慣了用累加器和寄存器把數(shù)倒一倒，把那些危險代碼都給倒掉，這樣雖說給PC的“足”上多加了兩字節(jié)的“包”可它不好“跑”啊!“足包”====跑!有朋友會問：要是PC抓做02H--LJMP 又有抓做了老鼻子遠(yuǎn)的XXH，再抓做隔壁的YYH不就沒用了嗎?提這樣的問題只有ZENYIN這種鉆牛角得才會提!PC那一位最活躍啊?PC0啊!要“扯拐”顯然發(fā)生在她身上，至于那PC15同志啊，睡得更死豬一樣，雷爆(強干擾)來了都打不醒?此外如果干擾都強到了PC高位都出錯的地步!關(guān)電!關(guān)電!不干了!“不是我們不行而是敵人太強大”!反過來要是敵人在你的專政下，只是偶爾出來搗搗亂，但一出來就沖到屁西(PC)高層，就要問問是不是你的王國根基(硬件)有問題了?而非出在意識形態(tài)(軟件)上!硬件為本!軟件為標(biāo)!標(biāo)本兼治鑄就堅強體魄，方能百毒不侵!

經(jīng)驗之二、不要輕信軟件狗

關(guān)于軟件狗的討論，論壇上多矣。匠人也曾經(jīng)查閱過許多關(guān)于軟件狗的文章。有些大師確實提出了一些比較有技巧性的方法。但是，匠人的忠告是：不要輕信軟件狗!其實，軟件狗相當(dāng)于軟件的一種自律行為。一般的思路都是通過設(shè)立一個計數(shù)器，在計時中斷中對其+1，在主程序的適當(dāng)?shù)胤綄ζ淝辶恪Ｈ绻绦蚴Э亓?，清零指令未被?zhí)行，但中斷造常發(fā)生，則計數(shù)器溢出(狗狗叫了)。但是這里有個問題：萬一干擾導(dǎo)致中斷被屏蔽了，那軟件狗就永遠(yuǎn)不會叫了!——針對這種可能，有人提出在主程序中反復(fù)刷新中斷使能標(biāo)志，保證不讓中斷被屏蔽?！f一程序飛到某個死循環(huán)中去了，不再執(zhí)行“刷新中斷使能標(biāo)志”這一功能了，還是有可能把狗狗活活餓死。