当我安装 Nuki 智 锁 超 在我的前门，我已经做了一个。 飞跃 向前 舒适的一面： 更关键的是寻找，从智能手机开放，集成到家庭助理（我的家庭自动化平台）......简而言之，日常生活变得更加流畅。

然后我添加了 键盘 2 NFC, 在这里，这个家庭最终采用了锁： 每个人都有自己的代码，自己的逻辑，自己的习惯。

但是有一个问题，我经常问自己：

好吧，The 锁 锁 是锁着的……但是--是什么。 门 门 门 真的关门了吗？

那时，我决定添加 努基 门 传感 器.

为什么已经连接的锁上的门传感器？

没有 门 传感 器, Nuki Ultra非常清楚锁位于哪个位置： 锁定，解锁，在行动中。

另一方面，它不知道。 什么都没有 国家 物理 物理 门： 关闭，开放......所有这些都是看不见的，没有一个专用的传感器。

结果，你最终可能会：

• 一 门 关闭但锁着 （是的，有可能……）；
• 在门不停时锁定的自动化；
• 如果门仍然打开『有点太久』，则零警报。

， 门 传感 器 把这个缺失的信息带到智能锁： 它允许Nuki知道门是否是。 关闭 关闭 或 开放 开放, 并在应用程序，通知和集成（家庭助理，其他系统）中考虑到这一点。

为什么没有 Zigbee 或 Matter 门/窗口传感器？

这是我的第一个想法： 我本可以检查门是否用Zigbee或Matter家庭自动化传感器关闭，连接到家庭助理（或任何其他家庭自动化箱），就像我已经为其他门窗所做的那样。

以及 是的 行得通. 但真正的区别与 门 传感 器 Nuki的立场是，该设备是该设备的一部分。努基 生态 系统 :

• ， 门 传感 器 与锁连续通信；
• 锁 ， 调整他的行为 视门情况而定（打开/关闭）；
• 一切都被配置在同一个地方，在同一个地方。Nuki 应用 程序, 没有通过家庭助理。

例如，锁在门关闭之前不会移动，相反，一旦门关闭，锁就可以自动锁定。

显然，所有这些都是通过Nuki应用程序以集成和独立的方式配置的，而无需打开Home Assistant。 对于初学者来说，这要简单得多： 一个单一的app, 一个单一的宇宙。

Nuki门传感器是什么样子？

， 门 传感 器 它由两个组成部分组成：

• 一 个 磁 传感 器 （『大』模块），要固定在 框架 框架 门；
• 一 个 磁铁 磁铁 谨慎，要直接固定在 门 门 门.

两者都安装在内部，就像智能锁一样。 传感器测量 磁场 由磁铁发出，并根据此测量确定门是否被考虑。 关闭 关闭 或 开放 开放.

⚠ 重要：

• ， 门 传感 器 计划为 木制或塑料门 ;
• ， 金属门 以及 滑动门 不支持（金属干扰测量，滑动门完全脱离预期的几何形状）。

如果您的前门由金属制成，则此传感器不适合： 然后，有必要开始另一个解决方案（例如家庭助理中的经典家庭自动化传感器+逻辑）。

Nuki传感器vs『经典』孔径传感器（二进制ON/OFF）

这就是Nuki做出选择的地方 技术 技术 与我们着名的小门窗传感器Zigbee / Z-Wave非常不同，价格为10-20欧元。

传统的磁接触(Reed)是如何工作的？

传统的门窗传感器通常基于一个 里德 · 开关 :

• 磁铁接近 → Reed touch 的金属板条 → 电路是 关闭 关闭 ;
• 磁铁移动 → 板条分开 → 电路是 开放 开放.

这是 二 进制 二, 超简单，非常健壮……但有限：

• 传感器仅『包括』 开/关闭 （接近/不接近）；
• 他不能分辨出两者之间的区别。 略微 的 Ajar 以及 敞开的门 : 一旦超过倾倒距离，它就是『开放』点。

它非常适合许多用途（周边报警，简单的打开信息），但我们仍然在逻辑上。 全部或全无 它没有考虑到门的微小机械细微差别。

Nuki做得更多（以及为什么它更贵）

