嵌入式微系統，顧名思義就是嵌入式微型操作系統，然而操作系統一詞在嵌入式行業里往往專指uC/OS之類的帶任務切換的系統，所以為了有別于這個專用名詞，往往用開發平臺一詞來代替，所以嵌入式微系統更準確的名字為嵌入式微型開發平臺。

　　大家肯定會問，uC/OS這樣的嵌入式操作系統跟嵌入式微系統到底有什么區別，那么我們就要從項目需求開始說起。

　　某個公司需要在嵌入式芯片(MCU51或者STM32)上開發一個控制項目，涉及LCD界面、多種不同接口速度的外設、多種不同速度的業務邏輯控制，下圖為常見的一種工業自動化項目需求。

　　作為項目負責人，首先要分析清晰項目需求，假設這個項目有點復雜，涉及多路采樣及多路PWM輸出，所以選擇STM32之類的高性能處理器，之后再考慮軟件設計。

　　這個項目設計到多路輸入傳感器及多路輸出，有高速的業務邏輯控制，也有低速的菜單界面，為了把低速的菜單界面與高速的業務邏輯分開獨立編程，所以引入嵌入式操作系統，比如uC/OS，會方便程序設計。

　　uC/OS除了任務切換功能等有限的功能外，沒有別的，所以其它的東西還是需要我們自己添加,菜單界面就是一個。界面編程里面，簡單的界面用狀態機還比較容易編程，但若涉及到稍微復雜一點的界面，傳統的狀態機編程思想就完全不適合了，代碼很難維護修改，為了提高可維護性，需要引入一個標準的菜單界面編程庫(GUI)，雖然現在網上也有不少，但適合自己的卻很難找，往往需要自己編寫一套菜單界面庫，這個工作量很大，難度也很難，最后往往退回到傳統狀態機菜單編程方式。

　　其它的硬件相關的設備驅動庫，都需要自己來完成，比如按鍵、串口、步進驅動等等。若這個項目需要多人協同開發、長期維護，則還需要制定架構標準，一些接口規范，命名標準，而這么多的要求，對于大部分的小、微型企業的嵌入式項目負責人來說，要求太高了。所以最后這個項目負責人，往往自己一個人埋頭苦干，什么標準什么規范都沒有，經過較長的一段時間開發加上后期的修修補補，項目勉強的交差了。然而當這個負責人離職的時候，面臨著無人接手的窘境。

　　我們再看消費類電子產品的開發模式，以MTK6225功能手機為例，RTOS采用Nucleus，菜單界面軟件庫采用PlutoMMI，此外還需要多媒體、文件系統，電話本、短消息等中間件，之后是各種硬件設備驅動，整個軟件架構類似ARM公司提倡的CMSIS架構。

　　MTK提供了整套硬件參考設計、PCB設計、生產流程、測試流程，軟件開發標準。客戶通過不長的時間培訓即可掌握手機的開發設計，一般10來人的手機設計公司，在具有一定的手機設計經驗的基礎上，只需要2、3個月就可以設計出一款MTK提供的參考手機，之后公司基于這個參考手機做硬件上的機型改進及軟件上的界面調整即可。到了Android時代更是簡單了，因為Android軟件屬于通用軟件，所以軟件更是不需要培訓了。

　　其他消費類電子，比如以前的VCD、DVD、MP3、MP4等等，都采用類似的方式，只有采用這種方式，源頭廠家才可以快速的切入市場，并且可以同時管理、維護很多下游客戶，比如MTK的下游山寨手機公司上千家，大的手機廠家也有近百家之多。因為采用了標準的設計模版，應用開發、客戶維護人員都不是很多，尤其是維護人員，大大降低，獲得高額的利潤。而因為采用標準通用的軟件架構平臺，迅速的培養了大量的通用手機軟件人員，而這些軟件人員都可以在各個手機公司立即干活，不存在更換一個公司之后還需要培訓的問題，這樣下游廠家也不需要擔心人才流動引起的工作交接問題。

　　從以上例子可以看到，通用標準化的開發設計，帶來的好處是巨大的：提高了開發效率、縮短了開發周期、便于產品長期維護，容納更多的下游客戶。

　　msOS到今天已經完善，也有大量的實際使用例子，比如PID算法庫、步進驅動庫及擴展大屏幕串口屏等，非常適合于工業場合，形成了一個控制體系。很多網友基于msOS應用于自己的項目中了。

注：本文為連載性質，總計十二篇。