⚠️ 必读:两种 OTA 方式的真实情况
WiFi OTA(HTTPS OTA):
✓ ESP-IDF 官方提供完整的 esp_https_ota 组件,开箱即用
✓ 文档完善,是 Espressif 官方推荐的标准做法
✓ 本笔记重点详细讲解这部分
BLE OTA:
⚠️ ESP-IDF 官方没有提供一个像 esp_https_ota 那样"开箱即用"的
标准 BLE OTA 组件!
实际情况是:
底层的分区管理 API(esp_ota_ops,如 esp_ota_begin/write/end)
和 WiFi OTA 完全共用,这部分是标准化的
但"怎么通过 BLE 把固件数据传进来"这一层,
需要你自己设计 GATT 服务(基于上一篇 BLE 笔记的知识)
手动把收到的数据喂给 esp_ota_write()
本笔记会基于 esp_ota_ops 标准 API + 上一篇 NimBLE GATT Server 笔记,
教你如何组合出一个完整可用的 BLE OTA 方案
这是真实的工程做法,而不是凭空捏造一个不存在的"BLE OTA 库"
版本:基于 ESP-IDF v5.x / v6.0(OTA 核心 API 在两个版本间一致)
一、OTA 的核心原理:双分区机制
1.1 为什么需要双分区?
最朴素的想法:直接把新固件覆盖写到当前运行的位置,不就行了?
问题:
ESP32 正在执行的代码就存放在 Flash 里
如果直接覆盖正在运行的代码所在的 Flash 区域:
写到一半,CPU 取指令取到的是"