成為一個正式的嵌入式開發工程師，它是一個艱辛的過程，需要開發人員維護和管理系統的每個比特和字節。從規範完善的開發周期到嚴格執行和系統檢查，開發高可靠性嵌入式系統的技術有許多種。今天給大家介紹3個易操作且可以長久使用的技巧，它們對于确保系統更加可靠地運行并捕獲異常行為大有幫助。

技巧1：用已知值填充ROM

軟件開發人員往往都是非常樂觀的一群人，隻要讓他們的代碼忠實地長時間地運行就可以了，僅此而已。微控制器跳出應用程序空間并在非預想的代碼空間中執行這種情況似乎是相當少有的。

然而，這種情況發生的機會并不比緩存溢出或錯誤指針失去引用少。它确實會發生，發生這種情況後的系統行為将是不确定的，因為默認情況下内存空間都是0xFF，或者由于内存區通常沒有寫過，其中的值可能隻有上帝才知道。

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

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

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

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

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

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

嵌入式物聯網需要學的東西真的非常多，千萬不要學錯了路線和内容，導緻工資要不上去！

無償分享大家一個資料包，差不多150多G。裡面學習内容、面經、項目都比較新也比較全！某魚上買估計至少要好幾十。加微信領取資料

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!