在微控制器上運行的固件比物理電氣連接和引腳更重要。在決策過程中未能識別固件可能導致成本超支，產品發布延遲，甚至項目完全失敗。為了選擇合適的微控制器，需要檢查五個標準。

硬體與軟體成本

製造團隊通常非常關注BOM（物料清單）成本最小化。

選擇更小或更便宜的微控制器可能會在生產過程中節省大量成本，但開發和維護運行它的軟體需要多少成本？選擇一個不提供無線堆棧，文件系統或其他複雜系統交互的更便宜的微控制器，在整個產品的整個生命周期內，軟體的成本可能是軟體的兩倍。團隊需要將製造成本視為系統總成本中的單個數據點，並平衡所有這些成本。在某些情況下，微控制器選擇可能更昂貴，但仍然會降低整體項目成本。

生產驅動程序可用性

開發團隊需要非常仔細地查看可用於其候選微控制器的軟體驅動程序。免費示例和免費軟體並不意味著該軟體對特定用途的質量或適用性有任何保證。此外，分發的示例代碼從最開始就是強調美觀，優雅，因此在做出決定之前要仔細檢查可用的代碼，否則可能會導致更多的痛苦，成本和進度延遲。

RTOS集成

並非每個RTOS都支持每個微控制器，同樣的也不是每個微控制器支持RTOS。所以在工作的開始，需要先確定一些可用於滿足軟體應用程序需求的RTOS。然後確定本地支持哪些微控制器，並且該RTOS只需要很少的工作量。

中間件集成

開發團隊需要考慮使系統啟動和運行所需的整個軟體堆棧。這個考慮因素包括我們剛剛提到的驅動程序和RTOS以及所需的任何中間件或第三方應用程序代碼。集成不相互協作的軟體組件可能會變得混亂，陷入困境，並且需要比樂觀工程師想像的更多時間進行集成。開發人員需要檢查為微控制器提供的RTOS和驅動程序與第三方組件的密切關係。很少有完美的匹配，但是團隊越接近選擇完全集成的解決方案，許多晶元供應商開始嘗試提供這種解決方案，軟體開發速度越快，節省成本。

工具鏈集成

微控制器工具每年都變得越來越複雜。開發人員過去常常只獲取驅動程序和示例代碼轉儲，然後被迫修改自己應用程序的代碼。然而，在當今的開發環境中，驅動程序，RTOS，中間件甚至應用程序代碼都被整合在一個複雜的工具鏈管理軟體中，從而可以輕鬆地進行通信，定製甚至測試。通過這種方式選擇支持集成固件和工具的微控制器可以在整個開發周期中節省成本。這種支持允許開發人員專註於應用程序，而不僅僅是嘗試讓軟體組件相互協作。確保檢查工具鏈及其功能以及其他標準。

嵌入式系統的複雜性不再存在於硬體中; 它在軟體中。成功的開發團隊將根據提供的工具和軟體質量尋找微控制器。產品開發目標是將產品推向市場，而不是花費數月或數年從頭開發代碼或無休止地集成不相關的組件。因此，下次需要選擇微控制器時，請先從軟體開始，然後再返回硬體。會發現整體開發體驗將更加輕鬆，成本和時間表也更容易控制。

推薦閱讀：