Adaptive AUTOSAR 學習筆記 6 – 架構 – 方法論和 Manifest

• 2021 年 7 月 18 日
• 筆記
• Adaptive AUTOSAR, AP, ARXML, AUTOSAR, Manifest, Methodology, 方法論, 汽車電子

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

縮寫

AP：AUTOSAR Adaptive Platform
WP：Work Product

3.3 方法論和 Manifest

應用的分散式、獨立、敏捷開發要求開發方法論的標準化。AUTOSAR Adaptive 方法論包括兩部分：

• 用於描述 Service、Application、Machine 的 Work Product 的標準化以及他們的配置
• 定義 Work Product 如何交互，以交換設計資訊的任務

圖 3-3 概括地示意了如何實現 Adaptive 方法論。更多詳細步驟請參考 [3]。

3.4 Manifest

Manifest 代表了一個 AUTOSAR 的模型描述，上傳到 AP 產品，用以支援 AP 產品的配置。上傳到 AP 時，可能結合其他該 Manifest 適用的文件，如含有可執行程式碼的二進位文件。

Manifest 只限於 AP，但這不意味著 AP 項目中所有產生的 ARXML 都是 Manifest。事實上，AUTOSAR AP 不只是應用於汽車領域。

典型的車輛還會有很多基於 AUTOSAR CP 開發的 ECU，因此整車系統設計要同時考慮基於 AUTOSAR CP 和 AP 的 ECU。

原則上，術語 Manifest 在概念上可以定義為單一的 Manifest，部署的各個方面都會在這個 Manifest 的上下文中處理。但是這樣現實中並不可行，因為項目中和 Manifest 相關的模型存在於整個項目的各個不同階段。出於這個原因，除了 Application Design 之外，Manifest 又可以細分為三類：

Application Design

描述所有應用設計相關的方面，不需要部署到 AP 機器上，但 Application Design 會輔助在 Execution Manifest 和 Service Instance Manifest 中定義應用軟體的部署。

Execution Manifest

描述應用部署相關的資訊。和可執行程式碼綁定，以支援將可執行程式碼集成到機器。

Service Instance Manifest

描述針對特定的傳輸協議（如 SOME/IP），進行面向服務通訊的配置。和可執行程式碼綁定。

Machine Manifest

描述運行 AUTOSAR AP 的機器。和共同組成 AP 實例的軟體綁定。

按照定義（和用法）劃分 Manifest 導致使用了不同的物理文件來存儲三類 Manifest 的內容。除了 Application Design 和不同的 Manifest，AUTOSAR 方法論支援系統設計，可以在單一模型中描述系統中 CP、AP 兩個平台的軟體模組。不同平台中軟體模組可以通過面向服務的方式通訊。但是也可以描述一個訊號到服務的映射，在面向服務的通訊和基於訊號的通訊之間搭建一個橋樑。

預告

下一篇學習筆記中，將進一步深入學習 Application Design、Execution Manifest、Service Instance Manifest 以及 Machine Manifest。

更多關於 Adaptive AUTOSAR 文章

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