- msOS設計的本意是為電子類設備及PLC設計的，一開始想著仿造西門子的S7-300來設計一套基于CAN通訊的分布式PLC，然而當設計了幾個硬件模塊之后就發現，這個需求定義超出了我的個人能力，自己的綜合知識還沒有上到這個層面，所以開始退而求其次，仿照普通的PLC，結合華禹工控及俊知機械的需求設計了一款簡單的嵌入式PLC，取名為msPLC-Demo。
?
msOS開發過程中的調試都是用msPLC-Demo的，msPLC-Demo也經歷了3個版本，逐漸完善成熟，通過對msPLC
- 關鍵字：
嵌入式微系統 PLC S7-300
- 2014年春節里的一天上午，msOS QQ群里面討論的很激烈，“傳說中的火槍手”認為msOS-Mcu51已經很好了，對于msOS-Stm32引入uC/OS-II意見比較大。雖然他也用過uC/OS-II，但并不喜歡，有一種不確定感，所以很喜歡裸奔。但他的觀點受到群內不少RTOS用戶網友的反駁，以“獨釣千古愁”為代表，持續了將近半個多小時，我一直在旁圍觀。
通過這次辯論，雙方都把各自的觀點表達的非常清晰、明了。RTOS有它的優點，但確實存在很明顯的缺點
- 關鍵字：
嵌入式微系統 雙任務 RTOS
- uC/OS-II是最早進入國內的一款開源RTOS，因為代碼開源，又有配套的書籍，加上不大的代碼量，在嵌入式群體中最為流行。在寫“實用單片機系統”第一版之后，就接觸了uC/OS-II，雖然大致的明白其工作原理，但一直似懂非懂，尤其有太多的宏定義，嚴重的干擾了源碼的閱讀，加上RTOS帶來太多的概念，而這些概念都沒有實際用過，不知道如何應用，并且聽說有很多陷阱，所以心里有些空，把握不住風險，一直都回避RTOS。高頻機開發的后期，菜單界面編程的復雜性嚴重的干擾了業務邏輯，逼迫我設計ms
- 關鍵字：
嵌入式微系統 uC/OS-II RTOS
- msOS采用128*64的字庫黑白屏，降低硬件設計復雜度，這個屏一行可以顯示8個漢字或者16個字母，總共4行。界面開發基于面向對象方式，把界面抽象為幾個頁面，而頁面又由控件組成，以我做的高頻機為例，抽象了5個頁面，每個頁面上都由背景文字、標簽和文本組成。
上圖為工作頁面，由一張背景文字(BackText)，兩個文本(TextBox)和五個標簽(Label)組成。背景文字用于顯示固定的說明文字，比如頻率、功率等，這些文字在這個頁面下是固定不能變化的。標簽控件用于顯示變量
- 關鍵字：
嵌入式微系統 面向對象 編程
- 系統節拍是非常重要的一個設備，在早期的MCU51和ARM7芯片中，沒有專門的系統節拍，往往由一路硬件定時器來實現其功能，到了Cortex系列，ARM提供了Systick硬件定時器專門用于系統節拍，可見現在的編程對系統節拍的依賴性。
系統節拍的概念比較早的出現在OS中，產生固定間隔的重復中斷，用于任務的超時等待或者任務延時多少個節拍周期用。在前后臺系統中，也引入了系統節拍，比如msOS-Mcu51版本很早就引入了系統節拍，實現按鍵掃描、虛擬定時器等功能。此外還有一種基于時間片編程的架構，直接采用系
- 關鍵字：
嵌入式微系統 定時器 MCU51
- 注冊機制在嵌入式編程中很少提到，但回調函數大家經常接觸，以軟件定時器為例：
軟件定時器設備通過函數Start把FunctionCallback作為參數傳入定時器設備中保存，之后開啟定時器，延時1000ms之后，定時器就會直接調用FunctionCallback，所以這個FunctionCallback就叫做回調函數。類似處理器的中斷一樣。
注冊機制類似回調函數性質，只是把概念擴展到變量，上層應用通過注冊函數地址或者變量地址到設備中保存，當設備中這個地址對應的函數
- 關鍵字：
嵌入式微系統 注冊機制 ADC
- System結構體封裝了整個系統層，讓App很容易基于System跨平臺，那么System內部該如何組織?
?
ARM公司推薦嵌入式開發遵循CMSIS架構，用戶應用程序可以調用實時內核(OS)、中間件等，也可以直接調用底層硬件基于CMSIS標準的函數接口，比如ST公司發布的STM32的硬件驅動LIB庫，甚至直接訪問最底層的寄存器。這種架構編程比較靈活，對于規模不大的嵌入式系統比較適合，但這樣的一個架構分層還比較模糊，應用層幾乎可以訪問所有的系統層資源，比較任意。各種底層接
- 關鍵字：
嵌入式微系統 System ARM
- 嵌入式微系統架構是C#與CMSIS架構的復合體，如下圖所示：
?
基于C#標準，分為應用層App與系統層System兩層。采用兩個大結構體AppStruct和SystemStruct把它們各自封裝起來。
?
Appstruct里封裝了兩個結構體：Data和Menu。兩者都是應用層的數據類型。
Data是應用層業務邏輯所涉及的傳感器、驅動器等全局變量、過程變量、存儲參數、設置參數等數據，Data結構體類似數據庫概念，只是嵌入式系統數據一般
- 關鍵字：
嵌入式微系統 軟件架構 CMSIS
- 為了解決多人協作，多種需求產品的開發，并且還要長期維護，必須要把這些產品的共性提取出來。
1、 不需要低功耗設計。
2、 傳感器類和驅動器類屬于單一功能的設備，傳統前后臺架構的MS3即可。
3、 電源類及控制類設備都屬于功能復雜的，實時性要求高，帶有屏幕顯示，外擴多路傳感器或者驅動器的設備，這兩類可以統一為一類，是設計的重點，需要建立全新的平臺。
那么這個新平臺應該做成什么樣子，腦子里還是沒有概念的，只是知道在高頻機設計中，傳統的狀態機或者函數指針方式的菜單界面編程方式是要改進
- 關鍵字：
嵌入式微系統 msOS uC/OS-II
- 2001年我大學畢業后去了中科院半導體所工作，第一次真正接觸了MCU51下的C語言開發，項目組要求項目中的功能盡可能封裝成一個個的功能子函數，便于維護，所以一個項目就是由各個功能子函數組成的。但我因為在所里時間較短，沒有真正參與其中，只是接觸了這個概念，覺得這個非常好，也在自己心中暗暗的下了一個決心，今后要建立自己的函數庫，以方便項目開發。
2002年我來到深圳做手機軟件開發，采用英飛凌手機解決方案，有一套標準的軟件架構平臺，RTOS采用Nucleus，GUI等其它部分都是英飛凌自己完成的，當時
- 關鍵字：
嵌入式微系統 msOS RTOS
- 嵌入式領域有不少操作系統，大致可以三類：第一類以Wince、Linux、Android為代表的，屬于大型操作系統，擁有內核任務調度、菜單界面、多媒體、網絡、文件存儲、外設驅動等一系列完善的功能，但這類操作系統屬于非實時操作系統，往往用于辦公、娛樂、人機接口等對時間要求不高的場合。此外因為功能太完善，對硬件的要求很高，最低配置CPU需要ARM9 200MHz，內存需要32MByte，支持MMU內存管理單元，標配彩屏。
第二類以VxWorks為例，屬于功能豐富的嵌入式實時操作系統，功能豐富。往往用于
- 關鍵字：
嵌入式微系統 Wince Linux
- 嵌入式微系統，顧名思義就是嵌入式微型操作系統，然而操作系統一詞在嵌入式行業里往往專指uC/OS之類的帶任務切換的系統，所以為了有別于這個專用名詞，往往用開發平臺一詞來代替，所以嵌入式微系統更準確的名字為嵌入式微型開發平臺。
大家肯定會問，uC/OS這樣的嵌入式操作系統跟嵌入式微系統到底有什么區別，那么我們就要從項目需求開始說起。
某個公司需要在嵌入式芯片(MCU51或者STM32)上開發一個控制項目，涉及LCD界面、多種不同接口速度的外設、多種不同速度的業務邏輯控制，下圖為常見的一種工業自
- 關鍵字：
嵌入式微系統 msOS uC/OS
嵌入式微系統介紹
您好，目前還沒有人創建詞條嵌入式微系統!
歡迎您創建該詞條，闡述對嵌入式微系統的理解，并與今后在此搜索嵌入式微系統的朋友們分享。
創建詞條
關于我們 -
廣告服務 -
企業會員服務 -
網站地圖 -
聯系我們 -
征稿 -
友情鏈接 -
手機EEPW
Copyright ?2000-2015 ELECTRONIC ENGINEERING & PRODUCT WORLD. All rights reserved.
《電子產品世界》雜志社 版權所有 北京東曉國際技術信息咨詢有限公司
京ICP備12027778號-2 北京市公安局備案：1101082052 京公網安備11010802012473
