第2章：工业MCU选型分析：主流工业MCU架构对比与资源评估
做Bootloader开发，第一步不是写代码，而是选芯片。
这话听起来有点绝对，但我在项目里吃过亏。有一次方案都定好了，结果发现Flash容量差那么几KB，OTA分区根本塞不下。最后只能换芯片，重新画板子，工期拖了一个月。所以这一章，咱们把选型这事聊透。
2.1 主流工业MCU架构对比
目前工业领域，ARM Cortex-M是绝对的主流。RISC-V这两年势头很猛，C2000则是TI的老牌劲旅。我个人的习惯是，先看生态，再看性能。
2.1.1 ARM Cortex-M系列
说实话，做Bootloader选ARM最省心。为什么？因为文档全、工具链成熟、第三方库多。
- Cortex-M0/M0+：主打低成本、低功耗。适合传感器节点、简单控制。Flash通常16KB~128KB，RAM 4KB~16KB。做Bootloader要精打细算，我一般只给它留4KB~8KB。
- Cortex-M3/M4：工业应用的主力。带MPU（内存保护单元），对安全升级很重要。Flash 128KB~1MB，RAM 32KB~256KB。我做过一个电机控制项目，用的就是STM32F4，Bootloader加双备份固件，总共才用了256KB Flash。
- Cortex-M7：高性能，带Cache和TCM。适合需要实时处理的场景，比如工业视觉。但要注意，Cache会给Bootloader带来一些麻烦——升级时如果Cache没刷干净，程序就跑飞了。嗯，这个后面会细讲。
我的建议：如果团队对ARM生态熟悉，优先选Cortex-M4。性价比最高，坑最少。
2.1.2 RISC-V架构
RISC-V这两年确实火。开源、免费、可定制，听起来很美好。但做工业Bootloader，我得泼点冷水。
- 优势：指令集精简，没有历史包袱。可以自己加自定义指令，比如硬件CRC加速，这对校验固件很有用。
- 劣势：生态碎片化。每家厂商的RISC-V核都不太一样，中断控制器、调试接口、内存映射各有各的玩法。我去年帮客户移植过一个Bootloader，光是适配他家自研的Boot ROM就折腾了两周。
- 适合场景：如果你有自研芯片的需求，或者想避开ARM的授权费，RISC-V是个选择。但要做好心理准备——工具链可能不成熟，文档可能不全。
避坑指南：我曾经遇到一个RISC-V芯片，它的Flash控制器在写操作时会暂停CPU。这意味着你在升级过程中不能响应中断。嗯，这问题在ARM上很少见。
2.1.3 TI C2000系列
C2000是TI针对实时控制推出的架构，主打DSP+MCU融合。在电机控制、数字电源领域，它几乎是标配。
- 特点：有专门的CLA（控制律加速器），可以并行处理。PWM、ADC、QEP这些外设是硬核级的。
- Bootloader注意点：C2000的Flash是分区的，而且有专门的密码保护机制。我做过一个项目，客户要求升级时不能擦除校准参数区。这就要在链接脚本里精确定位，稍不留神就把校准数据干掉了。
- 适合场景：如果你做的是高性能实时控制，比如伺服驱动器、光伏逆变器，C2000是首选。但它的开发环境CCS比较重，不如Keil/IAR轻快。
2.2 Flash与RAM资源评估
选完架构，接下来就是算账了。Flash和RAM是Bootloader的硬约束。我一般按下面这个流程来评估。
2.2.1 Bootloader需要多少Flash？
一个典型的工业Bootloader，功能包括：
- 启动引导（跳转到App）
- 通信协议栈（UART/CAN/以太网）
- Flash驱动（擦除、写入、校验）
- 固件校验（CRC32/SHA256）
- 升级状态管理
我做过一个最小化的Bootloader，只支持UART和Ymodem协议，代码量大约4KB。但工业场景下，我建议至少留16KB。为什么？因为你要考虑：
- 通信协议可能升级（比如从UART改成CAN）
- 可能需要支持加密（AES-128）
- 可能需要双备份（A/B分区）
经验之谈：我习惯把Bootloader放在Flash的最开头，占用16KB~32KB。App从0x8004000或0x8010000开始。这样即使App崩溃，Bootloader还能正常工作。
2.2.2 RAM资源分配
RAM比Flash更金贵。Bootloader运行期间，RAM主要用来：
- 栈空间（中断嵌套、函数调用）
- 接收缓冲区（比如以太网帧，最大1518字节）
- 临时数据（CRC计算、固件头解析）
我一般给Bootloader分配4KB~8KB RAM。如果芯片RAM只有16KB，那App就得省着用了。有个技巧：升级过程中可以复用App的RAM区域，因为App此时没在运行。
2.2.3 资源评估表格
| 架构 | 典型Flash | 典型RAM | Bootloader建议Flash | Bootloader建议RAM |
|---|---|---|---|---|
| Cortex-M0+ | 16~128KB | 4~16KB | 8~16KB | 2~4KB |
| Cortex-M4 | 128~1MB | 32~256KB | 16~32KB | 4~8KB |
| RISC-V | 64~512KB | 16~128KB | 16~32KB | 4~8KB |
| C2000 | 128~1MB | 32~256KB | 16~32KB | 4~8KB |
2.3 选型决策流程
说了这么多，到底怎么选？我总结了一个三步法：
- 先定功能：需要什么外设？CAN？以太网？USB？这些决定了芯片的型号范围。
- 再算资源：App需要多少Flash/RAM？Bootloader需要多少？留出20%余量。
- 最后看生态：开发工具是否顺手？有没有现成的Bootloader参考代码？社区活跃吗？
一句话总结：做工业Bootloader，选ARM Cortex-M4最稳妥。Flash至少256KB，RAM至少64KB。如果预算紧张，Cortex-M0+也能做，但你要做好精打细算的准备。
下一章，咱们就基于Cortex-M4，开始搭建Bootloader的工程框架。到时候我会把链接脚本、启动文件、中断向量表这些细节一一拆开来讲。