聊聊AUTOSAR AP和CP两类规范的融合

最新推荐文章于 2025-03-29 01:12:31 发布
最新推荐文章于 2025-03-29 01:12:31 发布
阅读量1.4k 收藏 20
点赞数 48
分类专栏： Autosar初探 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gzjimzhou/article/details/144067323
版权

在这里插入图片描述
目前AUTOSAR组织在做AP和CP融合方面的工作，并且这是一个趋势。

AUTOSAR组织已开展的融合工作

  • 标准版本更新中的融合体现：从AUTOSAR R21-11版本开始，CP和AP在架构及方法论方面就已经出现了融合迹象 ，而在最新的R22-11版本中还首次提出了跨平台理念，这些都为AP和CP的进一步融合奠定了基础，体现了AUTOSAR组织在推动两者融合上的努力.
  • 与第三方合作推动融合：AUTOSAR组织与其他相关机构开展合作以促进融合相关的生态建设，例如在车辆API车云协同方面与covesa合作，在数据交换格式方面与asam进行合作等，通过这些合作整合各方资源和技术，为AP和CP融合创造更好的条件.

AP和CP融合是趋势的原因

  • 电子电气架构升级需求：随着整车电子电气架构从分布式向域集中、中央集中式的逐步演进，汽车对算力的要求不断提高，功能也日益复杂。在这种情况下，单一的CP或AP架构难以满足需求，需要将二者融合&#x
