每當開始一個新的嵌入式項目時，空氣中都會充滿期待和興奮。對于工程師來說，世界上幾乎沒有什么事情比從無到有創造一項工程更令人興奮了。

不幸的是，在項目啟動后不久，工程師的熱情可能很快就會消散，因為他們不得不編寫微控制器驅動程序、集成實時操作系統（RTOS）和第三方插件，可能還需要造一些“螺絲”“螺母”… 這些瑣碎繁雜的任務消耗時間和精力，常常會抑制工程師對產品的創新。

為了將嵌入式工程師從瑣碎繁雜的無趣工作中解放出來，嵌入式系統開發平臺開始出現。它是一種開發平臺（Platform-Based Development），一般會提供很多小工具供嵌入式工程師使用，初衷是提高開發工具的復用率，提高開發效率。

嵌入式系統開發平臺包含開發人員在短時間內快速啟動和運行微控制器的所有構建模塊，這樣可以節約開發人員相當多的精力。在此之前，為了讓微控制器軟件正常運行，開發人員常常需要花費很多時間編寫驅動程序。該平臺的宗旨是提供驅動程序、框架、庫、調度程序，可能有時還會提供應用程序代碼，這樣一來，開發人員就可以把精力專注于開發產品特性上，而不是簡單重復的軟件代碼編寫上了。

嵌入式開發的難度，以及所花費的時間常常來自于設備驅動的難以理解、維護困難以及移植困難，這些問題歸根結底都來自于對硬件的了解不夠透徹。因此，嵌入式系統開發平臺一般還會提供可重用的硬件抽象層（HAL），以方便跨項目跨平臺的維護和使用。

也就是說，平臺為開發人員提供了便利，通過利用現有的HAL和API，可以將開發周期縮短幾個月。開發人員不再需要了解所有硬件細節便能輕松開發，HAL和API抽象較低級別的硬件，使開發類似于在PC上編寫軟件，只不過開發人員仍然需要記住自己是在資源受限（嵌入式設備一般資源比較匱乏）的環境中工作。

試想一下，簡單調用 UART HAL，立刻就能獲得串行數據，而不用再針對各種硬件，編寫不同的驅動程序，這是一件多么愜意的事。稍稍總結一下，應該能夠發現基于開發平臺開展嵌入式項目，具有以下優點：平臺保證了工具復用率，避免開發人員花費過多精力重復“造輪子”開發周期縮短，產品上市更快降低總體項目成本增強了固件的健壯性當然，開發人員也應該關注一些潛在的問題：

平臺的授權問題如果未來產品方向發生變化，更換平臺的成本產品開發過多依賴第三方平臺由于項目進展順利，空閑時間過多小結隨著微控制器的性能成倍增加，嵌入式項目的開發逐年復雜。開發人員的精力總是有限的，基本上不太可能了解所有的硬件細節，但是如果只用自己熟悉的硬件設備，自己熟悉的技術開發項目，又可能會導致最終做出的產品落后。

因此，嵌入式系統開發平臺其實是一種取舍，以舍棄完全了解底層的代價，換來開發上的便利，以及產品系統的健壯性和完整性。但是考慮到時間、預算時，應該會發現，基本上嵌入式項目的開發也是要走向平臺式的開發的。