1. 从单点追踪到网状互联：为什么要在Wio Tracker L1 Pro上折腾Mesh？

如果你手头有一块Wio Tracker L1 Pro，大概率是冲着它集成的GNSS（全球导航卫星系统）和4G Cat.1通信能力去的。这板子确实是个好东西，单机状态下，它能定时上报位置、采集传感器数据，实现远程资产追踪或环境监测。但不知道你有没有遇到过这样的场景：你想监控一个仓库里几十个货架的温湿度，或者追踪一个大型工地里上百台设备的实时位置。如果给每个点都配一块L1 Pro并各自独立连接4G网络，先不说硬件成本，光是每张SIM卡的月租费和流量费，长期下来就是一笔不小的开销。更头疼的是，在室内或信号复杂的区域，单块设备可能因为信号遮挡而直接“失联”，数据就断了。

这时候，“Mesh”网络的价值就凸显出来了。简单来说，Mesh（网状网络）就是让设备之间能够互相通信，组成一个自组织、自修复的网络。在这个网络里，数据可以像接力赛一样，从一个设备“跳”到另一个设备，最终只需要少数几个节点（甚至一个）作为“网关”连接到外部网络（比如4G或Wi-Fi）。对于Wio Tracker L1 Pro这样的设备，引入Mesh意味着你可以用更低的成本和更高的可靠性，构建一个大规模、高密度的传感网络。想象一下，一个仓库里只有角落里的一个设备连着4G网络，其他设备通过Mesh把数据传给它，再由它统一上报到云端——这省下的可是真金白银。

Wio Tracker L1 Pro本身基于Realtek RTL8720DN芯片，这颗芯片是双核（Cortex-M4和Cortex-M0）架构，并且原生支持Wi-Fi和蓝牙。这为它运行Mesh协议栈提供了硬件基础。我们这里要开始的“MeshCore”，正是基于这些无线能力，构建一个低功耗、去中心化的设备网络。这不是简单的点对点通信，而是一个具备路由、自愈能力的真正网状网络。接下来，我就带你一步步，把手里的这块L1 Pro从“单兵作战”模式，升级为“集团军”中的一员。

2. 前期准备：固件、工具与开发环境搭建

在开始编织Mesh网络之前，我们需要确保手中的“针线”——也就是开发板和软件工具——都准备妥当。这个过程看似繁琐，但每一步都关系到后续能否顺利进行。

2.1 硬件与软件清单核对

首先，确认你的硬件装备：

1. Wio Tracker L1 Pro 开发板：至少准备两块或以上。Mesh网络至少需要两个节点才能形成，建议准备三块以便测试网络的自愈和路由功能。
2. USB-C 数据线：用于供电和编程。
3. 电脑：Windows, macOS 或 Linux 系统均可。
4. SIM卡：虽然Mesh网络内部通信不依赖4G，但作为网关的节点可能需要一张有效的Micro SIM卡来将数据上传到云端。测试初期，如果只关注Mesh组网本身，可以暂不插卡。

软件方面，我们需要三样东西：最新的板级支持包（BSP）、Arduino IDE或PlatformIO、以及MeshCore库。

2.2 刷新最新版固件与BSP

Wio Tracker L1 Pro的底层固件和Arduino核心支持包需要保持最新，以确保兼容性和稳定性。很多奇怪的编译错误或运行故障，都源于版本过旧。

步骤一：更新Bootloader与固件

1. 访问Seeed Studio的官方Wiki页面，找到Wio Tracker L1 Pro的固件更新教程和文件。
2. 通常需要一个名为“RBL_download_tool”的烧录工具和最新的固件包（.bin文件）。
3. 将L1 Pro通过USB连接电脑，进入下载模式（通常需要按住某个按键再上电或复位）。
4. 使用工具将固件烧录进去。这个过程相当于给设备重装系统，能解决很多底层问题。

步骤二：在Arduino IDE中安装BSP

