当我安装 智 锁 超 在家里，我很快就有了这种愉快的感觉： 好吧，我切换到另一个类别的连接锁。

与 The 键盘 2 NFC, 我解决了日常生活的问题： 如何在不拿出手机的情况下进入房子，没有钥匙，没有使用说明。

有一个突出的观点，对我来说最有趣的一点： 我如何确保我的锁不是『仅』连接的，而是真正集成到我所有的家庭自动化中？ 我如何让她与我的场景，我的传感器，我的自动化，简言之，我已经围绕家庭助理和我的生态系统建立的一切进行交流？

这正是这篇文章的内容： 三条可能的道路，我测试了什么，我保留了什么……以及我不会再做的事情。

单锁的三条路径

当您进入锁定设置时，进入"Functions & Configuration"，然后进入"智能家居"，Nuki提供三个主要的集成家族：

• 连接通过 事 事 事 (Apple Home，Google Home，Amazon Alexa，Samsung SmartThings，Homey，Home Assistant…)
• 当地融合通过 MQTT 的, 用于高级家庭自动化平台（Home Assistant，Home Assistant，Homebridge，Jeedom，Loxone，OpenHAB等）
• 整合 整合 网 网 Via Nuki Web，最初是为旧集线器和一些云集成而设计的

在纸上，Nuki勾选了所有的盒子： 开放标准(Matter)，家庭自动化极客协议(MQTT)和更『经典』的Web集成。

在现实生活中，这三条路根本不会产生相同的体验。 因此，我决定一个接一个地对待他们，并考虑一个问题： 它是否完全适合我的生态系统，它是否与我对地方优先和主权的追求保持一致？

物质： 『官方』多生态系统途径

《 ✨ Why I Start with Matter 》

物质是新的宏伟标准，旨在统一Apple Home，Google Home，Alexa，SmartThings等。

， 智 锁 超 通过Thread原生支持它，具有以下想法： 一个单一的整合，所有生态系统的背后都知道如何与锁说话。

在家庭助理方面，Nuki甚至加入了家庭助理工作计划，这意味着物质整合已经由HA团队测试和验证。

对于像我这样的人，他有：

• 家助理在房子的心脏，
• 一些连接的扬声器，
• 一次性使用Google / Alexa

所以事情似乎是自然的开始方式。

通过物质连接(Connection via Matter)

物质配对是在全球范围内进行的，对于任何其他设备也是如此： 一个激活 Nuki 应用程序中的 Matter/Thread，一个通过兼容的集线器（Home Assistant、Apple Home、Google Home 等）并在其实体中显示锁（状态、锁定/解锁、电池、门传感器根据配置）。

我检查我的中心物质

我检查我的集线器是否兼容， 文档中给出了兼容的集线器列表.

我有一个ZBT-1，它是完美的，我很惊讶ZBT-2没有出现在这张表中。

有两种对话模式，正如表所示，我需要两分钟才能理解。

Matter via Thread： 将锁集成到我的家庭自动化中

第一个模式是我真正用来将Nuki带入家庭自动化世界的模式。

物质通过线程允许我把锁连接到家庭助理，把它看作是一个完整的设备在房子里。

兴趣很简单： 我可以控制锁，知道它的状况，把它集成到我的自动化中，并让它与我安装的其余部分进行交互。

如果整合要清洁，标准化，并与多个生态系统兼容，这是最合乎逻辑的解决方案。

通过线程远程访问： 更直接的远程访问

第二种模式是通过Thread进行远程访问。

原则上，它无助于更好地将锁集成到家庭自动化中，而是使其可以远程访问，而无需通过内置的Wifi锁。

兴趣是一个更直接，现代和潜在的节能建筑，以Thread作为通信的基础。

另一方面，这种方法规定了某些技术条件： Nuki要求该中心提供互联网接入和支持NAT64。 Nuki甚至表示，如果在集线器上激活NAT64，Thread设备只能访问互联网。

实际上，这意味着家庭助理不仅必须在当地管理锁： 它还必须能够充当线程边界路由器，并弥合在IPv6上运行的Thread网络与远程服务所需的Internet访问之间的差距。

这需要在 Home Assistant 中安装 OpenThread Border Router 附加组件，启用 NAT64，并验证锁是否使用了正确的边框路由器。

还应注意网络本身： 如果存在多个Thread边框路由器，则锁可能与错误的路由器相关联，这可能会阻止对Internet的访问。

