启动流程分析：芯片上电到Bootloader执行
做嵌入式这么多年，我见过不少工程师一上来就盯着代码看，却忽略了最基础的问题——芯片到底是怎么跑起来的？说白了，从你按下电源开关到第一行Bootloader代码执行，中间发生的事，才是调试中最容易踩坑的地方。
今天我们就把这个过程掰开揉碎了讲清楚。我个人习惯把启动流程分成三个阶段：硬件初始化、一级Bootloader（PBL）、二级Bootloader（SBL）。每个阶段都有它自己的脾气。
芯片上电后，CPU在干什么？
按下电源键那一刻，芯片内部其实乱成一锅粥。电压还没稳定，时钟还在抖动，这时候CPU要是直接去取指令，大概率会取回一堆乱码。
所以硬件设计者加了一个复位逻辑——复位信号。它会强制CPU停在某个固定状态，等电源和时钟都稳定了，再释放复位。这个时间很短，通常几毫秒到几十毫秒。
关键点：复位释放后，CPU会从一个固定的物理地址开始执行。这个地址由芯片厂商决定，一般写在芯片手册的"Reset Vector"章节里。ARM Cortex-M系列通常是0x00000000，Cortex-A系列可能是0x00000000或0xFFFF0000，x86则是0xFFFFFFF0。
嗯，这里要注意：这个地址指向的通常是ROM，不是你的Flash。ROM里固化了一段芯片厂商写好的代码，也就是我们常说的一级Bootloader。
一级Bootloader（PBL）——芯片自带的"看门大爷"
PBL是芯片出厂时就烧死在ROM里的，你改不了它。它的任务很简单：初始化最基本的硬件，然后决定下一步从哪加载代码。
我在项目中遇到过一个问题：某款芯片的PBL默认从UART启动，结果产品量产时发现烧录速度太慢。后来查手册才知道，PBL支持通过GPIO电平选择启动模式——硬件上拉几个电阻就能切换。这个坑，踩过一次就记住了。
PBL通常做这几件事：
- 配置系统时钟（从内部RC振荡器切换到外部晶振）
- 初始化片内SRAM（至少让栈能用）
- 检测启动引脚电平，确定启动设备
- 从选中的设备读取一小段代码到SRAM（通常是几KB）
- 跳转到这段代码执行
我的经验：调试PBL相关问题时，别急着看代码。先拿示波器量一下复位引脚和启动选择引脚的时序。很多时候不是代码写错了，是硬件上拉电阻焊错了位置。
二级Bootloader（SBL）——真正的"主菜"
PBL加载到SRAM的那段小代码，就是SBL。它才是我们开发者真正能控制的部分。SBL的大小通常受限于片内SRAM，比如有些芯片只给16KB空间。所以SBL必须精简，够用就行。
SBL的核心任务：
- 初始化外部存储器控制器——比如DDR控制器、NAND控制器、eMMC接口
- 初始化外部存储设备——配置时序、频率、电压
- 从启动设备加载主程序——可能是U-Boot、Linux内核，或者你的应用程序
- 跳转到主程序入口——清理环境，设置栈指针，跳转
你想想看，如果SBL里DDR初始化写错了参数，后面所有代码都会跑飞。我曾经调试过一个案子，板子10次启动有3次死机。查了两天才发现是DDR的ODT配置跟PCB走线不匹配——SBL里少配了一个寄存器。
避坑指南：SBL阶段不要依赖复杂的延时循环。PBL可能还没配置好定时器，用空循环做延时在不同编译器优化级别下行为完全不同。我建议用硬件定时器或者直接读CPU的Cycle Counter寄存器。
启动设备选择——eMMC、NAND、SPI Flash
不同的启动设备，PBL和SBL的交互方式完全不同。我整理了一张对比表，方便你快速理解差异：
| 特性 | eMMC | NAND Flash | SPI Flash |
|---|---|---|---|
| 接口协议 | MMC/SD协议（8位/4位/1位） | NAND协议（8位/16位） | SPI协议（1位/2位/4位QSPI） |
| 是否需要坏块管理 | 不需要（内部已处理） | 需要（软件管理坏块） | 通常不需要（少量坏块可标记） |
| PBL能否直接读取 | 可以（支持原生MMC协议） | 可以（但需要ECC校验） | 可以（最简单，直接读） |
| SBL大小限制 | 通常无限制（可加载到DDR） | 受限于SRAM大小 | 受限于SRAM大小 |
| 启动速度 | 中等（需要初始化MMC控制器） | 慢（需要ECC和坏块扫描） | 快（SPI时钟可达100MHz+） |
| 典型应用场景 | 手机、平板、高端嵌入式 | 工业控制、网络设备 | IoT设备、低成本方案 |
从这张表能看出来，SPI Flash是最简单的启动方案。PBL直接通过SPI接口读取前几个扇区，加载到SRAM就完事了。NAND最麻烦——它天生有坏块，PBL必须带ECC校验，否则读回来的数据可能是错的。
eMMC呢？它内部集成了控制器和Flash管理，对外暴露的是标准MMC协议。PBL只需要发送CMD0、CMD1这些标准命令就能读取数据。但eMMC的初始化时序比较严格，我见过不少板子因为eMMC的VCCQ电压没配好，导致PBL死活读不到数据。
启动流程全景图
下面这张图把整个流程串起来了。我建议你把它存下来，调试时对照着看：
实际调试中的几个关键检查点
根据我多年的调试经验，启动流程出问题，90%都集中在以下几个位置：
- 复位释放后CPU是否真的跑到了PBL入口？——用逻辑分析仪抓取地址总线或使用调试器的断点功能确认
- PBL是否成功识别了启动设备？——检查启动引脚的电压，很多芯片支持通过ADC采样选择启动模式
- SBL加载到SRAM后校验是否通过？——PBL通常会对SBL做CRC或校验和检查，失败会回退到备用启动模式
- DDR初始化后能否正确读写？——写一个简单的内存测试（比如走马灯模式），这是SBL阶段最常出问题的地方
一个小技巧：如果板子死活起不来，先别怀疑代码。拿万用表量一下启动选择引脚的电压，再拿示波器看看复位信号的上升沿是否干净。硬件问题排除干净了，再打开IDE调试软件。这个顺序能帮你省下至少一半的排查时间。
启动流程分析这块，说白了就是搞清楚"芯片从哪来，到哪去"。PBL是芯片厂商给你铺好的路，SBL是你自己搭的桥。路没问题，桥搭歪了，程序照样跑不起来。下一层我们就要深入SBL的代码实现，看看那些寄存器到底该怎么配。