1. 打开Arduino IDE，进入“文件” -> “首选项”。
2. 在“附加开发板管理器网址”中，添加Seeed的板源URL：https://files.seeedstudio.com/arduino/package_seeeduino_boards_index.json
3. 打开“工具” -> “开发板” -> “开发板管理器”。
4. 搜索“Wio”，找到“Seeed Wio Terminal / Tracker by Seeed Studio”，选择最新版本并安装。

安装完成后，你就能在开发板列表里选择“Wio Tracker L1 Pro”了。这一步确保了编译器、链接器和上传工具链是针对这块板子正确配置的。

2.3 安装MeshCore库

MeshCore并非Arduino官方库，我们需要手动安装。最可靠的方式是从GitHub仓库直接下载。

1. 访问MeshCore的GitHub仓库（通常由Seeed或社区维护，可以搜索“Seeed-Studio/MeshCore”）。
2. 点击“Code”按钮，选择“Download ZIP”，将整个仓库下载到本地。
3. 在Arduino IDE中，选择“项目” -> “加载库” -> “添加.ZIP库…”，然后选择你刚下载的ZIP文件。
4. 安装成功后，你可以在“文件” -> “示例”中找到“MeshCore”或类似名称的示例文件夹。

注意：有些Mesh库可能依赖其他基础通信库（比如用于Wi-Fi的WiFi库或特定的BLE库）。确保按照库文档的说明，安装所有必需的依赖项。安装后重启Arduino IDE，让库文件完全加载。

3. MeshCore初探：理解核心概念与网络角色

在写第一行代码之前，我们必须搞清楚MeshCore网络里几个关键角色和它们是如何协同工作的。这能帮你理解后续的配置和代码逻辑，而不是机械地复制粘贴。

3.1 节点类型：终端、路由与网关

在一个典型的低功耗Mesh网络（如基于Thread或自定义协议）中，设备通常扮演三种角色：

1. 终端设备 (End Device)

   • 特点：通常是电池供电的传感器节点，如温湿度传感器、定位标签。它们绝大部分时间处于深度睡眠状态以节省电量，只在需要发送数据或定时唤醒时才短暂接入网络。
   • 在Mesh中的行为：终端设备一般只与它的父节点（一个路由设备）通信，不具备为其他设备转发数据的能力。它的网络拓扑结构是星形的，依赖于父节点。

2. 路由设备 (Router)

   • 特点：通常有持续电源供电（如USB供电），始终保持活跃。它们是Mesh网络的“骨架”。
   • 在Mesh中的行为：负责转发数据包。它们之间相互连接，形成网状通路。一个路由设备可以连接多个终端设备和其他路由设备，负责维护路由表，为数据包选择最佳路径。

3. 网关设备 (Gateway/Border Router)

   • 特点：Mesh网络与外部世界（如互联网）的桥梁。它至少有两个网络接口：一个接入Mesh网络（如Wi-Fi或BLE），另一个连接外部网络（如以太网、4G）。
   • 在Mesh中的行为：它本质上是一个特殊的路由设备，额外负责协议转换。它将Mesh网络内的IPv6数据包（假设Mesh使用IPv6）转换并路由到外部IPv4/IPv6互联网，反之亦然。

对于Wio Tracker L1 Pro，我们可以灵活配置：一块插着SIM卡、持续供电的板子可以设置为“网关+路由”；另一块仅用电池供电、只负责采集数据的板子可以设置为“终端设备”；而那些有持续供电、用于扩展网络覆盖范围的板子，则可以设置为“路由设备”。

3.2 MeshCore的工作流程与数据流转

理解了角色，我们来看数据怎么走。假设我们有一个温湿度监测网络：