因此，在实践中，它需要一个干净的配置，单个活动线程路由器或至少明确定义为首选网络，以及正确接受IPv6和NAT64翻译的网络堆栈。

我现在在做什么

就我而言，我决定暂时不会通过Thread走得更远。

我想在深入了解物质之前完成三模式测试。

我宁愿把这种进化保持在以后，当我有更多的时间把它放在适当的位置，最重要的是，从中获得真正的具体好处。

Nuki 应用

在远程访问开关按钮上，我了解到它对应于通过线程远程访问，如果你不深入讨论这个问题，它真的不容易理解。

当我尝试激活它时，按钮返回禁用状态，因此无法满足通过Thread激活远程访问的条件。

家庭助理

因此，该设备已很好地进入物质设备列表。

传感器的建议已经完成。

驱动锁的主要传感器是在 lock.smart _lock _ultra 中创建的，我将重命名它，并将传感器变成 lock.smart _lock entere。

我有一个Nuki传感器 门 传感 器 这样就可以知道门是否开着。 我在这里也没有提到，但我可以看到（打开/关闭）门的状态。

select.smart _lock _ultra_mode_de_functioning 传感器是一个特别相关的配置参数，对开发人员来说是勇敢的。 对于那些不想远程解锁的人来说，只需更改此传感器即可。

这两种选择都代表自己，我测试并很快理解。 我会让它保持正常。 由于我不会触摸此配置，因此我在HA中禁用此传感器。

最后，如果出现问题，诊断工具框架将能够创建自动化或通知。

我在家里玩了按钮标识符，传感器按钮.smart_lock_ultra_标识符，闪烁锁，只是遗憾闪烁不反映锁的状态。 这将允许通过此命令对状态进行可视化检查。

我很快注意到的好处：

• 一切都在本地管理，不需要Nuki云来控制我的家庭自动化服务器的锁。
• 家庭助理的集成是干净的，认可的，并且实体可以正确返回。
• 语音助手可以自己跟进，而不必增加特定的集成。

简而言之，Matter做了他所承诺的： 它简化了多生态系统集成，具有『一劳永逸』的逻辑。

《 ⚖ where Matter 显示 其 极限

对于主流整合和WAF来说，物质很好。 但对于一个喜欢用毫米驱动所有东西的住宅建筑商来说，它不那么灵活：

• 事件的粒度比使用MQTT可以实现的更有限（例如，最后一个精确动作，一些精细状态等）。
• 我们仍然依赖于每个集线器如何实现 Matter 并公开实体和事件。
• 用于调试或微调自动化的高级诊断比详细的MQTT流更难获得。

总而言之，我保留了物质作为一个『通用』的兼容性层（以及语音用途），但这不是我为我的高级家庭自动化找到最好的技巧的地方。

MQTT： Demanding Domoticians 之路

为什么我转向MQTT

除了Matter之外，Nuki还通过Wi-Fi或Thread直接从锁中提供MQTT集成。 想法很简单： 该锁在MQTT主题上发布其状态（锁定，解锁，打开门，电池等），并接受打开或关闭的命令。

在家庭自动化方面的优势：

• 广泛的协议，由Home Assistant，Jeedom，Homebridge，Loxone，OpenHAB和公司支持。
• 本地集成，实时，无需通过Nuki云。
• 家庭助理中的自动发现是可能的（自动发现），这使得集成比你最初想象的要简单得多。

在论坛和博客上，也有很多非常积极的反馈： 有些人甚至建造了100个设施。 % 本地使用Nuki + MQTT + Home Assistant，从未打开任何外部端口。

⚙ 如何将它集成到我的安装中

在Nuki应用程序中，激活通过以下方式进行：
'锁定设置' → 'Functions & Configuration' → 'Integrations' → 'Smart Home' → 'Configure MQTT'。

 

在Home Assistant方面，启用了自动发现功能，锁作为MQTT实体自行上升，就像Zigbee2MQTT模块一样。

为了检查这一点，我曾经使用MQTT Explorer，这是结果。

发送给MQTT的名字是我放在『门屋』锁上的那个，这就是新MQTT设备的名称。 我注意到，有11个实体可以追溯到现在。

4控制

当我打开我的Nuki家庭助理的MQTT集成时，我发现11个实体，包括4个命令。

