熱門關(guān)鍵詞:
C語言進(jìn)階單片機(jī)編程經(jīng)驗(yàn)
  • 該文件為docx格式
  • 文件大小:20.88K
  • 下載次數(shù)
  • 文件評(píng)級(jí)
  • 更新時(shí)間:2013-04-18
  • 發(fā) 布 人kobe1
  • 文件下載:
  • 立即下載

  • 文件介紹:
  • 該文件為 docx 格式,下載需要 1 積分
  • C語言進(jìn)階單片機(jī)編程經(jīng)驗(yàn)當(dāng)CPU受到外界干擾,有時(shí)PC指針會(huì)飛到另一段程序中,或跳到空白段去。其實(shí),如果PC指針飛到空白段去,倒也好處理。只要在空白段設(shè)立軟件陷阱(攔截指令),將程序攔截到初始化段或程序錯(cuò)誤處理段。但是,如果PC指針飛到另一段程序中去了,系統(tǒng)如何辦?小匠在這里推薦一種方法——程序口令,思路如下:       1、首先,程序必須模塊化。每個(gè)模塊(子程序)執(zhí)行一個(gè)功能。每個(gè)模塊只有一個(gè)出口(RET)。       2、設(shè)立一個(gè)模塊(子程序)ID寄存器。       3、為每個(gè)子程序配置一個(gè)唯一的ID號(hào)碼。       4、每當(dāng)子程序執(zhí)行完畢,要返回(RET)之前,

    先將本子程序的ID號(hào)送入 ID寄存器。       5、返回到上級(jí)程序后,先判斷ID寄存器中的ID號(hào)。       如果正確,則繼續(xù)執(zhí)行;如果不正確,則表示PC指針有可能已經(jīng)跳錯(cuò)了,子程序沒有按預(yù)計(jì)的出口返回,這時(shí)將程序攔截到初始化段或程序錯(cuò)誤處理段。       這種方法,如同在程序中設(shè)立了若干個(gè)崗哨,每次調(diào)用子程序返回后,都要對(duì)口令(ID號(hào)),驗(yàn)明正身后再放行。再配合軟件陷阱,基本上可以將大多數(shù)PC指針彈飛的現(xiàn)象檢測到。到了程序錯(cuò)誤處理段,要?dú)⒁獎(jiǎng)帲ɡ鋯?dòng)還是熱啟動(dòng))就由您了。       僅以一條代碼來揭示程序飛跑的本質(zhì)!750102H  ;MOV 01H,#02H  ,如當(dāng)前PC不是指向75H,而是指向01H或02H,那么51內(nèi)的指令譯碼器將把她們忠實(shí)地翻譯成AJMP X01H 或 LJMP XXXXH  而XX01H XXXXH又是什么呢?天知道!這樣惡性飛跑下去那還不死定!改革一下:CLR A ;0C4HINC A ;04HMOV R1,A ;0F9HINC A ;04H  MOV @R1,A  ;86H       每一字節(jié)代碼都不能在生成跳轉(zhuǎn)和循環(huán),且都是單字節(jié)指令!往那跑去?跑出去了都要自己回來!“在家”千日好!“跳出”事事難嘛!這樣只要平時(shí)習(xí)慣了用累加器和寄存器把數(shù)倒一倒,把那些危險(xiǎn)代碼都給倒掉,這樣雖說給PC的“足”上多加了兩字節(jié)的“包”可它不好“跑”!“足包”====跑!有朋友會(huì)問:要是PC抓做02H--LJMP 又有抓做了老鼻子遠(yuǎn)的XXH,再抓做隔壁的YYH不就沒用了嗎?提這樣的問題只有ZENYIN這種鉆牛角得才會(huì)提!PC那一位最活躍?PC0啊!要“扯拐”顯然發(fā)生在她身上,至于那PC15同志啊,睡得更死豬一樣,雷爆(強(qiáng)干擾)來了都打不醒?此外如果干擾都強(qiáng)到了PC高位都出錯(cuò)的地步!關(guān)電!關(guān)電!不干了!“不是我們不行而是敵人太強(qiáng)大”!反過來要是敵人在你的專政下,只是偶爾出來搗搗亂,但一出來就沖到屁西(PC)高層,就要問問是不是你的王國根基(硬件)有問題了?而非出在意識(shí)形態(tài)(軟件)上!硬件為本!軟件為標(biāo)!標(biāo)本兼治鑄就堅(jiān)強(qiáng)體魄,方能百毒不侵!        經(jīng)驗(yàn)之二、不要輕信軟件狗       關(guān)于軟件狗的討論,論壇上多矣。匠人也曾經(jīng)查閱過許多關(guān)于軟件狗的文章。有些大師確實(shí)提出了一些比較有技巧性的方法。但是,匠人的忠告是:不要輕信軟件狗!其實(shí),軟件狗相當(dāng)于軟件的一種自律行為。一般的思路都是通過設(shè)立一個(gè)計(jì)數(shù)器,在計(jì)時(shí)中斷中對(duì)其+1,在主程序的適當(dāng)?shù)胤綄?duì)其清零。如果程序失控了,清零指令未被執(zhí)行,但中斷造常發(fā)生,則計(jì)數(shù)器溢出(狗狗叫了)。但是這里有個(gè)問題:萬一干擾導(dǎo)致中斷被屏蔽了,那軟件狗就永遠(yuǎn)不會(huì)叫了!——針對(duì)這種可能,有人提出在主程序中反復(fù)刷新中斷使能標(biāo)志,保證不讓中斷被屏蔽!f一程序飛到某個(gè)死循環(huán)中去了,不再執(zhí)行“刷新中斷使能標(biāo)志”這一功能了,還是有可能把狗狗活活餓死。

    所以,匠人的觀點(diǎn)是:看門狗必須擁有獨(dú)立的計(jì)數(shù)器。(即硬件看門狗)好在現(xiàn)在好多芯片都提供了內(nèi)部WDT。這種狗都是自帶計(jì)數(shù)器的。即使干擾導(dǎo)致程序失控,WDT還是會(huì)造常計(jì)數(shù)直到溢出。當(dāng)然,匠人也沒有要將軟件狗一棍子全部打死的意思。畢竟...
文檔留言
驗(yàn)證碼: 請(qǐng)?jiān)谟覀?cè)輸入驗(yàn)證碼 看不清楚,換一個(gè)
更多..相關(guān)文檔