Adaptive AUTOSAR 学习笔记 1 - 概述、背景、AP CP 对比区别

理解AUTOSAR Adaptive Platform：与Classic Platform的对比
已于 2022-09-01 11:16:41 修改
阅读量852 收藏 2
点赞数
CC 4.0 BY-SA版权
文章标签： 学习 linux AP AUTOSAR
于 2022-09-01 11:01:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43717839/article/details/126639089
本文介绍了AUTOSAR Adaptive Platform（AP）及其与Classic Platform（CP）的区别。AP针对智能网联汽车的需求，提供更强的灵活性和非实时性能，而CP则适用于传统的实时ECU。AP的模块化更轻量，配置可在运行时动态加载。AP的运行时环境ARA支持Service和API接口，用于Adaptive Application的执行和通信管理。

缩写

  • AP: AUTOSAR Adaptive Platform
  • CP: AUTOSAR Classic Platform
  • AA: Adaptive Application
  • ARA: AUTOSAR Runtime for Adaptive Applications
  • FC: Functional Clusters

背景

image

传统 CP 强实时性，能很好满足传统 ECU需求，但智能化、网联化带来的网络延迟、干扰等因素无法满足强实时性。需要满足非实时需求的平台，所以有了AP。CP、AP 将在一段时间内共存，AP 不是为了取代CP。

和 CP 对比