前4个命令并不是对所有用户都有用。

它们主要依靠 门如何打开 以及 外部 五 金 商店 : 手柄、旋钮、栏或其他配置。

Nuki解释说，行为会根据外部手柄的类型而变化：

• 与a 处理 手, Nuki打开门，你仍然需要按手柄才能进入；

• 与a 按钮 / 旋钮 / 酒吧, Nuki还可以拉螺栓，更彻底地打开门。

门 房子

Lock.porte _maison

这是锁的主要动作。 这是我每天用来正常锁门或打开门的方法。 如果我只需要一张支票，那就是那张。

Lock 'n' Go

button.door _house _lock _n _go

当我离开家时，这种模式为我服务。 我触发动作，锁让我出去，然后它会在几秒钟后自动锁定。 当我想确保我不会忘记在我身后时，这是方便的。

Lock 'n' Go with unlatch（英语：Lock 'n' Go with unlatch）

button.porte_maison_lock_n_go_with_unlatch

这是前一种模式的完整版本。 在那里，锁不仅在出口后自动锁定，还会在动作过程中释放门。 当需要更清晰的开口时，这很有用，具体取决于门的配置。

Unlatch 的

button.door _maison _unlatch

这个动作被用来打开门『真实』，释放混乱。 这不仅仅是一个简单的解锁： 它是允许门立即打开的模式，没有任何额外的努力。

传感器 The Sensor

门传感器

它是传感器告诉我门是打开，关闭还是处于不确定状态。 这非常有用，因为它不仅让我知道锁是否锁定，还可以知道门是否实际关闭。

诊断 诊断

电池 电池

这只是指示锁的电池水平。 这是基本信息，但对于避免不愉快的惊喜至关重要。

⚡ 电池 充电

这个实体告诉我锁是否在充电。 快速检查喂养是否正常是有用的。

电池 关键

这是一个警示指标。 如果它变成红色或临界，这意味着电池太低，必须进行干预。

门传感器电池关键

同样的逻辑，但这一次对于电池的门传感器。 如果这个传感器是电池供电的，当它变得太弱时，这个实体会警告我。

固件版本

此实体显示锁的固件版本。 这对于技术监测、更新和诊断尤其有用。

键盘电池关键

这与键盘的电池有关。 如果我使用输入键盘，这个实体会让我知道电池何时开始褪色。

MQTT 侧的界限和预防措施

并不是一切都是完美的，有几件事要记住：

• MQTT通信默认未加密： 它基于网络安全(Wi-Fi / Thread)和用户/密码身份验证。
• MQTT经纪商必须被视为基础设施的敏感点，要受到严格保护（不在互联网上打开经纪商，ACL的管理，网络分割等）。

然而，对于已经配备MQTT经纪人和成熟的家庭助理的房子来说，这可能是灵活性，性能和主权之间的最佳妥协。

☁ Web 集成： 『历史云』模式

Nuki Web, 有什么意义？

在Matter和MQTT之前，Nuki已经提供了Nuki Web，这是一个远程控制锁的云网关，拥有访问日志并集成某些外部服务（Alexa，Google Home，一些旧集线器等）。

为什么我选择把它放在背景中

Web集成仍然很有趣：

• 某些远程管理功能（新闻咨询、流动用户管理）；
• 您不想输入MQTT或Matter不可用的环境。

这条消息清楚地表明，我的数据将转到Nuki的云服务器，而这正是我试图避免的。

所以，就我而言，有两件事让我把它更像一个备用轮子对待：

• 我更喜欢本地控制，尽可能少依赖第三方云服务。
• 物质和MQTT已经涵盖了我的大部分集成和自动化需求。

因此，Nuki Web仍然在家中被禁用，但我认为即使Nuki云被切断，我的架构也应该继续工作，因此没有任何内容可以发送到外面。

我比较物质和MQTT

可用的传感器

对于这一部分，我主要看一下每个集成实际上可以追溯到家庭助理中的内容，因为这是可以立即看到差异的地方。
物质为我提供了控制锁和跟踪其状况的基本信息，而MQTT则重新组装了更多的诊断传感器和技术信息。

