第2章：NXP平台概述 — 主流MCU/MPU系列介绍
大家好，我是你们的Bootloader开发课讲师。这一章我们来聊聊NXP的几大主流系列。说实话，我刚入行那会儿，面对NXP那一堆产品线，也是有点懵的。i.MX RT、LPC、Kinetis、S32K……名字都挺像，但内核、定位、启动方式差别很大。
我个人习惯是，先搞清楚它们各自是干什么的，再谈怎么选。你想想看，选错了平台，后面Bootloader开发再牛，也是白搭。
2.1 四大系列速览
先给个总览，心里有个谱。
| 系列 | 内核 | 定位 | 典型应用 |
|---|---|---|---|
| i.MX RT | Cortex-M7/M4（跨界处理器） | 高性能实时控制，带MPU特性 | 工业控制、物联网网关、人机界面 |
| LPC | Cortex-M0/M3/M4/M33 | 通用MCU，低功耗，丰富外设 | 消费电子、传感器节点、简单控制 |
| Kinetis | Cortex-M0+/M4/M7 | 可扩展性极强，从低端到高端全覆盖 | 汽车、工业、医疗 |
| S32K | Cortex-M4/M7 | 汽车级ASIL-B/D，功能安全 | 车身控制、域控制器、电机控制 |
嗯，这里要注意。i.MX RT虽然叫“RT”，但它不是纯MCU。它内部有MMU（内存管理单元），可以跑Linux。但咱们做Bootloader，更多是把它当高性能MCU用。
2.2 各系列启动流程对比
启动流程，是Bootloader开发的核心。不同系列，启动方式天差地别。我当年在i.MX RT上栽过跟头，就是因为没搞懂它的FlexSPI启动。
2.2.1 i.MX RT系列 — 从Flash到DDR的“三级跳”
i.MX RT的启动，说白了就是“三级跳”。
- ROM Bootloader（一级）：芯片上电，内部ROM代码先跑。它负责初始化时钟、配置FlexSPI接口，然后从外部Flash（比如QSPI NOR Flash）读取“Boot Data Structure”。
- Boot Data Structure（二级）：这个结构体里，指定了镜像的加载地址、大小、校验方式。ROM代码根据它，把镜像从Flash拷贝到内部SRAM或外部SDRAM。
- 用户程序（三级）：拷贝完成后，ROM代码跳转到镜像入口地址，用户程序开始执行。
关键点：i.MX RT的Bootloader，必须放在Flash的特定偏移地址（通常是0x60000000之后的某个位置）。而且，镜像文件需要包含IVT（中断向量表）和Boot Data。我建议你直接用NXP的MCUXpresso SDK里的工具生成，别手写，容易出错。
2.2.2 LPC系列 — 经典的“串行加载”
LPC系列，启动流程相对简单。它支持多种启动源：内部Flash、SPI Flash、USB、UART等。
我记得有一次，客户板子上的Flash焊错了，导致程序跑不起来。我通过UART进入ISP模式，重新烧录了Bootloader，才救回来。
LPC的启动流程大致是：
- 上电后，ROM代码检查ISP引脚电平。如果拉低，进入ISP模式，等待串口或USB命令。
- 如果ISP引脚正常，ROM代码从内部Flash的0x0地址读取中断向量表，然后跳转到复位向量。
- 用户Bootloader可以放在Flash的起始位置，或者通过ISP烧录进去。
个人经验：LPC的ISP模式，是调试Bootloader的“救命稻草”。万一你写的Bootloader把Flash锁死了，还能通过ISP擦除重来。所以，开发阶段，一定要保留ISP引脚。
2.2.3 Kinetis系列 — 灵活的“FlexNVM”
Kinetis系列，最特别的是它的FlexNVM（灵活非易失性存储器）。它可以把一部分Flash模拟成EEPROM，用来存Bootloader的配置参数。
启动流程上，Kinetis和LPC类似，也是从0x0地址开始执行。但它多了一个“安全状态”的概念。如果芯片被加密了，ROM代码会先验证密钥，再决定是否允许调试或编程。
为什么会这样？因为Kinetis主打汽车和工业市场，安全要求高。我建议你在开发Bootloader时，一定要处理好安全位，否则芯片变砖了，只能换新的。
2.2.4 S32K系列 — 汽车级的“双分区”启动
S32K系列，是专门为汽车设计的。它的启动流程，最核心的就是“双分区”机制。
说白了，就是Flash被分成两个区：一个放当前运行的固件，另一个放待更新的固件。Bootloader负责管理这两个区，实现安全升级。
S32K的启动流程：
- 上电后，Bootloader检查“更新标志位”。如果标志位有效，从备份区加载新固件。
- 如果标志位无效，从主分区加载当前固件。
- 如果两个分区都坏了，进入“恢复模式”，等待CAN或UART命令。
避坑指南：我曾经在S32K上犯过一个低级错误——更新标志位没放在备份区，结果升级过程中断电，标志位被写坏，芯片彻底变砖。后来我学乖了，把标志位放在独立的EEPROM扇区，并且做了冗余备份。
2.3 选型建议 — 别只看主频
很多工程师选型，第一眼看主频。其实，Bootloader开发更看重的是：启动方式、Flash大小、安全特性。
我个人的选型建议：
- 如果你做工业控制，需要跑复杂算法：选i.MX RT。它的高性能和DDR支持，能让你跑复杂的Bootloader逻辑，比如加密校验、OTA差分升级。
- 如果你做消费电子，成本敏感：选LPC。它的启动简单，外设丰富，而且有低功耗模式。Bootloader可以做得非常精简。
- 如果你做汽车电子，需要功能安全：选S32K。它的双分区启动、ECC校验、硬件看门狗，都是为安全设计的。别省这个钱。
- 如果你做医疗或高端工业，需要可扩展性：选Kinetis。它的FlexNVM和丰富的封装选项，能让你灵活调整Bootloader的存储布局。
嗯，最后再啰嗦一句。选型时，一定要考虑Bootloader的升级通道。比如，i.MX RT可以通过以太网OTA，LPC可以通过USB，S32K可以通过CAN。你想想看，如果产品已经量产了，才发现升级通道不支持，那可就麻烦了。
好了，这一章就到这里。下一章，我们开始动手，写一个最简单的Bootloader。