第3章启动流程深度解析

3、启动流程深度解析：ROM Code启动流程、启动模式选择（MMC/SD、NAND、SPI、UART）、启动设备优先级

好，咱们今天聊点硬核的。启动流程，说白了就是芯片上电后，在咱们的应用程序跑起来之前，那段“黑盒”时间里到底发生了什么。很多刚入行的朋友觉得这玩意儿离自己很远，其实不然。我见过太多项目，板子焊好了，程序死活烧不进去，最后发现是启动模式配置错了。嗯，这章咱们就把这个“黑盒”彻底打开。

芯片一上电，CPU复位后，它首先执行的不是咱们的代码，而是芯片内部固化的一个小程序——ROM Code。你可以把它理解成芯片的“本能反应”。

ROM Code是TI芯片出厂时烧死的，用户改不了。它的任务很纯粹：初始化最基本的硬件（比如时钟、PLL、DDR控制器），然后根据芯片管脚的电平状态，决定从哪个外设去加载咱们的应用程序。

核心要点： ROM Code 是芯片启动的“第一责任人”。它不负责运行你的业务逻辑，只负责把你的程序从外部存储器搬到内存里，然后跳转过去。

我个人习惯把ROM Code的流程拆成三步：

这里有个坑，我曾经踩过。有一次项目赶进度，我忽略了时钟配置。结果ROM Code初始化出来的时钟频率是默认的，跟我的DDR颗粒不匹配，导致镜像加载到一半就崩了。所以，硬件设计时一定要确认好芯片的默认时钟频率，尤其是DDR的时序。

TI的芯片支持多种启动模式，说白了就是告诉ROM Code：“嘿，我的程序放在哪儿了？” 常见的几种模式，咱们一个一个过。

这是最常用的模式之一，尤其是做原型验证的时候。你想想看，一张SD卡，插上就能跑，多方便。

ROM Code会按照固定的协议去读取SD卡。它会在SD卡的特定扇区（通常是第0扇区）寻找一个合法的启动头（Boot Header）。这个头里包含了镜像的大小、加载地址、校验和等信息。

我的经验： 做SD卡启动时，一定要用专用的烧录工具去写卡，别直接复制粘贴。因为ROM Code要求镜像必须从物理扇区0开始，而且格式有严格要求。我见过有人用Windows格式化后直接拷文件，结果死活起不来。

NAND启动比SD卡复杂一些。因为NAND本身有坏块，而且读取方式跟SD卡不一样。ROM Code需要先初始化NAND控制器，然后读取NAND的前几个块。

这里有个关键点：NAND的启动镜像通常需要包含ECC校验信息。如果ROM Code读出来的数据校验失败，它会尝试下一个块。我曾经在一个项目里，因为NAND的坏块管理没做好，导致启动成功率只有80%。排查了好久才发现，是烧录时没把ECC信息写进去。

SPI Flash启动很常见，尤其是NOR Flash。它的优点是速度快，接口简单。ROM Code会通过SPI接口读取Flash里的数据。

TI的芯片通常支持多种SPI模式（Mode 0/3），这个一定要跟你的Flash芯片匹配。我记得有一次，客户反馈说板子偶尔起不来，我查了半天，发现是SPI的相位和极性配置跟Flash不匹配，导致数据读错。嗯，这种问题最头疼，因为不是每次都复现。

UART启动，说白了就是通过串口把程序灌进去。这通常用于调试或者量产烧录。ROM Code会初始化一个UART口，然后等待上位机发送数据。

UART启动的波特率通常是固定的（比如115200），但也有芯片支持自动波特率检测。我个人建议，量产时尽量用固定的波特率，自动检测有时候会受干扰，导致握手失败。

芯片支持这么多启动模式，那到底先试哪个？这就涉及到优先级了。TI芯片的优先级通常由两部分决定：

举个例子，假设你配置了优先级为：SD卡 > NAND > UART。那么上电后，ROM Code会先检查SD卡。如果SD卡里没有镜像，它会去读NAND。如果NAND也读不到，最后会进入UART模式，等待你通过串口下载。

注意： 这个回退机制虽然方便，但也可能带来安全隐患。我曾经在一个产品里，因为SD卡槽接触不良，导致芯片每次都回退到UART模式，结果被误认为是串口攻击。所以，量产时建议锁定启动模式，关闭不必要的回退路径。

下面这个表格，是我整理的一些常见TI芯片的启动模式优先级配置方式，供你参考：

你想想看，这个优先级设计其实很巧妙。它给了开发者极大的灵活性。你可以用SD卡做开发，用NAND做量产，用UART做调试。但反过来，也要求你对每个环节都了如指掌。

最后，我想强调一点：启动流程是Bootloader开发的基础。如果你连芯片从哪儿读代码都搞不清楚，后面的一切都是空中楼阁。我建议你拿到一块新板子时，第一件事就是对照数据手册，把启动模式引脚的电平量一遍，确认它跟你预期的一致。

嗯，这章的内容就到这里。下一章，咱们会深入聊聊Bootloader的镜像格式和校验机制，那才是真正考验细节的地方。