3. Matter over Thread与Matter over Wi-Fi技术路径对比

在 Nordic nRF 平台上开发 Matter 产品时,第一个必须做出的架构决策就是选择 Thread 还是 Wi-Fi 作为底层承载。两者都能跑 Matter 应用层协议,但在网络拓扑、配网流程、驱动栈、功耗特性和硬件资源占用上差异巨大。理解这些差异,才能为具体产品选出正确的技术路径。

网络拓扑与设备角色差异

Thread 是一种基于 IEEE 802.15.4 的 Mesh 网络,工作在 2.4 GHz 频段,单信道带宽 250 kbps。Thread 网络中的设备分为三类角色:边界路由器(Border Router)、路由器(Router)和终端设备(End Device)。边界路由器是 Thread 网络与外部 IP 网络(通常是家庭 Wi-Fi/以太网)之间的桥梁,它同时具备 Thread 接口和基础设施接口,负责 IPv6 前缀分发、NAT64 转换和 mDNS 服务发现代理。在 Matter 语境下,边界路由器还承担 Thread 设备的服务发现和跨网段通信职责。

Wi-Fi 路径则简单得多:Matter 设备直接作为 Wi-Fi STA 接入现有 AP,通过家庭 IP 网络与 Matter 控制器通信。没有 Mesh 自愈、没有角色选举,但也没有边界路由器这一额外设备需求。对于 Nordic 平台,Thread 方案通常使用 nRF52840 或 nRF5340 运行 OpenThread,Wi-Fi 方案则使用 nRF7002 配合 nRF5340 或 nRF52840 运行 nRF Wi-Fi 驱动。

Matter over Thread 与 Matter over Wi-Fi 架构对比 Thread 路径 Thread 边界路由器 (BR) nRF52840 + OpenThread + 主机侧 ot-br-posix Thread Mesh 网络 (IEEE 802.15.4) Router SED Router Matter 控制器 / 生态 Hub 通过 BR 的 mDNS 代理发现 Thread 设备 关键参数 • 速率: 250 kbps • 功耗: 极低 (SED 可电池供电) • 配网: BLE 引导 + Thread 凭证注入 • 芯片: nRF52840 / nRF5340 (OpenThread) Wi-Fi 路径 Wi-Fi AP (基础设施网络) 2.4 / 5 GHz • IP 网络直接可达 Matter Wi-Fi 设备 (STA 模式) nRF7002 Wi-Fi 6 协处理器 nRF5340 Matter 应用 + 驱动 SPI Matter 控制器 / 生态 Hub 同一 IP 子网内直接 mDNS 发现 关键参数 • 速率: 数十~数百 Mbps • 功耗: 较高 (需持续供电) • 配网: BLE 引导 + Wi-Fi SSID/密码注入 • 芯片: nRF5340 + nRF7002 (nRF Wi-Fi 驱动) VS

配网流程的关键差异

Matter 规范定义了两种配网方式:BLE 引导配网和 Wi-Fi 软 AP 配网。对于 Thread 设备,配网过程分为两个阶段:首先通过 BLE 建立临时连接,控制器向设备下发 Thread 网络凭证(包括网络名称、信道、PAN ID、主密钥和网络密钥);设备加入 Thread 网络后,再通过 Thread 链路完成 Matter 的 Commissioning 流程,包括设备认证、证书链验证和 ACL 配置。Nordic 的 nRF Connect SDK 中,Thread 配网依赖 OpenThread 的 otJoiner 模块完成凭证注入和网络加入。

Wi-Fi 设备的配网则是在 BLE 连接建立后,控制器直接下发 Wi-Fi SSID 和密码,设备通过 nRF Wi-Fi 驱动连接 AP,获取 IP 地址后在同一 IP 子网内完成 Matter 发现和 Commissioning。这里的关键区别在于:Thread 设备需要边界路由器作为“翻译层”,而 Wi-Fi 设备与控制器天然处于同一 IP 网络,mDNS 发现无需代理。

Nordic 平台上的驱动与协议栈支持

