3. 启动模式检测：BootROM如何读取启动引脚、启动设备枚举与优先级排序

芯片上电后，第一件事是什么？不是跑操作系统，也不是初始化外设。BootROM 要做的第一件事，是搞清楚一个问题：我从哪里启动？

这个问题听起来简单，但背后涉及引脚采样、设备枚举、优先级仲裁等一系列操作。我在一个物联网项目里就遇到过，因为启动引脚电平没拉对，整批板子卡在 BootROM 里出不来。嗯，从那以后我对启动检测这部分就格外上心。

3.1 启动引脚采样：硬件的第一道选择题

大多数 SoC 都会留出几个专用引脚，用来选择启动模式。这些引脚在复位释放后的极短时间内被 BootROM 采样，采样结果直接决定后续的启动流程。

我个人习惯把启动引脚分为两类：

• 专用模式选择引脚：比如 BOOT_MODE[1:0]，通过高低电平组合表示不同启动设备
• 复用功能引脚：某些芯片会把启动配置和 GPIO 或其它功能复用，上电瞬间采样后释放为普通功能

采样时机很关键。BootROM 必须在复位撤销后的几十个时钟周期内完成采样。为什么这么急？因为一旦外部电路状态变化，采样结果就可能出错。

我曾经调试过一个低温环境下启动失败的问题。排查到最后，发现是上拉电阻在低温下阻值漂移，导致引脚电平在采样窗口内没有稳定到目标值。解决办法很简单——换用精度更高的电阻，并在 PCB 布局上缩短走线。

3.2 启动设备枚举：BootROM 的探测流程

引脚采样完成后，BootROM 知道了「从哪个设备启动」。但问题来了——它怎么知道这个设备上有没有合法的启动代码？

答案是：枚举 + 校验。

BootROM 会按照优先级顺序，依次尝试从指定设备读取启动头（Boot Header）。启动头里通常包含魔数、镜像长度、校验和、加载地址等信息。只有校验通过，BootROM 才会认为这个设备可用。

常见的启动设备枚举方式如下：

设备类型	接口协议	枚举方式	典型读取速度
NAND Flash	ONFI / 自定义	发送读ID命令，解析制造商和设备号	~20-40 MB/s
eMMC	MMC / eMMC 协议	发送 CMD1 获取 OCR，CMD2 获取 CID	~50-100 MB/s
SPI NOR	SPI	发送 0x9F 读 JEDEC ID	~10-30 MB/s
UART	UART	等待特定波特率的同步字符	~115200 bps - 3 Mbps

你想想看，NAND 和 eMMC 的枚举流程差别很大。NAND 需要先检测坏块，eMMC 则需要完整的初始化序列。BootROM 必须为每种设备都内置一套完整的驱动。

3.3 启动设备优先级排序

大多数 SoC 支持多个启动设备。BootROM 会按照一个固定的优先级顺序去尝试。这个顺序通常由芯片厂商在流片前固化好。

一个典型的优先级排序是这样的：

1. SPI NOR Flash（优先级最高）—— 速度快，协议简单，适合存放一级 bootloader
2. eMMC —— 容量大，适合存放完整的 bootloader 和内核
3. NAND Flash —— 成本低，但需要坏块管理和 ECC
4. UART / USB（优先级最低）—— 主要用于工厂烧录和调试

为什么 SPI NOR 优先级最高？说白了，因为它最可靠。SPI NOR 几乎没有坏块问题，也不需要复杂的初始化流程。BootROM 读 SPI NOR 就像读内存一样简单。

但这里有个坑：优先级排序和引脚配置是联动的。比如引脚配置为「从 SPI NOR 启动」，但 SPI NOR 上没有有效的启动头，BootROM 会不会自动降级到下一个设备？

答案是：看芯片设计。有些芯片会严格遵循引脚配置，失败就死循环；有些芯片则允许 fallback 到下一个优先级设备。我在一个车规级项目里就吃过这个亏——芯片设计不允许 fallback，结果生产时 SPI NOR 没烧录程序，整批板子全变砖了。

3.4 启动流程全景图

下面这张图展示了从引脚采样到设备枚举的完整流程。我建议你把它保存下来，后面几章还会反复用到。

3.5 实际项目中的避坑指南

讲到这里，我总结几个实际项目中容易踩的坑：

• 引脚电平冲突：多个外设共用一个引脚做启动配置时，一定要检查上电时序。我曾经见过 eMMC 的 CMD 线和启动配置引脚短接，导致 BootROM 采样到错误电平。
• 设备枚举超时：eMMC 初始化有时需要几百毫秒，如果 BootROM 的超时时间设得太短，就会误判设备不存在。
• 优先级 fallback 导致的安全问题：如果允许从 UART 启动，攻击者可以在生产线上通过串口注入恶意代码。量产时一定要禁用 UART 启动模式。