为什么要用AP？ Adaptive AutoSAR到底给企业提供了一些什么？

最新推荐文章于 2025-03-02 22:04:28 发布
最新推荐文章于 2025-03-02 22:04:28 发布
阅读量3.4k 收藏 37
点赞数 2
分类专栏： AP AUTOSAR 汽车电子
原文链接：https://zhuanlan.zhihu.com/p/143515993
版权
Adaptive AUTOSAR通过提供标准化接口和平台，简化了应用开发，允许快速移植和减少重复工作。它强调了标准化应用接口和平台，确保安全性和架构要求。AP提供系统中间件并支持面向服务的架构，但不标准化中间件之间的交互，这意味着企业基于AP开发的协议栈和中间件可能需要针对不同供应商进行适配。AP的优势在于智能ECU、强大的计算能力、独立服务模块和敏捷开发，但也面临移植性和性能挑战。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

如果说只提供了标准和方法，那这个标准指的是什么？接口和协议吗？方法又指的是什么？是开发工具吗？

还是说AP其实也提供了一部分系统软件和中间件？那为什么很多企业又说自己基于AP开发了相关协议栈和中间件呢？那AP又提供了哪些中间件呢？

AP最重要的是给产业链带来了标准化。这个标准化包含应用接口标准化和AP平台本身标准化。

对于AP平台使用方（OEM，Tier-1）来讲：

1, 开发应用可以标准化，允许应用快速移植到不同的AP平台，减少重复开发。

2, 因为AP标准对平台本身有要求，安全要求，架构要求等等，那么平台使用方在采购时不用重复在RFQ里定制需求，可以直接引用标准里的要求。

对于比如在自动驾驶领域，拥有核心算法公司只需要将算法做成AP应用，提供给Tier-1/OEM做集成就可以。

 

你指的方法，我们一般称为Methodology。这里只是用来给系统建模，做最后的集成。建模工具链由AP平台供应商提供。

AP标准里定义了所有系统中间件，面向应用的接口。哪些中间件你可以参考autosar主页AP部分。都可以免费下载。网上也有很多对标准的中文翻译。AP标准每年更新2次。

跟CP不同的是，AP不会标准化系统中间件之间的交互。那么，哪个公司号称自己开发了一部分AP中间件，应该是不可信的。因为，

1, AP平台供应商不会开发中间件之间的内部接口, 自己开发的AP中间件甚至无法和AP平台供应商的中间件集成。

2, 即使能够集成，那针对不同的AP供应商，自己开发的中间件需要重新适配。效率太低。

我认为使用AP只有下列几种情况：

1, 使用一个AP供应商的工具链和AP平台，包括所有系统中间件。

