嵌入式開(kāi)發(fā)系統(tǒng)小技巧

1、嵌入式開(kāi)發(fā)系統(tǒng)小技巧嵌入式開(kāi)發(fā)系統(tǒng)小技巧匯總 技巧 1： 用值填充 ROM軟件開(kāi)發(fā)人員往往都是非常樂(lè)觀的一群人， 只要讓他們的代碼忠 實(shí)地 長(zhǎng)時(shí)間地運(yùn)行就可以了，僅此而己。微控制器跳出應(yīng)用程序空 間并在非 預(yù)想的代碼空間中執(zhí)行這種情況似乎是相當(dāng)少有的。然而 , 這種情況發(fā)生 的時(shí)機(jī)并不比緩存溢出或錯(cuò)誤指針失去引用少。它確 實(shí)會(huì)發(fā)生! 發(fā)生這種 情況后的系統(tǒng)行為將是不確定的，因?yàn)槟J(rèn)情況 下內(nèi)存空間都是 OxFF, 或者由于內(nèi)存區(qū)通常沒(méi)有寫(xiě)過(guò)，其中的值可 能只有上帝才知道。不過(guò)有相當(dāng)完備的 linker 或 IDE 技巧可以用來(lái)幫助識(shí)別這樣的 事件 并從中恢復(fù)系統(tǒng)。技巧就是使用FILL命令對(duì)未用

2、ROM填充的位模式。 要填充未使用的內(nèi)存，有很多不同的可能組合可以使用 , 但如果是想建立 更加可靠的系統(tǒng)，最明顯的選擇是在這些位置放置 ISRfaulthandlero 如果系統(tǒng)岀了某些過(guò)失，處理器開(kāi)始執(zhí)行程序空 間以外的代碼，就會(huì)觸 發(fā) ISR, 并在決定校正行動(dòng)之前提供儲(chǔ)存處 理器、存放器和系統(tǒng)狀態(tài)的機(jī) 會(huì)。技巧 2：檢査應(yīng)用程序的 CRC對(duì)嵌入式工程師來(lái)說(shuō)一個(gè)很大的好處是， 我們的 IDE 和工具鏈可 以自 動(dòng)產(chǎn)生應(yīng)用程序或內(nèi)存空間校驗(yàn)和 (Checksum), 從而根據(jù)這個(gè) 校驗(yàn)和驗(yàn) 證應(yīng)用程序是否完好。有趣的是，在許多這些案例中，只 有在將程序代 碼加載到設(shè)備時(shí)，才會(huì)用到校驗(yàn)和。然

3、而，如果CRC或校驗(yàn)和保持在內(nèi)存中，那么驗(yàn)證應(yīng)用程序在啟動(dòng)時(shí)(或甚至對(duì)長(zhǎng)時(shí)間運(yùn)行的系統(tǒng)定期驗(yàn)證 )，是否仍然完好是確保 意外之事 不會(huì)發(fā)生的極好途徑?，F(xiàn)在一個(gè)編程過(guò)的應(yīng)用程序發(fā)生改 變的概率是很 小的，但考慮每年交付的數(shù)十億個(gè)微控制器以及可能 惡劣的工作環(huán)境， 應(yīng)用程序崩潰的時(shí)機(jī)并不是零。更有可能的是， 系統(tǒng)中的一個(gè)缺陷可能導(dǎo)致某一扇區(qū)發(fā)生閃存寫(xiě)入或閃存擦除，從 而破壞應(yīng)用程序的完整性。技巧3:在啟動(dòng)時(shí)執(zhí)行RAM僉査為了建立一個(gè)更加可靠和扎實(shí)的系統(tǒng)， 確保系統(tǒng)硬件正常工作非 常重 要。畢竟硬件會(huì)發(fā)生故障幸運(yùn)的是軟件永遠(yuǎn)不會(huì)發(fā)生故障，軟 件只會(huì) 做代碼要它做的事，不管是正確的還是錯(cuò)誤的。在啟動(dòng)時(shí)

