1. BootROM 概述：芯片上电后的第一行代码
各位同学，咱们今天聊聊嵌入式系统启动的第一步——BootROM。说白了，BootROM 就是芯片出厂时固化在内部的一块只读存储器里的启动代码。它是一颗 SoC 上电后 CPU 执行的第一段程序，也是整个启动链条的起点。
我记得刚入行那会儿，带我的老工程师跟我说过一句话：「你写的 U-Boot 再花哨，也得先过了 BootROM 这关。」当时不太理解，后来踩了几个坑才明白——BootROM 要是没跑对，后面全是白搭。
1.1 什么是 BootROM？
BootROM，全称 Boot Read-Only Memory，是 SoC 内部一块专用的 ROM 区域。芯片流片时就把这段代码写死了，用户没法改。它负责在芯片上电后做最基本的硬件初始化，然后从某个启动介质里把下一级 bootloader 加载到 SRAM 或 DDR 里执行。
核心要点：BootROM 是 SoC 启动流程中的「第一性原理」——它不可更改、不可跳过、不可调试（除非芯片厂商给你留了后门）。
你可能会问：「为什么不用 Flash 或 EEPROM 来存这段代码？」原因很简单——可靠性。ROM 是只读的，不存在被误擦除或损坏的风险。芯片厂商把 BootROM 当作最后一道防线，确保无论 Flash 里是什么状态，芯片至少能启动到一个可恢复的状态。
1.2 BootROM 在 SoC 中的位置与作用
咱们先看一张图，直观感受一下 BootROM 在 SoC 内部的位置：
从这张图你能看到，BootROM 在 SoC 内部扮演着「交通指挥员」的角色。CPU 上电后第一件事就是去 BootROM 里取指令，BootROM 跑完后把控制权交给下一级 bootloader。
具体来说，BootROM 承担以下几个关键职责：
- 基础硬件初始化：设置 CPU 模式、关闭看门狗、初始化系统时钟和 PLL。我见过一个项目，BootROM 里时钟配错了，导致整个板子串口输出全是乱码——查了三天才发现是 PLL 分频比写反了。
- 启动介质检测：读取启动引脚电平或 efuse 配置，判断从 NAND、eMMC、SPI NOR 还是 UART 启动。
- 加载下一级 bootloader：从选定的介质里把 SPL（Secondary Program Loader）或 U-Boot 的前半段读到 SRAM 里。
- 提供下载模式：如果检测不到合法启动介质，BootROM 会进入下载模式，等待主机通过 USB/UART 烧录固件。
个人经验：我建议你在做板级调试时，先确认 BootROM 阶段的串口输出是否正常。很多芯片的 BootROM 会打印一串字符（比如「<」或「BootROM v1.0」），看到这个输出至少说明 CPU 和时钟已经跑起来了。如果连这个都没有，别急着调 U-Boot，先查电源和复位。
1.3 BootROM 的硬件特性与存储介质
BootROM 用的是真正的 ROM（Read-Only Memory），不是 Flash 也不是 EEPROM。这个选择是故意的——ROM 在物理上不可改写，芯片出厂时通过掩模（Mask）工艺把代码刻进去。
| 特性 | BootROM | SPI NOR Flash | NAND Flash | eMMC |
|---|---|---|---|---|
| 存储介质 | 掩模 ROM | 浮栅晶体管 | 浮栅晶体管 | NAND + 控制器 |
| 可写性 | 只读（不可改） | 可擦写 | 可擦写 | 可擦写 |
| 容量 | 4KB ~ 256KB | 1MB ~ 256MB | 128MB ~ 8GB | 1GB ~ 256GB |
| 访问速度 | 极快（CPU 直接取指） | 较快（XIP 模式） | 慢（需 ECC + 页读取） | 中等（协议开销） |
| 可靠性 | 极高（物理只读） | 高（10万次擦写） | 中（有坏块） | 中（有磨损） |
这张表里有个关键点我想强调一下：BootROM 的容量通常只有几十 KB。为什么这么小？因为 ROM 在芯片里占的面积直接决定成本。你想想看，一颗 SoC 卖 5 美元，ROM 面积每增加 1mm²，成本就涨一截。所以芯片厂商把 BootROM 做得非常精简，只保留最核心的功能。
我遇到过最极端的情况，是在一个 IoT 芯片上，BootROM 只有 8KB。8KB 能干什么？连个完整的 FAT 文件系统都塞不下。那它的 BootROM 怎么加载 U-Boot？答案是——它只负责初始化 SPI 控制器，然后从 SPI Flash 里读 4KB 的 SPL 到 SRAM，SPL 再负责初始化 DDR 和加载完整的 U-Boot。这就是典型的「三阶段启动」。
避坑指南：我曾经在一个项目里犯过傻——以为 BootROM 会自动做 ECC 校验。结果 NAND Flash 里有个坏块，BootROM 读出来的 SPL 是错的，板子死活起不来。后来查手册才发现，这颗芯片的 BootROM 不做 ECC，需要 SPL 自己处理。所以，永远不要假设 BootROM 会帮你处理所有异常，一定要仔细看芯片参考手册里的 BootROM 章节。
1.4 BootROM 的启动介质选择机制
芯片怎么知道该从哪个设备启动？通常有两种方式：
- 硬件启动引脚（Boot Pin）：芯片上电时采样几个 GPIO 的电平，组合成一个启动序号。比如 00 表示 SPI NOR，01 表示 NAND，10 表示 eMMC，11 表示 UART 下载模式。
- efuse / OTP：一次性可编程存储，芯片出厂时烧好，之后不可更改。适合量产时固定启动介质。
我记得调试一块新板子时，BootROM 死活检测不到 eMMC。量了电压、看了时钟、换了芯片，都不行。最后发现是启动引脚的拉电阻焊错了——本应拉高到 3.3V 的引脚被拉到 GND，芯片以为要从 SPI NOR 启动，而 SPI NOR 上根本没焊 Flash。嗯，这种低级错误，犯过一次就再也不会忘了。
1.5 BootROM 的局限性
BootROM 虽然重要，但它不是万能的。我总结了几点你需要注意的地方：
- 不可升级：代码固化在 ROM 里，发现 bug 只能通过芯片改版修复。所以芯片厂商在出 BootROM 之前会做极其严格的验证。
- 功能有限：受容量限制，BootROM 通常只支持最基本的启动介质驱动。复杂的文件系统、网络协议栈、加密校验等，都得交给下一级 bootloader。
- 调试困难：BootROM 执行期间，JTAG 通常还没初始化，你没法用调试器单步跟踪。唯一的调试手段就是串口打印——如果芯片厂商开放了的话。
一句话总结：BootROM 是 SoC 启动的「守门人」。它用最少的代码、最可靠的介质、最保守的策略，确保芯片在任何情况下都能进入一个可控的状态。理解 BootROM，你就理解了嵌入式系统启动的底层逻辑。