芯片启动流程：BootROM设计原理、启动模式选择与启动向量表配置
各位同学，今天我们来聊聊芯片上电后，到底发生了什么。
很多人觉得，芯片上电就是“啪”一下，然后程序就跑起来了。其实没那么简单。芯片内部有一套非常严谨的启动流程，就像你早上起床——先睁眼、再坐起来、然后穿鞋、最后才走路。芯片也一样，它得先完成一系列初始化，才能加载你的固件。
我个人习惯把芯片启动分为三个阶段：BootROM阶段 → 启动模式选择阶段 → 固件加载阶段。今天重点讲前两个。
一、BootROM的设计原理
BootROM，说白了就是芯片内部的一块只读存储器。它在上电后第一个被执行。为什么是ROM？因为ROM的内容出厂就固化好了，不会丢失，也不需要初始化。
BootROM里放了什么？我列一下核心内容：
- 最基本的硬件初始化代码——比如关闭看门狗、设置系统时钟、初始化堆栈指针
- 启动模式检测逻辑——判断从哪个外设加载固件
- 通信协议栈——比如UART的bootloader协议、SPI的读命令序列
- 启动向量表——中断向量和复位入口
嗯，这里要注意：BootROM的大小通常非常有限。我见过最夸张的，只有4KB。你想想看，4KB要放下这么多东西，代码必须写得极其精简。我当年做第一颗通信芯片时，BootROM里连printf都舍不得放，全靠GPIO电平来调试。
核心要点：BootROM是芯片启动的“第一行代码”，它决定了芯片能否正确进入后续的固件加载流程。一旦BootROM有bug，芯片就变砖了——而且你还改不了它，因为是ROM。
二、启动模式选择
芯片怎么知道该从UART加载，还是从SPI Flash加载？这就靠启动模式选择了。
通常的做法是：芯片上电时，BootROM会去读取几个GPIO引脚的电平状态。这些引脚被称为“启动模式引脚”。不同的电平组合，对应不同的启动源。
我举个例子，一个典型的配置：
| BOOT[1:0] | 启动模式 | 说明 |
|---|---|---|
| 00 | UART | 从串口下载固件，常用于调试 |
| 01 | SPI Flash | 从外部SPI NOR Flash加载 |
| 10 | NAND Flash | 从NAND Flash加载，需要ECC |
| 11 | Reserved | 保留或内部测试模式 |
这里我重点讲三种最常见的模式。
1. UART启动模式
UART启动，说白了就是通过串口把固件“喂”给芯片。这是我最常用的调试方式。
流程是这样的：
- BootROM初始化UART外设，设置波特率（通常是115200或921600）
- 芯片发送一个握手信号（比如0xAA）
- 上位机收到后，开始发送固件数据
- BootROM将数据写入SRAM，然后跳转执行
我曾经遇到过一个坑：某次量产时，发现部分芯片无法通过UART下载固件。查了两天才发现，是晶振精度不够，导致波特率偏差超过3%，通信失败。从那以后，我设计BootROM时都会加入波特率自适应功能——先发一个固定字符，让上位机测量实际波特率。
我的建议：UART启动模式一定要加超时保护。如果3秒内没有收到数据，自动切换到下一个启动模式。否则芯片会一直卡在等待状态，你以为它坏了，其实它只是在等你发数据。
2. SPI启动模式
SPI启动是最常见的量产模式。芯片从SPI NOR Flash中读取固件，速度比UART快得多。
BootROM在SPI模式下会做这几件事：
- 初始化SPI控制器，设置时钟频率（通常先跑低速，再切高速）
- 发送读命令（0x03或0x0B），读取Flash前几个扇区
- 验证固件头部的校验和或签名
- 如果验证通过，将固件拷贝到RAM中执行
这里有个细节：SPI Flash的读命令有“快速读”和“标准读”之分。快速读需要额外的dummy cycle。我建议BootROM先尝试快速读，如果失败再回退到标准读。为什么？因为有些老旧的Flash不支持快速读，直接发命令会读回一堆0xFF。
3. NAND Flash启动模式
NAND Flash启动比前两种复杂得多。为什么？因为NAND Flash天生就有坏块，而且读取时可能发生位翻转。
BootROM处理NAND启动时，必须做这几件事：
- 初始化NAND控制器，设置时序参数
- 读取前几个块，跳过坏块标记
- 使用硬件ECC或软件ECC校验数据
- 如果发现不可纠正的错误，尝试从备份区域加载
我记得有一次，客户反馈说芯片在高温下偶尔启动失败。排查后发现，是NAND Flash在高温下位翻转率升高，而BootROM的ECC校验只做了单比特纠错。后来我改成了双比特纠错，问题就解决了。
警告：NAND Flash启动时，BootROM必须包含坏块管理逻辑。否则一旦遇到出厂坏块，芯片就永远无法启动了。我见过太多工程师忽略这一点，结果量产时哭都来不及。
三、启动向量表配置
启动向量表，就是芯片复位后要去哪里执行代码。ARM Cortex-M系列芯片，启动向量表通常放在地址0x00000000处。
一个典型的启动向量表长这样：
__attribute__((section(".isr_vector")))
void (* const g_pfnVectors[])(void) = {
(void *)&_estack, // 0x00000000: 栈顶指针
Reset_Handler, // 0x00000004: 复位中断
NMI_Handler, // 0x00000008: NMI中断
HardFault_Handler, // 0x0000000C: 硬错误中断
// ... 其他中断向量
};这里有个关键点：向量表的第一项是栈顶指针，第二项才是复位入口。为什么这么设计？因为芯片上电后，第一条指令执行前，必须先设置好堆栈。否则你连函数调用都做不了。
在实际项目中，启动向量表可能会被重定位。比如你的固件运行在0x08000000（内部Flash），但芯片上电后先从0x00000000（BootROM）执行。BootROM加载完固件后，需要修改VTOR寄存器（向量表偏移寄存器），把向量表地址指向0x08000000。
我踩过的一个坑：某次做OTA升级，新固件的向量表地址写错了，导致中断无法响应。现象是：系统能跑，但一按按键就死机。查了半天才发现，是VTOR没有更新。从那以后，我每次做启动代码都会加一行断言，检查VTOR的值是否正确。
总结一下：启动向量表是芯片启动的“地图”。地图错了，后面的路全错。设计BootROM时，一定要确保向量表的布局与芯片硬件要求完全一致。一个字都不能差。
四、实战建议
最后，我给大家几个实战中的建议：
- BootROM一定要留后门——比如通过某个GPIO强制进入UART下载模式。万一固件刷坏了，还能救回来。
- 启动模式检测要做消抖——GPIO电平在刚上电时可能不稳定，加个10ms的延时再采样。
- 向量表对齐——ARM要求向量表按512字节对齐。不对齐的话，VTOR寄存器写不进去。
- 多留一个备份启动源——比如主启动源是SPI Flash，如果校验失败，自动切换到UART模式等待下载。
好了，关于芯片启动流程，今天就讲到这里。下一章我们会深入讲解固件在线升级方案，包括双备份策略和断点续传。到时候见。