本系列學習筆記基於 AUTOSAR Adaptive Platform 官方文件 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf

縮寫

• AP：AUTOSAR Adaptive Platform
• SM：State Management
• AA：Adaptive Application
• FC：Functional Cluster
• PHM：Platform Health Management
• EM：Execution Management
• UCM：Update and Configuration Management
• IAM：Identity Access Management

6 狀態管理

SM 是一個特殊的 FC，高度依賴於特定 ECU 專案，一般 SM 由系統整合實現。SM 負責所有和 AP operational state 相關的方面，包括：

• 處理輸入的事件
• 給上述事件/請求排優先順序，並設定內部狀態

SM 根據專案需要可以有一個或多個狀態機。

SM 和 AA 通過專案特定的、由 Field 組成的 ara::com 服務介面互動。SM 和其他 FC 的互動應該通過各 FC 定義標準介面。

SM 可以：

• 請求將 FunctionGroups 設定到特定狀態
• 請求啟用/停用（區域性）網路
• 請求關閉/重啟 Machine
• 影響其他（平臺）應用的行為
• 執行平臺特定行為
• 當收到 PHM 或 EM 的通知時，從（所監控的）錯誤恢復
• 從診斷接收請求，診斷每個診斷地址執行專案特定的復位
• 接收 UCM 的請求，對將要安裝、升級和解除安裝軟體簇（Software Cluster）進行準備和驗證
• 影響執行程序的行為，以同步在整個/部分 Machine 上的行為（如 Power Mode）

為取得同步行為，SM 提供了定義的訊息和回覆訊息。

SM 通過 ara::com 提供了一系列的 Trigger 和 Notifier fields。SM 監聽 Triggers，執行特定的狀態機處理，將效果提供給 Notifier（如果有的話）。

因為 SM 的功能很關鍵，從其他應用或 FC 對 SM 的訪問必須是安全的，如通過 IAM（Identity Access Management）。SM 受 PHM 監控。

SM 的功能高度依賴特定專案，目前 AUTOSAR 決定不在 AP 中指定一個類似 CP 中 BswM 的功能模組。AUTOSAR 計劃僅指定一系列基礎服務介面，並在專案特定程式碼中封裝實際仲裁邏輯。

仲裁邏輯可以單獨開發，也可以根據標準化的配置引數（部分）生成。

更多關於 Adaptive AUTOSAR 文章

https://www.cnblogs.com/tengzijian/category/1995263.html

原文地址（獲取最新更新）：https://www.cnblogs.com/tengzijian/p/15087079.html