AUTOSAR（Automotive Open System Architecture）概述

AUTOSAR 是一个全球性的汽车电子标准，其目的是为汽车电子控制单元（ECU）提供一个开放和标准化的架构。AUTOSAR 为汽车领域中的硬件和软件提供统一的接口规范，使得不同供应商的硬件和软件能够无缝地集成。

AUTOSAR 的架构分为两大平台：

1. AUTOSAR Classic Platform（CP）
2. AUTOSAR Adaptive Platform（AP）

这两者有着不同的设计理念、应用场景和技术栈。下面将详细讲解这两个平台的不同之处。

---

1. AUTOSAR Classic Platform（CP）

1.1 定义与目标

AUTOSAR Classic Platform（简称 CP）是为汽车中的传统电子控制单元（ECU）提供的架构，主要用于实时和低功耗的应用。它的目标是为汽车行业提供一种高效、可靠、可扩展的标准化方式，用于实现和集成各种汽车电子功能。

1.2 特点

• 实时性要求：CP 平台设计强调高效的实时处理能力，通常用于需要精确控制的嵌入式系统中，如发动机控制单元（ECU）或自动驾驶中的感知控制单元。
• 低功耗：CP 的设计强调硬件资源的高效利用，因此常用于功耗敏感的系统。
• 静态配置：系统和应用的配置大多是在开发阶段完成，平台配置在运行时是静态的，几乎不允许动态变更。
• 堆栈层次：AUTOSAR CP 架构包括了多个堆栈层次，如应用层、运行时环境（RTE）、基础软件（BSW）等。应用程序和基础软件通过 RTE 进行连接和交互。

1.3 核心组件

• 应用软件（Application Layer）：实现特定的汽车功能，如发动机控制、车身控制等。
• 基础软件（BSW，Basic Software）：提供硬件抽象、通信协议、诊断等底层服务。
• 运行时环境（RTE，Runtime Environment）：将应用层和基础软件层进行解耦，确保两者能够有效协同工作。
• 操作系统（OS）：通常采用实时操作系统（RTOS），如 OSEK/VDX 操作系统，确保实时任务的调度。

1.4 适用场景

AUTOSAR Classic Platform 适用于嵌入式、实时、低功耗的系统，如：

• 车身控制系统（如电动窗、座椅调节）
• 发动机控制单元（ECU）
• 安全系统（如气囊控制）
• 驾驶辅助系统（ADAS）

1.5 持续演进

AUTOSAR CP 的版本持续更新，提供更多的功能和优化，如 AUTOSAR 4.x 系列增加了对更复杂功能（如诊断和通信管理）的支持。

---

2. AUTOSAR Adaptive Platform（AP）

2.1 定义与目标

AUTOSAR Adaptive Platform（简称 AP）是为新一代汽车中的高级应用，如自动驾驶、车联网、信息娱乐系统等，提供的架构。与 CP 平台相比，AP 平台的设计更加灵活，支持动态配置和高级计算能力，以适应更复杂的应用场景。

2.2 特点

• 高性能计算：AP 设计支持更强大的计算能力，通常用于支持大量数据处理的系统，如自动驾驶中的传感器数据融合和决策算法。
• 动态配置：与 CP 的静态配置不同，AP 设计允许系统在运行时进行动态配置。这意味着在运行时可以加载、卸载或者更新应用程序和服务。
• 面向服务的架构：AP 采用基于服务的架构（SOA），通过定义清晰的服务接口和协议，使得不同的应用模块和系统之间能够进行解耦和灵活通信。
• 支持现代操作系统：AP 通常依赖于更为复杂的操作系统，如 Linux 或 QNX，而非传统的实时操作系统（RTOS）。

2.3 核心组件

• 应用软件（Application Layer）：实现复杂的汽车应用，如自动驾驶、车联网等。
• 基础软件（BSW，Basic Software）：提供底层的基础功能，但与 CP 的 BSW 不同，AP 的 BSW 更侧重于支持高性能计算、服务发现、虚拟化等高级功能。
• 中间件（Middleware）：AP 平台支持不同服务之间的通信和协作，使用的中间件通常基于标准的通信协议，如 DDS（Data Distribution Service）或者 SOME/IP。
• 运行时环境（RTE）：负责协调和管理各个应用和服务，确保它们能够在动态环境中正常运行。

2.4 适用场景

