在家庭助理中,纳布卡萨协调员(SkyConnect,ZBT-1,ZBT-2,…)也可以。 ZigBee 的, 或 线程 线程, 但不是作为一个通用的无线电来同时做一切。 在这个测试中,第一个密钥仍然专用于生产中的Zigbee,并且为Thread重新配置了第二个密钥,以便在不破坏现有网络的情况下准备Thread上的物质网络。
以下是文章的完整HTML代码,已经写在第一人称和描述性标题:
环境 上下文
我的目标很简单: 检查第二个SkyConnect是否可以直接从Home Assistant成为线程适配器,而无需将密钥插入PC并且不接触已经运行的Zigbee。 我选择了这种谨慎的方法,因为我的家庭自动化安装已经正常工作,我不想改变一切。
为了避免任何风险,我完好无损地离开了Zigbee键。 新钥匙对我来说是一个测试床,这使我能够清楚地记录家庭助理的行为,并保持自己的反馈。
Thread 和 Matter 的区别
线程 线程 以及 事 事 事 他们不意味着同样的事情。 线程是一些低功耗设备使用的无线电网络,而Matter是允许这些设备在家庭助理中使用相同语言的标准。 因此,SkyConnect本身不会『做』问题: 它提供Thread无线电层,然后Home Assistant管理Matter集成。
我从一个已经在生产中的SkyConnect开始
最初,SkyConnect已经为Zigbee服务。 我有第二个,以前从未使用过的新钥匙。 这是第二个键,我插入我的家庭助理机器进行实验。
选择分开角色让我能够清楚地比较行为: 一方面是生产Zigbee,另一方面是专门用于Thread的收音机。 在我看来,这也是在没有服务中断的情况下测试协议更改的最安全的方法。

我让Home Assistant检测新键
一旦插入,Home Assistant在Discovery部分的集成页面中检测到我的新SkyConnect。 卡片显示"家庭助理SkyConnect / Home Assistant Connect ZBT-1"按钮 添加 添加.

与此同时,另一个SkyConnect仍然存在于配置集成中。 这证实了生产没有受到影响,并且Home Assistant已经将这两个实例作为两个独立的设备进行管理。
我从仪表板开始添加
新地图出现在『发现』区域。 我点击了 添加 添加 启动此第二个键的配置向导 。
我们可以看到纳布卡萨发明的这种简单性,我不需要通过手动闪存或外部工具。 配置直接从 Home Assistant Web 界面开始。
我选择密钥的协议
点击后 添加 添加, 家庭助理让我选择钥匙的礼仪 提出了两个备选方案: 使用 Zigbee Adapter 以及 使用 Thread Adapter.
这个选择证实了我的一个重要观点: SkyConnect 被分配到一个特定的角色。 我不得不选择Zigbee作为经典网络或线程来准备Matter over Thread。

为什么选择Thread
我选择 Thread 来测试 Matter over Thread 用例。 我的目标不是取代现有的Zigbee,而是验证在家庭助理中创建专用的Thread收音机。
在我看来,如果我们想保持稳定的安装,这也是正确的逻辑: 一个加密狗保持Zigbee的生产,另一个作为Thread的基础。
⚙ 我 让 Home Assistant 安装 OpenThread
选择 Thread 后,Home Assistant 将启动适配器更新。

在这一点上,我的钥匙被转换成一个线程适配器。 该程序在没有外部干预的情况下在家庭助理中推进。
我监控闪光灯的进度
进度条显示安装进度,特别是在5 %. 这向我证实,密钥确实是用OpenThread固件闪烁的。

我完成 Thread 的配置
在闪光灯之后,Home Assistant转到了"Configuration of Thread"步骤。


然后我看到像"安装应用程序"和"启动应用程序"这样的消息,表明正在部署Thread堆栈。
这是当 Home Assistant 编排 OpenThread Border Router 服务时。 在实践中,我的密钥变成了系统的线程无线电,而Home Assistant负责相关的网络层。
Thread网络不仅仅是一个化妆品设置。 这是一个真正的网络设置,具有无线电适配器,能够为支持 Matter 的 Thread 设备扮演边框路由器的角色。

在程序结束时,我添加了MATTER信息,以免混淆密钥。
我的新钥匙出现在固件上 OpenThread RCP 2.7.2.0. 这证实了Thread的重新配置是成功的。

Home Assistant 然后在设备选项卡中显示两个独立的设备: 经典的"家庭助理SkyConnect"和"家庭助理SkyConnect MATTER"。 集成图还标明了"2个设备"。

我读了它教给我的东西。
这种分离是方便的,因为它在视觉上显示了两个角色。 一个键与历史使用有关,另一个成为专门用于Thread/Matter的无线电。
对于反馈,这是一个强点: 读者立即明白,迁移在Home Assistant中创建了第二个逻辑实例,而不会破坏第一次使用。
这个测试向我证明了什么
这一经验告诉我,可以将第二个SkyConnect直接从Home Assistant转换为线程适配器。 该过程是集成的,引导的,不需要在界面外进行复杂的操作。
她还向我展示了家庭助理知道如何以清晰的方式管理Zigbee和Thread之间的分离。 当Zigbee工厂已经在生产时,这尤其令人放心。
⚠ 我 心中 有一个 限制
然而,应该记住,SkyConnect 不会成为一个独立的中心 Matter。 事项仍由家庭助理的物质整合管理; 这里的密钥提供了线程连接,而不仅仅是所有 Matter 逻辑。
换句话说,SkyConnect 为 Thread 履行了 Zigbee 协调员的角色: 它打开并将网络连接到家庭助理。 不同的是,Zigbee谈论协调器,而Thread依赖于边框路由器,然后Home Assistant在上面管理Matter。
评论和结论
也许这个测试最有趣的事情是流程的简单性。 我在Zigbee中保留了一个用于稳定性的密钥,添加了第二个作为发现,然后只需点击几下即可将其重新配置为Thread。
对于想要在线程上测试物质而不接触他们现有的安装的人来说,这是一种干净而令人放心的方法。 它避免了拆卸,手动闪存和主Zigbee网络关闭的风险。
最终,转型如预期的那样工作。 Home Assistant检测到我的新SkyConnect,为我提供了Zigbee或Thread的选择,安装了OpenThread,然后向我展示了一个使用OpenThread RCP固件切换到MATTER /线程模式的密钥。
最重要的是,这些反馈向我表明,可以在家庭助理中正确组织您的无线电角色: Zigbee生产的关键之一,另一个用于试验Thread和准备物质在Thread上。