2, （也是我们做过的项目）采用了一部分AP中间件，比如ara::com (通讯管理）和Execution Manager（ EM，进程管理）。其他部分没有使用AP组件。

 

传统的E/E架构示意图如下：

它的特点是：没有域控，没有中央处理器，没有高性能处理器节点

它的缺点是：节点无预留资源供新增功能使用或消耗

关于硬件

  1. 在智能网联汽车发展的过程中，肯定要处理视频、地图等大数据，那么我们传统的微控制器MCU的算力是否够用呢？
  2. 不够用的话，是不是要用上高性能的处理器CPU？接着是不是要考虑用CPU去开发域控制器，为我们新增的功能预留一些资源。
  3. 虚拟硬件开发要不要考虑一下呢？这样可以降低我们的一些开发成本。

 

关于OS

  1. 在使用高性能处理器的时候，经典AUTOSAR中的OS是否还能适配呢？
  2. 要不要用POSIX OS？Linux的话是符合的，但它是开源的，通信安全怎么保证？诊断怎么去做？
  3. 要不要使用ASIL-D的操作系统？在对安全要求特别高的汽车上，我们是不是要考虑使用有经过功能安全认证的OS？比如MCOS、QNX等等。

关于SOA

对SOA不太熟悉的话可参考上一期视频：

02 自动驾驶 & 域控中间件——AP AUTOSAR & SOA

  1. 要不要基于SOA开发？不用的话，增加一个节点的时候，你要更改什么——更改路由表吗？增加一个功能的时候，你要更改什么——更改通信矩阵吗？
  2. 要不要使用面向服务的通信？不用的话，当前通信协议栈的带宽和通信效率是否足够？要是想用DDS和RESTful的话，自己开发的成本有多大？
  3. 要不要使用面向服务的软件架构？不用的话，软件的动态部署怎么办呢？自己设计的话，开发成本与周期考虑过吗？

 

关于中间件

  1. 要不要使用中间件？不用的话，耦合性怎么办？没有中间件的话，应用层就是直接调用操作系统的接口，操作系统一旦出现问题，就会导致牵一发而动全身的后果。
  2. 要不要使用中间件？不用的话，后期要是换了操作系统，成本有多高？应用层的代码和算法可能要推倒重来，重新进行书写。
  3. 整个系统的安全性考虑了吗？以开发ADAS为例，如果不用AP AUTOSAR开发的话，能达到什么样的安全等级？

当前中间件有很多种，各有优缺点，如果大家计划使用中间件的话，可以随时发邮件与我们交流哦～

关于APP

  1. 实现OTA的话不难，但是要在运行时执行OTA呢？
  2. 更换网络绑定怎么实现？多重网络绑定又怎么实现？
  3. 人工智能算法和机器学习算法是否可以与AP AUTOSAR进行结合呢？

02 总结

  1. AP AUTOSAR支持高性能处理器，也支持虚拟硬件开发来降低我们的开发成本。
  2. AP AUTOSAR规定只要是POSIX OS都可使用，当然包括那些达到ASIL-D的操作系统。
  3. AP AUTOSAR既是中间件，又是一个面向服务的架构。所以我们在增加功能和节点的时候，问题不大；更换OS或硬件的话，问题也不大。
  4. AP AUTOSAR支持多重网络绑定，也支持动态部署，以及运行时更新。
  5. AP AUTOSAR把Safety和Security都考虑进去了。（考虑了哪些点我们会在后期进行分享）

 

3，Adaptive AUTOSAR

Adaptive AUTOSAR标准定义了一个ARA运行环境（AUTOSAR Runtime for Adaptive Applications）。分为两种接口类型：service和APIs。平台由根据服务（Platform Service）和Adaptive AUTOSAR基础（Platform Foundation）分组的多个功能栈（功能集群）组成。每个功能栈：

  • 聚合了自适应平台功能
  • 定义了功能栈需求规范
  • 从应用程序和网络角度描述软件平台的行为
  • 但不限制最终在自适应平台中的具体软件架构设计

每台（虚拟）计算机必须至少有一个包含Adaptive AUTOSAR基础（Platform Foundation）的实例，而服务功能栈（Platform Service）可能分布于车载网络中。

相比于Classic AUTOSAR，用于Adaptive AUTOSAR的AUTOSAR Runtime Environment在运行时动态链接服务和客户端。

Adaptive AUTOSAR主要特点：

  • 基于C++语言面向对象开发
  • SOA架构（service-oriented architecture）
  • 基于服务的SOA动态通信方式（SOME/IP…）
  • 硬件资源间的连接关系虚拟化，不局限于通信线束的连接关系（互联网）
  • 服务可根据应用需求动态加载，可通过配置文件动态加载配置，并可进行单独更新
  • application加载到RAM运行，每个application独享（虚拟）一个地址空间
  • POSIX-basedOS（Linux\PikeOS…），兼容性广，可移植性高

 

Classic AUTOSAR(CP)满足了传统嵌入式ECU的需求，而上述ECU的需求无法满足。因此AUTOSAR指定了另外一个软件平台，即Adaptive AUTOSAR(AP)。AP更专注提供高性能计算和通讯机制，并提供灵活的软件配置，例如支持无线更新软件(FOTA)。

Adaptive AUTOSAR优势：

  • ECU更加智能：基于SOA通信使得AP中ECU可以动态的同其他ECU提供或获取服务，动态同其他ECU进行连接
  • 更强大计算能力：基于SOA架构使得AP能够更好支持多核、多ECU、多SoCs并行处理，提供更强大的计算能力
  • 更加安全：基于SOA架构使得AP中各个服务模块独立，可独立加载，IAM管理访问权限
  • 敏捷开发：Adaptive AUTOSAR服务不局限于部署在ECU本地可分布于车载网络中，使得系统模块可灵活部署，并可后期灵活独立更新（FOTA）
  • 高通信带宽：基于Ethernet等高通信带宽的总线通信
  • 更易物联：基于以太网的SOA通信，更易实现无线、远程、云连接，部署V-2-X应用
  • 系统兼容：通过SOME\IP等协议AP可以同CP/Non-AUTOSAR等ECU

 

 

 

 

听说Adaptive AUTOSAR好处之一：一次开发的ARA应用可以不改动代码得快速移植到其他ECU上。真的?

供应商之间的工具链完全不兼容，配置文件根本无法重新导入，怎么快速移植？


把配置文件的问题解决了，
一个真实的V2X案例显示，直接把两个本地通讯的服务中一个移植到另ECU上，使用SOME/IP+以太网通讯，性能降低5倍。如果移植的前提是不管性能，这移植有何用？

本地通讯的服务当移植到远程RPC后，通讯数据的颗粒度选择上非常有讲究。要想接近之前的性能，代码做了不小的改动。

说好的快速移植呢？

 

来自博世ETAS工程师的回答：Adaptive AUTOSAR好处确实有，但是并不是所有的场景都可以搬到AP autosar上使用，要根据实际情况而定。

 

 

 

Classic AUTOSAR

Classic AUTOSAR标准在最高抽象级别上将运行在控制器上的软件分为三层：Application，runtime environment(RTE)和basic software(BSW)。

  • Application Layer，不依赖于硬件的
  • 软件模块间通过RTE交互，并通过RTE访问BSW
  • RTE体现了application的所有接口
  • BSW又分为3大层和复杂驱动：服务层、ECU抽象层、MCU抽象层
  • 服务层又细分为不同的服务组件，比如系统服务、存储服务、通信服务等

Classic AUTOSAR主要特点：

  • 基于C语言面向过程开发
  • FOA架构（function-oriented architecture）
  • 基于信号的静态配置通信方式（LIN\CAN...通信矩阵）
  • 硬件资源的连接关系局限于线束的连接
  • 静态的服务模块，模块和配置在发布前进行静态编译、链接
  • 大部分代码静态运行在ROM，所有application共用一个地址空间
  • OSEK OS

 

 

 

AP与CP的对比与区别（AutoSAR）
RsgKubernetes的博客
09-20 2490
随着汽车电子化的飞速发展，越来越多的功能和系统需要在车辆中实现。AP主要关注整个车辆系统的业务逻辑和功能，负责实现高级别的控制和管理。它负责将AP的命令转化为设备可理解和执行的指令，实现底层硬件的操作和控制。AP主要关注系统级别的业务逻辑和功能，而CP则负责底层设备的通信和控制。CP的设计和开发需要考虑硬件和设备特性，并通过定义接口与AP进行交互。在上述示例中，AP通过调用CP提供的接口函数向CP发送指令，并等待CP的响应。通过这种方式，AP和CP之间可以实现功能的协同工作，并完成复杂的车辆控制任务。
自动驾驶解决方案有 adaptive autosar 与 ROS2+DDS这两种各有什么优势劣势？
usstmiracle的博客
06-09 2104
它适合用于快速原型开发和验证，但不适合用于量产⁵⁶。适用于汽车行业的高性能计算机 (HPC) 的应用，如自动驾驶、智能座舱、车身域控等，它可以支持多处理器系统、并行处理、资源和更新的动态配置管理、面向服务的通信 (SOC) 等¹²。ROS2+DDS 的劣势是：不符合汽车行业的标准和规范，不能保证软件的安全性和可靠性，需要额外的工作来满足功能安全和信息安全的要求，只支持 Linux 操作系统。符合汽车行业的标准和规范，保证了软件的安全性和可靠性，支持多种操作系统和中间件，可以实现高性能和高效率的分布式系统。
使用AUTOSAR来开发汽车基础软件的优点
usstmiracle的博客
01-10 1097
我们有300多个模块库，涉及到各个领域的，扭矩的，燃烧的，通用模块库等，那些通用模块库基本上都适用于各个模块的开发。IO抽象模块这块代码和接口也是实现了自动化生成，包括.c文件，因为对于有些项目来说，这个接口有几百个，我们现在正在开发的中央控制系统确实它的接口就有几百个，如果人为做这项工作的话，你要花很长的时间，而且不能保证人工出错的概率，这块我们也是通过自动化脚本来做的。我们在真正做项目开发的时候看它的代码，再同步去看标准，再去看代码看配置背后所蕴含的含义，从工程中去了解标准的含义。
DDS在Adaptive AutoSar的应用方法和优势性解读
DDS技术交流推广大本营
06-21 2615
在汽车行业中，系统架构都在迅速发展并变得越来越复杂。 为了控制这种复杂性并最大化数据吞吐量，Data Distribution Service™（DDS）已经成为一种更高效，可扩展且安全的解决方案，可满足最苛刻的关键任务部署。 采用DDS的最新组织之一是AUTOSAR。 在此博客中，我们将研究AUTOSAR自适应平台的新DDS网络绑定，它将DDS及其丰富的服务质量（QoS）策略集引入AUTOSAR面向服务的体系结构（SOA），从而实现新的互操作性方案 可以将AUTOSAR系统集成到基于DDS数据总线的大型系
AUTOSAR简介
最新发布
qq_52479948的博客
03-02 1187
1. 传统汽车电子供应商（Tier1）华为（HUAWEI）领域：智能驾驶、车联网、车载操作系统AUTOSAR相关：提供基于Adaptive AUTOSAR的智能驾驶计算平台（MDC），支持SOA架构和高性能计算。德赛西威（DESAY SV）领域：智能座舱、ADAS、车身控制AUTOSAR相关：基于Classic AUTOSAR开发域控制器（如车身控制模块），适配Adaptive平台。联电（联合汽车电子，UAES）领域：发动机控制、新能源电控系统AUTOSAR相关。
为什么要学习使用AUTOSAR？
kevin的博客
05-08 588
为什么要学习使用AUTOSAR？
关于AUTOSAR AP 产生的一些见解
m0_46153418的博客
03-28 2050
AUTOSAR AP 出现的两大技术驱动力 以太网驱动 随着通信技术的发展，汽车也采用了以太网通信，车载以太网为汽车ECU带来了更高的带宽，使得数据的大量传输能够在短时间得以实现。以太网为更加有效地传输长消息和提供点对点通信提供了有效的解决方案。然而，AUTOSAR另一平台CP则是为了传统的车载通信技术CAN设计的，不能很好地兼容以太网，难以支持基于车载以太网的通信。 处理器驱动 近些年来汽车变...
AdaptiveAUTOSAR
02-24
对于AdaptiveAUTOSAR，经常会看到这句话：Writeonce，Adopteverywhere。但实际上理想很丰满，现实很骨感。毕竟ClassicPlatform（后面简称：CP）搞了这么多年大家都还没玩转，更何况这刚出没两年的AdaptivePlatform...
adaptive autosar R22-11 官方文档
04-20
The AUTOSAR Adaptive Platform implements the AUTOSAR Runtime for Adaptive Applications (ARA). Two types of interfaces are available, services and APIs. The platform consists of functional clusters ...
AUTOSAR Adaptive Release 20-11.rar
08-09
AUTOSAR Adaptive Release 20-11 是一个重要的软件平台更新，专为现代汽车行业的高级计算需求设计。AUTOSAR（AUTomotive Open System ARchitecture）是一种全球标准，旨在标准化汽车电子和软件系统的设计，以提高...
Adaptive Autosar 规范
11-09
规范提倡使用标准化的接口和协议来保证不同组件之间的互操作性，为汽车电子系统的开发和集成提供一个统一的框架。 在实践应用中，Adaptive Autosar规范涉及到了许多关键的领域，包括但不限于：软件包的部署、服务...
Autosar AP – 概要
wangxu696200的博客
03-07 4338
未来E/E架构的发展有如下需求： 互联：连接车辆需要高带宽的动态数据连接，以进行故障管理、路边基础设施互动、实时更新前方道路状况的 ADAS 系统、空中软件更新OTA等。 自动驾驶：自动驾驶和辅助系统(ADAS)旨在减少驾驶员的工作量。ADAS 系统要求 E/E 架构集成先进的传感器和支持算法，涉及高性能计算机处理(HPC) ，如计算机视觉、传感器融合的对象模型等。 共享：代理服务、移动即服务、应用程序 电气化：新的动力总成要求，电池管理 这些需求被称为 CASE ——互联、自动驾驶、共享、电气化
Adaptive AutoSAR 标准介绍
usstmiracle的博客
12-01 5049
关于自适应AutoSAR 平台 自适应autosar 平台实现了adaptive applications的运营环境。它提供了两种接口，一种是service, 一种是API。平台功能分成两部分：service部分和adaptive AUTOSAR basis. 功能集合包括 1. 自适应平台的功能集合 2. 定义需求描述 3. 从应用和网络角度描述软件平台的行为 4. 但是并不限制adaptive 平台的软件架构设计。 每个(虚拟)机器上只要要有一个自适应AUTOSAR平台基础部分的示例。se
Adaptive Platform AUTOSAR(AP)平台的四个基本概念
Hali_Botebie的博客
06-01 5161
AP AUTOSAR：Adaptive Platform AUTOSAR 什么是AP AUTOSAR？ 第一个概念，它是一个中间件。 中间件就是将Application与硬件进行分离。当然，AP AUTOSAR也将Application与OS进行了分离，如下图所示： 这里的中间件被称为Runtime For Adaptive Application（ARA），主要由两部分组成，Foundation 和 Service。OS在Foundation中，其中，AP AUTOSAR规定，OS需要使用符合POSIX
Adaptive AUTOSAR 解决方案 INTEWORK-EAS-AP
经纬恒润的官方博客
05-25 1209
概述 随着汽车电子软件规模的不断扩大，Classic AUTOSAR（以下简称CP）的软件架构和方法论已被越来越多的 OEM 和供应商认可。与此同时，CP 也面临着巨大的挑战，无法满足汽车对高级自动驾驶，高性能（异构）计算平台和 V2X 互联化的要求。2017 年，Adaptive AUTOSAR（以下简称AP）应运而生。 AP 简介 秉持与 CP 相同的理念（使供应商和 OEM 可以更专注于应用功能的开发），AUTOSAR 标准组织同样提出了 AP 的方法论，并以该方法论为依据创建了 AP 中间件的软件架
字节面试：聊聊 CAP 定理？哪些中间件是AP？ 哪些是CP？ 说说 为什么？
架构师尼恩
11-28 1962
数据一致性是分布式系统中的一个重要问题，它涉及到多个节点之间的数据同步和一致性。数据一致性问题在分布式系统中具有重要的意义。而 CAP定理是一个关于分布式系统的一致性模型。CAP定理 是 分布式系统的 底层定理， 也是 面试的核心重点。接下来， 尼恩带大家来 穿透 CAP定理，哪些中间件是AP，哪些中间件 是CP，让面试官 口水直流。Redis Cluster 没有选择强一致性，而是采用了最终一致性。这是因为在保证高可用性和分区容错性的同时，强一致性会带来性能上的巨大损耗。
车载软件架构 - AP AUTOSAR 设计思想及原理
Soly_kun的博客
06-01 814
AP比较抽象，如果不是针对一个具体问题来讲 AP 的一些设计的话，会比较难以理解，所以本期我们尽量地去阐述在 AP 下面，它有些什么功能，一般我们在 AP 下面去做设计的话，它会涉及到哪些东西，以这个方向带大家一步步进入，后期带大家回顾下可能会更有感觉些。
Autosar AP总结
wangxu696200的博客
04-17 7553
1、快速入门文档 简介 AOS AUTOSAR平台为基于1911版本AP规范的面向自动驾驶业务软件的实 时运行框架， 提供了通讯管理（ Communication Management，简称CM）、执行管 理（ Executable Management，简称EM）、日志跟踪（ Log And Trace，简称 LOG）、健康监控（ Platform Health Management，简称PHM）等基础平台机制。 用户层应用程序（ Adaptive Application）运行 于ARA（ AUT.
架构驾驶：深度探讨Adaptive AUTOSAR (AP) 平台设计 - 范围和方法（第一部分）
一直在水些技术小文
01-09 350
Adaptive AUTOSAR是AUTOSAR标准的一种进化，专注于处理高度自动化驾驶（HAD）和电气/电子体系结构（E/E Architecture）的挑战。AP平台设计旨在提供更灵活、可扩展和适应未来发展的汽车软件架构。通过本文的深度探讨，我们对Adaptive AUTOSAR (AP) 平台设计的范围和方法有了更清晰的认识。在汽车电子的未来，Adaptive AUTOSAR将扮演着重要的角色，为自动驾驶和智能出行的实现提供坚实的基础。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值