第10章 硬件平台选型：常见MCU架构对比

做OTA Bootloader，第一步就是选芯片。

很多人一上来就开干，结果做到一半发现Flash不够用，或者RAM撑不住。我当年就吃过这个亏——选了个性价比很高的芯片，结果Bootloader加上双备份区，Flash只剩2KB给应用...那叫一个尴尬。

今天咱们就聊聊，三种主流MCU架构该怎么选。

ARM Cortex-M：最稳妥的选择

说实话，做OTA Bootloader，ARM Cortex-M系列是首选。为什么？生态太成熟了。

我个人习惯用Cortex-M4或M33。M0+虽然便宜，但有些坑要注意——它没有硬件除法器，做CRC校验时纯软件算，慢得你想哭。

我在项目中遇到过一个问题：某款Cortex-M4芯片，官方说支持中断向量表重定位，结果实际测试发现，重定位后某些外设中断不响应。查了三天，最后发现是芯片的silicon bug。嗯，选型时一定要看errata文档。

RISC-V：新秀，但生态还在长

RISC-V这两年很火。便宜、开源、灵活。但做OTA Bootloader，我得泼点冷水。

你想想看，RISC-V的启动流程和ARM完全不同。ARM有标准化的向量表，RISC-V呢？每个厂家实现都不一样。我去年帮客户移植Bootloader到某国产RISC-V芯片上，光是搞明白它的启动地址映射就花了一周。

对比项	ARM Cortex-M	RISC-V
中断向量表重映射	标准支持	厂家自定义
调试工具链	成熟（JLink/ST-Link）	还在完善
OTA参考代码	海量	较少
成本	中等	较低

8051：老将，但别轻易碰OTA

8051架构，说白了就是情怀。做简单控制没问题，做OTA？我劝你三思。

为什么？

• Flash通常只有8-64KB，双备份区一划，应用区就剩个零头
• RAM普遍256字节到1KB，连个固件包头部都缓存不了
• 中断向量表固定死在0x0000，重映射？不存在的

我记得有一次，客户非要用8051做OTA。我说不行，他说行。最后怎么解决的？用外部SPI Flash存固件，内部Flash只放Bootloader。每次升级，Bootloader从SPI Flash读数据，边读边写内部Flash。速度慢是慢了点，但好歹能跑。

Flash与RAM资源评估：别拍脑袋

很多人选芯片时，Flash和RAM都是凭感觉。我见过最离谱的，选了256KB Flash的芯片，结果Bootloader写了48KB，双备份区占了128KB，应用只剩80KB。客户要加功能，发现空间不够，最后只能砍需求。

我的经验公式是这样的：

Bootloader最小需求：
- Flash: 16KB (基础功能)
  - 启动代码: 2KB
  - Flash驱动: 4KB
  - 通信协议栈: 6KB
  - 校验算法: 2KB
  - 配置存储: 2KB

- RAM: 4KB (运行时)
  - 堆栈: 1KB
  - 缓存区: 2KB
  - 变量区: 1KB

双备份OTA额外需求：
- Flash: 应用区大小 × 2
- RAM: 额外2KB用于固件包头解析

外设接口需求分析：别漏了关键接口

OTA Bootloader的外设接口，说白了就三个核心需求：

1. 通信接口：用来接收固件数据
   • UART：最常用，但速度慢（115200bps，传1MB固件要90秒）
   • SPI：适合接外部Flash或WiFi模块
   • USB：速度快，但驱动复杂
   • CAN：工业场景必备，注意帧长度限制
2. 存储接口：用来读写Flash
   • 内部Flash：必须支持页擦除和字编程
   • 外部SPI Flash：注意地址映射问题
3. 安全接口：用来做校验和加密
   • 硬件CRC：比软件快10倍以上
   • 硬件加密引擎：AES/SHA，没有的话只能软件实现

我踩过的一个坑：某芯片的UART在Bootloader模式下，波特率只能跑到9600。传一个512KB的固件，要8分钟。用户等不了，最后只能换芯片。所以选型时，一定要确认Bootloader模式下外设的性能是否达标。

总结一下

选型这事儿，没有绝对的好坏。ARM Cortex-M最省心，RISC-V适合成本敏感且团队有经验的场景，8051...嗯，除非你真的很闲。

我个人建议：第一次做OTA Bootloader，老老实实用Cortex-M4或M33。等把流程跑通了，再考虑换其他架构。毕竟，OTA升级失败导致设备变砖，这个锅你背不起。

下一章，咱们聊聊具体的Bootloader架构设计。到时候我会分享一个我实际用过的双备份区切换方案，保证实用。