， 门 传感 器 Nuki的开关不限于一个简单的二进制Reed交换机： 他用A 磁 传感 器 更复杂的测量磁场强度 由磁铁生成。

Nuki没有指定它是霍尔效应传感器还是磁阻传感器。

在校准过程中，传感器记录不同位置的信号值：

• 门 门 门 关闭 关闭 ;
• 门 门 门 开放 开放 （二者之间逐渐转变）。

接下来，Nuki 定义 内部门槛 要决定，在T时刻，门是否应该被视为 关闭 关闭 或 开放 开放. 您只在应用程序中看到"封闭/开放"，但在它后面，逻辑考虑了几个中间值。

因此，系统是 更 精细 的 简单的开/关： 它考虑了一系列值，从而提高了对微变量的耐受性（门游、膨胀、轻微位置偏差等）。

我感觉这个传感器有某种形式 学习能力 : 最初的测试是平均的，渐渐地，它似乎越来越『理解』门的状态。

具体来说，所选择的技术及其背后的智能可以解释：

• ， 更高的价格 从 门 传感 器 与简单的报警接触相比；
• 事实上，它被认为是 『集成』配件 Nuki生态系统（在设计、应用程序、通知、物质等方面），而不是通用的2线传感器。

对于初学者来说，这可以概括如下： 传统的里德传感器只回答"是/否"， 门 传感 器 努基 观察 观察 更细致地发生了什么，此外，他直接与锁讨论。

安装在我的门上： 简单，但要治疗

至于 智 锁 超, Nuki在应用程序中提供了一个非常好的助手。 但仍然有一些微妙之处值得尊重。

1。 表面 制备

Nuki建议：

• 从 清洁 清洁 粘接区（酒精/软清洁剂）；
• 检查表面是否 平坦和干燥, 使传感器安装板正确粘附。

在其基础上有轻微作用的传感器是打开假阳性的大门……（从每个意义上说）。

2号。 传感器和磁铁的定位

官方规则：

• ， 感应 器 依附于The 框架 框架 ;
• L'磁铁 磁铁 关于The 门 门 门, 内侧。

可能的两个大型配置 :

• 门和框架在 同一级别 安装磁铁 并行 传感器；

• 门凹陷或突出 → 磁铁安装在 90° 在门的歌声上，但总是在传感器前面。

最重要的是：

传感器和磁铁之间的距离应介于两者之间。 0.5厘米和3厘米, 关上门

Nuki还提供了带有LED和传感器上的小标记的视觉提示，以便将磁铁底部对齐在正确的位置。 对于初学者来说，请真正遵循图表： 不要放置『眼睛』，跟随标记。

3号。 电源和配对

传感器工作在A 电池 ER14250. 当它首次投入使用时（撤回舌头），它就会投入使用。 维护模式, 准备添加。

Nuki 应用：

• 菜单 → 管理设备 → 配件 配件 → 努基 门 传感 器 ;
• 跟随助手，锁使用蓝牙检测传感器；
• 一旦配对，我们 剪辑 传感器在其安装板上。

如果您想稍后重置/修改安装，您可以使用。 防破坏按钮 在背面返回到维护模式。 简单地说： 如果您更改了传感器的位置，请记住在再次开始程序之前将其放回此模式。

校准： 你不必匆忙的步骤

校准是那一刻 门 传感 器 『学习』什么是一扇门 关闭 关闭 还有一扇门 开放 开放 在您的特定安装上。

助理一步一步地问你：

1. 从 关闭 门 → 传感器记录『闭门』值；
2. D开放 开放 门根据说明 → 传感器记录与打开位置相关的值。

Nuki在他的文档中非常明确地坚持了一点：

有必要 慢慢移动门 在这些步骤中，传感器可以正确检测磁场的变化。

对于初学者来说： 不要跳过这一步，花时间遵循应用程序所要求的内容，不要强迫或太快。

我的厨房（以及我是如何逃脱的）

我不会说谎的： 起初我的表现并不完美。

例如，我有：

• 物理关闭的门，在应用程序中显示『打开』；
• 或者是一个需要时间来更新的状态。

去看看l努基 麻烦 排除 博士, 主要共同原因有：

