Adaptive AUTOSAR 学习笔记 8 - 干货小结：背景、技术、特征、架构、方法论和 Manifest

加载中

官方网文档下载方法及详细介绍情参照 Adaptive AUTOSAR 学习心得 2 - 官方网文档下载及阅读文章提议。

它是 Adaptive AUTOSAR 学习心得的第 8 篇，学习心得 3 - 7 汉语翻译了 Adaptive AUTOSAR 官方网文本文档 AUTOSAR_EXP_PlatformDesign.pdf 的前三个章节目录。继续学习以前先做一个汇总回望（沒有严苛遵照全文內容，提升了些源于具体新项目的了解）：

简称

AP：AUTOSAR Adaptive Platform
AA：Adaptive Application
ARA：AUTOSAR Runtime for Adaptive Applications
FC：Functional Cluster
EM：Execution Management
SM：State Management
CM：Communication Management

2 技术性范畴和方式

传统式 CP 不能满足新 ECU 的要求。AP 给予了：

大数据处理和通讯体制
灵便的手机软件配备

2.2 技术性推动

以太网接口：带宽测试，互换互联网、传送高效率
CPU：众核、异构计算（GPGPU、FPGA、硬件加速器）的发展趋势、电源效率的提高

2.3 AP 特点

C
SOA 朝向服务项目的构架
并行处理
运用先用规范
功能安全和网络信息安全
方案动态性：限定一些动态性配备(?)
迭代开发

2.4 CP、AP 及其非 AUTOSAR ECU 的集成化

AP 并不是替代 CP 及其非 AUTOSAR 的 ECU，只是相互之间合作。

3 构架

3.1 逻辑性角度

3.1.1 ARA

AA 运作于 ARA 以上。ARA 由 FC 给予的插口构成。FC 插口有二种：

Foundation（以前许多材料称作 API）：给予 AP 基本作用，AA 可立即启用 library 的 API
Service：给予 AP 服务平台服务规范，根据 SOA（ara::com）给予服务项目插口

AA 还可以向别的 AA 给予服务项目。

FC 的插口，无论是 Foundation 或是 Service，在 AA 来看全是一些 C 插口（尽管 ARA 插口下确实有不一样）。留意：ARA 插口下，包含 AA 连接的 ARA 库，能够应用 ARA 以外的插口。

ara::diag 在 R19-11 以前是 Service，从 R19-11 逐渐，改成 Foundation。

3.1.2 语言表达关联，C 标准库和 POSIX API

C 标准库包括许多根据 POSIX 的插口，包含线程同步 API。可是 C 标准库沒有遮盖全部 PSE51 API，例如设定进程生产调度对策。

3.1.3 运用运行关掉

运用的生命期由 EM （Execution Management）操纵。但 EM 自身不做管理决策，只是由 SM（State Management）决策何时运行/终止运用。

OS 运行 EM，EM 依据 Manifest 运行别的 FC 及其运用。在 EM 来看全部别的的 FC 全是运用。

3.1.4 运用插口

PSE51 没有 IPC，AA 中间不可以立即通讯，只有根据 CM（Communication Management）。CM 给予根据服务项目的通讯，适用该设备和跨设备通讯（对运用而言是是全透明的）。

3.1.5 非标准插口

AA 和 FC 能够应用非标准插口，只需不和规范 AP 作用矛盾。除非是是纯当地的运行库，尽量避免用非标准插口，以确保可扩展性。

3.2 物理学角度

3.2.1 电脑操作系统，进程和线程

AA 全是一个或好几个单独的过程
FC 一般完成为一个或好几个过程（弦外之音能够是库）
全部 Service 全是过程（包含 FC 给予的 Platform Service 和 AA 给予的 Non-PF Service）
全部过程能够是单核，还可以是线程同步
ARA 以上的 AA 只有应用 PSE51 系统软件 API；FC 能够应用一切系统软件 API
从系统软件来看，AP 和 AA 全是过程，AA 不可以立即应用 IPC，只有根据 ARA 通讯

3.2.2 根据库或根据服务项目的 FC 完成

FC 能够是 Foundation 控制模块，还可以是 Service。Foundation 和 Service 一般全是过程，假如要和 AA 进程通信，必须 IPC。有二种取代设计方案：

根据库：AA 连接 FC 的插口库，FC 插口库立即启用 IPC
根据服务项目：AA 连接服务项目 Proxy 库，Proxy 库启用 CM 的插口，间接性完成进程间通信