AUTOSAR Adaptive Platform 更适用于需要高计算能力和动态配置的场景，如：

• 自动驾驶（自动化驾驶控制、决策、规划）
• 车联网（V2X，Vehicle-to-Everything）
• 信息娱乐系统（如车载导航、媒体播放）
• 高级驾驶辅助系统（ADAS，如自动泊车、交通标志识别）

2.5 持续演进

AUTOSAR Adaptive Platform 是为未来汽车的发展提供的灵活架构，它支持更广泛的应用场景，并且与快速发展的技术（如 5G、AI、自动驾驶）紧密结合。

---

3. CP 和 AP 的对比

特性	AUTOSAR CP	AUTOSAR AP
目标应用	嵌入式、实时、低功耗系统	高性能计算、复杂的高级驾驶功能
实时性要求	高实时性，严格的时序控制	支持实时，但重点是计算能力与灵活性
系统配置	静态配置	动态配置，支持运行时修改和升级
操作系统	传统 RTOS（如 OSEK/VDX）	高级操作系统（如 Linux、QNX）
计算能力	限制于低功耗、低性能嵌入式系统	高性能计算，支持大数据处理和 AI 算法
架构类型	基于硬件抽象和任务调度的堆栈架构	基于服务的架构，灵活的模块通信
适用场景	发动机控制、车身控制、安全系统等	自动驾驶、车联网、信息娱乐、ADAS

总结

• AUTOSAR CP 主要针对传统汽车电子系统，注重实时性和低功耗，适合嵌入式控制单元。
• AUTOSAR AP 则是为更复杂的应用（如自动驾驶和车联网）提供高性能的计算能力和灵活的配置，支持更强大的计算和动态变化。

两者的差异反映了汽车技术的进步：从传统的硬件受限系统到现代的灵活、高性能计算平台。随着汽车功能的复杂性和自动化水平的提升，AUTOSAR AP 将在未来汽车中占据越来越重要的地位。

AUTOSAR CP 与 AP 协同工作架构：

---

架构图详细解读

1. 云端层 (Cloud)

• OTA Cloud Server: 负责存储固件包、管理车辆更新策略、下发更新指令。

2. AP平台域 (Adaptive Platform) - 智能大脑

AP平台运行在高性能处理器上（如域控制器），具备以下关键服务：

模块	功能描述
OTA Master	更新协调器，负责整个OTA流程的调度和管理
安全模块	提供加密解密、数字签名验证等安全服务
通信网关	提供SOME/IP服务发现和通信管理

AP平台特点：

• 使用 SOME/IP 进行内部服务通信
• 支持 动态服务发现
• 基于 POSIX OS（如Linux）
• 主要编程语言：C++

3. 桥接层 (Bridge) - 协议翻译官

这是CP和AP协同工作的关键组件：

• 功能：将AP平台的SOME/IP服务请求转换为CP平台能理解的UDS诊断报文
• 转换示例：
  • AP端：UpdateService::StartProgramming(ecu_id)
  • CP端：UDS 0x10 0x02（进入编程会话）

4. CP平台域 (Classic Platform) - 可靠执行器

CP平台运行在微控制器上，负责具体的车辆控制功能：

ECU	功能描述
发动机控制ECU	控制燃油喷射、点火时序等
刹车控制ECU	ABS/ESP等安全关键功能
车身控制ECU	车窗、车灯、门锁等控制

CP平台特点：

• 使用 UDS协议 进行诊断和编程
• 静态配置，行为完全可预测
• 基于 OSEK/VDX OS
• 主要编程语言：C
• 满足 ASIL-D 功能安全要求

---

典型工作流程：OTA更新发动机ECU

阶段1：更新准备

阶段2：车辆状态检查

阶段3：固件刷写执行

阶段4：结果确认

---

协同优势总结

1. 功能安全与性能兼顾

   • CP确保安全关键功能（刹车、发动机）的确定性
   • AP提供丰富的用户功能和网络连接能力

2. 灵活性与可靠性平衡

   • AP支持动态应用部署和更新
   • CP保证基础控制功能的稳定可靠

3. 技术栈最佳匹配

   • AP使用现代软件技术栈（C++、Linux）
   • CP使用经过验证的嵌入式技术（C、RTOS）

这种"AP大脑 + CP小脑"的架构正是当前智能网联汽车的主流设计范式，既满足了软件定义汽车的创新需求，又确保了车辆基础功能的安全可靠。