1. BootROM 概述：芯片上电后的第一行代码

各位同学，咱们今天聊聊嵌入式系统启动的起点——BootROM。说白了，它就是芯片上电后，CPU 执行的第一段程序。你想想看，一颗 SoC 从晶圆厂出来，里面空空如也，Flash 还没烧录，DDR 还没初始化，CPU 凭什么能跑起来？答案就在 BootROM 里。

我当年刚入行时，总觉得 BootROM 是个黑盒子，直到有一次调试一块新板子，死活起不来，最后发现是 BootROM 的启动源选择引脚被拉错了电平。嗯，从那以后，我再也不敢小看这巴掌大的一块 ROM 了。

BootROM，全称 Boot Read-Only Memory，是固化在 SoC 内部的一小块只读存储器。它里面存放的是芯片厂商预先烧录好的启动代码。这段代码的作用很简单：初始化最基本的硬件环境，然后从指定的启动介质加载下一级程序。

核心要点：BootROM 是芯片上电后 CPU 取指的第一段代码，它决定了整个启动流程的走向。

为什么叫 ROM？因为它是一次性写入的，出厂后就改不了了。你想想看，如果 BootROM 能随便改，那芯片的安全性就彻底完蛋了。我见过一些做 IoT 产品的朋友，想通过修改 BootROM 来绕过安全校验，结果无一例外都失败了——物理上就不允许。

BootROM 在 SoC 内部的位置，其实挺讲究的。一般来说，它紧挨着 CPU 核心，通过内部总线直连。这样做的好处是：CPU 上电后不需要经过任何外部总线就能取到指令，延迟极低。

我画了一张图，帮你理解 BootROM 在 SoC 中的位置关系：

从这张图你能看到，BootROM 和 CPU Core 之间没有经过任何外部总线。这意味着什么？意味着 CPU 在复位后，不需要配置任何时钟、不需要初始化任何外设，就能直接读取指令。这是整个启动流程能够开始的前提。

BootROM 的硬件特性，决定了它的能力和限制。我整理了一张表，把关键参数列出来：

经验之谈：我曾经在一个项目中，BootROM 只有 64KB，却要支持从 SPI NOR、NAND Flash、SD 卡三种介质启动。代码空间捉襟见肘，最后不得不把一些不常用的启动路径做成可选编译。所以，BootROM 的容量规划，一定要在芯片设计阶段就想清楚。

BootROM 的存储介质，主要有两种：Mask ROM 和 OTP ROM。它们各有各的适用场景。

Mask ROM 是 BootROM 最常用的实现方式。它在芯片制造过程中，通过光刻掩模版直接把数据写入。优点是成本低、可靠性高；缺点是一旦流片，代码就改不了了。

我记得有一次，芯片流片回来后发现 BootROM 里有个 bug——SPI Flash 的时序参数配错了。但 Mask ROM 已经固化，改不了。最后只能通过后续的 SPL 代码来修正。嗯，这就是 Mask ROM 的代价。

OTP ROM（One-Time Programmable）允许用户在芯片封装前或封装后写入一次数据。它比 Mask ROM 灵活一些，适合小批量或需要定制启动代码的场景。

但 OTP ROM 也有坑：一旦写错，芯片就废了。我见过一个团队，在 OTP 编程时电压不稳，结果整批芯片的 BootROM 都写坏了，损失惨重。所以，如果你用 OTP，一定要做好编程校验和冗余设计。

BootROM 的执行流程，其实挺固定的。我画了一张流程图，帮你理清思路：

这个流程看起来简单，但每一步都有很多细节。比如初始化基础硬件这一步，不同芯片的差异就很大。有些芯片需要先配置 PLL，有些则直接用内部 RC 振荡器。我建议你拿到一款新芯片时，第一件事就是看它的 BootROM 手册，搞清楚它到底做了哪些初始化。

我曾经踩过的坑：

Boot Mode 引脚没拉对：有一次调试，板子死活不从 SPI Flash 启动，查了两天才发现 Boot Mode 引脚被悬空了。芯片默认从 UART 启动，一直在等串口数据。所以，Boot Mode 引脚一定要用上拉或下拉电阻固定电平。
BootROM 代码空间不够：有个项目需要在 BootROM 里集成 USB 下载功能，结果 64KB 的 ROM 塞不下。最后只能砍掉一些不常用的启动路径。所以，芯片选型时就要评估 BootROM 容量是否够用。
OTP 编程失败：前面提到过，OTP 一旦写错就废了。所以，量产前一定要做充分的编程验证，最好有冗余设计。

BootROM 是嵌入式系统启动的基石。它虽然小，但责任重大。理解了 BootROM 的位置、特性和工作流程，你就能更好地把握整个启动链路的脉络。

嗯，这一章就到这里。记住一句话：BootROM 是芯片上电后的第一行代码，它决定了你的系统能不能站起来。