1. Matter协议与Nordic nRF平台概览

Matter 是由连接标准联盟(CSA,原 Zigbee 联盟)主导制定的应用层统一标准,目标不是再造一种无线技术,而是在已有的 IP 网络之上,为智能家居设备建立一套统一的数据模型、交互语义和安全框架。理解这一点非常关键:Matter 并不替代 Wi-Fi、Thread 或以太网,它运行在这些底层链路之上,通过 IPv6 把不同厂商、不同生态的设备拉到同一套语言体系里。对开发者而言,这意味着一次开发、多生态接入——同一台设备可以同时被 Apple Home、Google Home、Amazon Alexa 和 Samsung SmartThings 识别和控制,而无需为每个生态单独适配私有协议。

从架构分层看,Matter 自上而下可以拆成四层。最上层是应用层与数据模型,用 Cluster(功能簇)、Attribute(属性)、Command(命令)、Event(事件)描述设备能力,例如一个灯设备包含 OnOff 簇、LevelControl 簇和 ColorControl 簇。第二层是交互模型,定义读写属性、调用命令、订阅上报的规则,并支持定时同步、分片传输等机制。第三层是安全层,基于 CASE(设备间会话)和 PASE(配网会话)建立加密通道,证书体系由设备认证证书(DAC)、产品认证证书(PAI)和根证书(RCAC)构成。最底层是传输层,把消息承载在 Thread、Wi-Fi 或以太网上,统一走 IPv6/UDP。这种分层让应用逻辑与物理链路解耦,也是 Nordic 方案能够同时覆盖 Thread 与 Wi-Fi 的基础。

设备类型方面,Matter 规范定义了丰富的 Device Type,常见的有 On/Off Light、Dimmable Light、Color Temperature Light、Thermostat、Door Lock、Window Covering、Temperature Sensor、Occupancy Sensor 等。每个设备类型规定了必须实现和可选实现的 Cluster 集合,这是认证测试的直接依据。认证要求上,产品需要通过 CSA 授权的测试实验室完成 Matter 认证,取得 Vendor ID(VID)和 Product ID(PID),并烧录符合规范的 DAC 证书。没有认证的设备无法加入正式生态,因此从选型阶段就要把认证路径纳入考虑。

Nordic 在 Matter 生态中的定位,核心是提供“无线 SoC + 协议栈 + 认证支持”的一体化方案。nRF52、nRF53、nRF54 三个系列各有侧重,选型时需要结合协议角色、内存资源和功耗目标综合判断。

Matter 架构分层与 Nordic nRF 系列定位 Matter 协议栈分层 应用层 / 数据模型 Cluster · Attribute · Command · Event · Device Type 交互模型 Read / Write / Invoke / Subscribe · 分片 · 定时同步 安全层 PASE 配网 · CASE 会话 · DAC / PAI / RCAC 证书链 传输层 Thread · Wi-Fi · Ethernet · IPv6 / UDP Nordic nRF 系列在 Matter 中的角色 nRF52 系列(成熟主力) 代表型号:nRF52840 / nRF52833 角色:Thread 终端设备、Thread 边界路由器 特点:Cortex-M4F,256KB RAM,生态成熟 适用:灯具、传感器、开关等量产终端 nRF53 系列(双核进阶) 代表型号:nRF5340 角色:Thread 终端 + 应用处理、复杂网关 特点:双 Cortex-M33,应用核 512KB RAM 适用:多协议并发、带本地逻辑的设备 nRF54 系列(新一代平台) 代表型号:nRF54L15 / nRF54H20 角色:Thread 终端、低功耗 Matter 设备 特点:Cortex-M33,更高能效比,更大 Flash 适用:电池供电、长期部署的新设计 选型判断要点 ① 协议角色:终端 / 边界路由器 / 网关 ② 内存需求:Matter + Thread 栈约需 200KB+ RAM ③ 功耗目标:电池设备优先 nRF54 低功耗系列 ④ 认证路径:确认 SDK 版本与 Matter 规范版本匹配 ⑤ 生态兼容:Thread 需配合边界路由器接入 IP 网络

选型时最直接的判断依据是协议角色与资源预算。如果做的是标准 Thread 终端设备,比如一个调光灯或温湿度传感器,nRF52840 已经足够:它拥有 256KB RAM 和 1MB Flash,能同时容纳 Thread 协议栈、Matter 应用层和 OTA 升级空间,且 Nordic 的 nRF Connect SDK 对它的 Matter 支持最成熟。如果设备需要同时跑 Matter 和 BLE 配网、或者要承担边界路由器角色,nRF5340 的双核架构更有优势——网络核专门跑 Thread/BLE 协议栈,应用核跑 Matter 逻辑,互不抢占实时性。而面向电池供电的新设计,nRF54L15 在同等功能下功耗更低,适合门磁、水浸传感器这类需要数年续航的产品。

需要特别注意的是,Matter over Thread 设备本身没有 IP 连接能力,必须通过 Thread 边界路由器(Border Router)接入家庭 IP 网络。Nordic 提供 nRF52840 搭配 OpenThread 边界路由器参考设计,也可以使用 Apple HomePod mini、Google Nest Hub 等已内置边界路由器的生态设备。这意味着在系统设计阶段就要确认:目标生态是否已具备边界路由器,否则设备即使通过认证也无法被控制。

Matter 规范版本与 SDK 版本必须匹配。例如 Matter 1.2 引入了新的设备类型和 Cluster,若 SDK 仍停留在 1.0,认证测试会直接失败。建议在项目启动时锁定 nRF Connect SDK 的版本,并核对对应的 Matter 规范版本。

最后回到认证要求。Matter 认证不是可选项,而是产品上市的前置条件。流程上需要先申请 Vendor ID,再通过 CSA 认可的测试机构完成协议一致性测试(PICS)和互操作测试,最后取得证书并烧录 DAC。Nordic 的 nRF Connect SDK 提供了认证所需的示例配置和测试工具,但证书本身必须由 CSA 授权的 CA 签发。开发阶段可以用测试证书验证功能,量产阶段必须切换到正式证书,否则设备无法加入任何正式生态。

综合来看,Matter 解决的是“互联互通”的应用层问题,Nordic nRF 平台解决的是“如何高效实现”的工程问题。理解分层架构、明确设备类型、匹配认证要求、再根据协议角色和资源预算选择 nRF52/53/54 的具体型号,是启动任何 Matter 项目前必须完成的第一步。