1. 课程导入与整车电子电气架构演进
在开始学习 RH850 AUTOSAR 基础软件与整车集成之前，需要先建立一张"整车视角"的地图：一辆现代汽车里到底有哪些电子控制单元（ECU），它们如何被组织起来，软件又是如何在这些硬件上分工协作的。只有理解了这张地图，后续学习 MCAL 驱动、BSW 服务、RTE 与 SWC 时，才能知道每一层代码究竟服务于整车上的哪个功能、哪个域、哪条信号链路。
从分布式 ECU 到域集中式架构
早期的整车电子电气架构是典型的分布式结构。每个功能几乎对应一个独立 ECU：车窗防夹一个、雨量灯光一个、座椅记忆一个、发动机管理一个、ABS/ESP 一个。这些 ECU 通过 CAN、LIN 总线互联，功能就近实现，开发相对独立。但分布式架构的问题随功能增长迅速暴露：ECU 数量可达 70～150 个，线束长度和重量急剧上升，跨 ECU 的功能升级需要多个供应商协同，软件难以复用，整车 OTA 几乎无法实施。
于是架构开始向域集中式演进。所谓"域"，是按功能相关性把若干 ECU 的职责收敛到一两个性能更强的域控制器上，典型划分为：
- 车身域：车门、车窗、灯光、雨刮、座椅、无钥匙进入等，实时性要求中等，但节点多、信号杂。
- 底盘域：制动、转向、悬架、驻车，安全等级高（ASIL-D 常见），对确定性和时延极敏感。
- 动力域：发动机/电机控制、变速箱、电池管理、整车能量管理，控制周期短、算法密集。
- 智能座舱域 / 智驾域：算力需求大，通常由高性能 SoC 承担，与上述实时域通过网关交互。
域集中式之后，行业还在向"中央计算 + 区域控制器（Zonal）"继续演进，但无论形态如何变化，实时控制类任务仍然需要高可靠、高实时、功能安全的 MCU 来承载，这正是 RH850 的定位所在。
RH850 在车身、底盘、动力域中的定位
RH850 是瑞萨面向汽车控制的主流 32 位 MCU 家族，基于 RH850 G3M/G3K/G4MH 等内核，具备多核锁步、内存保护单元（MPU）、ECC、时钟与电压监控等面向功能安全（ISO 26262，最高可支持 ASIL-D）的硬件机制。它在整车中的典型落位如下：
| 域 | 典型 RH850 系列 | 承担功能 | 关键约束 |
|---|---|---|---|
| 车身域 | RH850/F1x、RH850/P1x 低端型号 | BCM、车门模块、灯光控制、网关从节点 | 低功耗、多路 CAN/LIN、成本敏感 |
| 底盘域 | RH850/P1x、RH850/U2A | EPS、ESC、驻车制动、域控安全子模块 | ASIL-D、锁步核、低时延 |
| 动力域 | RH850/E2x、RH850/U2A | 发动机/电机控制、BMS、变速箱控制 | 高算力、多路 ADC/PWM、实时中断 |
可以看到，RH850 并不是"一颗芯片打天下"，而是通过不同系列覆盖不同域对算力、安全等级、外设组合的差异化需求。学习时要把"芯片型号—域—功能—安全等级"这条对应关系记牢。
AUTOSAR 在整车集成中的角色
硬件平台确定之后，真正决定开发效率和可移植性的是软件架构。AUTOSAR（AUTomotive Open System ARchitecture）把 ECU 软件自上而下划分为三层：
- 应用层（SWC）：实现具体功能逻辑，如"车速超过 20 km/h 自动落锁"。
- 运行时环境（RTE）：负责 SWC 之间、SWC 与 BSW 之间的通信映射，把虚拟功能连接落到具体信号上。
- 基础软件（BSW）：包括服务层（OS、COM、NvM、DCM、DEM）、ECU 抽象层（IoHwAb）、微控制器抽象层（MCAL：Can、Adc、Pwm、Dio、Port 等）。
在整车集成中，AUTOSAR 的价值体现在三个"可"：可移植——应用逻辑不依赖具体引脚和寄存器；可复用——同一 SWC 可跨车型、跨 ECU 迁移；可协同——OEM 与 Tier1 通过 ARXML 描述文件交换接口，减少口头约定带来的集成风险。对 RH850 而言，MCAL 由芯片厂商提供并针对具体型号配置，上层 BSW 与 SWC 则尽量与硬件解耦，这正是"基础软件 + 整车集成"这条学习主线要打通的关键。
学习路径建议
基于上述架构认知，本课程的学习路径可以按"由底向上、由单 ECU 到整车"的顺序推进：
- 硬件与 MCAL 层：先理解 RH850 的时钟、端口、中断、CAN、ADC、PWM 等外设，再学习 MCAL 如何把这些外设抽象成标准 API。例如配置一路 CAN 控制器时，需要明确波特率（如 500 kbps）、采样点（如 80%）、邮箱数量与过滤规则，这些参数最终会体现在 CanControllerBaudRateConfig 等配置项中。
- BSW 服务层：掌握 OS 任务与中断、COM 信号收发、NvM 掉电存储、DCM 诊断服务、DEM 故障管理。以"车速信号"为例，它可能来自 CAN 接收，经 COM 解包，再由 RTE 提供给应用 SWC，整条链路要能说清楚。
- RTE 与 SWC：理解端口（Port）、接口（Interface）、运行实体（Runnable）如何映射到具体任务和信号，学会阅读 ARXML 中的连接关系。
- 整车集成：把单个 ECU 的软件放到整车网络中，考虑网关路由、网络管理（NM）、诊断地址、刷写与 OTA、跨域信号一致性。
需要特别强调的是，AUTOSAR 并不是"写完配置就自动生成一切"的银弹。MCAL 的寄存器级行为、BSW 的调度时序、RTE 的映射效率，最终都会影响整车上的实时性与可靠性。因此本课程在讲解配置方法的同时，也会关注"为什么这样配""配错了会怎样""如何在台架上观察和判断"，帮助大家从会点工具，走向能定位问题、能对整车集成结果负责。