本系列学习笔记基于 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、多少处理器、核心可用等)