|
2014年春節里的一天上午，msOS QQ群里面討論的很激烈，“傳說中的火槍手”認為msOS-Mcu51已經很好了，對于msOS-Stm32引入uC/OS-II意見比較大。雖然他也用過uC/OS-II，但并不喜歡，有一種不確定感，所以很喜歡裸奔。但他的觀點受到群內不少RTOS用戶網友的反駁，以“獨釣千古愁”為代表，持續了將近半個多小時，我一直在旁圍觀。 通過這次辯論，雙方都把各自的觀點表達的非常清晰、明了。RTOS有它的優點，但確實存在很明顯的缺點，這個無可爭議，尤其是大家提出RTOS的幾個問題： 1、 帶RTOS系統，不便于移植，這個對msOS的跨硬件平臺推廣是很不利的。 2、 嵌入式工程師，往往有強烈的掌控欲，而理解透徹RTOS有一定的難度，有一種把握不住的感覺而拒絕RTOS。 3、 現實中絕大多數嵌入式項目，只要通過合理的設計，不需要RTOS。 4、 帶RTOS的系統，在任務調度時進入臨界態，這個時候無法響應中斷，不適合應用于實時性要求高的地方。 以上四個原因，讓我認識到需要推出一個msOS的無RTOS版本，但還要實現類似RTOS的雙任務功能，把業務邏輯與菜單界面分離。在討論中，“傳說中的火槍手”有一句話提醒了我，他提到他自己有一套類似MS3(msOS的前身)的架構，他用了一個中斷處理各種消息，而這個時候，我也在想著如何改造uC/OS-II的任務切換軟中斷，實現雙任務，思路完全一致，他的話說明了這個方案是可行的。 后來的一段時間，忙著msOS文檔，進一步完善msOS代碼，一直沒有著手寫。直到三月份才開始按照軟中斷方式，粗粗的寫了一個無OS的雙任務版本msOS，實現了這個功能，但因為當時對Stm32的中斷系統理解不深，所以放到群內讓大家一起分析，尋找bug，這個時候，“獨釣千古愁”對無OS版本msOS提出了很多建議，并且直接在這個版本基礎上修改，完全的丟棄了匯編代碼，移植非常容易，其中部分處理方式引用了他跟“傳說中的火槍手”交流時提供的代碼。我再在“獨釣千古愁”提供的版本基礎上進一步優化，統一風格，定型后在群內發布，當“傳說中的火槍手”看到最終版本，就覺得有他的影子存在。 這個無OS版本的msOS，最終的命名是“Tomsu”起的，他參考軟件的命名習慣，因為這是一個無OS簡化版本，所以推薦為msOS-Lite版本，Lite的意思是“精簡”。可以說，msOS-Lite版本，是整個msOS群大家參與討論出來的，雖然有幾個相對重要的網友積極推動，但其它網友的貢獻是不能抹殺的，集體的力量是強大的。我對這個版本非常滿意，因為它準確的反應了msOS理念：簡單、易用。 無RTOS實現雙任務，甚至多任務，本質上講跟RTOS方法類似的，只是RTOS是把一個main大循環斬成多個具有優先級的小循環，消息觸發決定在最高優先級的小循環中執行。因為是小循環，死循環，一直循環下去，所以必須要有觸發進入條件和等待資源掛起條件，否則這個小循環一直執行下去，別的小循環就執行不了了。 無RTOS版本多任務，把中斷看作是任務，因為中斷優先級高于main大循環，建立一個最低優先級的，可以被消息觸發的軟中斷來實現任務，但因為在中斷中，所以建立的這個任務不是一個死循環，而是執行完畢就跳出的。而這一點恰好符合msOS的業務邏輯中的消息機制，執行完消息就退出的特點，不需要死循環等待在哪兒。 多個中斷，就實現多個任務，尤其是systick系統節拍中斷，有很多事務在系統節拍中例行處理，類似任務，雖然這個任務不是嚴格意義上的，功能不強大，但夠我們用了，尤其是對msOS來說，只需要兩個任務，恰好合適。 為了跟uC/OS-II兼容，選擇了軟中斷PendSV，把優先級設置為最低。 其次，宏定義形式定義軟中斷PendSV的觸發指令，只要EnterInterrupt這個宏指令被調用，就激活PendSV中斷。這部分代碼“獨釣千古愁”和“傳說中的火槍手”提供的，寫的非常好，原來這部分在匯編中的，移到了C語言中，這樣子msOS-Lite就沒有了匯編代碼。 再次，編寫PendSV的中斷響應代碼，考慮到有多個消息源同時拋出消息，但響應中斷只有一次，所以在中斷響應中必須要把消息隊列中的消息處理完，否則會導致后續的消息因為中斷此前被占用而不會再次產生中斷標記而無法重入的問題。這兒增加了CheckMessage函數來實現。 最后，改寫拋出消息入隊列函數，調用EnterInterrupt觸發PendSV中斷。 至此，無RTOS的msOS-Lite版本完成，非常感謝msOS QQ群的所有網友的支持與合作 |
