📚 课程目录第2章嵌入式系统基础

2. 嵌入式系统基础

车载Linux系统的启动流程，本质上是一个从“芯片上电”到“操作系统内核运行”的硬件与软件协同过程。要深入理解这一过程，首先必须厘清嵌入式系统的硬件骨架：SoC（片上系统）的内部架构、存储器的分层组织方式，以及芯片出厂时固化的引导ROM（Boot ROM）如何根据外部引脚状态选择启动介质。本章将围绕这三个核心维度展开，为后续解析U-Boot、内核启动等章节奠定坚实的硬件基础。

上图展示了车载SoC启动时的硬件链路关系。从芯片内部看，CPU核心、内部SRAM、Boot ROM和存储控制器通过内部总线互联；从系统层面看，外部DDR作为主存，eMMC/NAND/NOR作为非易失存储介质。理解这张图的关键在于：Boot ROM是启动流程的“第一推动力”，而启动模式引脚决定了它去“哪里”寻找第一段可执行代码。

2.1 SoC内部架构：CPU、总线、SRAM与Boot ROM的分工

现代车载SoC（如高通SA8155P、瑞萨R-Car H3、恩智浦i.MX8QM）内部集成了多个ARM Cortex-A系列应用处理器核心、GPU、ISP、DSP以及丰富的外设控制器。但从启动视角来看，我们最关心的是以下四个组成部分：

CPU核心（Application Processor）：负责执行指令。在启动初期，CPU处于最基本的状态，仅支持简单的内存访问和跳转指令。
内部SRAM（片上静态随机存取存储器）：容量通常较小（几十KB到几MB），但访问速度极快且无需初始化（上电即可用）。它是Boot ROM代码的“临时工作台”，也是第一段引导程序（FSBL）的加载位置。
Boot ROM（掩膜只读存储器）：芯片出厂时固化的只读代码，不可修改。它执行两条核心任务：一是根据启动模式引脚（或eFUSE）的状态决定从哪个外部设备加载代码；二是通过对应的存储控制器接口，将外部介质前几KB的数据拷贝到内部SRAM中。
存储控制器：包括SD/MMC控制器、NAND控制器、NOR控制器等。Boot ROM通过操作这些控制器的寄存器来发起读取操作。

这里需要特别强调的是“启动模式选择”机制。SoC通常提供多个启动模式引脚（BOOT_MODE[3:0]），这些引脚在芯片复位期间被采样，形成电平组合。例如，某款车规级芯片定义：0000 表示从SD卡启动，0001 表示从eMMC启动，0010 表示从NOR Flash启动，0011 表示从NAND Flash启动，0100 表示USB下载模式。这些引脚可能被硬件工程师通过上下拉电阻固定，也可能由PMIC（电源管理芯片）在复位时序中动态控制。

经验提醒：在车载项目开发阶段，强烈建议将启动模式设置为“SD卡优先”或“USB下载模式优先”。这样当eMMC中的系统损坏时，工程师可以通过SD卡或USB线直接进入烧录模式或恢复模式，而不需要拆解设备外壳短接引脚。量产阶段则必须将启动模式锁定为eMMC启动，并禁用调试接口，以防非法篡改。

2.2 存储器层次：从寄存器到NAND的访问速度与用途

嵌入式系统的存储器层次设计遵循“速度越快、容量越小、成本越高”的原则。在车载Linux系统中，这一层次从上到下依次为：

存储器类型	典型容量	访问速度	易失性	启动阶段用途
CPU寄存器	几百字节	1个时钟周期	是	指令执行
SoC内部SRAM	64KB ~ 8MB	几个时钟周期	是	Boot ROM代码运行、FSBL加载
外部DDR SDRAM	2GB ~ 16GB	几十个时钟周期	是	内核、应用程序运行
NOR Flash	16MB ~ 128MB	读快写慢	否	存放Bootloader（支持XIP）
eMMC / SD卡	8GB ~ 256GB	中等	否	存放内核、根文件系统、用户数据
NAND Flash	1GB ~ 64GB	读慢写慢	否	大容量数据存储（需坏块管理）