传感器 / 实体	问题 物质	MQTT MQTT	阅读 阅读
门 门 门	✅	✅	这两种集成都可以追溯到门的打开或关闭状态。
电池 电池	✅	✅	在这两种情况下，我都找到了锁的电池水平。
收费状态	✅	✅	这两种解决方案都表明锁是否已加载。
关键 电池	✖	✅	MQTT暴露了电池状态的更精细的诊断水平。
关键 门 传感 器 电池	✖	✅	MQTT还针对门传感器发出警报。
Firmware 版本	✖	✅	MQTT为监测和诊断提供了有用的技术信息。
关键 键盘 电池	✖	✅	MQTT还跟踪键盘电池的关键状态。
运作方式	✅	✖	物质在这里直接在 Home Assistant 中暴露了一个有趣的配置参数。
识别 识别	✅	✖	物质还允许锁在视觉上做出反应来识别它。

每天，物质足以简单，干净和立即使用。

另一方面，一旦我想详细监控锁，恢复更完整的诊断或利用诸如键盘或门传感器等辅助信息，MQTT显然会走得更远。

《 ⚡ 》 反应 速度

从历史上看，MQTT和MQTT之间的差异非常明显。
物质大多返回到最终状态，而MQTT还显示中间过渡，如"锁"和"解锁"，从而更精细地读取锁的行为。

活动 活动	问题 物质	MQTT MQTT	阅读 阅读
锁 锁	-	19:18:02	MQTT首先在最终状态之前显示过渡。
被锁起来了	19:18:03	19:18:03	两人同时回到最终状态。
解锁 解锁	-	19:17:13	MQTT首先在最终状态之前显示过渡。
已解锁	19:17:14	19:17:14	两人同时回到最终状态。
解锁 解锁	-	19:17:04	MQTT在同一秒内显示一个额外的过渡。
开放	19:17:06	19:17:06	两人同时上门。
已解锁	19:17:04	19:17:04	两人同时回到最终状态。
锁 锁	-	19:16:22	MQTT首先在最终状态之前显示过渡。
被锁起来了	19:16:23	19:16:23	两人同时回到最终状态。
解锁 解锁	-	18:56:28	MQTT首先在最终状态之前显示过渡。
已解锁	18:56:29	18:56:29	两人同时回到最终状态。
锁 锁	-	18:55:09	MQTT首先在最终状态之前显示过渡。
被锁起来了	18:55:10	18:55:10	两人同时回到最终状态。

我 的 判决

我最记得的是，物质是干净和易读的，但MQTT给出了一个更健谈和活泼的历史。
在转换中，MQTT揭示了Matter没有显示的细节水平，如果我想精确分析锁的反应，这使得它更有趣。
但差异很小，两者都是即时的，并给予充分的满足。 协议都没有领先于另一方。

我 保留 什么

就我而言，我将保持 物质和MQTT并行 有那么一阵子 想法很简单： 比较状态重组的速度，每天的流动性，看看哪种协议最适合我。

从实质上讲，这两种方法很接近，这正是选择有趣的原因。 物质给了我一个干净和标准化的集成，而MQTT保留了更精细和更先进的面向家庭自动化的方法的优势。

所以，我宁愿不要太快决定。 只要两者都工作得很好，我会让他们共存，观察什么最适合我的实际设置。

我 的 感觉

老实说，在这一点上，Matter和MQTT解决方案都足够接近日常使用。

真正的区别在于使用舒适度，感知响应能力以及每种功能如何适应我的家庭助理自动化。

Nuki Web仍然是一个选项，但显然在后台供我使用。 我保留它作为备份解决方案或更多的云/远程访问需求，而不让它成为我安装的核心。 在这个阶段，只需将我的个人信息发送到云中即可阻止我。

因此，在不久的将来，我保留了这种双重本地方法，对在我看来最自然使用的方法略微优势。

如果偏差保持最小，我可能会主要根据维护的简单性和安装的演变来选择。

结论 结论

最后，Nuki Smart Lock Ultra恰好符合我对现代连接锁的期望： 真正的本地集成，几种通信选项，最重要的是将其适应已经构建良好的家庭自动化系统的可能性。

我最欣赏的不是被锁定在一个单一的模型中。

物质和MQTT给了我测试，比较，然后保持解决方案与我的使用和我对互联家庭的愿景最一致的自由。

Nuki Web 完成了表，但对于我的使用，它仍然保留在后台，作为一个补充选项，而不是集成基础。

现在我不想走得太快： 我观察到，我让两者都工作，然后我将看到哪一个将继续作为主要解决方案。