2. BootROM硬件基础：CPU复位行为、复位向量表、启动介质选择机制（Boot Mode）
各位同学，咱们今天聊点硬核的。芯片上电之后，CPU到底干了什么？很多人觉得就是“啪”一下通电，然后开始跑代码。其实没那么简单。我做了这么多年底层固件，见过不少板子因为复位时序没搞对，连灯都不亮。这一章，咱们就把CPU复位行为、复位向量表、还有启动介质选择机制这几个硬骨头啃下来。
2.1 CPU复位行为：从“死”到“活”的第一跳
CPU复位，说白了就是让处理器回到一个确定的初始状态。你想想看，芯片刚上电时，寄存器里全是随机值，PC（程序计数器）指到哪谁也不知道。这时候必须有一个外部信号——通常是复位引脚拉低再释放——告诉CPU：“醒醒，该干活了！”
复位信号释放后，CPU会做以下几件事：
- 初始化核心寄存器：PC、SP（栈指针）、状态寄存器等被设为硬件默认值。
- 禁用中断：防止在启动过程中被乱七八糟的中断打断。
- 设置默认异常向量：为后续的异常处理铺路。
- 从复位向量表取第一条指令：这是最关键的一步。
核心要点：复位不是“清零”，而是“设初值”。不同架构的复位行为差异很大。比如ARM Cortex-M系列复位后从0x00000000取向量表，而Cortex-A系列则从0x00000000或0xFFFF0000取第一条指令。我当年调试一块Cortex-A8的板子，死活跑不起来，最后发现是复位向量地址配错了——嗯，这种低级错误，犯过一次就再也不会忘了。
2.2 复位向量表：CPU的“第一本字典”
复位向量表，是CPU启动时查找入口地址的固定表格。它通常放在芯片内部ROM的固定位置，比如0x00000000或0xFFFF0000。CPU复位后，直接从这个地址读取数据，然后跳转执行。
以ARM Cortex-M为例，复位向量表的结构是这样的：
| 偏移地址 | 内容 | 说明 |
|---|---|---|
| 0x00000000 | 栈顶指针（MSP初始值） | 复位后SP自动加载此值 |
| 0x00000004 | 复位向量（Reset_Handler地址） | CPU跳转到此处执行 |
| 0x00000008 | NMI异常向量 | 不可屏蔽中断入口 |
| 0x0000000C | HardFault异常向量 | 硬件错误处理入口 |
| ... | ... | ... |
个人经验：我建议你在设计BootROM时，把复位向量表放在芯片内部ROM的最开头。为什么？因为CPU复位后第一件事就是读这个位置，如果放错了，CPU直接跑飞。我曾经见过一个项目，工程师把向量表放在了Flash里，结果芯片第一次上电Flash还是空的——死循环了。记住：复位向量表必须在CPU能立即访问到的非易失存储中。
2.3 启动介质选择机制（Boot Mode）：芯片的“第一选择”
芯片上电后，从哪个设备加载代码？这就是Boot Mode要解决的问题。说白了，就是给CPU指一条路：你是从内部Flash启动，还是从外部SPI Flash，还是从UART下载？
Boot Mode的选择通常通过以下几种方式实现：
- 硬件引脚采样：芯片复位时，采样几个GPIO的电平状态，组合成Boot Mode编码。比如BOOT0=0、BOOT1=0表示从内部Flash启动。
- OTP（一次性可编程）寄存器：芯片出厂时烧录好，用户不可更改。
- efuse（电子熔丝）：更高级的一次性配置，安全性高。
我拿一个典型的ARM Cortex-M芯片举例，它的Boot Mode配置可能是这样的：
| BOOT0 | BOOT1 | 启动介质 | 说明 |
|---|---|---|---|
| 0 | 0 | 内部Flash | 最常用，用户代码存放位置 |
| 0 | 1 | 系统存储器（BootROM） | 芯片出厂固件，用于ISP下载 |
| 1 | 0 | 内部SRAM | 调试用，直接加载到RAM执行 |
| 1 | 1 | 外部SPI Flash | 从外部存储启动 |
避坑指南：我曾经调试一块量产板，发现10%的芯片无法从外部SPI Flash启动。查了两天才发现，是Boot Mode引脚的上拉电阻虚焊了，导致采样值不稳定。所以，硬件设计时Boot Mode引脚一定要加可靠的上拉/下拉电阻，而且PCB走线要短。软件层面，我建议BootROM在读取Boot Mode后做一次“去抖”处理——连续采样三次，取多数值。别嫌麻烦，这能省掉你后面大量的排查时间。
2.4 启动介质选择流程：BootROM的“第一道关卡”
BootROM拿到Boot Mode后，会按照优先级顺序尝试从指定介质加载代码。这个过程通常包括：
- 初始化启动介质：比如配置SPI控制器、初始化NAND Flash接口。
- 读取启动头：从介质的固定偏移（比如0x00000000）读取一段固定格式的头部信息，验证合法性。
- 校验完整性：计算CRC或校验和，确保代码没有被破坏。
- 加载并跳转：将代码拷贝到RAM（或直接在XIP介质上执行），然后跳转到入口地址。
下面这张图展示了BootROM启动介质选择的完整流程：
个人习惯：我在设计BootROM时，会预留一个“回退”机制。如果首选启动介质校验失败，自动尝试下一个。比如先从外部SPI Flash启动，如果读不到合法启动头，就回退到内部BootROM的ISP模式。这样即使Flash里的代码坏了，板子还能通过串口救回来。这个设计救过我不少次，你想想看，要是没有回退，板子变砖了就只能拆芯片了。
2.5 启动介质初始化：BootROM的“第一段代码”
BootROM在跳转到用户代码之前，必须完成启动介质的初始化。这部分代码通常用汇编编写，因为此时C环境还没准备好——栈指针可能还没设对。
以初始化SPI Flash为例，BootROM需要做：
- 配置GPIO复用功能为SPI模式
- 设置SPI时钟极性、相位和分频系数
- 使能SPI控制器
- 发送读命令（如0x03）读取Flash数据
; 伪代码示例：BootROM初始化SPI Flash
SPI_FLASH_INIT:
; 1. 使能SPI时钟
LDR R0, =RCC_BASE
LDR R1, [R0, #RCC_AHBENR]
ORR R1, R1, #(1 << 12) ; 使能SPI1时钟
STR R1, [R0, #RCC_AHBENR]
; 2. 配置GPIO
LDR R0, =GPIOA_BASE
LDR R1, [R0, #GPIO_MODER]
BIC R1, R1, #(0x3 << 10) ; PA5(SCK)设为复用功能
ORR R1, R1, #(0x2 << 10)
STR R1, [R0, #GPIO_MODER]
; 3. 初始化SPI控制器
LDR R0, =SPI1_BASE
MOV R1, #0x0053 ; 主模式，8位数据，CPOL=0, CPHA=0
STR R1, [R0, #SPI_CR1]
MOV R1, #0x02 ; 使能SPI
STR R1, [R0, #SPI_CR1]
; 4. 发送读ID命令验证通信
MOV R1, #0x9F ; JEDEC ID命令
STR R1, [R0, #SPI_DR]
; ... 等待接收并校验
BX LR避坑指南：我曾经遇到一个案例，BootROM初始化SPI Flash时，时钟分频系数设错了。Flash支持的最高频率是50MHz，我设成了60MHz。结果第一批样片全都能跑，量产时换了另一批Flash颗粒，死活读不出来。后来查规格书才发现，不同批次的Flash最高频率有差异。所以，我建议BootROM初始化时，先把时钟降到最低（比如1MHz），确认通信正常后再逐步提高。这叫“安全启动”，稳得很。
2.6 启动头格式：BootROM的“通行证”
BootROM从启动介质读取的第一段数据，就是启动头。它告诉BootROM：这段代码是合法的、该从哪里执行、长度是多少。启动头通常包含以下字段：
| 偏移 | 字段 | 长度 | 说明 |
|---|---|---|---|
| 0x00 | 魔数（Magic Number） | 4字节 | 固定值，如0xAA55AA55，用于识别合法启动头 |
| 0x04 | 程序入口地址 | 4字节 | BootROM跳转的目标地址 |
| 0x08 | 程序长度 | 4字节 | 需要加载的代码总字节数 |
| 0x0C | 校验和/CRC | 4字节 | 用于验证代码完整性 |
| 0x10 | 版本号 | 2字节 | 启动头格式版本，便于向后兼容 |
| 0x12 | 保留/标志位 | 14字节 | 预留扩展，比如加密标志、安全等级 |
核心要点：魔数一定要选一个不容易被误判的值。我见过有人用0x00000000做魔数，结果Flash擦除后的默认值就是0xFFFFFFFF，读出来全是0xFF，跟魔数不匹配，BootROM直接认为没有合法代码，进入ISP模式。但如果你用0x00000000，擦除后的Flash读出来全是0xFF，反而会误判为合法——这就有问题了。所以，我建议魔数用0xAA55AA55或者0x55AA55AA这种“非全0非全1”的值，降低误判概率。
好了，这一章的内容就到这里。CPU复位行为、复位向量表、Boot Mode选择机制，这三块是BootROM的基石。你把这些搞清楚了，后面讲BootROM的具体实现时，就会觉得顺理成章。记住：芯片启动的每一步，都是硬件和软件在边界上的精确配合。多一分了解，少一分调试时的痛苦。