ESP-Mesh-Lite物联网无线自组网：从原理到实战部署

1. 项目概述：从“孤岛”到“群岛”的无线连接革命

在物联网项目里，最头疼的问题之一，就是怎么让一大片区域里的几十上百个设备都能稳定地连上网。传统的Wi-Fi方案，设备都得直接连上同一个路由器，距离远了信号就弱，设备多了路由器就扛不住，整个网络就像一个个信息孤岛。而乐鑫的ESP-Mesh-Lite方案，就是为了解决这个痛点而生的。它本质上是一种基于Wi-Fi协议的无线自组网技术，能让每一个搭载乐鑫芯片（比如ESP32系列）的设备，都变成一个既能通信又能中继的节点。这样一来，设备之间可以相互接力传递数据，最终只需要一个节点连接到互联网（我们称之为根节点），就能实现整个“设备群岛”的联网。

我最近在一个大型智慧农业大棚的温湿度监控项目中，就深度使用了ESP-Mesh-Lite。棚区长达两百米，传统方案要么布设大量网线，成本高昂；要么部署多个路由器，配置和管理复杂。而用ESP-Mesh-Lite，我们只用了三十多个ESP32模组，就实现了全覆盖，数据通过Mesh网络汇聚到棚头的网关，再上传到云平台，稳定运行了半年多。这个方案的核心价值，就在于它用极低的硬件和部署成本，实现了大范围、高密度、自组织、自修复的无线网络覆盖，特别适合那些对成本敏感、部署环境复杂、且需要灵活扩展的物联网场景，比如智能照明、环境监测、工业传感网络等。

2. 方案核心思路与架构拆解

2.1 为什么是Mesh，而不是星型或串型？

在规划一个无线网络时，我们通常有几个选择。最经典的是星型拓扑，所有设备（叶子节点）直接连接中心路由器（AP）。它的优点是简单、延迟低，但致命缺点是覆盖范围完全依赖于中心路由器的信号强度，且接入设备数量受路由器性能硬限制。另一种是串型或树型拓扑，比如一些Zigbee网络，设备一级级中继。它的覆盖可以延伸，但网络路径单一，中间任何一个节点故障，其后所有节点都会失联，可靠性是短板。

ESP-Mesh-Lite采用的是一种混合Mesh拓扑。它没有严格的父子层级关系，网络中的节点可以分为两类：叶子节点和中间节点。叶子节点只负责采集和发送自己的数据；而中间节点则更“忙”一些，它除了干自己的活，还负责转发其他邻居节点的数据。网络会自动选择最优的路径进行数据传输，比如根据信号强度（RSSI）动态选择父节点。当某个中间节点失效时，其下游节点能自动寻找新的、信号更好的邻居节点重新接入，网络具有自愈能力。这种架构在覆盖范围、网络容量和可靠性之间取得了很好的平衡。

2.2 ESP-Mesh-Lite 与 ESP-Mesh 的抉择

这里必须提一下乐鑫的另一个方案：ESP-Mesh。很多刚接触的朋友会混淆。简单来说，ESP-Mesh是一个更早期、更底层的方案，它基于802.11s协议草案，设备组成的是一个完全对等的、二层网络（数据链路层）。在这个网络里，所有节点地位平等，它们使用同一个BSSID（可以理解为一个特殊的、共享的MAC地址），形成一个大的、虚拟的“胖AP”。它的优点是网络非常扁平，但缺点也很明显：整个网络共享同一个信道，网络规模大了之后冲突和延迟会加剧；并且，手机、电脑等普通STA设备无法直接扫描并加入这个网络，调试和交互不太方便。

而ESP-Mesh-Lite是一个应用层之上的解决方案。每个节点仍然是一个独立的、标准的Wi-Fi STA设备，拥有自己唯一的BSSID。它们通过上层软件协议（应用层）来组织成Mesh网络，并协商出路由路径。这意味着：

1. 兼容性更好：手机可以直连到任何一个节点进行配置或读取数据，便于现场调试。
2. 信道利用更灵活：理论上，不同分支的节点可以使用不同的信道，减少干扰。
3. 更易于与现有网络集成：根节点作为一个普通的STA连接到你家或公司的无线路由器，整个Mesh网络就轻松接入了互联网。

对于绝大多数需要接入互联网的物联网应用，ESP-Mesh-Lite是更推荐、也更易用的选择。它屏蔽了底层协议的复杂性，让开发者可以更专注于应用逻辑。