1. 终端设备A（电池供电）每隔5分钟测量一次数据，然后唤醒并寻找网络。
2. 它连接到最近的路由设备B（USB供电），将温湿度数据包发送给B。
3. 路由设备B查看自己的路由表，发现到网关的最优路径是经过路由设备C，于是它将数据包转发给C。
4. 路由设备C直接连接到网关设备D，它将数据包传给D。
5. 网关设备D收到来自Mesh网络的内部协议数据包，将其解包，提取出有效的应用数据（如温度25°C，湿度60%），然后通过它的4G模块，按照MQTT/HTTP等协议，将数据发送到远端的云服务器。
6. 如果路由设备B突然断电（比如被拔掉），网络会触发“自愈”机制。终端设备A会发现自己与父节点B失联，于是重新发起网络发现，可能会连接到路由设备C或其他路由，新的路由路径会在几秒到几十秒内自动形成，数据流恢复。

这个过程中，MeshCore库负责管理底层的邻居发现、链路质量评估、路由选择和数据包转发，对上层应用开发者几乎透明。我们只需要关心：设备是什么角色？要发送什么数据？发给谁？

4. 实战：构建你的第一个双节点Mesh网络

理论说得再多，不如动手跑通。我们从最简单的场景开始：让两块Wio Tracker L1 Pro组成一个微型Mesh网络，其中一块作为网关，另一块作为终端设备，并实现终端设备向网关发送“Hello Mesh”消息。

4.1 网关节点代码编写与解析

首先，我们编写网关节点的代码。它的任务是启动Mesh网络，并等待接收来自其他节点的消息。

#include <MeshCore.h> // 定义Mesh网络参数 #define MESH_PREFIX "myMeshNetwork" #define MESH_PASSWORD "myMeshPassword" #define MESH_PORT 5555 // 创建Mesh对象 MeshCore mesh; void setup() { Serial.begin(115200); delay(1000); // 等待串口初始化 // 初始化Mesh，设置其为网关节点 // 注意：这里的角色设置可能因库版本而异，有些库通过`mesh.init(MESH_GATEWAY)`来设置 mesh.init(MESH_PREFIX, MESH_PASSWORD, MESH_PORT); // 设置收到数据时的回调函数 mesh.onReceive(&receivedCallback); Serial.println("Gateway node initialized. Waiting for messages..."); } void loop() { // Mesh库的后台任务需要定期调用以处理网络事件 mesh.update(); } // 收到数据时的处理函数 void receivedCallback(uint32_t from, uint8_t *data, uint16_t len) { Serial.printf("Received message from node ID: 0x%06X\n", from); Serial.printf("Data: "); for(int i=0; i<len; i++){ Serial.print((char)data[i]); } Serial.println(); Serial.printf("Length: %d bytes\n\n", len); }

代码关键点解析：

• MESH_PREFIX和MESH_PASSWORD：相当于Wi-Fi的SSID和密码，所有要加入同一Mesh网络的设备必须配置一致。这保证了网络的安全性。
• MESH_PORT：Mesh网络内部通信使用的UDP端口，所有节点需一致。
• mesh.init(...)：初始化Mesh栈。对于网关节点，有些库可能需要显式调用mesh.setRoot(true)或类似的函数来声明其根节点/网关身份。请务必查阅你所使用的MeshCore库的具体API文档。
• mesh.onReceive(...)：注册一个回调函数。当该节点收到任何来自Mesh网络的数据包时，这个函数会被自动调用。参数通常包含发送者的节点ID、数据指针和数据长度。
• mesh.update()：在loop()中必须定期调用。它用于处理Mesh协议栈的内部状态机、心跳、路由维护等后台任务。如果不调用，网络可能会停滞。

4.2 终端节点代码编写与解析

接下来，编写终端设备的代码。它需要加入Mesh网络，并定期向网关发送消息。

