就像很遙遠年代的人們思想還很保守，固守著自己一方凈土獨享著一份安逸。總認為天圓地方一直在平淡而充實的生活，又好似紅樓夢中的劉姥姥走進大觀園看得眼花繚亂。對于75年以前人傳統觀念還比較濃重，對于那個年代的人來講所受到教育和現在應該說是不一樣的。對于那個時代物資相對比較匱乏，科技相對有些落后沒有現在所謂的大數據、云計算、互聯網和移動互聯網。

　　從規范完善的開發周期到嚴格執行和系統檢查，開發高可靠性嵌入式系統的技術有許多種。本文介紹了7個易操作且可以長久使用的技巧，它們對于確保系統更加可靠地運行并捕獲異常行為大有幫助。

　　技巧1——用已知值填充ROM

　　軟件開發人員往往都是非常樂觀的一群人，只要讓他們的代碼忠實地長時間地運行就可以了，僅此而已。微控制器跳出應用程序空間并在非預想的代碼空間中執行這種情況似乎是相當少有的。然而，這種情況發生的機會并不比緩存溢出或錯誤指針失去引用少。它確實會發生！發生這種情況后的系統行為將是不確定的，因為默認情況下內存空間都是0xFF，或者由于內存區通常沒有寫過，其中的值可能只有上帝才知道。

　　不過有相當完備的linker或IDE技巧可以用來幫助識別這樣的事件并從中恢復系統。技巧就是使用FILL命令對未用ROM填充已知的位模式。要填充未使用的內存，有很多不同的可能組合可以使用，但如果是想建立更加可靠的系統，最明顯的選擇是在這些位置放置ISR fault handler。如果系統出了某些差錯，處理器開始執行程序空間以外的代碼，就會觸發ISR，并在決定校正行動之前提供儲存處理器、寄存器和系統狀態的機會。

　　技巧2——檢查應用程序的CRC

　　對嵌入式工程師來說一個很大的好處是，我們的IDE和工具鏈可以自動產生應用程序或內存空間校驗和（Checksum），從而根據這個校驗和驗證應用程序是否完好。有趣的是，在許多這些案例中，只有在將程序代碼加載到設備時，才會用到校驗和。

　　然而，如果CRC或校驗和保持在內存中，那么驗證應用程序在啟動時（或甚至對長時間運行的系統定期驗證）是否仍然完好是確保意外之事不會發生的極好途徑。現在一個編程過的應用程序發生改變的概率是很小的，但考慮每年交付的數十億個微控制器以及可能惡劣的工作環境，應用程序崩潰的機會并不是零。更有可能的是，系統中的一個缺陷可能導致某一扇區發生閃存寫入或閃存擦除，從而破壞應用程序的完整性。

　　技巧3——在啟動時執行RAM檢查

　　為了建立一個更加可靠和扎實的系統，確保系統硬件正常工作非常重要。畢竟硬件會發生故障。（幸運的是軟件永遠不會發生故障，軟件只會做代碼要它做的事，不管是正確的還是錯誤的）。在啟動時驗證RAM的內部或外部沒有問題，是確保硬件可以如預期般運作的一個好方法。

　　有許多不同的方法可用于執行RAM檢查，但常用的方法是寫入一個已知的模式，然后等上一小段時間再回讀。結果應該是所讀就是所寫。真相是，在大多數情況下RAM檢查是通過的，這也是我們想要的結果。但也有極小的可能性檢查不通過，這時就為系統標示出硬件問題提供了極好的機會。

　　技巧4——使用堆棧監視器

　　對許多的嵌入式開發者而言，堆棧似乎是一股相當神秘的力量。當奇怪的事情開始發生，工程師終于被難倒了，他們開始思考，也許堆棧中發生了什么事。結果是盲目地調整堆棧的大小和位置等等。但該錯誤往往是與堆棧無關的，但怎能如此確定？畢竟，有多少工程師真的實際執行過最壞情況下的堆棧大小分析？