請記住 這是一種幫助你決定需要哪些任務的技術 開發 RTOS 應用軟件架構 - 趣味新聞網

創建一個任務錶，包含想要跟蹤的有關任務的所有參數。例如，包括以下數據：

任務優先級（即使我可能還沒有分配）

任務堆棧大小（或深度取決於 RTOS）

任務估計執行時間（以毫秒為單位）

任務周期（以毫秒為單位）

任務CPU利用率（執行時間/周期）

創建錶後，我們將每個任務的利用率相加，然後根據係統中的任務數確保 CPU 利用率小於下錶中的值：

如果我們的係統有五個任務，我們希望我們的 CPU 利用率總和小於 0.743，以確保我們的任務可以被調度。（請記住，RMS 有很多假設，但它是一個很好的健全性檢查）。

提示 #4 – 創建數據流圖

數據流圖通常提供數據如何流經應用程序的單個高級應用程序圖片。使用 RTOS 時，該圖顯示：

數據産生的地方

數據如何從産生的地方轉移到消費的地方

數據存儲在哪裏

如何訪問數據

該圖通常也有助於嵌入式開發人員瞭解係統中的主要 RTOS 組件。例如，圖錶通常會顯示：

任務

隊列

信號量

受互斥鎖保護的共享數據

中斷服務程序

事件標誌

在布置框架代碼以測試架構時，該圖可以提供極大的幫助。

提示 #5 – 預先定義任務和消息接口

一旦創建瞭數據流圖就可以深入研究並開始編寫應用程序，這無疑會在一段時間內順利進行，但如果開發人員不花時間仔細定義任務和消息接口，可能會導緻返工。雖然數據流程圖通常顯示數據是如何通過應用程序傳播的，但它並不一定需要定義數據結構。

然後，目標是預先檢查每個消息隊列，然後為這些消息構建結構。這很重要，因為它將定義消息的外觀，但也將有助於任何底層模塊的接口外觀。例如，管理一係列閥門的任務可能需要包含以下內容的消息：

閥門 ID

閥門狀態

閥門所需的準時

定義閥門狀態的麵罩

準時列錶

歸根結底，做事的方法總是不止一種，一種不一定比另一種更好。但是，在為支持任務執行的其他模塊構建接口時，瞭解正在傳遞的消息將有所幫助。

結論

開發 RTOS 軟件架構是瞭解將要構建的應用程序及其主要組件的好方法。我們在今天的文章中探討瞭幾個技巧，這些技巧不僅可以幫助嵌入式開發人員創建基於 RTOS 的更清晰、更靈活的應用程序，還可以幫助他們傳達應用程序的設計意圖，快速開始他們的應用程序開發，同時最大限度地減少對 RTOS 的依賴。