如何选择在于 FC 完成：根据库简易、高效率；根据服务保障跨 AP 案例服务项目启用。

留意：FC 能够仅有库，沒有过程！这时 FC 库运作于 AA 的过程前后文中，对 AA 而言，便是一般的调用函数，不涉及到 IPC。

3.2.3 FC 中间的互动

FC 中间的互动不受制于 ARA 插口（如 PSE51）
FC 能够应用别的 FC 的 public ARA 插口
更普遍的是 FC 应用别的 FC 的 protected 插口，对比 public 的 ARA 插口，多一些权利

3.2.4 设备/硬件配置

运作 AP 的硬件配置在 AP 中统称之为 Machine
可能是一个真正的物理学设备，也可能是彻底vm虚拟机、准虚拟系统或器皿
一个 Machine 上只运作一个 AP 案例
一个 chip 上运作一个或好几个 Machine（也很有可能好几个 chip 构成一个 Machine）

3.3 科学方法论和 Manifest

AP 科学方法论包括两一部分：

ARXML（用以叙述、配备的 Application Design、Execution Manifest、Service Instance Manifest 及其 Machine Manifest）的规范化
界定以上 ARXML 中间怎样互动以互换设计方案信息内容

科学方法论危害着开发流程：

大概流程以下：

在 AP 专用工具链/服务平台配备专用工具中配备服务平台、总体目标硬件信息，如处理器型号、关键数、设备 IP 详细地址、SOME/IP 端口号等信息内容，转化成 Machine Manifest
在 AP 专用工具链/运用设计工具中界定服务项目，如基本数据类型、服务项目插口、部件等
a) AP 专用工具链自动生成 Application Design 的 ARXML 文档
b) AP 专用工具链/代码生成器根据 Application Design 的 ARXML 转化成 Proxy 和 Skeleton 的 .h 和 .cpp 文档
开发软件
a) Service 运用完成 Skeleton 的插口
b) Client 运用根据 Proxy 类（经过 CM）间接性启用 Service
c) 编译程序转化成可执行程序
手机软件集成化：在 AP 专用工具链/可执行程序配备专用工具中配备可执行程序途径、案例（过程）数、运行主要参数、系统变量、生产调度对策、UID/GID 等信息内容，转化成 Execution Manifest
AP 专用工具链获取 Application Design 中的服务项目插口信息内容，在服务项目案例配备专用工具中加上附加的 SOME/IP 配备，如 Service ID，Method ID，Event ID 等，转化成 Service Instance Manifest
以上可执行程序、Execution Manifest、Service Instance Manifest 做为一个 SW Package 上传入总体目标硬件配置
a) 总体目标硬件配置中 SW Configuration Management 依据 Manifest 信息内容布署、认证、安装应用
b) 依据 AP 服务平台的完成，能够（不强制性）预备处理 Manifest 文档，如导进数据库查询，以提升实行高效率
c) EM 依据 Execution Manifest 的信息内容启用 OS API 运行、配备、关闭应用（FC 及其 AA）

3.4 Manifest

Manifest 意味着了 AUTOSAR 实体模型叙述，上传入 AP，用以配备 AP。AP 中的 ARXML 不全是 Manifest，例如 Application Design。

3.5 Application Design

运用设计方案模型，定义数组种类、插口、部件等信息内容，不用布署到 AP 设备上，但部件、插口信息内容会被 Execution Manifest 和 Service Instance Manifest 引入。

3.6 Execution Manifest

界定每一个可执行程序创建对象好多个过程，每一个过程的的运行主要参数、系统变量、UID/GID、資源组、生产调度对策、什么时候运行、终止等都能够单独配备。

3.7 Service Instance Manifest

对于特殊的传输协议（如 SOME/IP），开展朝向服务项目通讯的配备。如 Service ID，Method ID，Event ID，端口号等。

3.8 Machine Manifest

叙述运作 AUTOSAR AP 的设备。如硬件平台叙述（RAM、CPU、关键数）、以太网接口 IP 详细地址（静态数据分派或是 DHCP 动态分配），SOME/IP 端口号、设备情况界定（On/Off/Start/Restart/Shutdown...）等。

大量有关 Adaptive AUTOSAR 文章内容

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

全文详细地址（获得最新上线的）：https://www.cnblogs.com/tengzijian/p/15046674.html