4、驗(yàn)證RAM勺內(nèi)部或外部沒(méi)有問(wèn)題，是確保硬件可以如預(yù)期般運(yùn)作的一 個(gè)好方法。有許多不同的方法可用于執(zhí)行 RAM僉查，但常用的方法是寫(xiě)入一 個(gè)己 知的模式，然后等上一小段時(shí)間再回讀。結(jié)果應(yīng)該是所讀就是 所寫(xiě)。真 相是，在大多數(shù)情況下 RAM僉查是通過(guò)的，這也是我們想 要的結(jié)果。但 也有極小的可能性僉查不通過(guò)，這時(shí)就為系統(tǒng)標(biāo)示出 硬件問(wèn)題提供了極 好的時(shí)機(jī)。技巧 4: 使用堆棧監(jiān)視器對(duì)許多的'嵌入式開(kāi)發(fā)者而言，堆棧似乎是一股相當(dāng)神秘的力量。 當(dāng) 奇怪的事情開(kāi)始發(fā)生，工程師終于被難倒了，他們開(kāi)始思考，也 許堆棧 中發(fā)生了什么事。結(jié)果是盲目地調(diào)整堆棧的大小和位置等等。 但該錯(cuò)誤 往往是與堆棧無(wú)關(guān)

5、的，但怎能如此確定？畢竟，有多少工程 師真的實(shí)際 執(zhí)行過(guò)最壞情況下的堆棧大小分析？堆棧大小是在編譯時(shí)就靜態(tài)分配好的， 但堆棧是以動(dòng)態(tài)的方式使 用的 隨著代碼的執(zhí)行，應(yīng)用程序需要的變量、返回的地址和其它 信息被不斷 存儲(chǔ)在堆棧中。這種機(jī)制導(dǎo)致堆棧在其分配的內(nèi)存中不 斷增長(zhǎng)。然而， 這種增長(zhǎng)有時(shí)會(huì)超出編譯時(shí)確定的容量極限，導(dǎo)致 堆棧破壞相鄰內(nèi)存區(qū) 域的數(shù)據(jù)。絕對(duì)確保堆棧正常工作的一種方法是實(shí)現(xiàn)堆棧監(jiān)視器， 將它作為 系統(tǒng) “保健代碼的一局部有多少工程師會(huì)這樣做 ?。堆棧監(jiān)視器 會(huì)在堆 棧和“其它內(nèi)存區(qū)域之間創(chuàng)立一個(gè)緩沖區(qū)域，并填充己知 的位模式。 然后監(jiān)視器會(huì)不斷的監(jiān)視圖案是否有任何變化。如果該

