Matter 1.6.1 正式发布。相比 Matter 1.6 对 NFC 配网、多生态协同、设备能力表达等功能的扩展这次更新主要是对现有功能的完善没有引入新的设备类型重点解决协议实现和实际运行中的一些问题。这些变化可能不会直接体现在消费者看到的产品功能上但对模组厂商和 OEM 的开发、认证和量产都有影响。对于已经进入量产或实际部署阶段的 Matter 产品厂商除了确认功能是否支持还需要关注复杂场景下的运行稳定性、SDK 升级以及已出货设备的后续维护。Matter 1.6.1 主要更新了什么Matter 1.6 重点扩展了 NFC 配网、联合 Fabric 等能力而 Matter 1.6.1 主要完善了群组控制、访问控制、低功耗设备和协议实现。其中一个值得关注的变化是群组通信Groupcast它是 Matter 用于多设备群组控制的重要机制。在 Matter 1.6 中这项能力仍处于暂定Provisional状态到了 Matter 1.6.1相关规范已经定稿并进入可认证Certifiable状态。群组控制在智能家居和智能楼宇中很常见。比如一个开关同时控制客厅的一组灯酒店后台一次关闭一个房间内的照明或者楼宇系统统一控制某一区域的设备。如果控制端逐台发送指令设备数量增加后不仅通信量会上升也可能出现设备响应不同步的问题。Matter 1.6.1 进一步完善了 Groupcast 相关机制并与访问控制、群组密钥管理等能力结合使多设备控制、权限管理和安全通信更加统一。对于实际产品群组控制不仅要实现多设备同步响应还需要正确处理群组成员变化、访问权限和密钥更新。模组厂商需要确认 SDK、安全存储和设备资源是否满足要求OEM 则需要考虑设备投入使用后群组配置和访问权限发生变化时能否正常运行。低功耗和长期运行继续完善除了多设备控制场景Matter 1.6.1 也进一步完善了低功耗设备在长期运行中的稳定性其中一个重点是间歇性连接设备Intermittently Connected DevicesICD。ICD 主要面向需要长时间休眠的低功耗设备例如部分传感器、门锁和电池供电终端。这类设备大部分时间处于休眠状态只在需要通信时唤醒。如果遇到网络暂时不可用、设备重新连接或配网状态变化就需要正确处理唤醒和通信状态。在 Matter 1.6.1 相关更新中ICD 在 Thread 网络状态变化、配网流程和状态切换等场景下的部分问题得到了修复有助于提升低功耗设备在复杂网络环境下的稳定性。这些问题在实验室测试中未必容易暴露。一台设备即使能够成功配网投入使用后仍可能遇到网络中断、路由器重启、休眠唤醒、固件升级和配置变化等情况。尤其是电池供电的 Matter over Thread 产品除了首次配网还需要在量产前充分验证断网恢复、长时间休眠和重新连接等场景。对模组厂商和 OEM 有什么影响对模组厂商来说“支持 Matter 1.6.1”不能只是产品规格上的一个版本号。实际交付时需要明确具体芯片、SDK、设备类型、功能集群、实时操作系统和认证测试版本。哪些设备类型已经验证、哪些功能已经支持、哪些能力可以进入认证以及对应哪个 SDK 和芯片平台都应该说明清楚。特别是群组控制、低功耗设备和多管理员等场景还需要确认 Flash、RAM、安全存储和密钥管理能力是否满足要求。这些信息同样是 OEM 产品选型时需要关注的内容避免到了开发或认证阶段才发现功能不完整、芯片资源不足或者 SDK 版本不匹配。对于已经基于 Matter 1.6 开发或正在量产的产品没有必要因为 1.6.1 发布就立即升级。厂商应先确认此次更新是否涉及现有功能、当前 SDK 是否经过验证以及升级后需要补充哪些回归测试或认证工作。对于已经出货的设备重点则是 OTA、版本兼容和后续维护。OEM 需要评估升级是否必要以及升级后能否保留用户已有的设备配置、网络连接和使用体验。从“支持 Matter”到“把 Matter 产品长期跑好”Matter 1.6.1 没有带来大量新功能而是进一步完善了 Groupcast、ICD、访问控制和群组密钥管理等现有能力。这些变化对新产品开发有帮助也为已量产设备的长期运行提供了改进空间。对于模组厂商和 OEM支持某个 Matter 版本只是起点。如何确保功能在实际场景中稳定运行并做好后续升级和维护才是产品交付后需要持续面对的问题。