Résumer cet article :
Matter 发展迅速,而这一次,直接关系到 Home Assistant 用户。matter.js 是驱动 Home Assistant 全新 Matter Server 已有数月的库,现在已支持 Matter 1.6.1 的新功能。
版本号看起来不起眼,但实际内容不少:通过 Groupcast 进行组通信、更好地管理电池供电设备、增加 OTA 更新控制,以及一些传感器方面的改进。
最重要的变化还在别处。Home Assistant 用 matter.js 替换了基于 C++ SDK 构建的旧 Matter Server,从而有能力更快地跟进标准的发展。而现在,这种变化已经开始显现。
Home Assistant 更换了 Matter 引擎
Home Assistant 从 Matter 标准推出之初就开始支持它。直到最近,它的 Matter Server 仍以 Python 编写,并依赖官方 C++ SDK。虽然能用,但也存在一些限制。
2026 年 6 月,Open Home Foundation 发布了 Matter Server 9.0,该版本完全基于 matter.js 重写。matter.js 是一个用 TypeScript 编写的 Matter 开源实现,目前由该基金会托管。当然,Home Assistant 并不是唯一使用它的项目:Homebridge 和 openHAB 也在使用。
对用户来说,迁移几乎是自动完成的。Matter Server 9.0 会取代旧服务器,并在首次启动时迁移数据。不过,Home Assistant 仍建议先进行备份。
改进立竿见影:重启速度大幅提升,设备重新连接过程得到优化,在繁忙的 Thread 网络中运行得更加稳定,而且可以只查询设备的部分信息,无需每次都重新读取全部数据。
更重要的是,这个新基础让后续 Matter 版本的采用变得容易得多。
Matter 1.6 早已到来
Matter 1.6.1 并非从零开始:Home Assistant 的 Matter Server 早已升级到 Matter 1.6.0,尤其是在 9.1 版本中。
该版本新增了与兼容设备同步时间的功能,并实验性地支持 ICD(间歇连接设备)的节能机制。
这些 ICD 对未来的发展至关重要。接入市电的灯泡可以始终保持连接,无需担心能耗。而门窗传感器、按钮或遥控器若要靠一颗纽扣电池续航好几年,就不能这样做。它们必须大部分时间处于休眠状态,在有信息要发送时唤醒,快速传输,然后再次休眠。
现在,matter.js 能够在服务器和控制器两端详细管理这些设备:注册 ICD 客户端、处理唤醒,并跟踪设备是否可用。
在智能家居领域,这一点非常重要。我们在家中安装的许多传感器,都需要多年运行而不必频繁更换电池。
Matter 1.6.1 引入 Groupcast
matter.js 集成的 Matter 1.6.1 新功能中,我最感兴趣的是 Groupcast。
通常,控制器会逐个与设备通信。要关闭十个灯泡,它就会分别向每个灯泡发送命令。
Groupcast 新增了组播会话:一条命令就可以发送给同一组中的所有设备。matter.js 现在已启用 Groupcast 集群,以及管理该功能所需的一切机制。
比如,创建一个包含客厅所有灯泡的 Matter 组。“关闭客厅”的命令会发送给整个组,而不是依次发给每个灯泡。
只有三台设备时,你不会察觉到区别。但如果家里有几十台 Matter 设备,差异就会显现出来。
熟悉 Zigbee 的用户会认出这种组的概念:网络会分担一部分工作,而不是把所有事情都交给控制器。
不过要注意:matter.js 支持这项功能,并不意味着明天你就能在 Home Assistant 界面中创建这些组。Matter Server 和 Home Assistant 仍需要进一步利用这些功能。不过,基础已经打好了。
更好地管理电池供电设备
另一个重要的改进方向就是 ICD。
matter.js 在服务器端支持 IcdManagement 集群:注册和移除客户端、处理 StayActiveRequest 请求、支持 SIT 和 LIT 模式,以及让休眠设备报告自己已唤醒的机制。
在控制器端,设备注册可以自动完成,matter.js 也会跟踪大部分时间都处于休眠状态的设备。
听起来确实很技术化。
具体来说,假设有一个使用纽扣电池的 Matter over Thread 门窗传感器。为了节省电量,它可能会休眠好几分钟,但控制器不能因此认定它已断开连接。控制器必须了解它的工作方式,以及它预计何时会发出信号。
用户不会注意到这类细节,但这正是好用的技术和每天三次显示“不可用”的传感器之间的区别。
OTA 更新也有进展
现在,matter.js 可以从 Matter 的 Distributed Compliance Ledger(DCL,分布式合规账本)中获取与软件版本关联的合规信息。这些信息可用于 OTA 更新检查。
DCL 鲜为人知。它是由 Connectivity Standards Alliance 维护的分布式登记系统,其中发布了有关已认证设备的信息,包括对固件分发有用的元数据。
Home Assistant 已会为支持 OTA 的 Matter 设备创建更新实体,并默认每十二小时查询一次 DCL。并非所有制造商都已采用这一机制,但 Home Assistant 提到,Eve 和 Nanoleaf 就是通过该机制提供信息的厂商。
长远来看,目标是让用户可以直接通过智能家居控制器更新 Matter 设备,而不必仅仅为了更新传感器或插座的固件就安装制造商的应用。
不过仍有一些限制。例如,Home Assistant 指出,如果 Thread 网络使用 Apple 边界路由器,Thread 设备的 OTA 更新目前会遇到问题:查找更新提供方所需的某些 mDNS 数据包不会被转发。
总之,事情正在向前推进,但还没到无所不能的地步!
Matter 1.6 简化设备安装流程
还要结合 Connectivity Standards Alliance 发布的 Matter 1.6 所带来的变化,来看待 Matter 1.6.1。
这一次,CSA 并没有试图大量增加产品类别,而是着力改进安装流程、生态系统之间的协作,以及设备间的通信。
最让我惊讶的新功能是双向 NFC 配网。Matter 1.4.1 已经支持通过 NFC 传输安装信息,但后续流程仍然需要通过 Bluetooth LE 完成。Matter 1.6 则允许整个配网过程都通过 NFC 完成。
理论上,你甚至可以在给 Matter 墙壁开关通电之前,只需将手机靠近它,就完成预配置。
对普通用户来说,这很方便。对需要在安装到住宅之前预先配置几十台设备的电工来说,节省的时间就相当可观了。
Joint Fabric 适用于多生态系统住宅
Matter 1.6 还引入了 Joint Fabric,专为多个智能家居系统共存的安装环境设计。
一台 Matter 设备已经可以加入多个 Fabric,也就是多个 Matter 逻辑网络。这使它能够在多个生态系统之间共享。
Joint Fabric 换了一种方式来解决这个问题:由多个获准的控制器共同管理同一个共享 Fabric,加入其中的设备便可供所有参与的控制器访问。
对于使用 Home Assistant、但家中部分成员仍在使用 Apple Home 或 Google Home 的家庭来说,这项功能的意义一目了然。
在专业建筑、出租房或新建住宅中,这项功能的价值更加突出,因为有时需要由多个参与方在一段时间内共同管理一套设备。
设备能更详细地报告自身状态
Matter 1.6 还带来了一些纸面上不那么引人注目、但可能对 Home Assistant 很有用的改进。
设备会更准确地描述自身功能及运行限制。安全传感器可以传输某些事件的历史记录。烟雾和一氧化碳探测器甚至可以报告自己已从安装位置取下。
这类信息可以用于自动化。烟雾探测器从支架上取下时,可以触发通知;安全传感器的历史记录可以显示在仪表板中。如果 Home Assistant 更了解设备的功能,也就能相应调整所提供的功能。
不过,制造商必须先实现这些功能,Home Assistant 也得把它们呈现出来。规范推出新版本,并不会神奇地更新已经安装的数百万台设备。
Home Assistant 中的 Matter 网络地图
新的 matter.js 服务器还带来了一项非常实用的功能:Matter 网络地图。
Home Assistant 会显示 Matter 设备,以及它们如何连接到控制器。在 Thread 网络中,你可以区分路由器、终端设备和休眠设备,还能查看通信经过的跳数。链路质量也一目了然。对于 Wi-Fi,Home Assistant 会显示设备所连接的接入点以及连接质量。
Thread 网络出状况时,这项功能就很有价值。
根据 Home Assistant 当前的文档,你需要 Matter Server 9.2.0 或更高版本。网络地图位于“设置 > 连接 > Matter > 查看地图”。
如今的集成已经远非早期版本那种不透明的黑盒了!
Matter 1.6.1 并不意味着这些功能明天就会出现在 Home Assistant 中
不过,还是要稍作澄清。
Connectivity Standards Alliance 已正式发布 Matter 1.6.1 规范,而 matter.js 也已经集成了该版本的多项变更。但从规范中的一项功能到你在 Home Assistant 中看到的一个按钮,中间还要经过多个环节:功能必须先由 Matter 定义,再由 matter.js 实现、由 Matter Server 使用、通过 Home Assistant 集成呈现出来,当然,设备本身也必须支持。
事实上,Matter Server 的官方代码库目前仍标注支持 Matter 1.6.0。
因此,现在就说 Home Assistant“完全支持 Matter 1.6.1”还为时过早。不过,matter.js 中已经具备了必要的基础组件,而我认为这才是值得关注的重点。
matter.js 是 Home Assistant 最出色的选择之一吗?
很长一段时间里,Matter 在纸面上的发展似乎总比在我们家中快。每个新规范都承诺带来新功能,之后却还得等待制造商、控制器和生态系统跟上。
改用 matter.js 在一定程度上改变了局面。Open Home Foundation 现在掌握了自身 Matter 技术栈中的一个核心组件。而 matter.js 本身就是由基金会托管的开源项目,因此标准中的新功能可以更快地进入 Matter Server。
这已经不再是一个边缘话题:在 2026 年 6 月宣布推出新服务器时,Home Assistant 表示,38% 的安装实例使用了 Matter,使其成为使用率第十二高的集成。
Matter 1.6.1 大概不会让你的仪表板明天早上就多出十个新按钮。但有了 Groupcast、更精细的休眠设备管理、OTA 方面的进步,以及 Matter 1.6 带来的所有改进,基础正变得越来越扎实。
Home Assistant 似乎终于有能力跟上 Matter 后续版本的步伐,不再落后好几个版本。
对于像我一样,在 Matter 和 Thread 刚推出时就一路踩坑的人来说,这或许是最好的消息!




