2. 启动流程基础：嵌入式系统启动通用流程与车载系统特殊性

2.1 嵌入式系统启动通用四阶段模型

任何嵌入式系统从上电到应用运行，都遵循一个高度结构化的启动路径。该路径通常划分为四个核心阶段，每个阶段承担特定的硬件初始化和软件加载职责。理解这一通用模型是分析车载系统启动流程的基石。

2.2 通用启动流程详解

阶段一：ROM Code（一级启动）

芯片上电后，CPU 从复位向量地址执行第一条指令，该地址指向芯片内部固化的 ROM Code。此阶段代码不可修改，由芯片厂商提供。其主要任务包括：

• 基础硬件自检： 验证 CPU 核心、内部 SRAM 和关键寄存器的完整性。
• 时钟与 PLL 配置： 将系统从低速时钟切换到高速运行时钟。
• 启动介质选择： 根据 Boot Pin 或 OTP 配置，从 eMMC、NAND Flash、SD 卡或 UART 等介质中读取下一级代码。
• 加载 Bootloader： 将 Bootloader（如 SPL、U-Boot SPL）从存储介质拷贝到内部 SRAM 并跳转执行。

阶段二：Bootloader（二级启动）

Bootloader 是第一个可被开发者修改和定制的软件组件。它负责搭建操作系统运行所需的基本硬件环境：

• DDR 初始化： 配置内存控制器、时序参数和供电，使外部 DDR 可用。
• 存储驱动加载： 初始化 eMMC、NAND 或 UFS 控制器，支持文件系统（如 ext4、FAT）。
• 安全校验： 验证 OS 内核镜像的签名和完整性（Secure Boot）。
• 内核加载与跳转： 将 OS 内核从 Flash 读取到 DDR 指定地址，设置启动参数并跳转。

阶段三：OS Kernel

操作系统内核接管硬件控制权，完成系统核心能力的构建：

• 架构初始化： 设置 MMU、中断向量表、时钟节拍。
• 驱动初始化： 按依赖顺序初始化 GPIO、I2C、SPI、Display、GPU 等外设驱动。
• 根文件系统挂载： 挂载 rootfs（通常为 initramfs 或 eMMC 分区），启动第一个用户空间进程（init）。

阶段四：Application

用户空间启动后，系统进入应用层初始化阶段：

• 系统服务启动： 如 logd、servicemanager、surfaceflinger（Android 系统）。
• 中间件初始化： 车载特定服务如 CAN 协议栈、以太网 AVB、诊断模块。
• HMI 渲染： 启动仪表盘或中控应用，完成第一帧画面显示。

2.3 车载系统启动的特殊性

与消费电子或工业控制设备相比，车载系统在启动流程上存在显著差异。这些特殊性直接决定了启动架构的设计和优化方向。

车载系统启动的特殊挑战

1. 多级安全启动链： 从 ROM Code 到 Bootloader 再到 OS，每一级都必须验证下一级的签名。验证过程引入额外延迟，且不可跳过。
2. 多核异构启动同步： 一个车载域控制器可能包含 Cortex-A（高性能）、Cortex-R（实时）、Cortex-M（低功耗）三种核心。它们需要按特定时序启动并建立核间通信。
3. 显示优先级极高： 仪表盘必须在 1 秒内显示关键信息（车速、警示灯），即使系统尚未完全就绪。这要求启动流程支持“先显示、后完善”的流水线策略。
4. 休眠与快速唤醒： 车载系统大量使用 Suspend-to-RAM 和 RTC 唤醒。从休眠状态恢复到可用状态的时间要求通常小于 100ms，这需要优化 DDR 自刷新和上下文恢复流程。

2.4 车载系统启动流程架构图

下图展示了一个典型车载域控制器的启动流程架构，包含多级启动链、安全校验和跨域同步关系。

2.5 车载系统启动时间分配示例

以下数据基于某主流车载域控制器（高通 SA8155 平台）的实测启动时间分布，展示了各阶段的实际耗时占比。