arduino-esp32 OpenThread Native API 实战指南从组网、Commissioning 到 UDP/CoAP/DNS-SD 应用开发【免费下载链接】arduino-esp32Arduino core for the ESP32 family of SoCs项目地址: https://gitcode.com/GitHub_Trending/ar/arduino-esp32本文为 arduino-esp32 中 OpenThread 库的 Native API 入门与进阶指南覆盖OThread、DataSet、OThreadUDP、OThreadCoAP、OThreadScan、OThreadDNSSD六大核心类的用法、组网/入网调用顺序、Native 与 CLI 两种风格的取舍并给出多板例程的选择建议与常见故障排查方法。读完后你可以直接在 ESP32-H2/C6/C5 上用结构化 C 代码完成 Thread 组网、PSKd 安全入网、UDP/CoAP 应用流量与网络发现。什么是 OpenThread Native APINative API 是 Arduino 封装层如OThread、DataSet、OThreadUDP、OThreadCoAP*、OThreadScan、OThreadDNSSD暴露的类型化 C 接口。与发送文本型 OpenThread CLI 命令不同Native 风格直接调用方法OThread.begin(false)OThread.commitDataSet(ds)OThread.networkInterfaceUp()OThread.start()Joiner 侧OThread.startJoiner(...)成功后再OThread.start()Commissioner 侧OThread.start()attach 之后再OThread.startCommissioner()otUdp.begin(...)、otUdp.beginPacket(...)从源码看这些方法最终都落到 OpenThread 的 C APIotInstance*句柄上但返回的是otError、布尔值和类型化 getter而不是需要你解析的Done/Error ...文本。这种风格把应用逻辑留在结构化 C 代码中可获得更清晰的返回值并避免解析 CLI 文本输出。全局单例在 OThread.h 中声明extern OpenThread OThread;UDP 与 Scan 同样提供全局对象otUdp/OThreadScan。核心类 OThread栈管理、角色查询与 CommissioningOThread是管理 OpenThread 栈的主入口提供栈启动、Thread 接口控制、角色检查、地址查询、数据集处理以及在使能时的 Joiner / Commissioner 操作。典型用法组网或恢复已知网络OThread.begin(false); OThread.networkInterfaceUp(); OThread.start(); Serial.println(OThread.otGetStringDeviceRole()); Serial.println(OThread.getMeshLocalEid());begin()的参数控制是否自动从 NVS 恢复数据集并启动 Thread见 OThread.h 中begin(bool OThreadAutoStart true)的注释true 时使用 NVS 数据集自动启动。stop()则等效于 CLIthread stop。完整的组网Leader示例见 LeaderNode其关键步骤为// Start OpenThread Stack - false for not using NVS dataset information threadLeaderNode.begin(false); // Create a new Thread Network Dataset for a Leader Node dataset.initNew(); dataset.setNetworkName(ESP_OpenThread); uint8_t extPanId[OT_EXT_PAN_ID_SIZE] {0xDE, 0xAD, 0x00, 0xBE, 0xEF, 0x00, 0xCA, 0xFE}; dataset.setExtendedPanId(extPanId); uint8_t networkKey[OT_NETWORK_KEY_SIZE] {0x00, 0x11, /* ... 16 bytes ... */ 0xff}; dataset.setNetworkKey(networkKey); dataset.setChannel(15); dataset.setPanId(0x1234); // Apply the dataset and start the network threadLeaderNode.commitDataSet(dataset); threadLeaderNode.networkInterfaceUp(); threadLeaderNode.start();loop()中通过otGetDeviceRole()轮询角色仅在非 Detached/Disabled 时打印 RLOC16、网络名、信道、PAN ID、Extended PAN ID、Network Key、Mesh Local EID、Leader RLOC 等信息角色变化时调用clearAllAddressCache()刷新地址缓存——这是 Native API 中典型的“状态检查 缓存维护”模式。Commissioning 调用顺序Commissioning 场景的调用顺序参见 Thread Commissioning 示例 与 Native UDP 示例角色begin(false)之后的顺序JoinernetworkInterfaceUp()→startJoiner(PSKD)→ 成功后start()CommissionercommitDataSet()或 NVS 恢复→networkInterfaceUp()→start()→ 等待 attach →startCommissioner()→addJoiner()不要在startJoiner()之前调用start()如果 Joiner 入网过程中 Thread 已启用OpenThread 会返回OT_ERROR_INVALID_STATE。从源码签名看OThread.hstartJoiner(const char *pskd, uint32_t timeoutMs 30000, ...)pskd 为 6..32 个 base32-thread 字符的 PSKd该方法同步阻塞运行 Joiner 状态机要求 IPv6 栈已 up 且 Thread 尚未 start。可选参数还包括 provisioning URL、vendor 名/型号/软件版本/数据。startCommissioner(uint32_t timeoutMs 30000)阻塞直到达到OT_COMMISSIONER_STATE_ACTIVE或超时设备必须已 attach例如作为 Leader。addJoiner(const char *pskd, uint32_t timeoutSec 120, const otExtAddress *eui64 nullptr)eui64传nullptr表示接受任意 Joiner否则只放行指定 EUI-64 的设备。这些方法受CONFIG_OPENTHREAD_JOINER/CONFIG_OPENTHREAD_COMMISSIONER条件编译保护未使能对应选项时接口不存在。网络身份initNew()与 NVS 恢复多板例程的行为取决于各草图如何获取 Thread 身份模式典型草图服务器重启后每次启动initNew()多数 CoAP 服务器SimpleGet、Light Switch、CRUD、Sensor server、Secure/Greenhouse server组建全新分区新 Extended PAN ID。客户端必须复位或重新烧录才能重新加入。NVS 恢复begin(true)或不带initNew的commitDataSetUDP Light Switch 的light、部分 Commissioner 流程NVS 完好时保持同一网络身份。客户端通常无需擦除即可重连。仅 Network Key客户端CoAP SimpleGet 的client、CoAP Sensor 的sensor_client、Native/CLI 的RouterNode加入任何与NETKEY匹配的 Leader若服务器用全新initNew()分区重启则加入失败。Joiner PSKd无本地数据集CoAP Light Switch 的switch、UDP Light Switch 的switch、JoinerNode需要开放的 Commissioner 窗口addJoiner与仅 NETKEY 入网不同。修改源码中的数据集常量后请先擦除 flash或对 OpenThread 数据集做 factory-reset再烧录所有板卡。若服务器重启后客户端显示Started as Leader或 attach 超时通常说明服务器启动了全新的initNew()网络——等服务器重新成为 Leader 后再复位客户端。Commissioner 入网窗口模式模式addJoiner()触发时机示例自动startCommissioner()成功后立即执行CoAP Light Switch 的light、UDP Light Switch 的light、CoAP CRUD 的notes_server、CoAP Secure/Greenhouse 服务器按钮门控Commissioner 激活后由用户按键触发CommissionerNode若在没有 Commissioner 窗口开放时烧录 Joiner 草图attach 会一直失败直到服务器调用addJoiner()或按下 Commissioner 按键。DataSet以代码方式描述 Operational DatasetDataSet封装 Thread Operational Dataset用于需要以已知参数组建或预配置网络的场景见 OThread.hDataSet ds; ds.initNew(); ds.setNetworkName(ESP_OpenThread); ds.setChannel(15); ds.setPanId(0x1234); ds.setNetworkKey(networkKey); OThread.commitDataSet(ds);关键方法语义源码注释initNew()以合理的随机默认值初始化一份完整数据集setChannel(uint8_t channel)信道取值11..26setExtendedPanId(const uint8_t *extPanId)8 字节数组setNetworkKey(const uint8_t *key)16 字节OT_NETWORK_KEY_SIZEcommitDataSet()之后数据集成为 Active Operational Dataset可用OThread.hasActiveDataset()判断当前是否存在已提交的 Active Dataset可用于决定是恢复已有网络还是配置新网络。这种“离线构建、一次提交”的方式适合 Leader 或 Commissioner 这类需要组网的草图OThread还提供一组“在线 setter”setChannel/setPanId/...直接作用于运行中的实例用于 Joiner/Commissioner 场景下本地并不构建完整数据集的情况注释建议对已 attach 设备修改前先停止 Thread 协议。OThreadUDP绕过 lwIP 的轻量 IPv6 UDPOThreadUDP是直接基于 OpenThreadotUdpSocketAPI 的 ArduinoUDP兼容类用于在 Thread 网络上发送 IPv6 UDP 流量而不经过 lwIP。典型用法otUdp.begin(localPort); otUdp.beginPacket(peerAddress, peerPort); otUdp.write(payload, length); otUdp.endPacket();从 OThreadUDP.h 可以看到更多细节begin(uint16_t port)绑定到 IPv6 any 地址OT_IN6ADDR_ANY即::begin(IPAddress addr, uint16_t port)可绑定到具体地址beginMulticast(group, port)开 socket 同时订阅 IPv6 组播组收包队列深度OT_UDP_RX_QUEUE_DEPTH默认为4单包最大 payloadOT_UDP_MAX_PACKET_SIZE默认为512字节两者均可在编译期覆盖队列满时丢弃较旧的报文收包队列在begin()时才惰性分配每包约 532 字节不打开 socket 就不占用这部分 RAM组播订阅在stop()时对称取消引用计数经由OThread.subscribeMulticast()/unsubscribeMulticast()管理。注意应用层请避免使用 OpenThread 保留端口。UDP 例程使用5050/5051端口避开 CoAP/TMF 端口。OThreadCoAPArduino 风格的 CoAP / CoAPSOThreadCoAP*类族把 OpenThread Application CoAP APIotCoap*包装成 Arduino 风格接口。普通 CoAP 使用 UDP 端口5683CoAPSDTLS在构建时使能时使用5684。典型服务器用法全局单例——不要自行声明局部 server 变量static void onHello(OThreadCoAPRequest req, OThreadCoAPResponse resp, void *ctx) { resp.setCode(OT_COAP_RESP_OK); resp.setPayload(Hello from CoAP!); resp.send(); } OThreadCoAPServer.on(hello, OT_COAP_METHOD_GET, onHello); OThreadCoAPServer.begin();典型客户端用法OThreadCoAPClient client; client.setConfirmable(true); int code client.GET(serverIp, hello);两点来自 OThreadCoAP.h 源码注释的重要行为自动应答若 handler 返回时未调用response.send()且请求是单播 CON 或 GET服务器会自动回一个无 payload 的2.05 Content避免 confirmable 客户端一直等待。因此如果 handler 想表达错误4.xx/5.xx必须自己调用send()否则失败会被静默报告为成功组播请求不应应答isMulticast()可判断请求是否发往组播组按 RFC 7252 §8.2多服务器同时收到同一组播命令时若都应答会引发“响应风暴”handler 应跳过send()。完整的双板 CoAP 演示见 Native CoAP 示例总览基于 CLI 的 CoAP 示例保留在 CLI CoAP 示例 以供参考。类族还包括OThreadCoAPSecureClient/OThreadCoAPSecureServerClassCoAPS以及OThreadCoAPResourceStoreREST 集合存储CoAP CRUD 例程用到。OThreadScanMLE 网络发现OThreadScan通过 MLE discoverotThreadDiscover()对应 CLIdiscover发现附近的 Thread 网络。每个结果是OThreadNetworkInfo包含 Thread 身份字段与 802.15.4 链路字段——这正是 Matter 在 commissioning 阶段列出 Thread 网络所用的同一原语。OThread.begin(false); OThread.networkInterfaceUp(); int n OThreadScan.discoverNetworks(); for (int i 0; i n; i) { Serial.println(OThreadScan.getResult(i).networkNameStr()); } OThreadScan.scanDelete();索引访问器getResult()、getResultCount()等仅在发现完成后有效扫描进行中应使用onResult()流式回调。OThreadScan.h 中补充的关键参数discoverNetworks(bool async false)阻塞模式等待完成或超时异步模式立即返回OT_DISCOVER_RUNNING (-1)之后用scanComplete()轮询失败/超时返回OT_DISCOVER_FAILED (-2)默认总超时OT_DISCOVER_DEFAULT_TIMEOUT_MS为30000 ms可用setScanTimeout(ms)调整setChannel()限制单信道0 全部支持信道OThreadDiscoverFilters支持panIdFilter广播 PAN 表示不过滤、joinerOnly、eui64Filter三项过滤默认与 ESP-IDF CLIdiscover一致不过滤最多保存OT_DISCOVER_MAX_RESULTS16个唯一网络按 Extended PAN ID 去重保留最强 RSSI超出上限的响应仍会通过onResult()送达但不入库OThreadNetworkInfo字段包括网络名、Extended PAN ID、PAN ID、扩展地址、信道、RSSI、LQI、Thread 版本、joinable是否允许加入与nativeCommissioner标志回调约束onResult()/onComplete()在 OpenThread 任务中持 API 锁运行回调内不得再调用其他OThreadScan方法scanDelete()在最终回调完成前是空操作避免与完成路径竞争。阻塞、异步、回调三种模式分别见 Native ThreadScan 示例原始 802.15.4 beacon 扫描仍可通过 CLI ThreadScan 使用。OThreadDNSSDThread 上的服务注册与发现OThreadDNSSD以类 ESPmDNS 的 API 在 Thread 网络上广播并发现服务底层是 SRP DNS。要求设备处于 attached 角色且存在 Border Router 提供的 SRP/DNS 服务器。isAnnounceComplete()报告本地 SRP 的实时Registered状态。OThreadDNSSD.begin(sensor-1); OThreadDNSSD.addService(ot, udp, 12345); OThreadDNSSD.waitForAnnounce(30000); // 发现端设备 OThreadDNSSD.begin(browser); int n OThreadDNSSD.queryService(ot, udp);完整示例见 Native ThreadDNSSD 示例advertise / advertise 回调 / remove / query / queryHost / query 回调 / UDP Light 灯控。Native 与 CLI 快速对比主题Native 方式CLI 方式接口风格类型化方法/函数字符串命令错误处理返回值otError、布尔解析 CLI 响应Done、Error ...适用场景面向生产的应用逻辑、编译期检查、可维护性与 OT shell 功能对齐、快速原型、命令驱动流程调试可见性运行时逻辑更干净少文本解析命令/响应日志非常显式对封装的依赖依赖各功能的 wrapper 覆盖度低CLI 支持即可直接使用何时使用 Native API希望用更强的类型约束构建面向生产的逻辑减少字符串解析与命令格式化的代码量简化长期维护与重构把网络状态检查与应用行为都放在结构化 C 代码中用OThreadUDP承载 Thread 上的应用 UDP 流量。何时使用 CLI想直接镜像已知的 OpenThread shell 命令用命令式流程快速验证行为某个能力只在 CLI 暴露、尚无 Native wrapper希望行为贴近 CLI/手工操作流程。同一草图中能否混用 Native 与 CLI可以。Arduino OpenThread 库支持混用。常见混合模式用NativeAPI 处理启动、状态检查与应用逻辑用CLI命令做诊断或调用尚无 Native wrapper 的 OpenThread 功能在代码中清晰注释每个操作由哪一层负责。为可读性建议单个草图内以一种风格为主。目标硬件与配置要求这些示例要求支持 IEEE 802.15.4 / Thread 的 ESP32 目标例如ESP32-H2、ESP32-C6、ESP32-C5。通用要求CONFIG_OPENTHREAD_ENABLEDyCONFIG_SOC_IEEE802154_SUPPORTEDy部分示例还需要Joiner 草图CONFIG_OPENTHREAD_JOINERyCommissioner 草图CONFIG_OPENTHREAD_COMMISSIONERy这与源码的条件编译完全对应OThread.h 以SOC_IEEE802154_SUPPORTEDCONFIG_OPENTHREAD_ENABLED作为整个头文件的门控Joiner 接口受CONFIG_OPENTHREAD_JOINER保护Commissioner 接口受CONFIG_OPENTHREAD_COMMISSIONER保护。CoAPS 则依赖构建期OPENTHREAD_CONFIG_COAP_SECURE_API_ENABLE可用OThreadCoAP::secureApiEnabled()运行期确认。相关示例索引目录草图演示内容Native StackShutdownStackShutdown优雅停机后再重启OThreadCoAPServer.stop()→OThreadUDP.stop()→OThread.end()→setup()。Simple Thread NetworkLeaderNode组网端、RouterNode入网端基于OThread与DataSet的基础组网与入网。Thread CommissioningCommissionerNode服务端、JoinerNode客户端Thread commissioningCommissioner 打开 Joiner 窗口Joiner 仅凭 PSKd 获取数据集。Native UDP 示例UDP Light Switch、UDP Sensor NetworkNative UDP 应用流量端口 5050/5051见 Native UDP 示例总览。Native CoAP 示例CoAP SimpleGet、CoAP Light Switch、CoAP Sensor、CoAP CRUD、CoAP Secure、CoAP Greenhouse端口 5683/5684 上的 Native CoAP / CoAPS见 Native CoAP 示例总览。Native ThreadScanThreadScan_Discover、ThreadScan_Async、ThreadScan_CallbackOThreadScan.discoverNetworks()——带OThreadNetworkInfo结果的 MLE 发现。CLI 参考CLI ThreadScan。Native ThreadDNSSDThreadDNSSD_Advertise、ThreadDNSSD_Advertise_Callback、ThreadDNSSD_Remove、ThreadDNSSD_Query、ThreadDNSSD_QueryHost、ThreadDNSSD_Query_Callback、ThreadDNSSD_UDP_LightOThreadDNSSD——广播SRP 发现DNS带 Wi-Fi Web 的 UDP 灯控实验。如何选择示例需要一套在OThread.end()之前先停 UDP 与 CoAP 的可运行 Native 停机序列且能免芯片复位重启setup()用 Native StackShutdown只想学习如何以预配置数据集组网/入网从 Simple Thread Network 开始设备应通过 PSKd 安全入网、不想在源码中携带网络密钥用 Thread Commissioning 示例想要紧凑的 UDP 命令/ACK 示例用 UDP Light Switch想要带应用层确认与节点活性跟踪的更健壮遥测模式用 UDP Sensor Network最小化了解OThreadCoAPClient/OThreadCoAPServer用 CoAP SimpleGetCoAP 5683 端口上的组播命令/响应模式用 CoAP Light Switch只读资源 变化值 NON 轮询用 CoAP Sensor基于OThreadCoAPResourceStore的 REST 集合用 CoAP CRUD需要 CoAPSDTLS用 CoAP Secure 或 CoAP Greenhouse阻塞式 Thread 网络发现ThreadScan_Discoverloop()中非阻塞轮询ThreadScan_Async逐网络流式回调ThreadScan_Callback向 Border Router 的 SRP 服务器注册服务ThreadDNSSD_Advertise浏览/解析配合 AdvertiseThreadDNSSD_Query / ThreadDNSSD_QueryHost / ThreadDNSSD_Query_CallbackSRP UDP 灯控可选 Wi-Fi Web UIThreadDNSSD_UDP_Light。实操建议检查 Native API 的返回值尤其是 Joiner / Commissioner 调用返回的otError设备 attach 到 Thread 网络之后再绑定 UDP socket应用流量避开 OpenThread 保留端口。UDP 例程用5050/5051代替 CoAP/TMF 端口CoAP 例程使用应用端口5683普通与5684CoAPS而不是61631Thread TMF CoAP草图从 NVS 恢复数据集时修改了数据集常量后必须擦除 NVS 或 factory-reset OpenThread 数据集才生效Commissioning 例程中先确认 Commissioner 的 Joiner 窗口已开放再启动或重试 Joiner不重启芯片就停止 Thread 时遵循 OpenThread 库 README 中的停机顺序参考 Native StackShutdownNative UDP CoAP 拆卸并重启setup()或 CLI StackShutdown纯 CLI。故障排查多板演示UDP、CoAP、SimpleThreadNetwork、ThreadCommissioning共用同一条启动规则先启动服务器 / Leader / Commissioner / collector 草图等串口报告已 attach使用 commissioning 时还需 Commissioner ready再烧录或复位启动过早的客户端 / Joiner / 路由器板卡。症状可能原因Joiner 或客户端无法 attach服务器/Leader 尚未运行、入网窗口已关闭、或客户端先于服务器就绪启动——服务器就绪后复位客户端。已 attach 但应用流量失败服务器未监听、端口错误、陈旧 Leader RLOC或板间数据集不匹配。首次成功、重启后失败演示可能使用initNew()每次启动新网络而非 NVS 恢复——擦除 NVS 或复位客户端重新入网见具体示例 README。Joiner 报OT_ERROR_INVALID_STATE在startJoiner()之前调用了start()——按上表 Joiner 调用顺序执行。Joiner/Commissioner 构建报错该草图的 sdkconfig 中缺少CONFIG_OPENTHREAD_JOINERy或CONFIG_OPENTHREAD_COMMISSIONERy。小结Native API 用类型化的 C 方法替代 CLI 字符串把“组网DataSetcommitDataSet→ 接口 up →start()→ 角色轮询/地址查询”这条主线以及 Joiner/Commissioner 的同步状态机都暴露为可检查返回值的一等接口配合OThreadUDP绕过 lwIP 的轻量 UDP、OThreadCoAP*5683/5684 双单例服务器、OThreadScanMLE 发现与OThreadDNSSDSRP/DNS 服务发现即可在 ESP32-H2/C6/C5 上完成从入网到应用层的全链路开发。遇到能力缺口时仍可与 CLI 混合使用或以 OpenThread 库总 README 为入口继续深入。【免费下载链接】arduino-esp32Arduino core for the ESP32 family of SoCs项目地址: https://gitcode.com/GitHub_Trending/ar/arduino-esp32创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
arduino-esp32 OpenThread Native API 实战指南从组网、Commissioning 到 UDP/CoAP/DNS-SD 应用开发【免费下载链接】arduino-esp32Arduino core for the ESP32 family of SoCs项目地址: https://gitcode.com/GitHub_Trending/ar/arduino-esp32本文为 arduino-esp32 中 OpenThread 库的 Native API 入门与进阶指南覆盖OThread、DataSet、OThreadUDP、OThreadCoAP、OThreadScan、OThreadDNSSD六大核心类的用法、组网/入网调用顺序、Native 与 CLI 两种风格的取舍并给出多板例程的选择建议与常见故障排查方法。读完后你可以直接在 ESP32-H2/C6/C5 上用结构化 C 代码完成 Thread 组网、PSKd 安全入网、UDP/CoAP 应用流量与网络发现。什么是 OpenThread Native APINative API 是 Arduino 封装层如OThread、DataSet、OThreadUDP、OThreadCoAP*、OThreadScan、OThreadDNSSD暴露的类型化 C 接口。与发送文本型 OpenThread CLI 命令不同Native 风格直接调用方法OThread.begin(false)OThread.commitDataSet(ds)OThread.networkInterfaceUp()OThread.start()Joiner 侧OThread.startJoiner(...)成功后再OThread.start()Commissioner 侧OThread.start()attach 之后再OThread.startCommissioner()otUdp.begin(...)、otUdp.beginPacket(...)从源码看这些方法最终都落到 OpenThread 的 C APIotInstance*句柄上但返回的是otError、布尔值和类型化 getter而不是需要你解析的Done/Error ...文本。这种风格把应用逻辑留在结构化 C 代码中可获得更清晰的返回值并避免解析 CLI 文本输出。全局单例在 OThread.h 中声明extern OpenThread OThread;UDP 与 Scan 同样提供全局对象otUdp/OThreadScan。核心类 OThread栈管理、角色查询与 CommissioningOThread是管理 OpenThread 栈的主入口提供栈启动、Thread 接口控制、角色检查、地址查询、数据集处理以及在使能时的 Joiner / Commissioner 操作。典型用法组网或恢复已知网络OThread.begin(false); OThread.networkInterfaceUp(); OThread.start(); Serial.println(OThread.otGetStringDeviceRole()); Serial.println(OThread.getMeshLocalEid());begin()的参数控制是否自动从 NVS 恢复数据集并启动 Thread见 OThread.h 中begin(bool OThreadAutoStart true)的注释true 时使用 NVS 数据集自动启动。stop()则等效于 CLIthread stop。完整的组网Leader示例见 LeaderNode其关键步骤为// Start OpenThread Stack - false for not using NVS dataset information threadLeaderNode.begin(false); // Create a new Thread Network Dataset for a Leader Node dataset.initNew(); dataset.setNetworkName(ESP_OpenThread); uint8_t extPanId[OT_EXT_PAN_ID_SIZE] {0xDE, 0xAD, 0x00, 0xBE, 0xEF, 0x00, 0xCA, 0xFE}; dataset.setExtendedPanId(extPanId); uint8_t networkKey[OT_NETWORK_KEY_SIZE] {0x00, 0x11, /* ... 16 bytes ... */ 0xff}; dataset.setNetworkKey(networkKey); dataset.setChannel(15); dataset.setPanId(0x1234); // Apply the dataset and start the network threadLeaderNode.commitDataSet(dataset); threadLeaderNode.networkInterfaceUp(); threadLeaderNode.start();loop()中通过otGetDeviceRole()轮询角色仅在非 Detached/Disabled 时打印 RLOC16、网络名、信道、PAN ID、Extended PAN ID、Network Key、Mesh Local EID、Leader RLOC 等信息角色变化时调用clearAllAddressCache()刷新地址缓存——这是 Native API 中典型的“状态检查 缓存维护”模式。Commissioning 调用顺序Commissioning 场景的调用顺序参见 Thread Commissioning 示例 与 Native UDP 示例角色begin(false)之后的顺序JoinernetworkInterfaceUp()→startJoiner(PSKD)→ 成功后start()CommissionercommitDataSet()或 NVS 恢复→networkInterfaceUp()→start()→ 等待 attach →startCommissioner()→addJoiner()不要在startJoiner()之前调用start()如果 Joiner 入网过程中 Thread 已启用OpenThread 会返回OT_ERROR_INVALID_STATE。从源码签名看OThread.hstartJoiner(const char *pskd, uint32_t timeoutMs 30000, ...)pskd 为 6..32 个 base32-thread 字符的 PSKd该方法同步阻塞运行 Joiner 状态机要求 IPv6 栈已 up 且 Thread 尚未 start。可选参数还包括 provisioning URL、vendor 名/型号/软件版本/数据。startCommissioner(uint32_t timeoutMs 30000)阻塞直到达到OT_COMMISSIONER_STATE_ACTIVE或超时设备必须已 attach例如作为 Leader。addJoiner(const char *pskd, uint32_t timeoutSec 120, const otExtAddress *eui64 nullptr)eui64传nullptr表示接受任意 Joiner否则只放行指定 EUI-64 的设备。这些方法受CONFIG_OPENTHREAD_JOINER/CONFIG_OPENTHREAD_COMMISSIONER条件编译保护未使能对应选项时接口不存在。网络身份initNew()与 NVS 恢复多板例程的行为取决于各草图如何获取 Thread 身份模式典型草图服务器重启后每次启动initNew()多数 CoAP 服务器SimpleGet、Light Switch、CRUD、Sensor server、Secure/Greenhouse server组建全新分区新 Extended PAN ID。客户端必须复位或重新烧录才能重新加入。NVS 恢复begin(true)或不带initNew的commitDataSetUDP Light Switch 的light、部分 Commissioner 流程NVS 完好时保持同一网络身份。客户端通常无需擦除即可重连。仅 Network Key客户端CoAP SimpleGet 的client、CoAP Sensor 的sensor_client、Native/CLI 的RouterNode加入任何与NETKEY匹配的 Leader若服务器用全新initNew()分区重启则加入失败。Joiner PSKd无本地数据集CoAP Light Switch 的switch、UDP Light Switch 的switch、JoinerNode需要开放的 Commissioner 窗口addJoiner与仅 NETKEY 入网不同。修改源码中的数据集常量后请先擦除 flash或对 OpenThread 数据集做 factory-reset再烧录所有板卡。若服务器重启后客户端显示Started as Leader或 attach 超时通常说明服务器启动了全新的initNew()网络——等服务器重新成为 Leader 后再复位客户端。Commissioner 入网窗口模式模式addJoiner()触发时机示例自动startCommissioner()成功后立即执行CoAP Light Switch 的light、UDP Light Switch 的light、CoAP CRUD 的notes_server、CoAP Secure/Greenhouse 服务器按钮门控Commissioner 激活后由用户按键触发CommissionerNode若在没有 Commissioner 窗口开放时烧录 Joiner 草图attach 会一直失败直到服务器调用addJoiner()或按下 Commissioner 按键。DataSet以代码方式描述 Operational DatasetDataSet封装 Thread Operational Dataset用于需要以已知参数组建或预配置网络的场景见 OThread.hDataSet ds; ds.initNew(); ds.setNetworkName(ESP_OpenThread); ds.setChannel(15); ds.setPanId(0x1234); ds.setNetworkKey(networkKey); OThread.commitDataSet(ds);关键方法语义源码注释initNew()以合理的随机默认值初始化一份完整数据集setChannel(uint8_t channel)信道取值11..26setExtendedPanId(const uint8_t *extPanId)8 字节数组setNetworkKey(const uint8_t *key)16 字节OT_NETWORK_KEY_SIZEcommitDataSet()之后数据集成为 Active Operational Dataset可用OThread.hasActiveDataset()判断当前是否存在已提交的 Active Dataset可用于决定是恢复已有网络还是配置新网络。这种“离线构建、一次提交”的方式适合 Leader 或 Commissioner 这类需要组网的草图OThread还提供一组“在线 setter”setChannel/setPanId/...直接作用于运行中的实例用于 Joiner/Commissioner 场景下本地并不构建完整数据集的情况注释建议对已 attach 设备修改前先停止 Thread 协议。OThreadUDP绕过 lwIP 的轻量 IPv6 UDPOThreadUDP是直接基于 OpenThreadotUdpSocketAPI 的 ArduinoUDP兼容类用于在 Thread 网络上发送 IPv6 UDP 流量而不经过 lwIP。典型用法otUdp.begin(localPort); otUdp.beginPacket(peerAddress, peerPort); otUdp.write(payload, length); otUdp.endPacket();从 OThreadUDP.h 可以看到更多细节begin(uint16_t port)绑定到 IPv6 any 地址OT_IN6ADDR_ANY即::begin(IPAddress addr, uint16_t port)可绑定到具体地址beginMulticast(group, port)开 socket 同时订阅 IPv6 组播组收包队列深度OT_UDP_RX_QUEUE_DEPTH默认为4单包最大 payloadOT_UDP_MAX_PACKET_SIZE默认为512字节两者均可在编译期覆盖队列满时丢弃较旧的报文收包队列在begin()时才惰性分配每包约 532 字节不打开 socket 就不占用这部分 RAM组播订阅在stop()时对称取消引用计数经由OThread.subscribeMulticast()/unsubscribeMulticast()管理。注意应用层请避免使用 OpenThread 保留端口。UDP 例程使用5050/5051端口避开 CoAP/TMF 端口。OThreadCoAPArduino 风格的 CoAP / CoAPSOThreadCoAP*类族把 OpenThread Application CoAP APIotCoap*包装成 Arduino 风格接口。普通 CoAP 使用 UDP 端口5683CoAPSDTLS在构建时使能时使用5684。典型服务器用法全局单例——不要自行声明局部 server 变量static void onHello(OThreadCoAPRequest req, OThreadCoAPResponse resp, void *ctx) { resp.setCode(OT_COAP_RESP_OK); resp.setPayload(Hello from CoAP!); resp.send(); } OThreadCoAPServer.on(hello, OT_COAP_METHOD_GET, onHello); OThreadCoAPServer.begin();典型客户端用法OThreadCoAPClient client; client.setConfirmable(true); int code client.GET(serverIp, hello);两点来自 OThreadCoAP.h 源码注释的重要行为自动应答若 handler 返回时未调用response.send()且请求是单播 CON 或 GET服务器会自动回一个无 payload 的2.05 Content避免 confirmable 客户端一直等待。因此如果 handler 想表达错误4.xx/5.xx必须自己调用send()否则失败会被静默报告为成功组播请求不应应答isMulticast()可判断请求是否发往组播组按 RFC 7252 §8.2多服务器同时收到同一组播命令时若都应答会引发“响应风暴”handler 应跳过send()。完整的双板 CoAP 演示见 Native CoAP 示例总览基于 CLI 的 CoAP 示例保留在 CLI CoAP 示例 以供参考。类族还包括OThreadCoAPSecureClient/OThreadCoAPSecureServerClassCoAPS以及OThreadCoAPResourceStoreREST 集合存储CoAP CRUD 例程用到。OThreadScanMLE 网络发现OThreadScan通过 MLE discoverotThreadDiscover()对应 CLIdiscover发现附近的 Thread 网络。每个结果是OThreadNetworkInfo包含 Thread 身份字段与 802.15.4 链路字段——这正是 Matter 在 commissioning 阶段列出 Thread 网络所用的同一原语。OThread.begin(false); OThread.networkInterfaceUp(); int n OThreadScan.discoverNetworks(); for (int i 0; i n; i) { Serial.println(OThreadScan.getResult(i).networkNameStr()); } OThreadScan.scanDelete();索引访问器getResult()、getResultCount()等仅在发现完成后有效扫描进行中应使用onResult()流式回调。OThreadScan.h 中补充的关键参数discoverNetworks(bool async false)阻塞模式等待完成或超时异步模式立即返回OT_DISCOVER_RUNNING (-1)之后用scanComplete()轮询失败/超时返回OT_DISCOVER_FAILED (-2)默认总超时OT_DISCOVER_DEFAULT_TIMEOUT_MS为30000 ms可用setScanTimeout(ms)调整setChannel()限制单信道0 全部支持信道OThreadDiscoverFilters支持panIdFilter广播 PAN 表示不过滤、joinerOnly、eui64Filter三项过滤默认与 ESP-IDF CLIdiscover一致不过滤最多保存OT_DISCOVER_MAX_RESULTS16个唯一网络按 Extended PAN ID 去重保留最强 RSSI超出上限的响应仍会通过onResult()送达但不入库OThreadNetworkInfo字段包括网络名、Extended PAN ID、PAN ID、扩展地址、信道、RSSI、LQI、Thread 版本、joinable是否允许加入与nativeCommissioner标志回调约束onResult()/onComplete()在 OpenThread 任务中持 API 锁运行回调内不得再调用其他OThreadScan方法scanDelete()在最终回调完成前是空操作避免与完成路径竞争。阻塞、异步、回调三种模式分别见 Native ThreadScan 示例原始 802.15.4 beacon 扫描仍可通过 CLI ThreadScan 使用。OThreadDNSSDThread 上的服务注册与发现OThreadDNSSD以类 ESPmDNS 的 API 在 Thread 网络上广播并发现服务底层是 SRP DNS。要求设备处于 attached 角色且存在 Border Router 提供的 SRP/DNS 服务器。isAnnounceComplete()报告本地 SRP 的实时Registered状态。OThreadDNSSD.begin(sensor-1); OThreadDNSSD.addService(ot, udp, 12345); OThreadDNSSD.waitForAnnounce(30000); // 发现端设备 OThreadDNSSD.begin(browser); int n OThreadDNSSD.queryService(ot, udp);完整示例见 Native ThreadDNSSD 示例advertise / advertise 回调 / remove / query / queryHost / query 回调 / UDP Light 灯控。Native 与 CLI 快速对比主题Native 方式CLI 方式接口风格类型化方法/函数字符串命令错误处理返回值otError、布尔解析 CLI 响应Done、Error ...适用场景面向生产的应用逻辑、编译期检查、可维护性与 OT shell 功能对齐、快速原型、命令驱动流程调试可见性运行时逻辑更干净少文本解析命令/响应日志非常显式对封装的依赖依赖各功能的 wrapper 覆盖度低CLI 支持即可直接使用何时使用 Native API希望用更强的类型约束构建面向生产的逻辑减少字符串解析与命令格式化的代码量简化长期维护与重构把网络状态检查与应用行为都放在结构化 C 代码中用OThreadUDP承载 Thread 上的应用 UDP 流量。何时使用 CLI想直接镜像已知的 OpenThread shell 命令用命令式流程快速验证行为某个能力只在 CLI 暴露、尚无 Native wrapper希望行为贴近 CLI/手工操作流程。同一草图中能否混用 Native 与 CLI可以。Arduino OpenThread 库支持混用。常见混合模式用NativeAPI 处理启动、状态检查与应用逻辑用CLI命令做诊断或调用尚无 Native wrapper 的 OpenThread 功能在代码中清晰注释每个操作由哪一层负责。为可读性建议单个草图内以一种风格为主。目标硬件与配置要求这些示例要求支持 IEEE 802.15.4 / Thread 的 ESP32 目标例如ESP32-H2、ESP32-C6、ESP32-C5。通用要求CONFIG_OPENTHREAD_ENABLEDyCONFIG_SOC_IEEE802154_SUPPORTEDy部分示例还需要Joiner 草图CONFIG_OPENTHREAD_JOINERyCommissioner 草图CONFIG_OPENTHREAD_COMMISSIONERy这与源码的条件编译完全对应OThread.h 以SOC_IEEE802154_SUPPORTEDCONFIG_OPENTHREAD_ENABLED作为整个头文件的门控Joiner 接口受CONFIG_OPENTHREAD_JOINER保护Commissioner 接口受CONFIG_OPENTHREAD_COMMISSIONER保护。CoAPS 则依赖构建期OPENTHREAD_CONFIG_COAP_SECURE_API_ENABLE可用OThreadCoAP::secureApiEnabled()运行期确认。相关示例索引目录草图演示内容Native StackShutdownStackShutdown优雅停机后再重启OThreadCoAPServer.stop()→OThreadUDP.stop()→OThread.end()→setup()。Simple Thread NetworkLeaderNode组网端、RouterNode入网端基于OThread与DataSet的基础组网与入网。Thread CommissioningCommissionerNode服务端、JoinerNode客户端Thread commissioningCommissioner 打开 Joiner 窗口Joiner 仅凭 PSKd 获取数据集。Native UDP 示例UDP Light Switch、UDP Sensor NetworkNative UDP 应用流量端口 5050/5051见 Native UDP 示例总览。Native CoAP 示例CoAP SimpleGet、CoAP Light Switch、CoAP Sensor、CoAP CRUD、CoAP Secure、CoAP Greenhouse端口 5683/5684 上的 Native CoAP / CoAPS见 Native CoAP 示例总览。Native ThreadScanThreadScan_Discover、ThreadScan_Async、ThreadScan_CallbackOThreadScan.discoverNetworks()——带OThreadNetworkInfo结果的 MLE 发现。CLI 参考CLI ThreadScan。Native ThreadDNSSDThreadDNSSD_Advertise、ThreadDNSSD_Advertise_Callback、ThreadDNSSD_Remove、ThreadDNSSD_Query、ThreadDNSSD_QueryHost、ThreadDNSSD_Query_Callback、ThreadDNSSD_UDP_LightOThreadDNSSD——广播SRP 发现DNS带 Wi-Fi Web 的 UDP 灯控实验。如何选择示例需要一套在OThread.end()之前先停 UDP 与 CoAP 的可运行 Native 停机序列且能免芯片复位重启setup()用 Native StackShutdown只想学习如何以预配置数据集组网/入网从 Simple Thread Network 开始设备应通过 PSKd 安全入网、不想在源码中携带网络密钥用 Thread Commissioning 示例想要紧凑的 UDP 命令/ACK 示例用 UDP Light Switch想要带应用层确认与节点活性跟踪的更健壮遥测模式用 UDP Sensor Network最小化了解OThreadCoAPClient/OThreadCoAPServer用 CoAP SimpleGetCoAP 5683 端口上的组播命令/响应模式用 CoAP Light Switch只读资源 变化值 NON 轮询用 CoAP Sensor基于OThreadCoAPResourceStore的 REST 集合用 CoAP CRUD需要 CoAPSDTLS用 CoAP Secure 或 CoAP Greenhouse阻塞式 Thread 网络发现ThreadScan_Discoverloop()中非阻塞轮询ThreadScan_Async逐网络流式回调ThreadScan_Callback向 Border Router 的 SRP 服务器注册服务ThreadDNSSD_Advertise浏览/解析配合 AdvertiseThreadDNSSD_Query / ThreadDNSSD_QueryHost / ThreadDNSSD_Query_CallbackSRP UDP 灯控可选 Wi-Fi Web UIThreadDNSSD_UDP_Light。实操建议检查 Native API 的返回值尤其是 Joiner / Commissioner 调用返回的otError设备 attach 到 Thread 网络之后再绑定 UDP socket应用流量避开 OpenThread 保留端口。UDP 例程用5050/5051代替 CoAP/TMF 端口CoAP 例程使用应用端口5683普通与5684CoAPS而不是61631Thread TMF CoAP草图从 NVS 恢复数据集时修改了数据集常量后必须擦除 NVS 或 factory-reset OpenThread 数据集才生效Commissioning 例程中先确认 Commissioner 的 Joiner 窗口已开放再启动或重试 Joiner不重启芯片就停止 Thread 时遵循 OpenThread 库 README 中的停机顺序参考 Native StackShutdownNative UDP CoAP 拆卸并重启setup()或 CLI StackShutdown纯 CLI。故障排查多板演示UDP、CoAP、SimpleThreadNetwork、ThreadCommissioning共用同一条启动规则先启动服务器 / Leader / Commissioner / collector 草图等串口报告已 attach使用 commissioning 时还需 Commissioner ready再烧录或复位启动过早的客户端 / Joiner / 路由器板卡。症状可能原因Joiner 或客户端无法 attach服务器/Leader 尚未运行、入网窗口已关闭、或客户端先于服务器就绪启动——服务器就绪后复位客户端。已 attach 但应用流量失败服务器未监听、端口错误、陈旧 Leader RLOC或板间数据集不匹配。首次成功、重启后失败演示可能使用initNew()每次启动新网络而非 NVS 恢复——擦除 NVS 或复位客户端重新入网见具体示例 README。Joiner 报OT_ERROR_INVALID_STATE在startJoiner()之前调用了start()——按上表 Joiner 调用顺序执行。Joiner/Commissioner 构建报错该草图的 sdkconfig 中缺少CONFIG_OPENTHREAD_JOINERy或CONFIG_OPENTHREAD_COMMISSIONERy。小结Native API 用类型化的 C 方法替代 CLI 字符串把“组网DataSetcommitDataSet→ 接口 up →start()→ 角色轮询/地址查询”这条主线以及 Joiner/Commissioner 的同步状态机都暴露为可检查返回值的一等接口配合OThreadUDP绕过 lwIP 的轻量 UDP、OThreadCoAP*5683/5684 双单例服务器、OThreadScanMLE 发现与OThreadDNSSDSRP/DNS 服务发现即可在 ESP32-H2/C6/C5 上完成从入网到应用层的全链路开发。遇到能力缺口时仍可与 CLI 混合使用或以 OpenThread 库总 README 为入口继续深入。【免费下载链接】arduino-esp32Arduino core for the ESP32 family of SoCs项目地址: https://gitcode.com/GitHub_Trending/ar/arduino-esp32创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