从上表可以看出，NOR Flash与NAND Flash虽然都是非易失性存储，但特性差异巨大。NOR Flash支持随机访问，即CPU可以直接通过地址总线读取其中的指令并执行（XIP，Execute in Place），因此非常适合存放启动代码；但其写入速度慢、容量小、成本高。NAND Flash则相反，它只支持页（Page）和块（Block）级别的访问，不能按字节随机读，因此必须将代码先拷贝到RAM中才能执行；但其容量大、成本低，适合存放内核镜像和文件系统。

eMMC（Embedded Multi Media Card）本质上是NAND Flash芯片加上一个MMC控制器和Flash管理固件（FTL）的封装。它对上层屏蔽了坏块管理、擦写均衡等复杂操作，提供标准的块设备接口，是目前车载信息娱乐系统最主流的存储介质。SD卡与eMMC协议同源，但SD卡是可插拔的，eMMC是焊接在板上的。

判断方法：在U-Boot或Linux内核启动日志中，可以通过以下线索判断当前系统从哪种介质启动：

// 从eMMC启动时，内核日志通常显示：
mmc0: new high speed MMC card at address 0001
mmcblk0: mmc0:0001 HBA1B 29.1 GiB
mmcblk0boot0: mmc0:0001 HBA1B partition 1 4.00 MiB
mmcblk0boot1: mmc0:0001 HBA1B partition 2 4.00 MiB

// 从SD卡启动时，日志显示：
mmc1: new high speed SD card at address 1234
mmcblk1: mmc1:1234 SA04G 3.70 GiB

// 从NAND启动时，日志显示：
nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xda
nand: Micron MT29F2G08ABAEAWP
Creating 4 MTD partitions on "nand0"

2.3 启动模式详解：SD/eMMC/NOR/NAND的硬件连接与选择逻辑

Boot ROM在采样启动模式引脚后，会执行一段针对特定介质的“最小驱动”代码。由于Boot ROM的代码空间极其有限（通常只有几十KB），它无法包含完整的SD/eMMC/NOR/NAND协议栈，而是仅实现了最基本的读取功能。下面逐一分析四种主流启动模式的硬件连接与Boot ROM行为。

2.3.1 SD/eMMC启动模式

这是车载Linux系统最常用的启动方式。硬件连接上，eMMC芯片通过SDIO接口与SoC相连，数据线为4位或8位（eMMC支持8位模式，SD卡仅支持4位）。Boot ROM首先初始化SD/MMC控制器，发送CMD0进入空闲状态，然后发送CMD1（eMMC）或ACMD41（SD）进行初始化，最后通过CMD17/CMD18读取指定扇区的数据。

关键点在于：Boot ROM会读取eMMC/SD卡特定位置（通常是第0扇区或第1扇区）的“启动代码”。对于eMMC，还有一个特殊的“boot partition”概念——eMMC芯片内部有独立的Boot Area 1和Boot Area 2，可以通过配置寄存器选择从哪个Boot Area启动。这种设计使得系统引导代码与用户数据物理隔离，增强了可靠性。

2.3.2 NOR Flash启动模式

NOR Flash支持XIP，因此Boot ROM的职责变得非常简单：它只需要将CPU的异常向量表（中断向量）和复位入口地址映射到NOR Flash的起始地址（如0x00000000或0x10000000），CPU即可直接从NOR Flash开始执行第一条指令。这种模式的启动速度最快，但受限于NOR Flash的容量，通常只存放第一级引导程序（SPL），后续仍需加载到DDR中执行完整的U-Boot。

2.3.3 NAND Flash启动模式

NAND Flash的启动最为复杂。由于NAND不支持随机访问且可能存在坏块，Boot ROM必须实现简单的坏块检查逻辑（通常检查每个块的第0页或第1页的OOB区域是否为0xFF），并跳过坏块。Boot ROM会按照固定的顺序（如从块0开始）读取NAND数据到SRAM中，直到填满SRAM或读取到足够的代码量。由于NAND的读取速度较慢，且Boot ROM的纠错能力有限（通常仅支持1-bit ECC），因此NAND启动的可靠性相对较低，在车载领域已逐渐被eMMC取代。

风险提示：在NAND启动模式下，如果Boot ROM读取到的前几页数据恰好包含坏块标志，可能导致启动失败。因此，生产烧录时必须使用专门的烧录工具进行“坏块跳过”处理，并在UBoot中保留坏块映射表。相比之下，eMMC内部已经完成了坏块管理，对Boot ROM和Bootloader完全透明，这也是eMMC在车规级应用中更受青睐的原因之一。