2.3 网络角色定义与数据流

在一个典型的ESP-Mesh-Lite网络中，我们需要明确定义几种角色：

• 根节点：这是网络的“掌门人”。它通常是一个功能更强的设备（比如ESP32-S3），承担两个重任：一是作为Mesh网络的组织者，二是作为连接外部互联网（如家庭路由器）的网关。所有其他节点的数据，最终都汇聚到根节点，由它转发到云端服务器。根节点通常有稳定的电源供应。
• 中间节点：这些是网络的“骨干”。它们分布在根节点和叶子节点之间，负责接收子节点或邻居节点的数据，并将其向根节点方向转发。同时，它们也可能有自己的传感器需要上报数据。它们扩展了网络的物理覆盖范围。
• 叶子节点：这些是网络的“末梢”。它们只负责采集数据（如温湿度、开关状态），并将数据发送给自己的父节点（一个中间节点或根节点）。叶子节点通常对功耗更敏感，可能由电池供电。在ESP-Mesh-Lite中，叶子节点可以选择进入Wi-Fi休眠模式来省电，因为它不需要转发别人的数据。

数据流向是单向汇聚的：叶子节点 -> 中间节点 -> ... -> 根节点 -> 互联网。控制指令的流向则相反，从云端下发到根节点，再通过Mesh网络路由到目标设备。网络层会自动处理路由发现和维护，开发者只需要调用API发送和接收数据即可，这大大降低了开发难度。

3. 硬件选型与开发环境搭建

3.1 芯片与模组选型考量

乐鑫支持ESP-Mesh-Lite的方案主要基于ESP32系列芯片。选型时不能只看价格，要根据节点角色和项目需求来定。

• 根节点：建议选择性能较强、内存较大、接口丰富的型号。ESP32-S3是当前的首选，它主频高（240MHz），蓝牙5.0，USB OTG支持，便于直接通过USB连接电脑进行调试或作为网关。如果成本压力大，ESP32（单核或双核）也是经典且可靠的选择。对于需要大量数据缓存或复杂协议处理的场景，务必选择PSRAM版本（如ESP32-S3-WROOM-1-N16R8，带16MB Flash和8MB PSRAM）。
• 中间节点与叶子节点：对于只是简单传感和中继的节点，ESP32-C3是一个极具性价比的选择。它是RISC-V架构，功耗比经典ESP32更低，成本也更优，完全能满足Mesh组网和基础传感的需求。如果节点数量极大，对成本极其敏感，且功能单一（比如只控制一个继电器），可以考虑ESP8266，但需要注意ESP8266内存较小，且乐鑫对其Mesh-Lite的支持可能不如ESP32系列完善，需仔细测试。

注意：尽量保持Mesh网络内芯片型号的一致性，至少是同一系列（如都是ESP32）。混用不同架构（X86, RISC-V）虽然SDK层面支持，但在固件升级、内存管理等方面可能带来意想不到的兼容性问题。我的经验是，一个项目内最好不超过两种型号。

3.2 开发环境与SDK配置

乐鑫官方的开发框架是ESP-IDF。现在最省心的方式是使用其VSCode扩展插件“ESP-IDF Extension”。安装完成后，创建一个新项目。

ESP-Mesh-Lite的功能包含在esp-wifi组件中。你需要在项目的menuconfig里进行关键配置：

1. 打开配置工具：idf.py menuconfig或通过VSCode插件界面进入。
2. 进入Component config -> Wi-Fi。
3. 确保Wi-Fi和ESP32 WiFi驱动被启用。
4. 最关键的一步：找到ESP-MESH-LITE选项并启用它。启用后，下面会出现子菜单，用于配置Mesh网络参数，如最大层数、最大连接数等。

这里有几个重要的配置参数需要理解：

• Maximum number of layers：网络允许的最大跳数。比如设为5，则从叶子节点到根节点最多经过4个中间节点。这限制了网络规模，设置太小可能覆盖不够，设置太大会增加网络复杂度和延迟。对于几百米范围的网络，5-10层通常足够。
• Maximum number of connections：每个节点允许连接的子节点数量。这决定了网络的“宽度”。增加此值会消耗更多内存。需要根据网络拓扑密度来设定，一般10-15是一个平衡点。
• Mesh network ID：一个24位的标识符，用于区分不同的Mesh网络。确保你的所有设备使用相同的Network ID，否则它们无法组成同一个网络。
• Root node vote percentage：在允许“根节点自选举”的模式下，这个参数定义了投票阈值。通常我们手动指定根节点，所以这个功能可以关闭。

