第4章：NXP启动流程详解

好，咱们今天聊点硬核的。NXP芯片上电后到底发生了什么？

很多人以为，一上电就直接跑用户程序。其实不是。芯片内部藏着一个“小管家”——ROM Bootloader。它才是第一个醒来的角色。

4.1 ROM Bootloader：芯片的“第一口饭”

ROM Bootloader，说白了就是固化在芯片内部的一段只读程序。你改不了它，也删不掉它。它负责最基础的工作：初始化硬件、检测启动设备、加载你的程序。

我个人习惯把ROM Bootloader比作“芯片的BIOS”。它不跑你的业务逻辑，但它决定了你的程序能不能跑起来。

我记得第一次接触i.MX RT系列时，就被这个设计惊艳到了。芯片上电后，ROM Bootloader会先检查有没有串行下载请求。如果有，它直接进入下载模式，你可以通过UART或USB烧录固件。如果没有，它才去读取启动设备。

4.2 BootROM执行流程：一步步拆解

咱们把BootROM的执行流程拆开来看。每一步都有讲究。

1. 上电复位：芯片从复位向量开始执行。这个向量指向ROM区域。
2. 基础初始化：关闭看门狗、设置时钟、初始化内部SRAM。嗯，这里要注意，此时外部RAM还没准备好。
3. 启动设备检测：根据Fuse或GPIO电平，判断从哪个设备启动。比如SD卡、NAND Flash、QSPI Flash等。
4. 读取FDCB/FCB：从启动设备的前几个扇区读取配置块。这个配置块告诉ROM Bootloader怎么初始化外部存储器。
5. 加载Image：根据配置，把用户程序从启动设备拷贝到RAM中。
6. 校验与跳转：校验Image的完整性（CRC或签名），然后跳转到用户程序入口。

我在项目中遇到过一个问题：芯片死活不从SD卡启动。查了半天，发现是启动设备检测的GPIO电平被外部电路拉低了。你想想看，硬件设计时一个疏忽，软件怎么调都没用。

4.3 启动设备选择：FDCB与FCB

FDCB（Flash Device Configuration Block）和FCB（Flash Configuration Block）是NXP芯片的“启动身份证”。它们告诉ROM Bootloader：你的外部存储器是什么类型、怎么初始化、怎么读写。

以i.MX RT系列为例，FDCB的结构大致如下：

typedef struct {
    uint32_t tag;                 // 固定为0x42444346 ("FDCB")
    uint32_t version;             // 版本号
    uint32_t reserved0;
    uint32_t reserved1;
    // FlexSPI配置参数
    flexspi_config_t flexspiConfig;
    // 查找表（LUT）
    uint32_t lut[64];
    // 其他配置...
} fdcb_t;

为什么要有这个结构？因为外部Flash的种类太多了。不同的Flash，初始化时序、读写命令都不一样。FDCB就是把这些差异抽象出来，让ROM Bootloader能“认识”你的Flash。

我建议你在做量产时，把FDCB放在Image的前4KB内。ROM Bootloader会固定从这个位置读取。放错了位置，芯片就找不到启动配置。

启动设备	配置块类型	存储位置	典型大小
QSPI Flash	FDCB	偏移0x0	512字节
NAND Flash	FCB	第0块	2KB
SD/eMMC	无需配置块	MBR/GPT	N/A

4.4 Image加载与校验：安全启动的基石

ROM Bootloader把Image加载到RAM后，会做一件事：校验。校验通过才跳转，校验失败就停在原地或者进入错误处理。

校验方式有两种：

• CRC校验：简单快速，但防不了恶意篡改。适合开发阶段。
• 签名校验：使用HAB（High Assurance Boot）机制。Image必须用私钥签名，ROM Bootloader用公钥验证。防篡改、防伪造。

我在量产项目中，一律启用HAB签名校验。为什么？因为产品一旦出货，别人拿到设备就能通过调试接口读取Flash。如果没有签名校验，他可以直接替换你的Image，运行恶意代码。

HAB的流程大致是：

1. ROM Bootloader读取Image的头部信息，找到签名块。
2. 用内置的公钥哈希验证签名块中的公钥是否合法。
3. 用公钥验证Image的签名。
4. 验证通过后，设置安全状态，跳转到Image。

嗯，这里要注意：HAB的密钥对一定要妥善保管。私钥泄露了，你的安全体系就形同虚设。我曾经见过一个团队，把私钥直接放在Git仓库里...后果可想而知。

4.5 总结与思考

NXP的启动流程，说白了就是一场“接力赛”。ROM Bootloader是第一棒，它把系统初始化好，把Image加载校验好，然后交给你的应用程序。

理解这个流程，对Bootloader开发至关重要。你写的Bootloader，本质上就是ROM Bootloader的“升级版”——它要接管硬件初始化、加载下一级程序、做更复杂的校验。

我个人觉得，搞懂启动流程，你就掌握了NXP芯片的“命门”。后面写Bootloader时，很多设计决策都源于这里。