嵌入式系统基础：MCU/MPU架构、存储分区与外设通信
嵌入式设备的安全OTA升级，其底层逻辑完全建立在硬件架构之上。无论是选择MCU还是MPU，理解其计算核心、内存布局以及外设通信方式，都是设计可靠升级策略的前提。本章将聚焦于嵌入式系统的三大基石：处理器架构选型、存储分区规划以及外设与通信接口，为后续的OTA协议设计与实现打下坚实的硬件认知基础。
2.1 MCU与MPU架构差异及选型考量
核心原理：MCU（微控制器）与MPU（微处理器）是嵌入式系统的两大主流计算核心。MCU通常集成Flash和RAM于单芯片内，采用Cortex-M等内核，强调实时性与低功耗，资源受限但启动时间短。MPU则外挂DDR和存储介质，采用Cortex-A系列内核，运行Linux等复杂操作系统，具备MMU（内存管理单元）支持虚拟内存，适合处理复杂协议栈和图形界面。在OTA场景中，MCU的升级包通常只有几十到几百KB，而MPU的升级包可能达到数百MB。
判断方法：选择MCU还是MPU，需从以下维度评估：
- 计算复杂度：若仅需执行轻量级加密算法（如AES-128）和差分升级，MCU足够；若需运行HTTPS服务器或完整TCP/IP协议栈，MPU更合适。
- 内存容量：MCU的Flash通常为256KB~2MB，RAM为64KB~512KB；MPU的DDR容量可达512MB以上。
- 启动时间：MCU可在毫秒级完成Bootloader跳转，MPU启动Linux需数秒，这直接影响OTA失败后的恢复速度。
| 对比维度 | MCU (如STM32F4) | MPU (如i.MX6ULL) |
|---|---|---|
| 内核架构 | Cortex-M4F | Cortex-A7 |
| 存储方式 | 片上Flash + SRAM | 外部DDR + eMMC/NAND |
| 操作系统 | RTOS/裸机 | Linux/Android |
| OTA升级包大小 | 10KB ~ 1MB | 50MB ~ 1GB |
| 升级失败恢复 | Bootloader快速回滚 | 需U-Boot + recovery分区 |
2.2 存储分区规划：Bootloader、App与参数区
核心原理：存储分区是OTA升级的物理基础。合理的分区设计必须保证：Bootloader独立且不可被App覆盖；App区支持双备份（A/B Slot）以应对升级中断；参数区采用独立扇区并具备掉电保护。以典型的1MB Flash为例，可划分为：Bootloader（64KB）、App A（384KB）、App B（384KB）、参数区（64KB）、日志区（64KB）、预留区（64KB）。
操作流程：分区规划需遵循以下步骤：
- 确定Flash总容量：查阅芯片数据手册，确认可用Flash地址范围。
- 分配Bootloader空间：至少预留32KB，包含启动代码、Flash驱动和升级入口。
- 计算App最大体积：基于当前固件大小增加30%余量，用于功能迭代。
- 设置参数区：使用独立扇区，并采用双备份（Param A/B）或CRC校验。
- 定义分区表：在Bootloader中固化分区起始地址和大小，App通过API读取。
// 典型分区表定义（STM32F4, 1MB Flash）
#define BOOT_START 0x08000000 // 64KB
#define APP_A_START 0x08010000 // 384KB
#define APP_B_START 0x08070000 // 384KB
#define PARAM_START 0x080D0000 // 64KB
#define LOG_START 0x080E0000 // 64KB案例拆解：某工业网关采用i.MX6ULL + 512MB NAND，分区设计为：U-Boot（2MB）、Kernel A（8MB）、Kernel B（8MB）、Rootfs A（128MB）、Rootfs B（128MB）、参数区（16MB）、日志区（32MB）。升级时，U-Boot根据环境变量boot_slot选择启动A或B，升级工具将新镜像写入非活动槽位，完成后通过mtd-utils更新环境变量。该设计成功应对了升级中断导致的系统不可用问题，恢复时间从原来的30分钟缩短至2分钟。
2.3 外设与通信接口在OTA中的角色
核心原理：外设接口决定了OTA升级的传输通道和交互方式。UART常用于工厂烧录和本地调试升级，SPI/I2C用于连接外部存储或安全芯片，Ethernet/WiFi/BLE则用于远程OTA。每种接口的带宽、可靠性和安全性直接影响升级策略：UART速度慢但简单可靠，WiFi速度快但需处理断线重传，BLE适合小数据包场景。
判断方法：选择OTA传输接口时，需评估：
- 带宽需求：若升级包为500KB，UART@115200bps需约44秒，WiFi@11Mbps仅需0.4秒。
- 连接稳定性：有线接口（UART/Ethernet）比无线接口更可靠，无线需设计断点续传机制。
- 安全等级：涉及敏感数据的设备，优先选择支持TLS的Ethernet/WiFi，而非裸UART。
| 接口类型 | 典型速率 | OTA应用场景 | 注意事项 |
|---|---|---|---|
| UART | 115200 bps | 工厂烧录、本地维护 | 需流控，无加密 |
| SPI | 10~50 Mbps | 外部Flash升级、安全芯片通信 | 需片选管理 |
| Ethernet | 10/100/1000 Mbps | 工业设备远程升级 | 支持HTTPS/TLS |
| WiFi | 11~300 Mbps | 消费物联网设备 | 需处理弱网环境 |
| BLE | 1~2 Mbps | 穿戴设备、传感器 | 分包传输，MTU限制 |
常见误区：许多开发者误以为所有外设都可用于OTA，实际上GPIO模拟的时序接口（如DHT11）无法承载固件数据传输。此外，使用SPI连接外部Flash时，若未考虑Flash的擦写寿命（通常10万次），频繁升级可能导致存储介质损坏。建议在参数区记录升级次数，超过阈值时强制使用差分升级或压缩算法。