配置完成后，保存退出。你的项目现在就可以调用esp_mesh_lite相关的API了。

4. 软件实现与核心代码解析

4.1 网络初始化与启动流程

无论是根节点还是子节点，初始化的前半部分流程是相似的。下面我以一个中间节点的代码为例，拆解关键步骤。

#include "esp_mesh_lite.h" #include "esp_wifi.h" // 1. 基础Wi-Fi初始化 void wifi_init_sta(void) { ESP_ERROR_CHECK(esp_netif_init()); ESP_ERROR_CHECK(esp_event_loop_create_default()); esp_netif_create_default_wifi_sta(); wifi_init_config_t cfg = WIFI_INIT_CONFIG_DEFAULT(); ESP_ERROR_CHECK(esp_wifi_init(&cfg)); // 配置Wi-Fi为STA模式 wifi_config_t wifi_config = { .sta = { .ssid = "你的家庭路由器SSID", // 注意：这是给根节点用的。子节点这里可以留空或配一个不存在的，因为子节点通过Mesh连接。 .password = "路由器密码", .threshold.authmode = WIFI_AUTH_WPA2_PSK, }, }; // 对于非根节点，通常不在这里连接外部AP，所以可以注释掉下面这行，或者配置为Mesh的配置。 // ESP_ERROR_CHECK(esp_wifi_set_config(WIFI_IF_STA, &wifi_config)); ESP_ERROR_CHECK(esp_wifi_set_mode(WIFI_MODE_STA)); ESP_ERROR_CHECK(esp_wifi_start()); }

上面的代码是标准的Wi-Fi STA初始化。对于Mesh-Lite节点，关键在接下来的Mesh配置。

// 2. Mesh-Lite 初始化与启动 void mesh_lite_init_and_start(void) { // 创建Mesh-Lite控制器配置 esp_mesh_lite_cfg_t cfg = ESP_MESH_LITE_DEFAULT_CONFIG(); // 配置Mesh网络参数（应与menuconfig中设置一致，或在此覆盖） cfg.mesh_id = 0x123456; // 你的Mesh网络ID，所有设备必须相同 cfg.mesh_password = "your_mesh_password"; // Mesh网络密码，可选但建议设置以增强安全 cfg.max_layer = 5; // 最大层数 cfg.capacity_num = 12; // 最大子节点连接数 // 设置本设备的类型：这里设为MESH_NODE（中间节点或叶子节点） // 如果是根节点，则使用 MESH_ROOT cfg.type = MESH_NODE; // 设置回调函数，用于接收网络状态和数据 esp_mesh_lite_set_config(&cfg); esp_mesh_lite_register_callback(ESP_MESH_LITE_EVENT_PARENT_CONNECTED, on_parent_connected, NULL); esp_mesh_lite_register_callback(ESP_MESH_LITE_EVENT_PARENT_DISCONNECTED, on_parent_disconnected, NULL); esp_mesh_lite_register_callback(ESP_MESH_LITE_EVENT_ROOT_GOT_IP, on_root_got_ip, NULL); // 只有根节点会收到此事件 esp_mesh_lite_register_callback(ESP_MESH_LITE_EVENT_DATA_RECV, on_data_received, NULL); // 启动Mesh-Lite ESP_ERROR_CHECK(esp_mesh_lite_start()); } // 回调函数示例：当连接到父节点时 static void on_parent_connected(void *arg, esp_event_base_t event_base, int32_t event_id, void *event_data) { ESP_LOGI(TAG, "成功连接到父节点。本节点Layer: %d", esp_mesh_lite_get_layer()); // 连接成功后，可以开始发送自己的传感器数据了 xTaskCreate(&sensor_read_and_send_task, "send_task", 4096, NULL, 5, NULL); }

根节点的特殊处理：根节点在cfg.type中需设置为MESH_ROOT。此外，根节点需要额外配置其上游连接——即连接互联网的路由器。这通常在Mesh启动后，在一个单独的任务中完成，或者使用一个标志位，在收到ESP_MESH_LITE_EVENT_ROOT_GOT_IP事件后，再去连接外部Wi-Fi。