CP AP
开发语言 C C++ 14 & STL
实时性 硬实时 us 级 软实时 ms 级
性能/算力
了解本专栏 订阅专栏 解锁全文
Adaptive AUTOSAR 学习笔记 3 - AP 背景、技术及特征
usstmiracle的博客
08-17 1235
本系列学习笔记基于 AUTOSAR Adaptive Platform 官方文档 R20-11 版本。本文从AUTOSAR_EXP_PlatformDesign.pdf开始，一边学习，一边顺带着翻译一下。尽力而为，不保证精确。你若愿意，也可以当作 AUTOSAR Adaptive Platform （AP）中文版来阅读 ???? 1 介绍 1.1 内容 本规范（AUTOSAR_EXP_PlatformDesign.pdf）描述 AP 设计。目的在于提供概述，但不涉及所有的设计细节。为AP 用户和AP
AP与CP的对比与区别（AutoSAR）
RsgKubernetes的博客
09-20 2735
随着汽车电子化的飞速发展，越来越多的功能和系统需要在车辆中实现。AP主要关注整个车辆系统的业务逻辑和功能，负责实现高级别的控制和管理。它负责将AP的命令转化为设备可理解和执行的指令，实现底层硬件的操作和控制。AP主要关注系统级别的业务逻辑和功能，而CP则负责底层设备的通信和控制。CP的设计和开发需要考虑硬件和设备特性，并通过定义接口与AP进行交互。在上述示例中，AP通过调用CP提供的接口函数向CP发送指令，并等待CP的响应。通过这种方式，AP和CP之间可以实现功能的协同工作，并完成复杂的车辆控制任务。
Autosar AP – AP和CP差异
wangxu696200的博客
03-07 7878
■ 硬件： 1. 芯片类型： ▪ CP AUTOSAR一般运行在8bit、16bit、32bit的微控制器（MCU）中，如英飞凌的TC3xx，瑞萨的RH850等。 ▪ AP AUTOSAR可以运行在64bit的高性能处理器（MPU）、CPU等中，如瑞萨的H3，英伟达的Xavier等。除此之外，AP AUTOSAR也可以运行在虚拟硬件上。 2. 芯片算力： ▪ 运行CP AUTOSAR 的芯片算力一般低于1000 DMIPs ...
并行程序计算相关概念
若明天不见
06-15 1687
1. 概述        并行计算是由运行在多个部件上的小任务合作来求解一个规模很大的计算问题的一种方法。   2. 多核        多核是指一个处理器芯片有多个处理器核心。          多核是处理器发展的必然趋势的原因：      1、集成度越来越高，半导体工艺已经允许在一个芯片上集成多个简单的处理器核；      2、单核高频率处理器的功耗太大发热量太大；   
Adaptive AUTOSAR 学习笔记 - AP 背景、技术及特征
usstmiracle的博客
04-03 834
本规范（AUTOSAR_EXP_PlatformDesign.pdf）描述 AP 设计。目的在于提供概述，但不涉及所有的设计细节。为AP 用户和AP 实现者提供 AP 的设计概述和关键概念。第二章“技术范围和方法”介绍了 AP 的背景。第三章“架构”分别从逻辑和物理视角介绍了 AP，然后介绍了方法论和 Manifest。传统 ECU 主要功能是替代/增强机电系统。软件主要根据总线的输入信号控制输出信号。很多控制软件在车辆的生命周期内不会有大的变化。
Adaptive AUTOSAR 诊断——DM中诊断故障码（DTC） 诊断事件Diagnostic Event、Diagnostic Service 、Diagnostic Monitors
usstmiracle的博客
08-22 436
DTC（Diagnostic Trouble Code）是车辆ECU存储的故障代码，用于标识车辆的特定故障问题。
【科普向-第三篇】汽车电子MCU操作系统详解：CP AUTOSAR与FreeRTOS
最新发布
qq_43399763的博客
08-21 1480
本文对比了CPAUTOSAR和FreeRTOS两种嵌入式操作系统。CPAUTOSAR诞生于2003年，由汽车厂商联合开发，强调标准化与功能安全，适用于汽车电子MCU控制器，开发依赖专业工具链，架构分层模块化，支持功能安全认证，但灵活性较低。FreeRTOS由Richard Barry创建，轻量灵活，适用于广泛MCU场景，开发环境自由，核心架构简单，实时性取决于配置，安全性需自行实现。两者在代码实现、商业生态方面差异显著：CPAUTOSAR采用模板化开发，工具链昂贵但支持汽车行业规范；FreeRTOS手工搭建
【AutoSAR】 CP 和 AP
liufuliang163的专栏
11-21 1673
AutoSAR 是由全球各家汽车制造商、零部件供应商以及各种研究、服务机构共同参与的一种汽车电子系统的合作开发框架，并建立了一个开放的汽车控制器(ECU)标准软件架构。ECU更加智能：基于SOA通信使得AP中ECU可以动态的同其他ECU提供或获取服务，动态同其他ECU进行连接更强大计算能力：基于SOA架构使得AP能够更好支持多核、多ECU、多SoCs并行处理，提供更强大的计算能力。
AdaptiveAUTOSAR
01-27
对于AdaptiveAUTOSAR，经常会看到这句话：Write once，Adopteverywhere。但实际上理想很丰满，现实很骨感。毕竟ClassicPlatform（后面简称：CP）搞了这么多年大家都还没玩转，更何况这刚出没两年的Adaptive Platform（后面简称：AP），但楼主也相信随着Autosar标准的不断推进和应用，我们不断在向这个目标接近。AdaptiveAutosar并不是为了取代ClassicAutosar和非Autosar架构的
AUTOSAR学习
Dr_chaser的博客
06-12 4076
前段时间参加系统架构师的软考，其中案例分析中的嵌入式题目是分析autosar架构，但是自己只是听说过汽车领域正在使用这个架构，实际上这个架构到底是什么？以及它有什么作用，则是全然不知，最终作为一个嵌入式工程师，案例题也没有选择这个嵌入式题目。其实软考会考这个东西再一定层面上就说明，国家或者当前社会这块的人才是有些稀缺的，然后想通过这种软考让更多的人去了解autosar架构。另外最近在看机器人领域的工作，发现和ROS（机器人操作系统）相关的开发工作中很多都提到了要对autosar有一定的了解。
AUTOSAR_PRS_LogAndTraceProtocol.pdf
10-21
AUTOSAR_PRS_LogAndTraceProtocol.pdf协议
【车载开发系列】Autosar CP与AP的区别
千月星跡
05-15 4699
CP AUTOSAR虽然可以支持SOME/IP，但是CP AUTOSAR中SOME/IP只不过是把Sender-Receiver的CAN通信转换成了Client-Server的以太网通信，整个通信链路仍是静态配置的，并不是真正的面向服务的通信。▪ 在代码生成时，CP是生成基础软件模块相关的代码，AP生成的是FC相关的代码和Manifest，需要注意的是，AP中不是所有的FC都会生成相关的代码和Manifest。配套的OS一般是由专门的OS厂商开发的，如eSOL的eMCOS、黑莓的QNX等。
CP Autosar与AP Autosar的区别
学到老活到老
03-16 983
CP Autosar（Classic Platform Autosar）和AP Autosar（Adaptive Platform Autosar）是两种不同的Autosar平台，它们在架构、应用场景和技术特点上有明显的区别。软件架构： CP Autosar强调模块化和可重用性，通过标准化的软件组件（SWCs）和基础软件（BSW）模块，支持不同供应商和汽车型号之间的软件模块共享和集成。架构方式： CP Autosar是传统的分布式架构，而AP Autosar采用集中式、统一的架构。
AUTOSAR CP VS AP
爱好者的博客
02-01 1296
CP和AP两平台差异聚焦于软件架构、接口标准、软件工程文件运行特点、执行任务配置方式、编码语言等。
AUTOSAR AP与 CP 有什么差异？
热门推荐
usstmiracle的博客
05-10 2万+
1标准概况不同 1.1 时间 在2003年AUTOSAR组织刚成立的时候，只有一个AUTOSAR标准，没有AP（Adaptive Platform）与CP（Classic Platform）之分。 在2005年，AUTOSAR组织推出了第一个AUTOSAR版本1.0 在2017年，AUTOSAR组织推出了第一个AP AUTOSAR版本R1703，这是第一次外界看到AP AUTOSAR，AUTOSAR也是从这个时候起被分为AP与CP。此时，CP AUTOSAR版本命名为R4.x.x。 在外界看来，A
AUTOSAR AP VS CP？
weixin_46309431的博客
08-10 1145
CP 是 “为固定控制而生的实时专家”，AP 是 “为智能交互而生的灵活多面手”。若需开发实时性要求极高、功能固定的传统 ECU，选 CP；若需开发高算力、支持动态升级的智能功能，选 AP；现代汽车电子架构中，两者通常共存，通过网关实现协同。随着软件定义汽车的深入，AP 的应用范围将持续扩大，但 CP 在传统控制领域的地位仍不可替代。理解两者的差异，是汽车电子开发者进行架构设计和技术选型的基础。
车载基础软件——AUTOSAR AP典型应用案例
Soly_kun的博客
02-17 1890
AUTOSAR AP
AUTOSAR AP（AdaptivePlatform）与CP（ClassicPlatform）
Wrfqwsazx的博客
04-23 1134
▪ 在代码生成时，CP是生成基础软件模块相关的代码，AP生成的是FC相关的代码和Manifest，需要注意的是，AP中不是所有的FC都会生成相关的代码和Manifest。(橙色是CP，绿色是AP)UCM接收来自AA的升级请求，传输用于升级的目标软件包，对软件包进行验签及完整性校验，根据Manifest的描述将目标文件安装到指定路径下/删除指定路径下目标文件。：End to End，端到端的通信保护，为防止通信链路中可能存在的故障HW/SW）， 在 通信节点 之间 执行的 一种数据保护协议/机制。
CP (Classic Platform) vs. AP (Adaptive Platform)
erroror的专栏
11-05 1846
AUTOSAR CP（Classic Platform） 和 AUTOSAR AP（Adaptive Platform） 是AUTOSAR架构的两个主要类别，针对不同的应用需求和场景而设计。CP平台主要用于传统的、对实时性要求高的控制任务，而AP平台则面向新兴的自动驾驶、ADAS等复杂应用，支持动态配置和高性能计算。理解这两者的区别和应用场景，对于开发和选择合适的AUTOSAR平台至关重要。
adaptive autosar standards-21-11
08-02
Autosar是汽车行业的一个开放性的标准化平台，旨在推动汽车电子系统的可重用性、标准化和互操作性。Adaptive Autosar是Autosar的最新版本，旨在通过引入自适应功能，实现更高级别的电子控制单元（ECU）架构和功能。 Adaptive Autosar标准-21-11是指版本为21.11的Adaptive Autosar标准。这个版本引入了一些新的功能和特性，以提升汽车电子系统的性能和灵活性。 首先，在-21-11版本中，引入了基于虚拟功能总线（VFB）的通信机制。VFB是一个软件组件，用于在不同的ECUs之间进行通信。通过使用VFB，不同ECUs之间的通信可以变得更加灵活和高效。此外，这个版本还引入了一种新的应用级别的网络协议，提供了更好的网络通信能力。 其次，-21-11版本还引入了一些新的自适应功能，例如自适应应用程序接口（API）和自适应软件体系结构。这些功能使车辆的软件系统能够根据不同的环境条件进行自适应，从而提升车辆的性能和安全性。同时，这个版本还引入了一些新的软件定义网络（SDN）功能，用于提供车辆互联和通信的灵活性。 最后，在-21-11版本中，还针对软件开发过程进行了一些改进。新的标准强调了模型驱动的开发方法和自动化测试技术的应用，以提高软件开发的效率和质量。 总体来说，Adaptive Autosar标准-21-11通过引入自适应功能和改进软件开发过程，提升了汽车电子系统的性能、灵活性和安全性。这将有助于推动汽车行业的技术创新和发展。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

张纪生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值