ESP-IDF 蓝牙 Mesh 实战：ESP-BLE-MESH 的入网、组网与 Mesh v1.1 新特性一次讲清

ESP-IDF 蓝牙 Mesh 实战：ESP-BLE-MESH 的入网、组网与 Mesh v1.1 新特性一次讲清

【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf

ESP-BLE-MESH 是 ESP-IDF 中的官方蓝牙 Mesh 协议栈实现：覆盖设备入网、多跳组网、标准模型联动到 Mesh v1.1 演进的全套能力，开箱即用。

上图是官方文档中 Provisioner（配网者）与未配网设备完成一次入网的完整交互：能力交换、公钥交换、配置数据下发、AppKey 绑定，直到弹出 Configuration Complete。三条入网通道走的都是这套流程，区别只在交互媒介。

📡 让设备入网：三条通道怎么选

PB-ADV、PB-GATT 与 PB-Remote 三种入网通道

Provisioning（配网）是未入网设备被安全纳入 Mesh 网络的过程。ESP-BLE-MESH 提供三种入网通道，实际工程里按物理环境选：

• PB-ADV：走广播信道交互，不需要建立连接，家里批量布点最常用；
• PB-GATT：走 GATT 连接交互，适合设备只能以 GATT 方式接入的场景（Proxy 场景）；
• PB-Remote：Mesh v1.1 引入的远程入网，Provisioner 委托一台已入网节点（Remote Provisioning Server）帮远处设备配网，人不用走到设备旁边。

OOB 认证与证书入网：防中间人

入网时可从 No OOB、Static OOB、Output/Input OOB 中选择（OOB 即带外认证，通过屏幕数字或图案人工核对），用于防中间人攻击。对身份要求更强的场景，可以启用 Certificate-based Provisioning（证书入网）做基于证书的入网认证。

Fast Provisioning：60 秒配 100 台

来看一组数据：Fast Provisioning 面向大批量入网，理想环境下 60 秒内可完成多达 100 台设备配网，比逐台串行配网快一个量级。示例fast_provisioning拆成 fast_prov_client 与 fast_prov_server 两个工程，部署时两个角色要成对出现。

🔁 把网络跑起来：中继、分段与密钥自愈

Relay 与 SAR：长消息如何跨越覆盖缺口

Relay 类似快递中转站：开启 Relay 的节点收到消息后替你多转一跳，消息借此多跳跨越无线覆盖缺口。消息太长装不进单包时，SAR（分段与重组）在发送端切段、接收端拼回。二者都在core/目录实现，Kconfig 打开对应开关即可。

Key Refresh 与 IV Update：长期组网的两个保险

网络被入侵后，用 Key Refresh（密钥刷新）换发 Network Key 并把全网迁移过去，不用重新配网。IV Update（IV Index 更新）则是长期运行的例行操作，防止旧消息被重放。两者都可以通过 Configuration Client 触发，对业务无感。

多 Client 并发：Provisioner 不卡死

多个 Client Model 可以同时向不同节点发包，且与 Server Model 互不阻塞。一台 Provisioner 可以并行管理多台远端节点，不会因为等某一台慢响应而卡住其他操作。Client 与 Server 模型按目录隔离，靠事件回调解耦：Client 在models/client/，Server 在models/server/。

🔋 低功耗与代理接入：Friend、LPN 与 Proxy

低功耗节点如何不掉线

LPN（Low Power Node，低功耗节点）大部分时间处于休眠，不可能一直在线收消息。办法是给它配一台 Friend（好友节点）：旁边一台常开的节点替 LPN 缓存消息，LPN 定时上线取件，类似小区快递柜。工程上两个角色要配对部署——LPN 聚集的地方都要有一台 Friend。

Proxy Server / Proxy Client：GATT 设备的 Mesh 入口

部分终端（手机 App、网关）不支持 Mesh 广播，只能走 BLE GATT。Proxy Server 把 Mesh 消息封装成 GATT 服务，Proxy Client 与之连接，非 Mesh 设备就能读写网络。两者实现同样在core/目录。

💡 控制与联动：一张表看懂 Model 能力矩阵

Model 是蓝牙 Mesh 规范预定义的"能力模块"：设备配网时声明自己有哪些 Model，App 发对应操作码就能控制它。

Server 侧还有两个通用机制：状态绑定（如 Light Lightness 与 Generic Level 联动）与状态迁移（过渡时间内平滑变化），由models/server/统一提供。

Foundation Models 与 NVS 持久化

Foundation Models（网络管理与设备配置类模型）全部在core/：Configuration Server/Client 负责 AppKey/NetKey 管理与订阅配置，Health Server/Client 做健康检查；Mesh v1.1 的 Remote Provisioning、定向转发、子网桥、私有信标等对应的 Configuration Server/Client 也在这里。注意 Configuration Server 只用 DevKey 加密传输，配网完成后无需为它绑 AppKey。

NVS 持久化让节点把配网信息与配置写入 NVS，重启后直接以已入网节点身份恢复，不必重新配网。

规模化与安全演进：Mesh v1.1 新特性

定向转发、私有信标与子网桥

• Directed Forwarding（定向转发）：只有路径上的节点转发定向消息，其余节点保持安静，大网络里显著压低广播开销；
• Private Beacon（私有信标）：信标内容随机化，防止设备被信标定位，增强隐私；
• Subnet Bridge（子网桥接）：允许跨子网转发消息，大网络可以拆分子网独立管理。

DFU 固件升级（Preview）

Mesh v1.1 的 OTA 能力已有预览实现：Firmware Update Client/Server 负责升级执行（含槽位管理与元数据），Firmware Distribution Client/Server 负责固件经多个节点接力分发，代码位于v1.1/dfu/。这些特性当前标注 Preview，量产前确认版本说明。

🛠️ 动手入口：官方示例与选型建议

examples/bluetooth/esp_ble_mesh/下有 8 个示例目录：onoff_models是入门首选，onoff_server 演示 Configuration Server 与 Generic OnOff Server 组合驱动 RGB LED；provisioner演示设备反过来配网别人；fast_provisioning、wifi_coexist分别对应批量配网与 Wi-Fi 共存；sensor_models、vendor_models、remote_provisioning、directed_forwarding覆盖传感器、厂商自定义与 v1.1 特性，每个示例都配了 Walkthrough 教程文档。

选型上：十来台灯的家用场景，PB-ADV + Relay + 一组 Generic/Lighting 模型就够，从onoff_models起步；有低功耗传感器或手机直连需求，再加 LPN/Friend 与 Proxy；走向规模化部署，关注 v1.1 定向转发与 DFU——后者仍是 Preview 状态，量产前先看版本说明。

【免费下载链接】esp-idfEspressif IoT Development Framework. Official development framework for Espressif SoCs.项目地址: https://gitcode.com/GitHub_Trending/es/esp-idf