在 Nordic 平台上,Thread 路径使用 OpenThread 作为 802.15.4 MAC 层和 6LoWPAN 适配层,运行在 nRF52840 或 nRF5340 的 802.15.4 无线电上。nRF Connect SDK 提供了完整的 OpenThread 集成,包括 ot-br-posix 边界路由器参考实现(通常运行在 Raspberry Pi 或 nRF9160 等 Linux 主机上)。Matter SDK 通过 CHIP 的 Thread 适配层与 OpenThread 对接,开发者主要关注的是 Thread 网络参数配置和 Joiner 流程。

Wi-Fi 路径则依赖 nRF7002 协处理器和 nRF Wi-Fi 驱动。nRF7002 通过 SPI 接口与 nRF5340 通信,驱动层实现了 802.11 协议栈、WPA2/WPA3 安全握手和 DHCP 客户端。Matter SDK 的 Wi-Fi 适配层通过 nrf_wifi 驱动接口完成网络连接和 IP 配置。需要注意的是,nRF7002 本身不运行 Matter 应用,Matter 协议栈和 OpenThread 一样运行在主机 MCU 上,nRF7002 仅作为 Wi-Fi 射频前端和 MAC 加速器。

选择策略与决策依据

选择 Thread 还是 Wi-Fi,核心取决于产品形态、供电条件和生态兼容性。以下决策表可作为工程选型的起点:

决策维度 优先选 Thread 优先选 Wi-Fi
供电方式 电池供电、纽扣电池、能量采集 市电持续供电
数据吞吐 低速率传感器、开关、灯控 摄像头、语音流、大文件传输
网络基础设施 已有 Thread 边界路由器或可部署 已有稳定 Wi-Fi 覆盖
设备密度 高密度 Mesh 自愈网络 中等密度、AP 容量充足
Nordic 芯片组合 nRF52840 / nRF5340 单芯片 nRF5340 + nRF7002 双芯片
配网复杂度 需边界路由器,两阶段配网 直接连接 AP,单阶段配网
对于 Nordic 开发者,如果产品是电池供电的传感器或执行器,Thread 几乎是唯一合理选择;如果产品需要持续供电且对带宽有要求,Wi-Fi 路径更直接。混合场景下,也可以考虑 nRF5340 同时支持 Thread 和 Wi-Fi 的双模方案,但需注意射频共存和功耗管理。

实操示例:Thread 设备配网关键参数

以下是一个 Thread 设备配网时控制器下发的典型网络凭证示例(参数为教学假设值,非实测):

Thread 网络凭证:
  Network Name:  "NordicMatter"
  Channel:       15
  PAN ID:        0x1234
  Extended PAN ID: 0x0011223344556677
  Master Key:    00112233445566778899aabbccddeeff
  Network Key:   00112233445566778899aabbccddeeff
  Mesh Local Prefix: fd00:0db8:0000:0000::/64

Joiner 流程:
  1. BLE 连接建立,交换 Matter 证书
  2. 控制器通过 BLE 下发上述 Thread 凭证
  3. 设备调用 otJoinerStart() 加入 Thread 网络
  4. 加入成功后,通过 Thread 链路完成 Matter Commissioning
  5. 控制器通过 BR 的 mDNS 代理发现设备服务

对于 Wi-Fi 设备,配网参数则简化为 SSID 和密码,设备通过 nRF Wi-Fi 驱动连接 AP 后,由 DHCP 获取 IPv4/IPv6 地址,随后在同一子网内完成 Matter 发现。开发者需要重点关注的是 Wi-Fi 驱动的连接稳定性、重连策略和低功耗模式配置,这些在 nRF Connect SDK 的 wifi 示例中都有参考实现。

无论选择哪条路径,Matter 的设备认证和证书链验证流程是相同的。Thread 路径的额外复杂度在于边界路由器的部署和维护,Wi-Fi 路径的额外复杂度在于射频共存和功耗优化。选型时应优先评估产品对功耗和带宽的真实需求,而非盲目追求某一技术路线。