Adaptive AUTOSAR 学习笔记 7 - 应用设计和 Manifest

本系列学习笔记基于 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