文章目录
- 1 自适应 AUTOSAR概述
- 2 自适应 AUTOSAR文档分类
- 3 自适应 AUTOSAR一般性问题
自适应 AUTOSAR是自适应应用程序 (ARA) 的标准化后的AUTOSAR运行时；该标准包含两种类型的接口；服务和 API；
AUTOSAR Adaptive 标准每年发布两次——3 月底和 10 月底
该标准的首次发布于 2017 年 3 月 (17–03)；标准化由 AUTOSAR 联盟完成，其成员来自几乎所有汽车公司。
1 自适应 AUTOSAR概述
该标准包含开发在最先进的多核微处理器上运行的未来汽车 ECU（电子控制单元）所需的接口。这些接口允许原始设备制造商（如汽车制造商）为其未来的汽车实施自动驾驶、无线软件更新、物联网（IoT）功能、媒体流和其他服务。与 AUTOSAR Classic 相比，自适应平台允许在 ECU 运行时进行动态链接服务和客户端，这使得应用程序开发人员更加灵活。平台还利用 C++14 来实现功能丰富且快速的 ARA 应用程序开发。
图1 自适应 AUTOSAR 架构（High Level）
图1 自适应 AUTOSAR 架构自适应 AUTOSAR 架构图显示了 AUTOSAR Adaptive 平台的不同部分。这些区域中的每一个都可能包含一个或多个不同的软件模块，每个软件模块都在单独的规范文档中指定。您可以从下图的 AUTOSAR网页中找到每个不同软件模块的规范文档。
2 自适应 AUTOSAR文档分类
除了 API 规范文档之外，图片中还显示了与这些部分相关的其他文档，每个文档都可以用文件名的前 2-3 个字母来识别：
SWS — 软件规范文档。这是实际的软件模块 API 和非功能规范，您可以在其中找到所有相关的开发东西，开始在模块之上开发应用程序。
RS—— 需求文件。本文档包含特定模块的所有功能要求。这些文档主要由提供自适应平台实施的公司使用。
EXP—— 解释性文件。这是一个更易于阅读的文档，描述了特定软件模块的使用，很可能带有很好的示例。这些文件对于新手来说是一个很好的起点。
TPS—— 模板规范文档。描述通用或在自适应平台的某些部分中使用的“清单”。这些文档有助于理解平台中的事物是如何建模的。
TR—— 技术报告文件。这些文档包含技术信息，并且大多是从其他文档中引用的。
3 自适应 AUTOSAR一般性问题
如开头所述，规范工作由 AUTOSAR 联盟完成，该联盟共有来自 70 家不同公司的 250 多人。这些数字还包含从事经典 AUTOSAR 和其他 AUTOSAR 规范工作的人员。
1. 它怎样指定和定义的？
自适应规范工作分为多个功能团队 (FT)，它们都专注于标准中的特定领域。FT 还负责提供标准化接口的参考实现。这意味着每个功能团队不仅由架构师和技术作家组成，还包括程序员。FT 的工作方式各不相同，但我认为很常见的是每个月左右举行一次面对面的会议。这些会议通常由其中一名团队成员主持。参加规范工作的人在某种程度上需要经常旅行，主要是在欧洲。除了面对面的会议之外，所有功能团队都以“Scrum”模式工作，这意味着团队每周还有 1-3 个telcos 。团队之间的联合会议也每年组织一次或两次。规范工作主要是通过使用 LaTeX 等文档框架使用开源工具完成的。实际的工作并不难——最难的部分是理解你在指定什么，应该在哪里指定，以及它如何影响标准中的其他规范。
2. 谁在执行它？
除了Elektrobit之外，很少有公司公开开发实施自适应 AUTOSAR 的产品。您只需在您最喜欢的搜索引擎中输入“Adaptive AUTOSAR”即可找到这些公司。在 Elektrobit，自适应平台产品称为 Corbos，您可以在此处找到更多信息。基本上没有什么可以阻止新玩家通过基于标准创建自己的产品来加入汽车行业。唯一的障碍是交付所有指定组件需要大量时间，尤其是大多数汽车原始设备制造商要求的安全要求 ( ISO26262 )。
3. 谁在使用它？
主要是 OEM。他们从 AUTOSAR 供应商处获得产品或产品许可，除此之外，他们还为自己的汽车开发自己的应用程序。由于产品应该遵循标准，OEM 应该可以在供应商和产品之间切换，并且仍然可以让他们的应用程序正常工作。
虽然该标准主要针对汽车，但我认为在任何其他基于微控制器的项目中使用它不会有任何问题，这些项目需要高可用性和故障操作系统。