车载Linux内核与设备驱动工程 - 第1节
1. 嵌入式系统概述
1.1.1 嵌入式系统定义
嵌入式系统（Embedded System）是以应用为中心、以计算机技术为基础，软硬件可裁剪，适用于对功能、可靠性、成本、体积、功耗有严格要求的专用计算机系统。它通常作为更大系统（宿主系统）的一部分，执行预定义的专用任务。
核心定义三要素：
- 专用性：面向特定应用场景设计，非通用计算平台。
- 约束性：受功耗、成本、实时性、体积、可靠性等多维约束。
- 嵌入性：物理上嵌入到宿主设备中，用户通常不感知其存在。
1.1.2 嵌入式系统特点
| 特点维度 | 具体描述 | 典型体现 |
|---|---|---|
| 实时性 | 必须在规定时间窗口内响应外部事件 | 安全气囊必须在碰撞后 10ms 内触发 |
| 资源受限 | CPU 主频、内存、存储空间有限 | 车载 MCU 通常只有几十 KB ~ 几 MB RAM |
| 高可靠性 | 长时间连续运行，极少人工干预 | 汽车 ECU 要求 15 年无故障运行 |
| 低功耗 | 散热受限，电池供电场景需严格控制功耗 | 休眠模式功耗需低于 100μA |
| 软硬件协同 | 硬件与软件紧密耦合，共同完成功能 | BSP 与驱动直接操作寄存器 |
| 环境适应性 | 耐受高温、振动、电磁干扰等恶劣环境 | 车规级芯片工作温度 -40°C ~ 125°C |
1.1.3 嵌入式系统分类
按实时性要求和系统复杂度，嵌入式系统可分为以下三类：
- 硬实时系统：错过截止时间即视为系统失效。典型应用：发动机控制、制动系统、安全气囊。
- 软实时系统：偶尔错过截止时间不会造成灾难性后果，但会降低服务质量。典型应用：车载信息娱乐系统、导航。
- 非实时系统：对响应时间无严格约束。典型应用：车载诊断日志记录、OTA 升级后台。
1.2 车载嵌入式系统典型架构
1.2.1 架构演进路线
车载嵌入式系统架构经历了从分布式 ECU 到域集中式，再到中央计算平台的演进过程。当前行业正处于域控制器与中央计算平台并存的过渡期。
| 架构阶段 | 时间周期 | 核心特征 | 代表芯片 |
|---|---|---|---|
| 分布式 ECU | 2000 ~ 2015 | 每个功能对应一个独立 ECU，通过 CAN/LIN 总线互联 | Infineon TC2xx, NXP S32K |
| 域控制器 | 2015 ~ 2025 | 按功能域（动力、底盘、座舱、智驾）集中算力 | TI TDA4, NXP S32G, Qualcomm SA8155 |
| 中央计算平台 | 2025 ~ 未来 | 单一高性能 SoC 承载整车所有计算任务 | NVIDIA Orin/Thor, 高通 SA8295 |
1.2.2 三种架构详细对比
架构选择原则：分布式架构适合功能简单、成本敏感的车型；域控制器是当前主流方案，兼顾性能与灵活性；中央计算平台面向高阶自动驾驶和软件定义汽车，但要求极高的芯片集成度和可靠性。
1. 分布式 ECU 架构
- 每个 ECU 独立完成单一功能（如车窗控制、雨刮控制）。
- ECU 数量可达 70 ~ 100 个，线束重量超过 30kg。
- 软件升级困难，OTA 几乎不可行。
- 典型总线：CAN (1Mbps)、LIN (20kbps)。
2. 域控制器架构
- 按功能域划分：动力域、底盘域、车身域、座舱域、智驾域。
- 域控制器作为域内算力中心，统一处理域内传感器和执行器数据。
- 域间通过以太网（100BASE-T1 / 1000BASE-T1）通信。
- 支持域内 OTA 升级和功能复用。
3. 中央计算平台架构
- 单一高性能 SoC 运行多个虚拟机或容器，承载所有域功能。
- 采用服务导向架构（SOA），通过 SOME/IP 或 DDS 进行服务发现与通信。
- 硬件支持虚拟化（ARM GICv4、SMMU），实现功能安全隔离。
- 整车线束减少 50% 以上，算力利用率大幅提升。
1.3 ARM Cortex-A/R/M 系列在车载中的应用场景
1.3.1 ARM 三大系列定位
ARM Cortex 处理器家族按性能与实时性需求分为 A、R、M 三大系列，在车载领域各司其职：
| 系列 | 设计目标 | 关键特性 | 车载典型芯片 |
|---|---|---|---|
| Cortex-A | 高性能应用处理器 | MMU、多核、乱序执行、GPU/NPU 集成 | Qualcomm SA8295, NXP i.MX8, TI TDA4 |
| Cortex-R | 高实时性处理器 | 紧耦合内存、低延迟中断、硬件虚拟化 | NXP S32G, Infineon TC4xx, TI TMS570 |
| Cortex-M | 低功耗微控制器 | 极低功耗、快速中断、深度休眠模式 | NXP S32K, ST SPC5, Infineon TC2xx |
1.3.2 各系列车载应用场景详解
Cortex-A 系列：运行 Linux / Android / QNX 等复杂操作系统，承载高性能计算任务。
- 智能座舱：仪表盘、中控娱乐、HUD、语音交互、多屏显示。
- 高级辅助驾驶：摄像头感知、雷达融合、路径规划、决策控制。
- 中央网关：跨域路由、OTA 管理、防火墙、远程诊断。
Cortex-R 系列：运行 RTOS 或裸机程序，满足硬实时与功能安全要求（ASIL-D）。
- 底盘控制：线控制动、线控转向、电子稳定程序。
- 动力总成：发动机管理、变速箱控制、电机控制。
- 安全气囊：碰撞检测、气囊展开时序控制。
Cortex-M 系列：运行轻量级 RTOS 或裸机，负责低成本、低功耗的传感器/执行器控制。
- 车身控制：车窗、门锁、座椅、灯光、雨刮。
- 传感器采集：温度、压力、位置、加速度传感器数据读取。
- 通信接口：CAN/LIN 收发器控制、UART/I2C/SPI 桥接。
选型注意事项：在车载项目中，Cortex-A 与 Cortex-R/M 通常以异构 SoC 或独立芯片形式共存。例如 NXP S32G 同时包含 Cortex-A53（应用处理）和 Cortex-M7（实时控制），开发者需要为不同核编写不同类型的驱动——A 核运行 Linux 驱动框架，M 核运行裸机或 FreeRTOS 驱动。
1.3.3 车载 Linux 与 ARM 的协同
在车载嵌入式系统中，Linux 通常运行在 Cortex-A 系列处理器上，负责非实时或软实时任务。Cortex-R/M 核则运行 RTOS 或裸机程序，通过 RPMsg、Mailbox 或共享内存与 Linux 通信。
典型驱动开发场景：
- A 核 Linux 驱动：I2C/SPI 总线驱动、Camera 驱动、Ethernet 驱动、GPU 驱动、NPU 驱动。
- R/M 核裸机驱动：GPIO 中断、PWM 输出、CAN 收发、ADC 采样、看门狗。
- 核间通信驱动：RPMsg 框架、共享内存管理、中断通知机制。