1、BootROM概述
各位同学，咱们今天聊聊BootROM。这东西听起来挺底层，其实说白了，就是芯片上电后执行的第一段代码。我做了十几年固件，每次跟新人聊启动流程，都会从BootROM讲起。因为它决定了整个系统的“第一口气”怎么喘。
什么是BootROM
BootROM，全称是Boot Read-Only Memory。它是一段固化在芯片内部的程序，出厂就写死了，用户改不了。芯片一上电，CPU复位后第一条指令，就是从BootROM里取的。
你想想看，这时候DDR还没初始化，Flash里的程序也读不出来，连时钟都可能没配好。CPU凭什么能跑起来？靠的就是BootROM。它不需要外部依赖，自己就能干活。
核心特点：
- 只读：出厂烧录，不可修改
- 片上集成：和CPU在同一个die上
- 最先执行：复位向量直接指向它
- 自包含：不依赖外部存储或外设
我记得刚入行那会儿，有个项目板子死活起不来。查了两天，最后发现是BootROM里读到的启动设备ID不对。嗯，从那以后我再也不敢小看这几十KB的代码了。
BootROM在SoC中的位置
BootROM在SoC里待的地方，很讲究。它挂在CPU的指令总线上，地址空间通常被映射到0地址或者复位向量指定的位置。我画个图，你一看就明白。
看到没？BootROM直接挂在CPU的指令总线上，不走系统总线。这意味着CPU取指时零等待，不用等AXI握手，不用等DDR训练。我习惯把BootROM比作“芯片的BIOS”，但它比PC的BIOS更底层——BIOS还得从Flash里读，BootROM是片上自带的。
BootROM的存储介质
BootROM用什么做的？常见的有三种：
| 存储介质 | 容量范围 | 特点 | 典型应用 |
|---|---|---|---|
| Mask ROM | 16KB ~ 128KB | 成本低、不可改、适合量产 | 消费电子、MCU |
| OTP ROM | 4KB ~ 64KB | 可烧录一次、灵活性稍高 | 安全芯片、定制化SoC |
| 嵌入式Flash | 32KB ~ 512KB | 可更新、成本高、功耗大 | 高端SoC、汽车芯片 |
Mask ROM用得最多。为什么？便宜啊！一次掩模，几百万颗芯片摊下来，成本几乎为零。但代价是——你发现Bug也改不了。我曾经有个项目，BootROM里有个时序算错了，导致某款Flash读数据总丢一个字节。最后只能靠后续的二级Bootloader打补丁，折腾了两个月。
我的建议：如果项目允许，尽量在BootROM里只放最核心的加载逻辑。把复杂的初始化、校验、容错逻辑放到二级Bootloader里。这样即使BootROM有瑕疵，也能通过更新二级Bootloader来补救。
启动优先级
BootROM执行完后，得决定从哪儿加载下一级程序。这就涉及到启动优先级了。说白了，就是BootROM按什么顺序去尝试启动设备。
常见的启动设备优先级是这样的：
- 内部SRAM —— 最快，但容量小，通常只放临时代码
- SPI NOR Flash —— 最常见，XIP（就地执行）支持好
- NAND Flash —— 容量大，但需要ECC和坏块管理
- eMMC / SD卡 —— 消费电子标配
- USB / UART —— 调试和工厂烧录用
- 网络启动 —— 嵌入式Linux设备常用
BootROM会按这个顺序挨个试。试成功了就跳过去，失败了就试下一个。全部失败？那就进下载模式，等着你通过串口或USB给它喂程序。
注意：启动优先级不是死的。很多SoC通过eFuse或GPIO引脚来配置。我踩过一个坑：某款芯片的BootROM默认先试NAND，但板子上焊的是SPI NOR。结果每次启动都要等NAND超时，白白浪费了3秒钟。后来改了eFuse配置才解决。
启动优先级的选择，直接影响产品的启动速度和用户体验。你想想看，一个智能摄像头如果每次开机都要等5秒才出画面，用户早退货了。所以，我个人习惯在设计阶段就把启动路径画清楚，确定好哪些设备是主启动、哪些是备用、哪些是调试专用。
嗯，BootROM的基本概念就这些。它虽然小，但地位特殊——是整个系统的“第一块多米诺骨牌”。这块牌倒对了，后面的固件加载才能顺风顺水。