嵌入式軟件框架，一個面向單片機應用的事件調度器。

工程師進階筆記 · 發(fā)表于 2024-9-9 17:50:00

我是老溫，一名熱愛學習的嵌入式工程師
關注我，一起變得更加優(yōu)秀！
一、EventOS是什么？
EventOS，是一個面向單片機、事件驅動的嵌入式開發(fā)平臺。它主要有兩大技術特色：一是事件驅動，二是超輕量。
EventOS以及其母項目EventOS，目標是開發(fā)一個企業(yè)級的嵌入式開發(fā)平臺，以事件總線為核心，打造一個統一的嵌入式技術生態(tài)，
為廣大企業(yè)用戶和嵌入式開發(fā)者們，提供搞可靠性的、高性能的、現代且高開發(fā)效率的嵌入式開發(fā)環(huán)境。
EventOS的主要特性列舉如下：
（1）事件總線為核心組件，靈活易用，是進行線程（狀態(tài)機）間同步或者通信的主要手段，也是對EventOS分布式特性和跨平臺開發(fā)進行支持的唯一手段。事件支持廣播發(fā)送，或者發(fā)布-訂閱機制兩種方式（二選一）。
（2）全局事件隊列，摒棄每個線程（狀態(tài)機）擁有自己的事件隊列的方式，只有一個全局事件隊列，極限壓縮對RAM的占用。
（3）協作式內核，優(yōu)點是不會產生資源競爭，極度可靠。
（4）極度輕量，便于嵌入其他系統，除事件總線外的所有特性（層次狀態(tài)機、平面狀態(tài)機、發(fā)布-訂閱機制、事件攜帶數據、事件橋等）均可裁剪，將資源占用降至極限，可低至ROM 1.2KB，RAM 172Byte�？梢宰鳛樽酉到y，“悄悄”嵌入到其他軟件系統中去。
（5）功能強大的軟定時器，以時間事件的形式，對軟定時器功能，進行優(yōu)雅且功能強大的實現。
（6）API的設計，更加簡明，更加符合本土嵌入式工程師的習慣。移植方便，只需實現少數幾個接口函數即可。
（7）未來會使用Event Bridge（事件橋）機制與EventOS打通事件總線，以便對EventOS的分布式特性進行支持。
（8）重點關注三種應用場景：中小資源單片機，作為模塊向其他軟件系統的嵌入和可靠性要求較高的嵌入式場景。
EventOS的前身，曾經讓我在過去的工作中受益匪淺，讓我非常高效的寫出了很多可靠的程序，能力和回報都有了質的提升。
現在，我將以前的技術成果整理重構，在各方面都向著規(guī)范的開源項目靠攏，包括源碼、注釋、文檔、單元測試和例程等等。
未來，EventOS這個項目我會一直完善下去。我的目標是，將EventOS項目在2022年底前做成Gitee推薦項目，2024年年底前將EventOS項目，做成Gitee的GVP項目。造福更多的嵌入式工程師。