了解本专栏 订阅专栏 解锁全文
AUTOSAR AP执行管理-概述
usstmiracle的博客
08-08 354
执行管理是AP的一个功能组件，负责平台初始化和应用的启动/停止，它基于一个或多个manifest文件来执行上述动作，比如可执行程序何时启动，在哪启动。
AUTOSAR AP 硬核知识点梳理（2）— 架构详解
usstmiracle的博客
10-20 1376
需要创建一个新的模式声明组（Mode Declaration Group），并将它和功能组集（Function Group Set）关联。功能组集和软件集群（Software Cluster）关联。·在MachineFG中添加Machine的四种状态：Off、Startup、Restart、shutdown，并将MachineFG设置初始状态为OFF。下表展示了功能组和状态的关系：功能组是一种逻辑分组，用于将具有相同或相似功能的进程聚合在一起。
Autosar AP的基本构成
weixin_42108533的博客
04-25 635
记录学习Autosar AP的点点滴滴
AUTOSAR（五）：R24-11介绍
最新发布
harry_helei的专栏
03-29 47
AUTOSAR中国日，针对R24-11版AUTOSAR协议的核心功能变更和优化
汽车电子笔记之：AP AUTOSAR架构及概念
梦想技术家
09-28 4066
下图简要展示了 AP 平台的开发工作流，总体来说需要经历三个阶段七个步骤，最终将开发的软件集成入车辆中。（1）架构设计阶段① 服务接口设计（Define Services）：主要是定义服务接口及数据类型，包括定义服务所包含的method、event、field等通信元素以及数据类型详细说明等；② 机器配置设计（Configure Machine）：定义和配置机器的网络通信属性，包含网络连接配置，服务发现配置等信息；（2）软件开发阶段③ 定义与配置可执行实例及通信方式，定义可执行实例如何访问软件集。
学习记录：AP & CP AUTOSAR
qq_350984705的博客
04-28 2083
AP & CP AUTOSAR
CP AUTOSAR标准之CAN XL Transceiver Driver(AUTOSAR_SWS_CANXLTransceiverDriver)
CoolBreeze的博客
05-09 278
本文描述了AUTOSAR基本软件模块CAN XL收发器驱动程序的功能、API和配置。CAN XL收发器驱动器是CAN收发器驱动器的扩展，因此本文件仅提供与CAN收发器驱动器不同的信息和规范。为了更好地理解，提供了一些一般信息。
AUTOSAR笔记1：CP、AP和已发布版本
yinminsumeng的博客
03-06 1280
CP架构面向单机架构，AP架构采用SOA（service oriented architecture）理念，扩展为可适用于分布式系统。对比Autosar cp，Autosar ap的RTE在运行时连接各个service和client。当前的车机系统，一套硬件（CPU）多个虚拟机已经很普及，未来多套硬件（多个CPU）的系统也会普及。2005年发布的第一版AUTOSAR，开始不区分CP和AP，早期一个版本可以持续更新多年。AUTOSAR最新版本是R22-11，cp和ap都是这个版本。
详解AUTOSAR：AP AUTOSAR和CP AUTOSAR （拓展篇—1）
不脱发的程序猿
03-24 1380
本篇博文就带大家来认识一下AP AUTOSAR 和CP AUTOSAR 的概念和区别。
AUTOSAR 全套英文标准
搞一下汽车电子
04-30 320
CP AUTOSAR 英文标准 CP AUTOSAR R4.2.2 英文标准 CP AUTOSAR R4.3.0 英文标准 CP AUTOSAR R4.3.1 英文标准 CP AUTOSAR R4.4.0 英文标准 CP AUTOSAR R1911 英文标准 CP AUTOSAR R2011 英文标准 CP AUTOSAR R2111 英文标准 CP AUTOSAR R2211 英文标准 CP AUTOSAR R2311 英文标准 AP AUTOSAR 英文标准 AP AUTOSAR R1810
车载软件架构 —— Adaptive AUTOSAR软件架构
Soly_kun的博客
02-14 951
### 本文大体如下： ### 1、AP架构 ### 2、应用程序的启动和关闭 ### 3、OS、Process和线程 ### 4、基于库或基于服务的功能集群实施 ### 5、方法和Manifest
AutoSAR API架构详解
带你成为别人眼中的大佬！
07-25 529
AutoSAR API架构提供了一种标准化的程序接口，用于实现不同汽车电子控制单元之间的通信。这些接口包括诸如通信接口、设备访问接口、存储接口、诊断接口等，为开发人员提供了一种简单而强大的工具，以便他们能够在不同ECU之间交换数据并执行特定的功能。API架构在汽车电子系统开发中起着至关重要的作用，它提供了一种标准化的接口，使得不同ECU之间能够实现通信和数据交换。标准化：AutoSAR API架构提供了一种标准化的开发框架，使得不同的汽车电子控制单元之间能够进行无缝集成和互操作。
Adaptive Autosar 整体架构理解
热门推荐
AgingMoon的博客
10-31 3万+
1. 总体说明 （图片来源主要来源于Simulink 以及 Vector） 在Autosar官网（autosar.org）上，目前CLASSIC PLATFORM 更新到4.4版本，ADAPTIVE PLATFORM更新到19.03版本，期盼已久的Adaptive Autosar终于有了基本构架。Adaptive Autosar 不是针对Classic Autosar的升级替换，它的出现主...
Adaptive AUTOSAR 概述-3
DDS技术交流推广大本营
04-20 3629
这篇主要分享AP中操作系统、执行管理、状态管理、通讯管理四部分内容。 1.操作系统 操作系统（OS）负责AP上所有应用程序的运行调度、资源管理（包括内存管理和时间控制）以及进程通信。操作系统与执行管理一起工作，执行管理负责系统初始化，并依靠操作系统进行应用程序的启动和关闭。自适应平台没有为高性能处理器指定新的操作系统，但它定义了一个执行环境和操作系统接口（OSI），以供自适应应用程序使用。 OSI...
AUTOSAR AP硬核知识点梳理
auto_mooc的博客
08-26 1396
Adaptive AUTOSAR是一种新的汽车软件框架，旨在满足现代汽车行业中不断增长的技术需求。随着汽车变得越来越智能，对处理器的性能要求也在不断增长。
车载软件架构 - AP AUTOSAR 设计思想及原理
Soly_kun的博客
06-01 840
AP比较抽象，如果不是针对一个具体问题来讲 AP 的一些设计的话，会比较难以理解，所以本期我们尽量地去阐述在 AP 下面，它有些什么功能，一般我们在 AP 下面去做设计的话，它会涉及到哪些东西，以这个方向带大家一步步进入，后期带大家回顾下可能会更有感觉些。
AP AUTOSAR——诊断管理 Diag R24-11
usstmiracle的博客
12-13 225
传输协议管理器负责在两个方向上调度UDS消息：从诊断客户端接收到的UDS请求被转发到相应的诊断服务器实例，由诊断服务器实例创建的UDS响应被调度到负责处理与诊断客户端连接的传输协议处理程序（UdsTransportProtocolHandler类）。每个诊断服务器都有自己的诊断地址（如0x8E1/0x8E7）和诊断服务，因此不同的诊断服务器可以使用相同的DID（诊断标识符），但代表不同的含义，从而避免冲突。作为功能集群，诊断管理包括一个与自适应应用程序链接的库和一个实现诊断管理活动方面的守护进程。
【AutoSAR】 CP 和 AP
liufuliang163的专栏
11-21 1527
AutoSAR 是由全球各家汽车制造商、零部件供应商以及各种研究、服务机构共同参与的一种汽车电子系统的合作开发框架，并建立了一个开放的汽车控制器(ECU)标准软件架构。ECU更加智能：基于SOA通信使得AP中ECU可以动态的同其他ECU提供或获取服务，动态同其他ECU进行连接更强大计算能力：基于SOA架构使得AP能够更好支持多核、多ECU、多SoCs并行处理，提供更强大的计算能力。
autosar AP 和CP
01-18
### AUTOSAR AP与CP的区别及其在汽车软件开发中的应用 #### 软件架构对比 AUTOSAR Classic Platform (CP) 主要针对实时性和确定性的严格要求设计，适用于发动机控制单元(ECU)等传统车辆控制系统。而Adaptive Platform (AP)，则更侧重灵活性和支持高级功能，如自动驾驶辅助系统(ADAS)[^1]。 #### 接口标准差异 对于Classic Platform而言，其接口定义较为固定，遵循严格的ECU间通信协议；相比之下，Adaptive Platform提供了更加灵活的服务导向型架构(SOA)，允许动态发现和服务调用，这使得它更适合处理复杂的网络连接和数据交换场景[^2]。 #### 运行特性分析 由于CP强调高度的时间可预测性，因此操作系统(OS)通常采用抢占式多任务调度算法来满足硬实时约束条件下的性能指标。相反，在AP环境中，虽然也存在时间敏感度的要求，但由于引入了虚拟化技术和容器化部署方案，可以实现更高的资源利用率并支持多种不同类型的应用程序共存运行[^3]。 #### 编程语言的选择 经典平台上的应用程序大多基于C/C++编写，并依赖特定的操作系统API进行交互操作。然而，在自适应平台上除了继续沿用这两种主流编程语言之外，还鼓励使用更高层次抽象级别的脚本语言（比如Python），以便简化快速原型制作过程及提高生产力[^4]。 #### 应用实例说明 - **CP典型用途**：动力总成管理系统、底盘控制系统以及其他对响应速度有极高要求的安全关键领域； - **AP适用范围**：信息娱乐系统、车联网(V2X)通讯模块以及OTA空中升级服务等功能丰富的现代车载信息系统建设当中。 ```cpp // C++ code snippet demonstrating a simple task configuration under CP environment. void configureTask_CP() { Os_SetRelAlarm(TaskHandle, PeriodicTime); // Set up periodic alarm for tasks scheduling } ``` ```python # Python example showing how to define services within an SOA framework on the AP side. class VehicleService: def __init__(self): self._service_registry = {} def register_service(self, name, handler): """Register new service with given name.""" self._service_registry[name] = handler def invoke_service(self, name, *args, **kwargs): """Invoke registered service by its unique identifier.""" if name in self._service_registry: return self._service_registry[name](*args, **kwargs) ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

老猿讲编程

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

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

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

打赏作者

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

抵扣说明：

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

余额充值