4.2 数据通信模型与API使用

Mesh-Lite网络内部的数据通信，使用的是组播和单播相结合的方式。SDK提供了简洁的API。

• 发送数据到根节点（上行）：任何节点都可以调用esp_mesh_lite_send()函数，数据会自动沿着已建立的路由路径，逐跳传向根节点。你需要指定目标地址，如果目标是根节点，有一个特殊的宏MESH_LITE_ROOT。

void sensor_read_and_send_task(void *pvParameters) { while(1) { // 1. 读取传感器数据 float temperature = read_temperature(); float humidity = read_humidity(); // 2. 封装数据（可以使用JSON、Protobuf或自定义二进制格式） char data_buffer[128]; int len = snprintf(data_buffer, sizeof(data_buffer), "{\"dev\":\"%s\",\"temp\":%.2f,\"humi\":%.2f}", esp_mesh_lite_get_node_id(), temperature, humidity); // 3. 发送数据到根节点 esp_err_t ret = esp_mesh_lite_send(MESH_LITE_ROOT, (uint8_t*)data_buffer, len, 0); if (ret != ESP_OK) { ESP_LOGE(TAG, "发送数据失败: %s", esp_err_to_name(ret)); } else { ESP_LOGI(TAG, "数据已发送"); } vTaskDelay(pdMS_TO_TICKS(5000)); // 每5秒发送一次 } }

• 根节点接收与转发数据：根节点通过注册的ESP_MESH_LITE_EVENT_DATA_RECV回调函数接收所有子节点发来的数据。根节点的任务就是将这些数据通过其本身的网络连接（如Wi-Fi STA或以太网）转发到云端服务器（MQTT, HTTP等）。

static void on_data_received(void *arg, esp_event_base_t event_base, int32_t event_id, void *event_data) { esp_mesh_lite_data_t *data = (esp_mesh_lite_data_t *)event_data; ESP_LOGI(TAG, "收到来自节点 [MAC:%02x:%02x:%02x...] 的数据，长度：%d", >// 假设从云端收到指令：控制 MAC 为 {0xaa, 0xbb, 0xcc, 0xdd, 0xee, 0xff} 的节点 void control_device_from_cloud(uint8_t *target_mac, uint8_t *command) { esp_err_t ret = esp_mesh_lite_send(target_mac, command, strlen(command), 0); // ... 错误处理 }

4.3 网络状态管理与自愈机制

一个健壮的Mesh网络必须能应对节点离线、信号变化等异常。ESP-Mesh-Lite SDK内部实现了心跳机制和父节点选择算法。

• 心跳与保活：子节点会定期向父节点发送心跳包。如果连续多次收不到父节点的回应，子节点会判定父节点失效。
• 父节点重选：当子节点与父节点断开连接后，它会自动进入“扫描”状态，重新搜索周围的潜在父节点（信号强度足够、网络ID匹配、且层数未超限的节点），并选择信号最好的一个进行连接。这个过程对应用层是透明的，但你可以通过回调事件ESP_MESH_LITE_EVENT_PARENT_DISCONNECTED和ESP_MESH_LITE_EVENT_PARENT_CONNECTED来感知并做相应处理，比如在断开时暂停数据发送，连接后恢复。
• 根节点失效：如果根节点宕机，整个网络将失去与互联网的连接。一种高级用法是启用“根节点选举”功能，让网络中的其他节点通过投票选举出新的根节点。但这通常需要所有候选根节点都具备连接外部互联网的能力，配置较为复杂。在大多数实际项目中，我们更倾向于确保根节点硬件可靠、电源稳定，并可能增加硬件看门狗来防止其死机。

5. 实战部署与优化策略

5.1 网络规划与节点部署要点

纸上谈兵终觉浅，部署才是真正的考验。根据我的项目经验，以下几点至关重要：

1. 信号强度与层数规划：在部署前，最好用手机或一个ESP32设备作为信号扫描仪，在实际环境中走一遍，记录各点的Wi-Fi信号强度（RSSI）。理想情况下，相邻节点间的RSSI应大于-65dBm。每经过一跳（一个中间节点），信号会有衰减，也会增加几十毫秒的延迟。规划网络拓扑时，应尽量让叶子节点在2-3跳内到达根节点。对于长条形区域（如走廊、农田），采用“珍珠链”式部署；对于方形区域，采用“网格”状部署，确保每个节点都有至少两个潜在的父节点可选，以提高可靠性。

2. 根节点位置：根节点应放置在网络物理位置的中心或靠近互联网接入点的位置。同时，要保证根节点与上游路由器之间的信号极好（RSSi > -50dBm），因为根节点的稳定性决定了整个网络的稳定性。

3. 供电与功耗：中间节点需要持续工作以转发数据，必须使用稳定电源（如市电或大容量电池）。叶子节点如果由电池供电，一定要充分利用ESP32的深度睡眠功能。在Mesh-Lite中，叶子节点可以在发送完数据后，调用esp_wifi_stop()进入深度睡眠，定时唤醒后重新初始化Wi-Fi和Mesh并连接。这需要仔细设计连接和发送的超时逻辑，避免大部分时间耗在重连上。

4. 信道干扰：虽然Mesh-Lite节点是STA模式，但大量2.4GHz设备（蓝牙、微波炉、其他Wi-Fi）会造成干扰。可以在根节点或网络初始化时，动态扫描选择最干净的信道（如1, 6, 11），并通过应用层协议通知所有节点切换到该信道。乐鑫SDK提供了esp_wifi_set_channel()API。

5.2 性能调优与参数配置

默认配置可能无法满足你的特定场景，需要在menuconfig和代码中进行调优。

• Wi-Fi性能参数：

  • Wi-Fi AMPDU TX/RX: 聚合帧，提高吞吐量，默认开启即可。
  • Wi-Fi RX IRAM Optimize: 将部分Wi-Fi接收功能放入IRAM，提升接收性能，但会占用部分内存。如果应用代码不大，建议开启。
  • Wi-Fi Task Stack Size: 如果网络节点数很多（>50），数据转发任务繁重，可以适当增大此栈大小，防止堆栈溢出。

• Mesh-Lite核心参数：

  • Maximum number of connections：不要盲目设大。每个连接都会消耗内存和维护开销。根据实际部署密度，10-20个通常足够。设得过大反而可能降低网络效率。
  • Mesh network softAP beacon interval：节点在寻找父节点时，会间歇性作为SoftAP广播自己的存在。增大这个间隔可以降低功耗，但会延长发现时间。对于固定部署的网络，可以适当调大（如500ms~1000ms）。
  • Mesh data forward queue size：每个节点都有一个数据转发队列。如果网络流量突发很大，可以适当增加队列长度，但会消耗更多内存。

• 应用层优化：

  • 数据聚合：不要让每个叶子节点都高频发送小数据包。可以设计一个“数据聚合”中间节点，收集附近几个叶子节点的数据，打包成一个稍大的数据包再上行，能显著减少网络中的报文数量，降低冲突和功耗。
  • 心跳间隔：调整子节点发送心跳包的间隔。在稳定环境中，可以适当拉长心跳间隔（如30秒到60秒），减少空口流量。
  • 发送重试与确认机制：esp_mesh_lite_send()函数有一个opt参数，可以设置是否需要链路层确认。对于关键指令，应开启确认；对于不重要的周期性传感数据，可以关闭确认以提高效率，由应用层在必要时做重传。

5.3 安全加固建议

任何无线网络都不能忽视安全。

1. 启用Mesh网络密码：在esp_mesh_lite_cfg_t中设置mesh_password。这样，只有知道密码的设备才能加入网络，防止非法设备接入。
2. 应用层加密：即使Mesh层有密码，也建议对上行和下行的应用数据再进行一次加密。可以使用AES等轻量级加密算法，密钥在设备生产时烧录或通过安全通道分发。这样即使无线报文被截获，也无法被破解。
3. 设备身份认证：每个设备可以拥有唯一的ID和证书。根节点在接收到新节点加入请求时，可以将其ID上报云端进行验证，云端确认合法后才允许其通信。这实现了设备级别的准入控制。
4. 关闭调试接口：量产固件务必关闭UART、JTAG等调试接口，并启用Flash加密，防止固件被提取和反编译。

6. 常见问题排查与调试技巧

即使规划得再好，实际调试中也会遇到各种问题。下面是我踩过的一些坑和解决方法。

6.1 节点无法加入网络

• 现象：节点一直打印“扫描中”或“寻找父节点”，无法连接。
• 排查步骤：
  1. 检查基础配置：确认所有设备的mesh_id、mesh_password（如果设置了）完全一致。一个字符或大小写错误都会导致失败。
  2. 检查信号强度：用esp_wifi_scan_get_ap_recordsAPI在节点代码里扫描一下，看看周围能收到哪些Mesh节点（SSID通常是固定的格式，如ML_XXXXXX），以及它们的信号强度。可能是物理距离太远或有遮挡。
  3. 检查层数限制：如果潜在父节点的层数已经等于max_layer，那么它就不能再接受子节点了。你需要调整根节点的位置，或者在中间增加节点。
  4. 查看父节点容量：每个父节点的子节点数量受capacity_num限制。如果父节点已经满了，新节点也无法加入。可以通过日志查看父节点的连接数。
  5. 信道不一致：确保所有节点工作在相同的Wi-Fi信道。可以在根节点启动后，固定一个信道，并让子节点也设置到这个信道。

6.2 网络不稳定，频繁断线重连

• 现象：节点日志中频繁出现父节点连接/断开的事件。
• 可能原因与解决：
  1. 电源问题：尤其是电池供电的节点，在发射无线信号时电流峰值可能超过1A，如果电源内阻大或线缆细，会导致电压瞬间跌落，引起芯片重启。务必使用质量好、线径粗的电源，或在芯片电源引脚就近布置大容量（如100uF以上）的钽电容或电解电容。
  2. Wi-Fi干扰：使用Wi-Fi分析仪APP检查现场环境，是否存在大量同频段信号。尝试在代码中切换到相对空闲的信道（1, 6, 11）。
  3. 内存溢出：如果节点任务繁重，分配了大量内存未释放，可能导致系统崩溃。使用heap_caps_get_free_size()监控内存使用情况，确保有足够的堆空间。优化代码，减少动态内存分配。
  4. 看门狗超时：如果应用任务阻塞时间过长，会触发看门狗复位。确保长时间循环中有vTaskDelay()或调用esp_task_wdt_reset()喂狗。

6.3 数据丢包或延迟高

• 现象：云端收到的数据不连续，或者从叶子节点发送到云端耗时超过数秒。
• 排查与优化：
  1. 网络跳数过多：用esp_mesh_lite_get_layer()打印每个节点的层数。如果叶子节点层数达到4-5层，延迟和丢包率自然会上升。考虑调整节点布局，增加中间节点，减少平均跳数。
  2. 网络流量过载：如果所有节点都在同一时刻发送数据，会造成信道拥堵。可以在应用层为不同节点引入随机延迟，错开发送时间。例如，在固定周期（如5秒）的基础上，加上一个基于节点ID的随机微秒级延迟。
  3. 检查发送返回值：每次调用esp_mesh_lite_send()后，一定要检查返回值。如果是ESP_ERR_MESH_LITE_QUEUE_FULL，说明转发队列已满，需要增大队列长度，或者降低发送频率。
  4. 使用Ping测试：可以在根节点和某个叶子节点之间实现一个简单的应用层Ping（发送时间戳，收到后回传并计算时延），来量化网络延迟和丢包率，帮助定位问题节点。

6.4 根节点无法连接外网

• 现象：Mesh内部通信正常，但数据无法上传到云端。
• 排查：
  1. 检查根节点STA配置：确保根节点正确配置了外部路由器的SSID和密码，并且能成功获取到IP地址（ESP_MESH_LITE_EVENT_ROOT_GOT_IP事件是否触发）。
  2. 检查网络连通性：在根节点上增加一个任务，定期ping一个外网地址（如8.8.8.8）或DNS服务器，测试互联网连接是否正常。
  3. 检查防火墙和端口：确保你的云服务器IP和端口（如MQTT的1883端口）在根节点的网络环境中是可访问的，没有被防火墙拦截。
  4. 资源竞争：根节点同时处理Mesh内部数据转发和外部网络通信，任务繁重。确保为其分配了足够大的任务栈和优先级。可以考虑使用两个独立的网络接口（如ESP32的Wi-Fi作Mesh，以太网PHY连接有线网络）来分担负载。

调试时，善用ESP-IDF的日志系统非常重要。将日志级别设置为INFO或DEBUG，可以清晰地看到Mesh连接、数据收发的全过程。同时，将关键信息（如节点MAC、层数、父节点MAC、信号强度）定期打印出来或通过Mesh网络上报到根节点，可以让你对整个网络的拓扑和健康状况一目了然。