#include <MeshCore.h> #define MESH_PREFIX "myMeshNetwork" #define MESH_PASSWORD "myMeshPassword" #define MESH_PORT 5555 #define SEND_INTERVAL_MS 5000 // 每5秒发送一次 MeshCore mesh; uint32_t lastSendTime = 0; uint8_t messageCounter = 0; void setup() { Serial.begin(115200); delay(1000); // 初始化Mesh，作为终端节点加入 mesh.init(MESH_PREFIX, MESH_PASSWORD, MESH_PORT); // 有些库可能需要设置节点类型为终端，以优化功耗 // mesh.setNodeType(MESH_END_DEVICE); Serial.println("End device node initialized. Joining mesh..."); } void loop() { mesh.update(); // 同样需要定期更新 // 检查是否到了发送时间 if (millis() - lastSendTime > SEND_INTERVAL_MS) { sendMessage(); lastSendTime = millis(); } } void sendMessage() { char message[50]; messageCounter++; snprintf(message, sizeof(message), "Hello Mesh from End Device! Count: %d", messageCounter); // 发送数据到网关 // 注意：发送到网关的地址通常是固定的，可能是0（广播）或一个特定的网关ID。 // 这取决于库的设计，常见的是发送广播，网关会收到所有广播消息。 bool success = mesh.sendBroadcast(message); if (success) { Serial.printf("Message sent: %s\n", message); } else { Serial.println("Failed to send message. Network may be busy or not connected."); } }

代码关键点解析：

• SEND_INTERVAL_MS：控制发送频率。在实际低功耗应用中，这个间隔可能很长（如几分钟），并且发送完成后设备会立即进入睡眠模式。
• mesh.sendBroadcast(message)：这是最简单的发送方式，将消息广播到整个Mesh网络。网关节点自然会收到。你也可以选择单播，发送到特定的节点ID，但这需要事先知道目标ID，逻辑更复杂。
• 功耗考虑：示例代码中终端设备始终活跃。真正的低功耗设计需要在loop()中加入深度睡眠逻辑。例如，在sendMessage()之后，调用ESP.deepSleep(SEND_INTERVAL_MS * 1000 - 运行耗时)，让芯片休眠到下次发送时间。这需要根据MeshCore库是否支持在睡眠中保持网络连接来仔细设计，有些库要求终端设备定期唤醒接收信标以维持连接。

4.3 烧录、上电与现象观察

1. 分别烧录：将网关代码编译并上传到第一块Wio Tracker L1 Pro（标记为设备A）。将终端代码编译并上传到第二块板子（设备B）。
2. 连接串口监视器：用两根USB线分别连接两块板子和电脑。打开Arduino IDE的串口监视器，为每块板子选择正确的串口，波特率设置为115200。
3. 上电观察：
   • 先给网关设备A上电。串口监视器应输出“Gateway node initialized. Waiting for messages...”。
   • 再给终端设备B上电。串口应输出“End device node initialized. Joining mesh...”，随后每隔5秒输出“Message sent: ...”。
   • 切换回网关设备A的串口监视器。你应该能看到类似以下的输出不断出现：

     Received message from node ID: 0x123456 Data: Hello Mesh from End Device! Count: 1 Length: 41 bytes Received message from node ID: 0x123456 Data: Hello Mesh from End Device! Count: 2 Length: 41 bytes

   • 这里的0x123456是终端设备B在Mesh网络中自动分配的唯一节点ID。

如果能看到以上现象，恭喜你！一个最简单的两点Mesh网络已经成功运行。数据从终端设备发出，经过Mesh协议栈（虽然这里两点直连，路由过程不明显），被网关设备接收并打印出来。

5. 进阶配置与网络优化

基础网络通了，但离稳定可靠的工业级应用还有距离。我们需要深入一些关键配置，解决实际部署中会遇到的问题。

5.1 网络发现与父子链路建立机制

终端设备是如何找到并加入网络的？这背后是“网络发现”和“关联”过程。通常，网关和路由设备会定期发送“信标”帧，宣告网络的存在（包含MESH_PREFIX等信息）。终端设备上电后，会扫描信道，监听这些信标。找到合适的父节点（信号强、链路质量好）后，会发起关联请求，经过一系列握手（可能包括身份验证），最终成为该父节点的子设备，并获得一个短地址（节点ID）。