6、位模式發(fā)生了改 變，那就意味著堆棧增長(zhǎng)得太大了，即將要把系統(tǒng) 推向黑暗地獄 ! 此時(shí)監(jiān) 視器可以記錄事件的發(fā)生、系統(tǒng)狀態(tài)以及任何 其它有用的數(shù)據(jù)，供日后 用于問(wèn)題的診斷。大多數(shù)實(shí)時(shí)操作系統(tǒng)(RTOS或?qū)崿F(xiàn)了內(nèi)存保護(hù)單元(MPU的微控制器 系統(tǒng)中都提供有堆棧監(jiān)視器?？膳碌氖牵@些功能默認(rèn)都是關(guān) 閉狀態(tài)， 或者經(jīng)常被開(kāi)發(fā)人員有意關(guān)閉。在網(wǎng)絡(luò)上快速搜尋一下可 以發(fā)現(xiàn)，很多 人建議關(guān)閉實(shí)時(shí)操作系統(tǒng)中的堆棧監(jiān)視器以節(jié)省 56字 節(jié)的閃存空間。等 等，這可是得不償失的做法！技巧 5：使用 MPU在過(guò)去，是很難在一個(gè)小而廉價(jià)的微控制器中找到內(nèi)存保護(hù)單元 (MPC) 的，但這種情況己經(jīng)開(kāi)始改變?，F(xiàn)在從高端到低

7、端的微控制器 都己經(jīng)有 MPU而這些MPI為嵌入式軟件開(kāi)發(fā)人員提供了一個(gè)可以大幅提高其固件(firmware) 魯棒性 (robustness) 的時(shí)機(jī)。MPLB逐漸與操作系統(tǒng)耦合，以便建立內(nèi)存空間，其中的處理都 分開(kāi)， 或任務(wù)可執(zhí)行其代碼，而不用擔(dān)憂被 stompedono 倘假設(shè)真有 事情發(fā)生， 不受控制的處理會(huì)被取消，也會(huì)執(zhí)行其他的保護(hù)措施。 請(qǐng)留意帶有這種 組件的微控制器，如果有，請(qǐng)多加利用它的這種特 性。技巧 6：建立一個(gè)強(qiáng)大的看門(mén)狗系統(tǒng)你經(jīng)常會(huì)發(fā)現(xiàn)的一種總是最受喜愛(ài)的看門(mén)狗 (watchdog) 實(shí)現(xiàn)是， 在 看門(mén)狗被啟用之處 (這是一個(gè)很好的開(kāi)始 ) ，但也是可以用周期性 定時(shí)器

8、 將該看門(mén)狗清零之處 ; 定時(shí)器的啟用是完全與程序中岀現(xiàn)的任 何情況隔離 的。使用看門(mén)狗的目的是協(xié)助確保如果出現(xiàn)錯(cuò)誤，看門(mén) 狗不會(huì)被清零， 即當(dāng)工作暫停，系統(tǒng)會(huì)被迫去執(zhí)行硬件重設(shè)定 (hardwarereset), 以便恢 復(fù)。使用與系統(tǒng)活動(dòng)獨(dú)立的定時(shí)器可以讓 看門(mén)狗保持清零，即使系統(tǒng)已 失效。對(duì)應(yīng)用任務(wù)如何整合到看門(mén)狗系統(tǒng)中， 嵌入式開(kāi)發(fā)人員需要仔細(xì) 考慮 和設(shè)計(jì)。例如，有種技術(shù)可能可以讓每個(gè)在一定時(shí)期內(nèi)運(yùn)行的 任務(wù)標(biāo)示 它們可以成功地完成其任務(wù)。在此事件中，看門(mén)狗不被清 零，強(qiáng)制被復(fù) 位。還有一些比擬先進(jìn)的技術(shù)，像是使用外部看門(mén)狗 處理器，它可用來(lái) 監(jiān)視主處理器如何表現(xiàn)，反之亦然。對(duì)一個(gè)可

9、靠的系統(tǒng)而言，建立一個(gè)強(qiáng)大的看門(mén)狗系統(tǒng)是很重要的。 由 于有太多的技術(shù)，難以在這幾個(gè)段落中完全涵蓋，但針對(duì)此一議 題，筆 者未來(lái)還會(huì)發(fā)表相關(guān)的文章。技巧 7： 防止易失存儲(chǔ)器分配不習(xí)慣在資源有限環(huán)境下工作的工程師， 可能會(huì)試圖使用其編程 語(yǔ)言 的特性，這種語(yǔ)言讓他們可以使用易失存儲(chǔ)器分配。畢竟，這 是一種常 在計(jì)算器系統(tǒng)中使用的技術(shù)，在計(jì)算器系統(tǒng)中，只有在有 必要時(shí)，內(nèi)存 才會(huì)被分配。例如，以 C 開(kāi)發(fā)時(shí)，工程師可能傾向于 使用 malloc 來(lái)分配 在堆 (heap) ±的空間。有一個(gè)操作會(huì)執(zhí)行，一旦 完成，可以使用仕乂將 被分配的內(nèi)存返回，以便堆的使用。在資源受限的系統(tǒng)，這可能是一場(chǎng)災(zāi)難 ! 使用易失存儲(chǔ)器分配的 其中 一個(gè)問(wèn)題是，錯(cuò)誤或不當(dāng)?shù)募夹g(shù)可能會(huì)導(dǎo)致內(nèi)存泄漏或內(nèi)存碎 片。如果 出現(xiàn)這些問(wèn)題時(shí)，大多數(shù)的嵌入式系統(tǒng)并沒(méi)有資源或知識(shí) 來(lái)監(jiān)視堆或妥 善地處理它。而當(dāng)它們發(fā)生時(shí)，如果應(yīng)用程序提出對(duì) 空間的要求，但卻 沒(méi)有所請(qǐng)求的空間可以使用，會(huì)發(fā)生什么事呢？使用易失存儲(chǔ)器分配所產(chǎn)生的問(wèn)題是很復(fù)雜的， 要妥善處理這些 問(wèn)題， 可以說(shuō)是一個(gè)噩夢(mèng) ! 一種替代的方法是，直接以靜態(tài)的方式，