4、BootROM设计：片上ROM固件功能、自检（POST）流程、启动模式选择
好，咱们今天聊聊BootROM。这玩意儿，说白了就是芯片上电后第一个跑起来的程序，固化在片上的ROM里，你改不了它。我当年第一次接触宇航级处理器时，觉得BootROM不就是个引导程序嘛，有啥了不起的？后来踩了坑才发现，这玩意儿要是设计不好，整个卫星都可能在天上“死机”。
4.1 片上ROM固件功能
BootROM的功能，我总结为三个字：“活下来”。它得保证处理器一上电，就能有条不紊地开始工作。具体来说，它干这几件事：
- 初始化硬件最小系统：CPU核心、Cache、MMU（如果启用）、中断控制器、时钟、复位控制器。这些是处理器运行的基础，缺一不可。
- 执行自检（POST）：这个咱们下一节细说。
- 选择启动模式：从哪儿加载用户程序？UART？SPI Flash？还是NAND？BootROM得根据硬件管脚的状态，决定走哪条路。
- 加载并跳转到用户程序：把用户代码从外部存储器搬到RAM里，然后跳过去执行。
嗯，这里要注意，BootROM本身是只读的，所以它不能写自己。这意味着，一旦芯片流片回来，BootROM里的bug就永远修不了了。所以，设计BootROM时，我个人的习惯是：能简单就简单，能少写代码就少写代码。复杂逻辑交给用户程序去处理。
核心原则：BootROM只做“必须”做的事，不做“可能”做的事。多一行代码，就多一分风险。
4.2 自检（POST）流程
POST，全称Power-On Self-Test。说白了，就是芯片上电后先给自己做个“体检”。我在项目中遇到过，有一次卫星地面测试时，某颗芯片的POST流程跑了一半就卡住了，最后定位是内部SRAM的某一位坏了。幸亏POST发现了，不然上了天，数据出错，后果不堪设想。
POST的流程，一般分这么几步：
- CPU核心自检：检查指令执行是否正确，寄存器能否读写。通常跑几个简单的指令序列，比如加法、跳转、访存。
- Cache自检：检查指令Cache和数据Cache。写一个pattern进去，读出来对比。注意，Cache自检时，要先把Cache关掉，或者用特殊的测试模式。
- 内部SRAM自检：这是最耗时的一步。宇航级处理器通常有片上SRAM，比如几百KB。得用March算法（比如March C-）来检测固定故障和转换故障。
- 关键外设自检：比如看门狗定时器、中断控制器。确保它们能正常工作。
你可能会问：“为什么不做全部外设的自检？” 原因很简单：时间。卫星上电时，对启动时间有严格要求。全部自检一遍，可能几秒钟就过去了，这在某些场景下是不可接受的。所以，POST只检最核心的部件，其他外设的检测，交给用户程序去做。
避坑指南：我曾经在某个项目中，把SRAM自检的pattern写错了，导致每次上电都报错。后来发现，是March算法的实现里，地址顺序搞反了。所以，写自检代码时，一定要在仿真环境里反复验证。
4.3 启动模式选择
启动模式选择，就是BootROM根据硬件管脚的电平，决定从哪个外设加载用户程序。常见的启动模式有这三种：
| 启动模式 | 接口 | 典型应用场景 | 我的经验 |
|---|---|---|---|
| UART | 串口 | 调试、开发阶段 | 速度慢，但简单可靠。我常用它来烧写Bootloader。 |
| SPI | SPI Flash | NOR Flash启动 | 速度快，支持XIP（就地执行）。宇航级常用，因为NOR Flash可靠性高。 |
| NAND Flash | NAND控制器 | 大容量存储启动 | 容量大，但需要ECC和坏块管理。BootROM里得实现简单的ECC算法。 |
启动模式的选择，通常由芯片的BOOT_MODE[2:0]管脚决定。比如：
// 伪代码示例：启动模式选择
switch (BOOT_MODE) {
case 0b000:
// UART启动
uart_load();
break;
case 0b001:
// SPI Flash启动
spi_load();
break;
case 0b010:
// NAND Flash启动
nand_load();
break;
default:
// 默认走UART，方便调试
uart_load();
break;
}
这里有个细节：NAND Flash启动时，BootROM需要处理坏块。你想想看，NAND Flash出厂时就可能有坏块，使用过程中还会产生新的坏块。BootROM得知道怎么跳过坏块，找到正确的用户程序。我见过一个方案，是在NAND Flash的固定位置（比如第0块）存放一个“启动描述符”，里面记录了用户程序的位置和大小，以及坏块表。BootROM先读这个描述符，再根据它去加载程序。
警告：NAND Flash的ECC校验，BootROM里一定要实现。我曾经遇到过，某次测试中，NAND Flash的一位翻转了，导致加载的程序跑飞。幸亏有ECC，才纠正过来。记住，宇航环境下，单粒子翻转是常态，ECC不是可选项，是必选项。
好了，关于BootROM的设计，咱们就聊到这儿。总结一下：BootROM要简单、可靠、快速。自检只检核心，启动模式要灵活。下一章，咱们聊聊如何设计一个健壮的Bootloader，把用户程序安全地加载到内存里。