配置与优化点：

• 信道选择：MeshCore库通常允许设置固定的无线信道。在Wi-Fi干扰严重的环境（如办公室），手动指定一个相对干净的信道（如信道6、11）可以提高稳定性。相关API可能是mesh.setChannel(6)。
• 发射功率：适当提高发射功率可以增加单跳距离，但会显著增加功耗。对于密集部署，降低功率反而能减少干扰，增加网络容量。使用mesh.setTxPower(20)类似的API进行调整（单位可能是dBm）。
• 父节点选择策略：有些高级库允许终端设备设置选择父节点的条件，比如优先选择信号强度（RSSI）高的，或者层级（到网关的跳数）少的。这需要在代码中实现相应的回调函数或配置选项。

5.2 路由协议与路径选择浅析

当网络中有多个路由节点时，数据包如何选择路径？MeshCore可能实现了某种简化版的按需距离矢量路由协议。其核心思想是：节点不需要维护全网的路由表，只在需要向某个目的地发送数据时，才发起“路由发现”过程，通过洪泛路由请求包来建立路径。

对开发者的影响：

• 首次通信延迟：终端设备第一次向某个新地址发送数据时，会有一个路由发现的过程，可能导致几十毫秒到几百毫秒的额外延迟。后续通信则使用已建立的路由路径，延迟会降低。
• 网络规模：这种洪泛发现机制在大规模网络（如上百节点）中会产生大量控制开销，可能影响性能。因此，需要根据节点数量合理规划网络拓扑，可能需要进行子网划分。

5.3 功耗管理与睡眠策略

对于电池供电的终端设备，功耗是生命线。单纯的delay()或忙等待是绝对不可取的。

低功耗设计模式：

