嵌入式OTA方案设计思路

最新推荐文章于 2025-04-14 20:02:33 发布

过期橙子

最新推荐文章于 2025-04-14 20:02:33 发布

阅读量590

点赞数 13

文章标签：嵌入式硬件 iot 单片机

本文链接：https://blog.youkuaiyun.com/weixin_47902631/article/details/145773390

版权

一、OTA技术解析与传输方式对比

1.1 OTA定义

OTA（Over-The-Air）即空中下载技术，通过无线通信实现设备固件远程升级。

1.2 常见升级方式对比

传输方式	优点	缺点	典型场景
HTTP	协议简单、通用性强	无状态协议需自行处理断点续传	Web服务对接
MQTT	低带宽消耗、支持QoS	需要消息代理服务器	物联网设备
TCP	可靠传输、数据完整性高	协议栈资源占用大	工业控制
WiFi	高传输速率	功耗较高	消费电子
蓝牙	低功耗	传输距离短	穿戴设备

二、MCU固件架构设计

2.1 Bootloader与APP分离设计

安全隔离：防止升级失败导致系统崩溃
独立验证：Bootloader可对APP进行完整性校验
灵活升级：支持不同升级策略（全量/差分）

2.2 Flash存储分区方案

| 分区名称            | 大小   | 功能描述                   |
|--------------------|--------|---------------------------|
| Bootloader区       | 16KB   | 引导程序与升级逻辑         |
| APP运行区          | 128KB  | 当前运行的主程序           |
| 升级固件缓存区      | 128KB  | OTA下载的新固件暂存        |
| 升级状态标志区      | 1KB    | 记录升级过程状态           |
| 参数存储区          | 8KB    | 系统运行参数存储           |
| 日志存储区          | 32KB   | 运行日志与故障记录         |

三、OTA升级全流程实现

3.1 升级流程示意图

固件下载 → 完整性校验 → 升级固件区存储 → 写入升级标志 → 系统重启 → 选择启动地址 → 固件迁移 → 版本切换

3.2 关键技术实现

数据校验机制

CRC16校验：快速验证数据完整性（较为常用）
数字签名：使用ECDSA算法进行身份认证

双存储区操作伪代码

void firmware_update() {
    if(check_upgrade_flag()) {
        flash_erase(APP_RUN_AREA);
        copy_data(UPGRADE_AREA, APP_RUN_AREA);
        clear_upgrade_flag();
        system_reset();
    }
}