Homey 把 Matter 固件更新拉出了厂商 App：走标准联盟的公共注册表

智能家居里被吐槽最久的一环，是设备固件更新。灯泡、门锁、传感器里都跑着软件，本该定期更新，但实际操作起来要打开各家厂商的应用，一家一家点过去。Homey 新上线的「设备更新」功能想解决这件事，而对 Apple Home 用户来说，它处理 Matter 设备的方式值得单独看一眼。

它做了什么

Homey 的 Device Updates 让用户可以直接在 Homey 的移动端或网页应用里更新 Matter、Z-Wave 和 Zigbee 设备：给一盏 Matter 灯升级、给一把 Z-Wave 门锁装安全补丁、改善一个 Zigbee 传感器的稳定性，全程不用打开厂商应用。由用户发起更新，Homey 负责传递、进度跟踪，完成后给出通知。

对 Z-Wave 和 Zigbee 设备，更新是通过各自的 Homey 应用传递的，所以能不能更新取决于开发者和厂商。首发支持名单已经不算短：IKEA、Aeotec、INNR、Niko、Inovelli、Zooz、frient、ThirdReality、EcoDim、HeatIt、Namron、amina、CTM Lyng 和 Nous 都在其中。

Matter 的处理方式才是重点

Matter 设备走的完全是另一条路：不依赖厂商应用，也不需要厂商为它更新 Homey 上的应用。Homey 会去查连接标准联盟（CSA）的「分布式合规账本」（DCL），那里收录了可用的 Matter 固件更新，包含固件版本、下载地址、文件大小、校验和以及适用性信息；随后 Homey 从厂商的服务器上取回固件并完成更新。

DCL 是由制定并认证 Matter 标准的同一家机构运营的公开可信注册表。厂商把固件更新元数据发布上去，任何 Matter 控制器都可以按同一套规则发现并获取更新。这意味着更新通道不再绑定到某一家公司的应用或云服务上，而是标准本身的一部分。

为什么 Apple Home 用户也该关注

Homey 的 CEO Stefan Witkamp 的说法是：设备固件之所以很少更新，是因为流程太麻烦；把更新放进 Homey 里处理，对用户和开发者都变得可行，整个智能家居也就更可靠。

更值得记住的是这套机制的可移植性。既然 Matter 固件更新的发现路径写在标准里、由认证机构维护，那么实现它的不一定只有 Homey——任何 Matter 控制器都可以做同样的事。这对 Apple Home 的意义在于：不只是「多了一个能管固件的平台」，而是这条路径理论上可以被更多平台复用。

如果某个设备的更新迟迟没出现，通常有两个原因：对应的 Homey 应用还没提供这项能力，或者厂商本身没有发布固件。至于可用范围，该功能支持 Homey Cloud、Homey Pro（2023 至 2026 各代）、Homey Pro mini 和 Homey Self-Hosted Server，需要 Homey 移动应用 13.2.0 或更高版本。

一件长期被忽略的事

智能家居的安全问题，很多时候不是设备本身有漏洞，而是用户从来没更新过固件——因为太麻烦。把这条路铺平，比再增加一个能用语音开关的灯更有价值。Matter 把这条路径写进标准的做法，也让「买回来就不管了」这件事少了一个借口。

厂商为什么不爱推固件

原因不在技术，而在成本与责任。固件更新需要长期维护，厂商要为几年后仍在售的旧型号准备测试和回滚方案，一旦更新出问题还要承担售后。相比之下，把更新做成「可选、藏在应用深处」是风险更低的默认选择。

Homey 这套机制把执行环节承接了过来：用户在 Homey 里发起，其余交给平台，进度和结果都有提示。对厂商来说，压力从「维护自己的更新通道」变成「把固件发布到标准注册表里」。

实际使用要注意什么

更新依然是用户主动发起的，不会自动完成——这是把主动权留给用户的取舍。更新前建议确认设备处于供电状态、网络稳定，门锁这类设备最好留出几分钟不要操作。

如果你没看到预期中的更新，先检查企业应用的版本，再看厂商是否发布了固件，这两步能覆盖绝大多数情况。对智能家居来说，固件长期不更新的隐性风险，往往比多一个自动化场景更值得关心。