• 传感器/磁铁距离有点太有限（我经常太近）；
• 沸腾 门 太快了 校准时（是的，它写在文档和任何地方，我走得太快了）。
• 轻机械在门上玩耍；
• 传感器在其支撑上镀得很差（是的，我移动了几次传感器，双面传感器需要重置）。

在最后一点上，有一个带有小传感器的陷阱。 反 绑架 （或『反破坏』）。

如果双面不是镍，这个小传感器会阻止一切，并出现特殊状态：

『删除』 非常清楚： 传感器不再完全触碰其底座，有必要重做双面的保持，以换取在这个屏幕上的正常状态。 门 传感 器 电池：

如果 Nuki 已规定要显示此状态 『删除』, 许多用户对此表示担忧。 深思熟虑，但第一次出人意料。

我做了什么来稳定这一切：

• 重新启动 a 重新 校准 既然： 智能锁 设置 → 管理 门 传感 → 校准门感应器 ;
• 更多 缓慢 的 在门运动中（是的，真的很慢）。
• 稍微调整磁铁的位置，以保持在0.5-3厘米范围内；
• 检查传感器是否正确剪断而没有播放。

一旦这个组合得到尊重，行为变得坦率地说是可靠的。

它在 Nuki 应用中发生了哪些变化

一旦 门 传感 器 操作，Nuki应用程序不再仅显示：

• 一 号 》 锁定 上 锁 / 解锁 的 锁的状态(State of the lock)

但也：

• 一 号 》 关闭 门 / 打开 门 （门条件）。

因此可以看到以下类型的组合：

• 门 门 门 关闭 关闭 + 锁 锁定 上 锁 完美；
• 门 门 门 关闭 关闭 + 锁 解锁 的 有人在家；
• 门 门 门 开放 开放 + 锁 锁定 上 锁 被监视；
• 门 门 门 开放 开放 + 锁 解锁 的 门真的开着。

通知和警报

应用程序允许您配置 通知 与门的状况有关：

• 提醒如果门还在 开放 开放 太久了；
• 提醒，如果锁试图 锁 锁 虽然门没有关上。

对于前门来说，这正是每天计算的那种细节。 每个人都可以选择自己想做的事情： 随时通知，仅在缺席模式下，或根本没有通知。

在家庭自动化方面，它看起来像什么？

正如我所解释的 我将 Nuki Smart Lock Ultra 连接到家庭自动化 :

门的状态（打开或关闭）可以在家庭助理中找到，无论是在MQTT还是物质中。

事实上，在家庭自动化集成方面(Nuki Hub，MQTT，Home Assistant)，我们看到了这一点。 门 传感 器 暴露于 独立实体, 除了锁：

• 一 个 实体 锁.xxxx 智能锁；
• 一 个 实体 binary_sensor.xxx_door （或等价的）为门的条件。

一些 Matter/SmartThings 司机认为 任何不"封闭"的东西都被视为"开放". 换句话说，如果它没有显式关闭，它被认为是开放的。

从那里，我们可以想象家庭助理中的场景：

• 防止自动锁定如果 门状态！=关闭。 ;
• 如果房屋处于"禁用"模式时，门切换到"打开"，则触发警报；
• 天黑后打开"封闭→打开"过渡输入照明。

对于初学者： 你不必从第一天开始就进入这个阶段。 ， 门 传感 器 仅使用Nuki应用程序即可很好地使用。 Home Assistant 是 A 第二阶段 走得更远。

✅ 我 安装 后 意见

几周的使用后，我的感觉很清楚：

• ， 门 传感 器 是 是 缺少的砖块 为了让Nuki智能锁Ultra有一个连贯的整体视图 锁 + 门.
• 简单的磁接触的技术差异 解释价格 : 我们不再在小型通用二进制传感器中，而是在一个经过校准的集成模块中，旨在与锁携手工作。
• 在使用方面，『门保持开放』通知，并且可以在Home Assistant中利用门的状态带来真正的舒适和安全感。
• 真正的好处是锁锁在门关上几秒钟后锁定： 这是令人印象深刻的，完全辉煌......你习惯了它太快了！

在家庭助理中，纳布卡萨协调员(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上。