1. 汽车电子与嵌入式系统概述
各位同学，欢迎来到《嵌入式汽车软件与车载RTOS开发》的第一章。咱们不绕弯子，直接聊聊汽车电子这几十年的变迁，以及为什么我们今天要坐在这里学这些东西。
我入行那会儿，车上有个电动窗就算“高配”了。现在呢？一辆车里的代码量比波音787还多。你想想看，这背后是整个电子电气架构的翻天覆地。
1.1 汽车电子发展史：从晶体管到软件定义
汽车电子的进化，我习惯把它分成四个阶段。每个阶段都对应着一次技术革命。
| 阶段 | 时间 | 核心特征 | 代表技术 |
|---|---|---|---|
| 第一阶段 | 1970s - 1980s | 分立器件时代 | 晶体管收音机、交流发电机整流器 |
| 第二阶段 | 1990s - 2000s | ECU 爆发时代 | 发动机电喷（EFI）、ABS、安全气囊 |
| 第三阶段 | 2010s - 2020s | 域集中时代 | 智能座舱、ADAS、以太网骨干 |
| 第四阶段 | 2020s 至今 | 软件定义汽车（SDV） | 中央计算平台、SOA、OTA |
第一阶段没什么好说的，就是几个简单的电子零件。真正有意思的是第二阶段。那时候，每增加一个功能，就加一个ECU。我记得当年做车身控制，一辆车上有七八十个ECU是常事。线束重得能赶上一个小型发动机了。
到了第三阶段，大家发现不能再这么堆下去了。于是有了“域控制器”的概念。把功能相近的ECU合并到一个高性能处理器上。说白了，就是从“分布式”走向“集中式”。
1.2 ECU 与域控制器：架构的演变
ECU（电子控制单元）是什么？说白了就是一个微型计算机。有CPU、有内存、有I/O，跑着实时操作系统。但它的算力很有限，通常只有几百兆赫兹，内存也就几兆字节。
域控制器就不一样了。它用的是车规级的高性能SoC，比如英飞凌的TC3xx系列、瑞萨的R-Car系列，或者NVIDIA的Orin。算力动辄几十甚至上百TOPS。
我给大家画个图，看看现在的典型域控架构是什么样的。
嗯，这里要注意。域控制器不是简单地把几个ECU的代码堆到一个芯片上。它需要做硬件虚拟化、资源隔离、以及实时性的保证。这也是为什么我们要学RTOS。
1.3 AUTOSAR 标准简介：为什么需要它？
说到汽车软件，绕不开AUTOSAR。我刚开始做汽车软件时，最头疼的就是不同芯片的底层驱动都不一样。换个MCU，代码几乎要重写。后来AUTOSAR出来了，说白了就是给汽车软件定了一套“接口规范”。
AUTOSAR 分两种：
- Classic Platform (CP)：面向传统ECU，跑在RTOS上，硬实时。主要用于动力、底盘、车身控制。
- Adaptive Platform (AP)：面向高性能计算平台，跑在POSIX OS上（比如Linux或QNX），软实时。主要用于智驾、座舱。
我给大家列个对比表，看看它们的区别。
| 特性 | AUTOSAR Classic (CP) | AUTOSAR Adaptive (AP) |
|---|---|---|
| 操作系统 | OSEK / 自有RTOS | POSIX (Linux / QNX) |
| 实时性 | 硬实时（微秒级） | 软实时（毫秒级） |
| 编程语言 | C | C++ |
| 通信方式 | RTE (基于函数调用) | ARA::COM (基于SOME/IP / DDS) |
| 典型应用 | 发动机控制、ABS | ADAS、智能座舱 |
| 动态性 | 静态配置，编译时确定 | 动态部署，支持OTA |
1.4 嵌入式系统在汽车中的应用
嵌入式系统在汽车里无处不在。从你拧钥匙（现在可能是按按钮）启动发动机，到踩刹车、打转向灯，背后都是嵌入式系统在干活。
我按功能领域给大家梳理一下：
- 动力总成：发动机管理（EMS）、变速箱控制（TCU）、电池管理（BMS）。这些系统对实时性要求极高，通常任务周期在1ms-10ms。
- 底盘与安全：防抱死制动（ABS）、电子稳定程序（ESP）、电动助力转向（EPS）。这些系统是功能安全（ISO 26262）的重灾区，ASIL等级通常为C或D。
- 车身与舒适：车窗、门锁、座椅、空调。这些系统对实时性要求不高，但节点多、网络复杂。
- 信息娱乐与座舱：中控大屏、仪表盘、HUD。这些系统跑Linux或Android，更看重多媒体性能和UI交互。
- 智能驾驶：摄像头、雷达、激光雷达、规划控制。这些系统算力需求最大，通常需要GPU或NPU加速。
你想想看，一个刹车系统，从你踩下踏板到制动器开始工作，整个链路的延迟不能超过几十毫秒。如果这时候操作系统还在忙着刷动画，那后果不堪设想。这就是为什么我们要在RTOS里做任务优先级和中断管理。