一、OTA升级概述：从一次深夜救火说起

2018年冬天，我接到一个紧急电话。某款智能家居网关在北方大规模断连，用户投诉像雪片一样飞来。产品已经发货两万台，召回？成本不敢想。幸好那台设备支持OTA升级——我连夜打包了一个固件，远程推送下去，第二天早上故障率从37%降到了0.3%。

那次之后，我彻底认清了OTA升级的价值。说白了，OTA就是给嵌入式设备装了一根「远程输液管」，出了问题不用开刀，打一针就好。

1.1 什么是OTA升级

OTA，全称Over-the-Air，空中下载技术。它让嵌入式设备通过无线网络接收并安装新的固件或软件，不需要人工介入，不需要连接调试器，不需要拆机。

你想想看，一个部署在偏远变电站的传感器，一个装在汽车底盘里的T-Box，一个嵌在智能门锁里的MCU——这些设备一旦装好，物理接触的成本极高。OTA就是它们的「远程生命线」。

我习惯把OTA升级拆成三个层面来看：

• 传输层：用什么协议把固件包送到设备上？HTTP、MQTT、CoAP还是私有协议？
• 安全层：怎么保证固件没被篡改？签名验签、加密传输、防回滚机制。
• 执行层：设备怎么把新固件写进Flash？怎么保证写一半断电不砖？

这三个层面，任何一个出问题，升级就是一场灾难。

1.2 OTA升级的价值与挑战

先说说价值。我总结了三句话：

价值维度	具体体现	我见过的一个真实案例
修复漏洞	远程打补丁，不用召回	某充电桩协议漏洞，OTA一夜修复5000台
功能迭代	产品卖出去还能加新功能	智能音箱通过OTA增加了方言识别
降低运维成本	省掉现场工程师差旅费	一个光伏逆变器项目，OTA省了200万运维费

但挑战同样不小。嗯，这里我要多说几句，因为很多团队就是栽在这些坑里。

我曾经遇到过一个案例：某团队做OTA，升级包只有2MB，但设备Flash剩余空间只有1.5MB。结果升级写到一半，空间不够，系统直接崩溃。这就是典型的「没做升级空间评估」。

1.3 全量升级与差分升级的对比

这是本章的重头戏。两种升级方式，说白了就是「全部重写」和「只改差异」的区别。

全量升级

全量升级，就是把整个固件镜像完整地下载到设备上，然后整体替换。比如你的设备原来跑v1.0固件，大小4MB。现在要升到v2.0，还是4MB。设备得先把这4MB完整下载下来，再写入Flash。

优点很明显：

• 实现简单，逻辑清晰
• 兼容性好，不管中间跳了多少个版本，直接覆盖就行
• 出错容易排查，要么全对，要么全错

缺点也扎眼：

• 传输量大，带宽压力大
• 升级时间长，用户体验差
• 对Flash空间要求高，得留出至少一份完整固件的空间

差分升级

差分升级，也叫增量升级。它只传输新旧固件之间的差异部分。比如v1.0到v2.0，实际只改了200KB的代码，那就只传这200KB的差分包。设备收到后，在本地用旧固件+差分包，合成新固件。

优点：

• 传输量小，省带宽、省流量、省时间
• 升级速度快，用户体验好
• 对Flash空间要求低

缺点：

• 实现复杂，需要差分算法（bsdiff、hdiffpatch等）
• 版本依赖强，不能跨版本跳级升级
• 合成过程消耗计算资源，低端MCU可能扛不住

我记得有一次，一个NB-IoT水表项目，每次全量升级要传500KB，模块流量费比硬件还贵。换成差分升级后，差分包只有30KB，流量费直接降到原来的6%。

核心对比表

对比维度	全量升级	差分升级
传输数据量	完整固件（大）	差异部分（小）
升级耗时	长	短
Flash空间需求	高（需双备份）	低
实现复杂度	低	高
版本跳级支持	支持	不支持
适用场景	大存储、高带宽设备	小存储、低带宽、蜂窝网络设备

怎么选？我的建议

没有银弹。我个人的选择逻辑是这样的：

• 存储空间大于2倍固件大小 → 优先全量，简单可靠
• 带宽受限或流量计费 → 必须差分，省成本
• 设备MCU性能弱（如Cortex-M0） → 慎用差分，合成计算可能超时
• 需要频繁小版本迭代 → 差分更合适

1.4 知识体系总览

下面这张图，是我梳理的OTA升级知识体系。你可以把它当成整个课程的导航地图。

这张图把OTA升级拆成了四个核心模块：概念、价值与挑战、升级方式、安全机制。后面的课程，我们会逐一深入每个模块。从全量部署的工程细节，到差分算法的原理实现，再到安全机制的落地——每一步我都会结合真实项目踩过的坑来讲。

嗯，第一章就到这里。记住一句话：OTA升级不是「把文件发过去就行」，它是一个系统工程。后面的内容，咱们慢慢展开。