1. Matter与WiFi互联开发全景
智能家居行业长期面临一个尴尬现实：同一盏灯，买A品牌要用A的App，买B品牌又要装B的App，跨品牌联动几乎无从谈起。Matter标准的出现，正是为了解决这种"生态孤岛"。它由连接标准联盟（CSA）主导，联合亚马逊、苹果、谷歌、三星等厂商共同制定，目标是在应用层建立一套统一的数据模型与交互协议，让不同品牌、不同底层通信技术的设备能够被同一个控制器识别、配网和控制。
理解Matter，关键要抓住它的分层设计。Matter并不规定设备必须用哪种无线技术，而是把"应用语义"与"传输承载"解耦：上层定义设备类型（如On/Off Light、Thermostat）、集群（Cluster）和属性/命令，下层则允许WiFi、Thread、以太网三种承载方式。这意味着一个Matter灯泡既可以是WiFi设备，也可以是Thread设备，对控制器而言，它们暴露的接口完全一致。这种"一次开发、多承载运行"的能力，是Matter区别于以往私有协议的核心价值。
WiFi在Matter生态中的角色
在三种承载中，WiFi的定位非常明确：高带宽、高普及率、无需额外网关。Thread需要边界路由器（Border Router），以太网受限于布线，而WiFi几乎每个家庭都有现成路由器，且能提供足够的吞吐量支撑摄像头、带屏面板等中高带宽设备。因此，WiFi是Matter设备快速落地、降低用户配网门槛的首选承载。
但WiFi承载也有代价。Matter over WiFi设备通常需要较高的功耗，不适合纽扣电池供电的传感器；同时，WiFi配网依赖2.4GHz频段（Matter规范要求WiFi设备至少支持2.4GHz），在信道拥挤环境下稳定性会受影响。开发者在选型时必须权衡：电池供电的温湿度传感器更适合Thread，而常供电的智能插座、灯具、摄像头则优先考虑WiFi。
从协议栈看，Matter over WiFi的通信路径是：应用层Matter消息 → 通过UDP传输 → IPv6网络层 → WiFi链路层。Matter使用IPv6作为网络层基础，WiFi设备通过路由器获取IPv6地址（通常由SLAAC或DHCPv6分配），控制器与设备之间通过mDNS进行服务发现，再建立基于CASE（Certificate Authenticated Session Establishment）的安全会话。这条链路是后续所有开发工作的基础。
典型智能家居互联场景
把上面的协议栈放到真实家庭里，可以勾勒出几类典型场景。第一类是"跨生态控制"：用户用苹果HomePod作为Matter控制器，控制一个支持Matter over WiFi的第三方品牌灯泡。HomePod通过mDNS发现灯泡，建立CASE会话，之后读写OnOff集群的OnOff属性。整个过程不依赖灯泡厂商的云，本地直连，断网也能用。
第二类是"多管理员共享"：同一个Matter WiFi灯泡可以同时被家庭中的苹果Home和谷歌Nest Hub管理。Matter支持多Fabric（多网络）机制，每个控制器生态拥有独立的Fabric ID和证书链，设备端为每个Fabric维护独立的访问控制列表（ACL）。开发者需要在固件中预留足够的Fabric存储空间，通常建议至少支持5个Fabric。
第三类是"WiFi与Thread混合组网"：客厅的Matter WiFi灯和卧室的Matter Thread传感器由同一个控制器统一管理。控制器同时具备WiFi和Thread射频，对上层应用而言，两种设备的操作方式完全一致。这种混合组网正是Matter"承载无关"设计的最佳体现。
开发路线图
对于准备进入Matter WiFi开发的团队，建议按以下路径推进，避免一开始就陷入细节。
第一阶段：环境与工具链。选择芯片平台（如ESP32系列、Silicon Labs EFR32、Nordic nRF52+WiFi协处理器等），搭建Matter SDK（connectedhomeip）编译环境。以ESP32为例，需要安装ESP-IDF、拉取connectedhomeip仓库、配置GN/Ninja构建系统。这个阶段的目标是能编译出一个可烧录的示例固件，比如lighting-app。
第二阶段：设备端数据模型。根据产品功能确定Device Type和Cluster组合。例如一个调光灯泡，需要On/Off Cluster、Level Control Cluster、Color Control Cluster（如需调色），以及Descriptor、Identify等基础Cluster。每个Cluster的属性、命令、默认值都要在ZAP工具中配置，生成对应的代码框架。
第三阶段：配网与安全。实现BLE辅助配网（Matter over WiFi设备通常先用BLE完成初始配网，再切换到WiFi）或WiFi SoftAP配网。配网流程包括：设备广播可发现信息、控制器通过PASE建立初始会话、下发WiFi凭证、设备连接WiFi、通过mDNS宣告服务、控制器通过CASE建立操作会话。开发者需要正确处理配网失败重试、WiFi连接超时等异常。
第四阶段：控制与联动。实现属性读写、命令响应、订阅上报。例如灯泡状态变化时，主动向已订阅的控制器发送Report Data。同时要处理多控制器的并发访问，保证ACL正确校验。
第五阶段：认证与量产。通过CSA的认证测试，获取Vendor ID和Product ID，烧录DAC（Device Attestation Certificate）证书，完成量产固件。