二、文檔與博客
EventOS的移植和入門，在documentation文件夾里，可以參考以下幾個文檔：（1）快速入門文檔https://gitee.com/event-os/eventos/blob/master/documentation/UM-02-001-QuickStart.md
（2）裸機移植文檔https://gitee.com/event-os/eventos/blob/master/documentation/UM-02-002-PortMetal.md
（3）開發(fā)環(huán)境搭建https://gitee.com/event-os/eventos/blob/master/documentation/UM-02-003-DevEnv.md
（4）如何理解事件https://gitee.com/event-os/eventos/blob/master/blog/%E5%A6%82%E4%BD%95%E7%90%86%E8%A7%A3%E4%BA%8B%E4%BB%B6.md
三、為什么叫做EventOS？
EventOS真的非常輕量。全功能的EventOS目前經MDK編譯后，框架本身占用RAM 200Byte，ROM約3.5KB（優(yōu)化等級為-O3）或4.5KB（優(yōu)化等級為-O0）。
裁剪后，最小功能的EventOS，目前經MDK編譯后，框架本身占用RAM 172Byte，ROM約1.2KB（優(yōu)化等級為-O3）或1.5KB（優(yōu)化等級為-O0）。
之所以叫EventOS，一是因為它的技術特色與核心思想，就是事件驅動；二是因為它是另外一個開源項目EventOS（準備中）的簡化實現，
EventOS是一個事件驅動的、分布式的、可跨平臺開發(fā)的嵌入式RTOS，面向32位單片機和更高處理器的嵌入式開發(fā)平臺。
四、EventOS主張的編程思想
事件驅動與事件總線
事件驅動和事件總線，是EventOS的核心，也是EventOS的核心。事件機制，與RTOS中事件概念完全不同，它更像是windows編程中的消息。
事件，可以認為是主題 + 不定長數據，通過事件，可以極大解耦模塊間的耦合，增強軟件的可測試性，還可以進行跨平臺開發(fā)和分布式擴展。
防御式編程
EventOS使用了大量的斷言，對系統的運行過程和用戶對EventOS的使用進行大量的檢查。
我們強烈建議，用戶要對斷言接口函數進行精心的設計和實現，在實際的產品代碼中，依然打開斷言。這樣，軟件將以非�？斓乃俣�，收斂于穩(wěn)定狀態(tài)。
跨平臺開發(fā)
EventOS提倡跨平臺開發(fā)。所謂跨平臺開發(fā)，就是在Windows和Linux等便捷友好的開發(fā)環(huán)境里，完成絕大部分的開發(fā)工作，包括編程、調試、運行和單元測試等工作，然后在目標平臺上進行最后的移植、調試和適配工作。
跨平臺的優(yōu)點有很多，比如開發(fā)效率非常高、工程師進入到更多的編程領域和程序穩(wěn)定可靠等。EventOS主要在32位MinGW平臺和Linux平臺上開發(fā)。
開發(fā)環(huán)境的搭建，見文檔開發(fā)環(huán)境搭建。當然，也完全可以用MDK在單片機上直接開發(fā)，效率稍低而已。
消除耦合
無論是廣播式的事件發(fā)送機制，還是發(fā)布-訂閱式的事件發(fā)送機制，實際上，都是為了消除軟件模塊間的耦合。
五、EventOS項目的維護原則
但行好事，不問前程
我完全沒有考慮過EventOS將來能夠如何，而且最近EventOS的發(fā)展有點超出我預計，我有點受寵若驚。
更多的人了解EventOS是一件好事，敦促這我把EventOS項目盡快做好，做完善，做成一個工業(yè)級的軟件產品，為廣大的嵌入式工作者創(chuàng)造便利。
希望EventOS最終被眾多工程師和企業(yè)認可，并在成千上萬的嵌入式產品中廣泛應用起來，那就不枉我這些年深挖技術的努力。
源碼文檔并進
我深知完善豐富的文檔，對一個開源項目的重要意義。因此，我堅持每一個特性的升級，每一個BUG的修復，都跟隨著相應的文檔。
讓EventOS和EventOS項目的文檔專業(yè)化、體系化，包含用戶手冊、版本特性、原理說明、博客、例程等等。
單元測試優(yōu)先
嵌入式的開源項目，用戶最關心的，是軟件的可靠性。單元測試，是保證軟件健壯與可靠的重要手段。對于EventOS這種系統級、框架級的軟件，穩(wěn)定性與可靠性更加重要。
從EventOS誕生之日起，它就是面向單元測試的。詳盡而嚴謹的單元測試，保證了EventOS將絕大多數的BUG，消除在了開發(fā)階段。EventOS的每一次重構、升級與發(fā)布，都是經過了嚴謹的單元測試的。9 T0 ]/ y/ ~1 _+ l+ @4 i/ Q
用戶至上，需求至上
軟件如何發(fā)展，代碼向哪個方向前進，EventOS完全聽從用戶們的聲音，完全從需求出發(fā)。我們從各個渠道，微信、QQ、論壇等獲取的意見建議，都將體現到EventOS的開發(fā)中去。
六、代碼結構
核心代碼
eventos/eventos.c EventOS狀態(tài)機框架的實現eventos/eventos.h 頭文件eventos/eventos_config.h 對EventOS進行配置與裁剪
第三方代碼庫
RTT Segger JLink所提供的日志庫，依賴于JLink硬件。unity 單元測試框架
例程代碼
freertos 對FreeRTOS的適配例程（未完成）。posix 對符合POSIX標準的操作系統（如Linux、VxWork、MinGW等)的適配例程。stm32f030 對ARM Cortex-M0芯片的裸機運行（無RTOS）的例程。stm32f103 對ARM Cortex-M3芯片的裸機運行（無RTOS）的例程。test 對源碼進行的單元測試例程。digital_watch 電子表例程，狀態(tài)機的典型應用。4 ~9 ~' t0 Z0 p$ c# u. t: A X
tools
一些Python腳本和工具。
文檔
文檔包含Doxygen代碼文檔的生成路徑（未完成）、圖片、代碼相關文檔（如快速入門文檔、移植文檔、開發(fā)環(huán)境搭建說明文檔等）。
來自: https://gitee.com/event-os/eventos
-END-
往期推薦：點擊圖片即可跳轉閱讀