1. 事件驱动+深度睡眠：终端设备大部分时间处于深度睡眠（deepSleep）模式，仅通过RTC定时器或外部中断（如传感器触发）唤醒。Wio Tracker L1 Pro的RTL8720DN支持这种模式。
2. 唤醒后快速操作：唤醒后，立即执行关键任务：初始化无线模块 -> 连接Mesh网络（如果断开）-> 发送数据 -> 接收可能的确认或下行指令 -> 断开网络连接 -> 进入深度睡眠。
3. 与Mesh协议的配合：这是难点。许多Mesh协议要求终端设备定期唤醒（如每几十秒）监听父节点的信标，以维持网络连接状态。这个间隔称为“心跳周期”或“信标间隔”。你需要根据MeshCore库的文档，找到配置这个间隔的API，并将其与你的数据发送间隔协调好。例如，数据每5分钟发送一次，但心跳需要每30秒一次，那么睡眠时间就不能超过30秒。
4. 示例代码片段思路：

   void loop() { if (isTimeToSendData()) { sendSensorData(); } // 处理完网络事务后，计算到下次唤醒（心跳或发送数据）的时间 uint32_t sleepTimeMs = calculateNextWakeupInterval(); if (sleepTimeMs > 0) { Serial.printf("Going to deep sleep for %lu ms\n", sleepTimeMs); // 注意：deepSleep参数单位可能是微秒 ESP.deepSleep(sleepTimeMs * 1000); } // deepSleep后设备会重启，从setup()开始执行 }

   重要提示：深度睡眠会导致所有RAM数据丢失（除了RTC保持内存）。因此，需要持久化的数据（如消息计数、网络状态标志）必须存储在RTC内存或外部EEPROM/Flash中。RTC_DATA_ATTR uint8_t myCounter = 0;这样的变量声明可以将其存入RTC内存。

6. 数据上行：将Mesh数据发送到云端

Mesh网络内部通了，数据最终要送到云端服务器进行分析和展示。网关节点在这里扮演关键角色。

6.1 网关上的数据汇聚与协议转换

网关设备运行着两个主要的逻辑流：

1. Mesh侧服务：持续运行mesh.update()，监听来自Mesh网络的数据包，在receivedCallback中处理。
2. 云端上行服务：将处理好的数据，通过4G模块（对于L1 Pro是内置的SIM7080G Cat.1模块）发送到互联网。

我们需要在网关代码中集成4G通信功能。Seeed通常提供了Wio_Tracker_Cellular库来简化操作。

增强后的网关setup()和loop()示例：

#include <MeshCore.h> #include <Wio_Tracker_Cellular.h> // 引入4G库 WioTrackerCellular wio; // 4G对象 MeshCore mesh; // 云端服务器配置 const char* SERVER = "your.mqtt.broker.com"; const int PORT = 1883; const char* TOPIC = "tracker/mesh/data"; void setup() { Serial.begin(115200); delay(3000); // 给串口和模块更长的启动时间 // 1. 初始化Mesh Serial.println("Initializing Mesh..."); mesh.init(MESH_PREFIX, MESH_PASSWORD, MESH_PORT); mesh.onReceive(&receivedCallback); // 2. 初始化并连接4G网络 Serial.println("Initializing Cellular..."); if (!wio.Init()) { Serial.println("Cellular init failed!"); while(1); } Serial.println("Powering on modem..."); wio.Power_On(); Serial.print("Waiting for network registration..."); while(!wio.WaitForNetworkRegistered()) { Serial.print("."); delay(1000); } Serial.println("Registered!"); // 3. 激活PDP上下文（获取IP地址） Serial.println("Activating PDP context..."); if (!wio.ActivatePDPContext()) { Serial.println("PDP activation failed!"); } else { Serial.println("PDP activated. IP: " + String(wio.GetIPAddress())); } // 4. 连接MQTT服务器（示例） // if (!connectToMQTT()) { ... } } void loop() { mesh.update(); // 处理Mesh网络事件 // mqttClient.loop(); // 处理MQTT连接保持 // 其他后台任务... } void receivedCallback(uint32_t from, uint8_t *data, uint16_t len) { // 1. 解析Mesh数据包 String sensorData = parseMeshData(data, len); // 假设解析成JSON字符串 // 2. 通过4G发送到云端 sendToCloud(sensorData); } bool sendToCloud(const String& payload) { // 使用Wio库的HTTP或MQTT功能发送数据 // 示例：使用HTTP POST wio.HTTP_Init(); if (wio.HTTP_Connect(SERVER, PORT)) { wio.HTTP_SetPostJson("application/json"); if (wio.HTTP_Post("/api/data", payload.c_str())) { Serial.println("Data uploaded successfully."); wio.HTTP_Disconnect(); return true; } } wio.HTTP_Disconnect(); Serial.println("Upload failed."); return false; }

6.2 数据格式设计与可靠性保证

数据格式：在Mesh网络内部，建议使用轻量级的二进制或简洁文本协议以减少开销。在网关上，可以将其转换为更通用的JSON格式再上传云端。

• Mesh内部：T:25.6,H:60.2,N:0x123456(文本) 或0xFE 0x08 0x41 0x9A 0x66 0x66 ...(二进制，包含起始符、长度、传感器类型、数据、CRC等)。
• 网关转换后：{"node_id":"0x123456", "temp":25.6, "humi":60.2, "timestamp":1648790123}。

可靠性保证：

1. 本地缓存：网关应具备SD卡或外部Flash，在4G网络不稳定时，将未能及时上传的数据缓存起来，待网络恢复后重传。
2. 消息确认：在Mesh层，可以启用应用层的确认机制（如果库支持），确保终端设备知道数据是否被网关成功接收。在云端上行层，使用MQTT的QoS 1或HTTP的响应状态码来确认。
3. 断线重连：在loop()中需要持续检查4G和云端连接状态，一旦断开，触发重连流程。

7. 故障排查与性能调优心得

在实际部署中，你一定会遇到各种问题。下面分享一些我踩过的坑和对应的解决思路。

7.1 常见问题与排查链路

问题一：终端设备无法加入网络。

• 排查步骤：
  1. 检查基础配置：确认所有节点的MESH_PREFIX,MESH_PASSWORD,MESH_PORT, 无线信道是否完全一致。一个字符之差就会导致无法连接。
  2. 检查网关/路由状态：确保网关或路由设备已成功启动并正在发送信标。查看其串口日志，确认Mesh初始化成功。
  3. 检查信号强度：将终端设备靠近网关（1米内）测试。如果此时能加入，说明是信号问题。RSSI值（可通过库函数获取）最好大于-70dBm。
  4. 查看库日志：启用MeshCore库的调试输出（通常通过#define MESH_DEBUG或类似宏），查看终端设备扫描、发现、关联过程中的详细日志，看在哪一步失败了。
  5. 检查角色配置：确认终端设备没有被错误地配置为“路由”或“网关”角色，有些库对角色有严格限制。

问题二：网络不稳定，频繁断线。

• 排查步骤：
  1. 电源干扰：USB线质量差或电源适配器纹波过大，可能导致无线模块工作异常。尝试使用带磁环的USB线或稳定的5V电源供电。
  2. Wi-Fi干扰：使用手机APP（如“Wi-Fi分析仪”）扫描2.4GHz信道占用情况。如果当前信道非常拥挤，在代码中切换到更空闲的信道（如1, 6, 11）。
  3. 内存泄漏：长时间运行后设备重启。检查代码中是否存在动态内存分配（malloc,new）而未释放。在loop()中频繁创建String对象也可能导致堆碎片化。尽量使用静态缓冲区或池化技术。
  4. 看门狗复位：如果mesh.update()或某个阻塞操作（如深度4G网络注册）耗时过长，可能导致看门狗定时器复位。确保loop()循环执行时间不要太长，或在耗时操作中定期喂狗（yield()或ESP.wdtFeed()）。

问题三：数据传输延迟高或丢包。

• 排查步骤：
  1. 网络规模与跳数：测量数据从终端到网关的实际跳数。每增加一跳，延迟增加几毫秒到几十毫秒，且丢包风险累积。优化节点布局，尽量减少最大跳数（通常不超过5-10跳）。
  2. 无线环境质量：使用库提供的API（如果有）查询链路质量（LQI）或信噪比（SNR）。质量差的链路应避免作为主要路径。
  3. 数据包大小：MTU（最大传输单元）是有限的。过大的数据包会被分片，增加传输时间和失败概率。将单个数据包控制在100字节以内是比较安全的。
  4. 网络拥堵：如果所有节点都在高频发送数据，信道会拥堵。降低非关键数据的发送频率，或采用随机退避的发送策略。

7.2 性能调优参数

根据你的应用场景，可以调整以下参数（具体API请查库文档）以在延迟、功耗、可靠性之间取得平衡：

• MESH_ROUTING_TABLE_SIZE：增大路由表容量可以支持更复杂的网络拓扑，但会消耗更多RAM。
• MESH_MESSAGE_QUEUE_SIZE：增大发送/接收队列可以应对突发流量，避免丢包，同样消耗更多RAM。
• 信标间隔：缩短间隔可以让终端设备更快发现网络和父节点，但会增加网络开销和父节点功耗。延长间隔则相反。
• 路由发现超时：增加超时时间可以提高在复杂路径下发现路由的成功率，但会增加首次通信的延迟。
• 重传次数：增加MAC层或应用层的重传次数可以提高单跳可靠性，但会增加功耗和延迟。

启动并运行一个Mesh网络只是第一步。真正的挑战在于如何让它长期稳定、可靠、高效地工作。这需要你根据具体的物理环境、网络规模和应用需求，反复测试和调整上述参数。我的经验是，先追求连通性，再优化稳定性和功耗。拿一个三到五个节点的网络做长时间（24小时以上）的压力测试，观察日志，分析断线和丢包的模式，是找到最佳配置的最快方法。记住，没有一套参数能适应所有场景，实地调试永远是关键。