本系列學習筆記基于 AUTOSAR Adaptive Platform 官方檔案 R20-11 版本 AUTOSAR_EXP_PlatformDesign.pdf
縮寫
- AP：AUTOSAR Adaptive Platform
3.5 Application Design
Application Design 描述所有設計相關的建模，側重以下方面：
- 資料型別：用于軟體設計、實作程序中分類資訊
- 服務介面：面向服務通信的核心
- 定義應用如何訪問面向服務的通信
- Persistency 介面：訪問持久性資料和檔案的核心
- 定義應用如何訪問檔案
- 定義應用如何訪問加密軟體
- 定義應用如何訪問 Platform Health Management
- 定義應用如何訪問 Time Bases
- 序列化屬性：定義資料如何序列化以在網路上傳輸
- REST 服務介面：和 Web 服務通信的核心
- 描述客戶端和服務端的能力
- 應用分組：方便軟體部署
Application Design 中定義的 artifacts 獨立于特定的部署，方便在不同的部署場景下復用軟體實作，
3.6 Execution Manifest
Execution Manifest 用于提供將應用部署到 AP 所需的資訊，大致想法是讓應用軟體代碼盡可能獨立于部署的環境，增加軟體復用的幾率，
有了 Execution Manifest，應用的實體化就可控：
- 同一個應用在同一臺機器上實體化多次
- 將應用部署到多臺機器上，在每臺機器上實體化
Execution Manifest 側重：
- 啟動配置，定義如何啟動應用實體：包括啟動選項和訪問角色
- 資源管理，特別是分配 Resource Group
3.7 Service Instance Manifest
實作面向服務通信需要針對特定通信技術（如 SOME/IP）的配置，
Service Instance Manifest 側重：
- 服務介面部署：定義一個服務如何在特定的通信技術（如 SOME/IP）中表示
- 服務實體部署：定義一個服務在特定的通信技術（如 SOME/IP）中所需的憑據(?)
- E2E 保護配置
- Security 保護配置
- 日志配置
3.8 Machine Manifest
Machine Manifest 允許針對特定的硬體（機器）配置 AP 實體，
Machine Manifest 側重：
- 網路連接配置（如以太網中的靜態 IP 地址或 DHCP 配置）
- 服務發現配置（如 SOME/IP 中 IP 埠和 IP 多播地址的配置）
- 機器狀態（Machine State）定義
- 功能組（Functional Group）定義
- FC 實作配置（如作業系統提供系統具有不同權限的用戶串列）
- Crypto 平臺模塊配置
- PHM（Platform Health Management，平臺健康管理）配置
- 時間同步（Time Synchronization）配置
- 可用硬體資源描述（如有多少 RAM、多少處理器、核心可用等）
更多關于 Adaptive AUTOSAR 文章
https://www.cnblogs.com/tengzijian/category/1995263.html
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/296151.html
標籤：其他