OTA 固件升级

这一章讲的是“像手机更新系统一样，让设备不用插线也能升级”。

OTA 是 Over-The-Air update，意思是设备通过网络下载新固件并切换到新版本。它不是第一个联网 demo，而是产品长期维护时必须理解的能力。

直觉

最小 OTA 可以理解成三步：下载新固件，写入另一个应用分区，重启后从新分区启动。为了避免升级失败变砖，真实产品还会加入版本校验、签名、回滚和发布管理。

你需要先完成 Wi-Fi 章节，并理解分区表。初学阶段建议先阅读官方 OTA 示例和分区说明，在本地测试服务器或受控网络中练习，不要直接连接生产服务。

本章先以官方 native_ota_example 为最小参考。核心 API 是 esp_https_ota：

esp_http_client_config_t config = {
    .url = CONFIG_FIRMWARE_UPGRADE_URL,
};
esp_err_t ret = esp_https_ota(&config);

先观察升级成功、URL 错误、网络断开三种日志。能解释每一种失败发生在哪个阶段，比盲目追求一次成功更重要。

OTA 的速度受固件大小、Wi-Fi 质量、服务器带宽、TLS 开销和 flash 写入速度影响。课堂演示不追求最快下载，而是要能解释下载、校验、写分区、切换启动分区和回滚这些阶段。

OTA 不是孤立功能。它需要分区表、版本管理、发布策略和失败恢复。没有这些边界，设备可能升级失败后无法启动。

OTA 适合需要长期维护的联网设备，例如智能家居、传感器网关、教育实验箱和售后部署设备。一次性课堂小实验可以先不做 OTA，但只要设备交给别人使用，就应该认真考虑升级路径。

OTA 需要匹配分区表；如果只有一个应用分区，就没有地方写入新固件。HTTPS 需要处理证书。升级流程中不要硬编码内部服务器地址、账号或密钥。

本章提示词

请帮我理解 ESP32 OTA 升级。要求解释 OTA 分区表、下载流程、HTTPS 证书、版本校验、失败回滚和串口日志判断方法，并给出一个适合课堂演示的最小升级实验方案。