2.4 案例拆解：某Tier1供应商的eMMC启动故障排查

下面通过一个实际案例来综合运用本章知识。某Tier1供应商在开发一款基于NXP i.MX8QM的智能座舱域控制器时，遇到以下问题：样机在-30℃低温环境下放置2小时后，上电无法启动，串口无任何输出。常温下启动正常，高温（85℃）下也正常。

初步排查过程：

确认电源时序：使用示波器测量PMIC各路输出电压，发现VDD_SOC（0.8V）和VDD_DRAM（1.1V）上升时序正常，无跌落。
检查复位信号：测量SoC的POR_B（上电复位）信号，发现低电平持续时间约50ms，符合规格书要求。
监听Boot ROM日志：由于串口无输出，怀疑Boot ROM未正常执行。通过JTAG连接调试器，读取CPU的PC指针，发现其停留在0x100000地址（i.MX8QM的Boot ROM起始地址），说明Boot ROM已运行。
检查启动模式引脚：测量BOOT_MODE[3:0]引脚电平，发现常温下为0010（eMMC启动），低温下变为0011（NAND启动）。

根因分析：启动模式引脚通过板上的4.7kΩ上拉/下拉电阻配置。在低温环境下，电阻值发生漂移（通常负温度系数电阻在低温下阻值增大），导致引脚电平被错误采样。具体而言，BOOT_MODE[1]引脚的上拉电阻在低温下阻值从4.7kΩ变为6.8kΩ，使得该引脚电压低于输入高电平阈值（V_IH），被误判为逻辑0。

解决方案：

将启动模式配置电阻从普通厚膜电阻更换为低温漂系数（±50ppm/℃）的薄膜电阻。
在BOOT_MODE引脚对地增加100nF滤波电容，增强抗干扰能力。
在软件层面，通过eFUSE将启动模式“锁定”为eMMC启动，忽略外部引脚电平。

复盘经验：启动模式引脚的硬件设计看似简单，但必须考虑全温度范围内的电平可靠性。建议在原理图评审阶段就要求硬件工程师提供启动模式引脚的电压-温度曲线仿真数据。同时，软件团队应尽早实现eFUSE配置功能，在量产前将启动模式固化，避免依赖外部电阻。

2.5 常见误区与设计建议

在嵌入式系统启动相关的开发中，工程师常陷入以下误区：

误区一：认为所有SoC的Boot ROM都支持从任意介质启动。实际上，部分车规级SoC（如瑞萨R-Car系列）的Boot ROM仅支持从内部RAM或外部SPI NOR启动，不支持直接从eMMC启动。此时需要外挂一颗SPI NOR存放FSBL，由FSBL再初始化eMMC。
误区二：忽视DDR初始化时序。DDR SDRAM的初始化需要严格的时序（如tRFC、tRCD等参数）。Boot ROM加载的FSBL（如U-Boot SPL）中包含了DDR初始化代码，如果DDR硬件设计有误（如地址线布线不等长），可能导致FSBL在初始化DDR时挂死，表现为串口输出到一半就停止。
误区三：将启动介质与文件系统介质混为一谈。启动介质（Boot Media）只负责加载Bootloader和内核镜像，而根文件系统（rootfs）可以存放在另一个独立的分区或另一块存储芯片上。例如，可以从eMMC启动内核，但根文件系统挂载在NAND Flash上。

设计建议：在车载项目硬件设计阶段，建议预留以下调试接口：① 一个UART调试串口（通常为UART0），用于输出Boot ROM和U-Boot日志；② 一个USB Device接口，用于工厂烧录和恢复模式；③ 启动模式引脚必须通过0Ω电阻或跳线帽引出，方便开发阶段切换启动源。这些接口在量产时可以通过结构设计遮挡或移除，但开发阶段不可或缺。

总结本章内容：SoC的Boot ROM是启动流程的“总导演”，它根据启动模式引脚选择“演员”（外部存储介质），并将第一段代码搬运到内部SRAM这个“后台”中。理解NOR的XIP特性、NAND的坏块问题、eMMC的块设备抽象，是后续分析U-Boot如何初始化DDR、如何加载内核的基础。下一阶段，我们将深入Boot ROM执行完毕后，第一段用户可控制代码——U-Boot SPL——是如何接管硬件并完成DDR初始化的。