Als ich die Smart Lock Ultra Zu Hause hatte ich sehr schnell dieses angenehme Gefühl: ‚Okay, da bin ich in eine andere Kategorie des vernetzten Schlosses übergegangen‘.

Mit dem Keypad 2 für NFC, habe ich die Alltagsfrage geklärt: wie man nach Hause kommt, ohne sein Telefon herauszunehmen, ohne Schlüssel, ohne Gebrauchsanweisung.

Ein noch offener Punkt, der für mich am interessantesten war: Wie kann ich dafür sorgen, dass mein Schloss nicht „nur“ verbunden, sondern wirklich in meine gesamte Hausautomation integriert ist? Wie kann ich sicherstellen, dass sie mit meinen Szenarien, Sensoren, Automatisierungen und allem, was ich bereits rund um Home Assistant und mein Ökosystem aufgebaut habe, spricht?

Genau darum geht es in diesem Artikel: die drei möglichen Wege, was ich getestet habe, was ich behalten habe… und was ich nicht wiederholen werde.

🧭 Drei Wege für ein Schloss

Wenn Sie in die Einstellungen des Schlosses, in „Funktionen & Konfiguration“ und dann in „Smart Home“ gehen, bietet Nuki drei große Integrationsfamilien an:

• Verbindung über Matter (Apple Home, Google Home, Amazon Alexa, Samsung SmartThings, Homey, Home Assistant…)
• Lokale Integration über MQTT, für fortgeschrittene Heimautomatisierungsplattformen (Home Assistant, Homebridge, Jeedom, Loxone, OpenHAB usw.)
• Integration Web über Nuki Web, das ursprünglich für ältere Hubs und einige Cloud-Integrationen gedacht war

Auf dem Papier hat Nuki daher alle Kästchen angekreuzt: Offener Standard (Matter), Geek-Domotiker-Protokoll (MQTT) und eher „klassische“ Web-Integration.

Im wirklichen Leben machen diese drei Wege überhaupt nicht die gleiche Erfahrung. Daher habe ich beschlossen, sie einzeln anzusprechen, wobei ich eine Frage im Kopf habe: „Ist das Teil meines Ökosystems und steht es im Einklang mit meiner Suche nach Local First und Souveränität?“

🏠 Matter: der „offizielle“ Multi-Ökosystem-Weg

✨ Warum ich mit Matter angefangen habe

Matter ist der neue große Standard, der Apple Home, Google Home, Alexa, SmartThings und andere vereinheitlichen soll.

La Smart Lock Ultra unterstützt es nativ über Thread mit der folgenden Idee: Eine einzige Integration, und hinter allen Ökosystemen wissen, wie man mit dem Schloss spricht.

Auf der Home Assistant-Seite trat Nuki sogar dem Programm „Works with Home Assistant“ bei, was bedeutet, dass die Matter-Integration vom HA-Team getestet und validiert wurde.

Für jemanden wie mich, der

• Home Assistant im Herzen des Hauses,
• einige angeschlossene Lautsprecher,
• punktuelle Nutzung mit Google/Alexa,

Matter sieht also wie der natürliche Weg aus, um zu beginnen.

🔌Verbindung über Matter

Die Matter-Kopplung erfolgt im Großen und Ganzen wie bei allen anderen Geräten: Wir aktivieren Matter/Thread in der Nuki-App, gehen über den kompatiblen Hub (Home Assistant, Apple Home, Google Home usw.) und das Schloss erscheint mit seinen Entitäten (Zustand, verriegelt/entriegelt, Batterie, Türsensor je nach Konfiguration).

Ich überprüfe meinen Matter Hub

Ich überprüfe, ob mein Hub kompatibel ist. Liste der kompatiblen Hubs ist in der Dokumentation angegeben.

Ich habe einen ZBT-1, das ist perfekt, ich bin überrascht, dass ZBT-2 in dieser Tabelle nicht enthalten ist.

Es gibt zwei Dialogmodi, wie die Tabelle zeigt, ich nehme mir zwei Minuten Zeit, um zu verstehen.

🏠 Matter über Thread: Integrieren Sie das Schloss in meine Hausautomation

Der erste Modus ist der, den ich wirklich nutze, um die Nuki in meine Welt der Hausautomation zu bringen.

Matter über Thread ermöglicht es mir, das Schloss an den Home Assistant anzuschließen und es als vollwertige Ausstattung des Hauses zu sehen.

Das Interesse ist einfach: Ich kann das Schloss steuern, seinen Zustand kennen, es in meine Automatisierungen integrieren und mit dem Rest meiner Anlage in Kontakt bringen.

Dies ist die logischste Lösung für eine saubere, standardisierte und ökosystemübergreifende Integration.

📡 Remote Access über Thread: Direkter Remote-Zugriff

Der zweite Modus ist der Fernzugriff über Thread.

Grundsätzlich dient es nicht dazu, das Schloss besser in die Hausautomation zu integrieren, sondern es aus der Ferne erreichbar zu machen, ohne das integrierte Wifi des Schlosses zu durchlaufen.

Das Interesse besteht in einer direkteren, moderneren und möglicherweise energieeffizienteren Architektur mit Thread als Kommunikationsgrundlage.

Dieser Modus stellt jedoch bestimmte technische Bedingungen auf: Nuki fordert, dass der Hub Internetzugang bereitstellt und NAT64 unterstützt. Nuki weist sogar darauf hin, dass Thread-Geräte nur dann Zugang zum Internet hätten, wenn NAT64 auf dem Hub aktiviert sei.

Konkret bedeutet dies, dass Home Assistant das Schloss nicht nur lokal verwalten muss: Es muss auch in der Lage sein, als Thread-Randrouter zu fungieren und eine Brücke zwischen dem Thread-Netzwerk, das über IPv6 funktioniert, und dem für den Remotedienst erforderlichen Internetzugang zu schlagen.

Dazu müssen Sie das OpenThread Border Router-Add-on im Home Assistant installieren, NAT64 aktivieren und sicherstellen, dass der richtige Border Router vom Schloss verwendet wird.

Dabei ist auch auf das Netz selbst zu achten: Wenn mehrere Thread-Randrouter vorhanden sind, kann das Schloss mit dem falschen verbunden sein, was den Zugang zum Internet blockieren kann.

In der Praxis erfordert dies eine saubere Konfiguration, einen einzigen aktiven oder zumindest klar definierten Thread-Router als bevorzugtes Netzwerk und einen Netzwerk-Stack, der IPv6 und NAT64-Übersetzung korrekt akzeptiert.

⏳ Was ich derzeit tue

Ich habe mich entschieden, vorerst nicht über Thread weiter zu gehen als Matter.

Ich möchte den Test der drei Modi abschließen, bevor ich Matter näher betrachte.

Ich ziehe es vor, diese Entwicklung für später beizubehalten, wenn ich mehr Zeit habe, sie richtig umzusetzen und vor allem einen echten konkreten Nutzen daraus zu ziehen.

Zur Nuki-Anwendung

Auf dem Umschaltknopf „Fernzugriff“ habe ich verstanden, dass er mit „Fernzugriff über Thread“ übereinstimmt. Es ist wirklich nicht leicht zu verstehen, wenn man sich nicht mit diesem Thema befasst.

Wenn ich versuche, es zu aktivieren, kehrt die Schaltfläche in den deaktivierten Zustand zurück, sodass die Bedingungen für die Aktivierung von Remote Access über Thread nicht erfüllt sind.

Über Home Assistant

Die Ausrüstung ist daher in der Liste der Matter-Geräte gut angekommen.

Der Vorschlag für Sensoren ist vollständig.

Der Hauptsensor, der das Schloss steuert, wurde in lock.smart_lock_ultra erstellt, ich werde ihn umbenennen und den Sensor in lock.smart _entree verwandeln

Ich habe einen Nuki-Sensor Door Sensor Hier erfahren Sie, ob die Tür offen ist oder nicht. Ich erwähne es hier nicht weiter, aber ich sehe den Zustand der (offenen/geschlossenen) Tür hier.

Der Sensor select.smart_lock_ultra_mode_de_Betrieb ist ein besonders relevanter Konfigurationsparameter, herzlichen Glückwunsch an die Entwickler. Für diejenigen, die nicht möchten, dass ihr Schloss aus der Ferne entriegelt werden kann, reicht es aus, diesen Sensor zu wechseln.

Beide Optionen sprechen für sich, ich habe sie getestet und schnell verstanden. Ich lasse auf normal. Da ich diese Konfiguration nicht berühren werde, schalte ich diesen Sensor in HA aus.

Schließlich kann der Rahmen für Diagnosetools es ermöglichen, Automatisierungen oder Benachrichtigungen zu erstellen, wenn etwas schief geht.

Ich habe ein wenig mit dem Identifier-Knopf gespielt, dem button.smart_lock_ultra_identification-Sensor zu Hause, der das Schloss blinken lässt, es ist nur schade, dass das Blinken nicht den Zustand des Schlosses widerspiegelt. Auf diese Weise könnte der Zustand über diesen Befehl visuell überprüft werden.

Vorteile, die ich schnell erkannt habe:

• Alles wird lokal verwaltet, es ist keine Nuki Cloud erforderlich, um das Schloss von meinem Heimautomationsserver aus zu steuern.
• Die Integration in den Home Assistant ist sauber, wird anerkannt und die Entitäten gehen korrekt zurück.
• Sprachassistenten können jede Seite verfolgen, ohne dass ich die spezifischen Integrationen vervielfachen muss.

Kurz gesagt, Matter tut, was er verspricht: Es vereinfacht die Integration mehrerer Ökosysteme mit einer Logik der einmaligen Erfassung.

⚖─ Wo Matter seine Grenzen zeigt

Für eine „Mainstream“-Integration und für die WAF ist Matter sehr gut. Aber für einen Haustechniker, der gerne alles millimetergenau steuert, ist es weniger flexibel:

• Die Granularität der Ereignisse ist geringer als bei MQTT (z. B. die letzte präzise Aktion, bestimmte Feinzustände usw.).
• Wir bleiben davon abhängig, wie jeder Hub Matter implementiert und Entitäten und Ereignisse offenlegt.
• Fortgeschrittene Diagnosen für Debugging oder Feintuning von Automatisierungen sind schwieriger zu erhalten als mit einem detaillierten MQTT-Feed.

Zusammenfassend lässt sich sagen, dass ich Matter als „universelle“ Kompatibilitätsschicht (und für den Sprachgebrauch) beibehalten habe, aber nicht dort, wo ich die größte Finesse für meine fortschrittliche Heimautomation gefunden habe.

📡 MQTT: Der Weg der anspruchsvollen Heimautomation

🔍 Warum ich mich an MQTT wandte

Parallel zu Matter bietet Nuki eine MQTT-Integration direkt aus dem Schloss über Wi-Fi oder Thread an. Die Idee ist einfach: Das Schloss veröffentlicht seinen Zustand (verriegelt, entriegelt, offene Tür, Batterie usw.) auf MQTT-Topics und nimmt Befehle zum Öffnen oder Schließen an.

Die Vorteile bei der Hausautomation:

• Sehr weit verbreitetes Protokoll, unterstützt von Home Assistant, Jeedom, Homebridge, Loxone, OpenHAB und Company.
• Lokale Integration, Echtzeit, ohne Nuki Cloud.
• Automatische Erkennung im Home Assistant möglich (Autodiscovery), was die Integration viel einfacher macht, als man sich zunächst vorstellen könnte.

In Foren und Blogs gibt es im Übrigen viele sehr positive Rückmeldungen: Einige haben sogar 100-Anlagen gebaut % Lokal mit Nuki + MQTT + Home Assistant, ohne jemals einen Port nach außen zu öffnen.

⚙ Wie ich es in meine Anlage integriert habe

In der Nuki App erfolgt die Aktivierung über:
„Schlosseinstellungen“ → „Funktionen & Konfiguration“ → „Integrationen“ → „Smart Home“ → „MQTT-Konfiguration“.

 

Auf der Home Assistant-Seite wird das Schloss mit aktivierter Selbstdiscovery von selbst als MQTT-Einheit wieder aufgebaut, genau wie z. B. ein Zigbee2MQTT-Modul.

Um dies zu überprüfen, verwende ich normalerweise MQTT Explorer, hier ist das Ergebnis.

Der Name, der an MQTT gesendet wurde, ist der, den ich in das Schloss „Haustür“ gesetzt habe, so wurde das neue MQTT-Gerät benannt. Ich stelle fest, dass es 11 Entitäten gibt, die zurückgehen.

🔧 Die vier Kontrollen

Wenn ich die MQTT-Integration meiner Nuki im Home Assistant öffne, finde ich 11 Entitäten, darunter 4 Befehle.

Diese ersten 4 Befehle sind nicht für alle Benutzer nützlich.

Sie sind vor allem abhängig von die Art und Weise, wie sich die Tür öffnet und die Outdoor-Hardware : Griff, Knopf, Stange oder andere Konfiguration.

Nuki erklärt, dass sich das Verhalten je nach Art des äußeren Griffs ändere:

• mit einer Griff, Nuki entriegelt die Tür und du musst noch den Griff drücken, um hineinzukommen;

• mit einem Knopf / Knob / Stange, Nuki kann auch die Falle ziehen und die Tür vollständiger öffnen.

🚪 Haustür

lock.porte_Haus

Dies ist die Hauptwirkung des Schlosses. Ich verwende sie täglich, um die Tür normal zu verriegeln oder zu entriegeln. Wenn ich nur eine Kontrolle vornehmen müsste, wäre es diese.

🏃 Lock 'n' Go

button.porte_haus_lock_n_go

Dieser Modus hilft mir, wenn ich das Haus verlasse. Ich öffne die Aktion, das Schloss lässt mich heraus, und nach einigen Sekunden wird es automatisch wieder verschlossen. Das ist praktisch, wenn ich sichergehen möchte, dass ich nicht vergesse, hinter mir zu schließen.

🚪 Lock 'n' Go with unlatch

button.porte_haus_lock_n_go_with_unlatch

Dies ist die vollständigere Version des vorherigen Modus. Dort führt das Schloss nicht nur die automatische Verriegelung nach dem Ausgang durch, sondern gibt auch die Tür während der Aktion frei. Dies ist nützlich, wenn je nach Türkonfiguration eine offenere Öffnung erforderlich ist.

🔓 Unlatch

button.porte_haus_unlatch

Diese Aktion dient dazu, die Tür „für echte“ zu öffnen und den Verschluss freizugeben. Dabei handelt es sich nicht nur um eine einfache Entriegelung: Dies ist der Modus, bei dem sich die Tür ohne zusätzlichen Aufwand sofort öffnen lässt.

🔧 Der Sensor

Der 🚪 Door Sensor

Es ist der Sensor, der mir sagt, ob die Tür geöffnet, geschlossen oder in einem unsicheren Zustand ist. Dies ist sehr nützlich, da ich dadurch nicht nur feststellen kann, ob das Schloss verriegelt ist, sondern auch, ob die Tür tatsächlich geschlossen ist.

🔧 Diagnostik

🔋 Battery

Dieser zeigt lediglich den Batteriestand des Schlosses an. Dies ist eine grundlegende Information, aber wichtig, um böse Überraschungen zu vermeiden.

⚡ Battery Charging

Diese Entität sagt mir, ob das Schloss geladen wird oder nicht. Sie ist nützlich, um schnell zu überprüfen, ob die Fütterung reibungslos verläuft.

🚨 Battery (Kritik)

Es handelt sich um einen Warnindikator. Wenn er rot oder kritisch wird, bedeutet dies, dass die Batterie zu niedrig ist und eingegriffen werden muss.

🚨 Door Sensor Battery Kritik

Gleiche Logik, aber diesmal für die Batterie des Türsensors. Wenn dieser Sensor batteriebetrieben ist, warnt mich diese Entität, wenn sie zu schwach wird.

🧠 Firmware-Version

Diese Entität zeigt die Firmware-Version des Schlosses an. Dies ist vor allem für die technische Überwachung, Aktualisierungen und Diagnose von Nutzen.

🚨 Keypad Schlagzeug Kritik

Dies betrifft die Batterie des Keypads. Wenn ich eine Eingabetastatur verwende, kann ich auf diese Weise feststellen, wann die Batterien schwächer werden.

🛡─ Grenzen und Vorsichtsmaßnahmen auf der MQTT-Seite

Es ist auch nicht alles perfekt, und es gibt einige Dinge, die Sie beachten sollten:

• Die MQTT-Kommunikation ist standardmäßig nicht verschlüsselt: Sie stützt sich auf die Netzwerksicherheit (Wi-Fi/Threading) und die Benutzerauthentifizierung/Passwort-Authentifizierung.
• Der MQTT-Broker muss als sensibler Punkt der Infrastruktur betrachtet werden, der ernsthaft zu schützen ist (kein offener Broker im Internet, Verwaltung von ACLs, Netzwerksegmentierung usw.).

Für ein Haus, das bereits mit einem MQTT-Broker und einem etablierten Home Assistant ausgestattet ist, ist dies jedoch wahrscheinlich der beste Kompromiss zwischen Flexibilität, Leistung und Souveränität.

☁─ Web-Integration: historischer Cloud-Modus

🌐 Nuki Web - Wozu noch?

Vor Matter und MQTT bot Nuki bereits Nuki Web an, ein Cloud-Gateway für die Fernsteuerung des Schlosses, Zugriffsprotokolle und die Integration bestimmter externer Dienste (Alexa, Google Home, einige ältere Hubs usw.).

🧪 Warum ich mich dafür entschieden habe, ihn in den Hintergrund zu stellen

Die Web-Integration ist nach wie vor interessant für:

• bestimmte Fernverwaltungsfunktionen (Log-Abfrage, mobile Benutzerverwaltung),
• Umgebungen, in denen man nicht mit MQTT beginnen möchte oder Matter nicht verfügbar ist.

In dieser Nachricht wird deutlich, dass meine Daten auf Nukis Cloud-Server übertragen werden, obwohl ich genau das vermeiden möchte.

In meinem Fall gibt es also zwei Gründe, die mich dazu veranlassen, sie eher als Ersatzrad zu behandeln:

• Ich bevorzuge eine überwiegend lokale Kontrolle mit der geringsten Abhängigkeit von einem Cloud-Service eines Drittanbieters.
• Matter und MQTT decken bereits den größten Teil meines Integrations- und Automatisierungsbedarfs ab.

Daher bleibt Nuki Web zu Hause deaktiviert, aber ich denke, dass meine Architektur so aussieht, als ob auch bei einem Ausfall der Nuki-Cloud alles funktionieren würde, sodass nichts nach außen gesendet werden kann.

🧪 Ich vergleiche Matter und MQTT

📡 Verfügbare Sensoren

Für diesen Teil schaue ich mir vor allem an, was jede Integration tatsächlich im Home Assistant hervorruft, denn hier sieht man oft sofort den Unterschied.
Matter gibt mir die wichtigsten Informationen, um das Schloss zu steuern und seinen Zustand zu verfolgen, während MQTT mehr Diagnosesensoren und technische Informationen sammelt.

Sensor / Entität	🥈 Matter	🥇 MQTT	Vorlesung
Tür	✅	✅	Beide Integrationen führen den Zustand des Öffnens oder Schließens der Tür gut nach oben.
Batterie	✅	✅	In beiden Fällen finde ich den Batteriestand des Schlosses wieder.
Ladezustand	✅	✅	Beide Lösungen zeigen an, ob das Schloss geladen ist oder nicht.
Kritische Batterie	✖║	✅	MQTT zeigt eine genauere Diagnose des Batteriezustands an.
Batterie des kritischen Door Sensors	✖║	✅	MQTT gibt auch einen Alarm für den Türsensor zurück.
Firmware-Version	✖║	✅	MQTT bietet nützliche technische Informationen für die Überwachung und Diagnose.
Kritische Keypad-Batterie	✖║	✅	MQTT führt auch den kritischen Batteriezustand des Keypads zurück.
Betriebsart	✅	✖║	Matter stellt hier eine interessante Konfigurationseinstellung direkt im Home Assistant dar.
Identifizieren	✅	✖║	Matter ermöglicht es auch, das Schloss visuell reagieren zu lassen, um es zu identifizieren.

Im Alltag reicht Matter für den einfachen, sauberen und sofortigen Gebrauch aus.

Auf der anderen Seite geht MQTT deutlich weiter, sobald ich das Schloss im Detail überwachen, umfassendere Diagnosen abrufen oder Zusatzinformationen wie die des Keypads oder des Türsensors nutzen möchte.

⚡ Reaktionsgeschwindigkeit

In der Historie ist der Unterschied zwischen Matter und MQTT recht aussagekräftig.
Matter hebt vor allem den Endzustand an, während MQTT auch die Zwischenübergänge als „verriegelt“ und „entriegelt“ anzeigt, was eine genauere Lesbarkeit des Schlossverhaltens ermöglicht.

Veranstaltung	🥈 Matter	🥇 MQTT	Vorlesung
Verriegelt sich	—	19:18:02	MQTT zeigt zuerst den Übergang und dann den endgültigen Zustand an.
Wurde gesperrt	19:18:03	19:18:03	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.
Entsperren	—	19:17:13	MQTT zeigt zuerst den Übergang und dann den endgültigen Zustand an.
Wurde entsperrt	19:17:14	19:17:14	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.
Entsperren	—	19:17:04	MQTT zeigt einen zusätzlichen Übergang in derselben Sekunde an.
Ist offen	19:17:06	19:17:06	Beide heben gleichzeitig den Zustand der Tür auf.
Wurde entsperrt	19:17:04	19:17:04	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.
Verriegelt sich	—	19:16:22	MQTT zeigt zuerst den Übergang und dann den endgültigen Zustand an.
Wurde gesperrt	19:16:23	19:16:23	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.
Entsperren	—	18:56:28	MQTT zeigt zuerst den Übergang und dann den endgültigen Zustand an.
Wurde entsperrt	18:56:29	18:56:29	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.
Verriegelt sich	—	18:55:09	MQTT zeigt zuerst den Übergang und dann den endgültigen Zustand an.
Wurde gesperrt	18:55:10	18:55:10	Beide kehren dann zur gleichen Zeit in den Endzustand zurück.

🏁 Mein Urteil

Was ich vor allem festhalte, ist, dass Matter sauber und lesbar ist, aber MQTT gibt eine gesprächigere und lebendigere Geschichte.
Auf den Übergängen zeigt MQTT eine Detailebene, die Matter nicht zeigt, was es interessanter macht, wenn ich die Reaktion des Schlosses genau analysieren möchte.
Aber der Unterschied ist wirklich minimal, beide sind sofort und geben volle Zufriedenheit. Keines der beiden Protokolle ist dem anderen voraus.

🧭 Was ich behalte

Auf meiner Seite werde ich behalten Matter und MQTT parallel für eine Weile. Die Idee ist einfach: Vergleichen Sie die Geschwindigkeit des Anstiegs der Zustände, die tägliche Fließfähigkeit und sehen Sie, welches Protokoll im Laufe der Zeit am besten zu mir passt.

Inhaltlich sind die beiden Ansätze eng miteinander verflochten, und genau das macht die Wahl interessant. Matter bietet mir eine saubere und standardisierte Integration, während MQTT den Vorteil eines schlankeren und fortschrittlicheren Hausautomationsansatzes behält.

Ich ziehe es daher vor, nicht zu schnell zu entscheiden. Solange beide gut funktionieren, werde ich sie nebeneinander bestehen lassen, um zu sehen, was in meiner tatsächlichen installation am besten zu mir passt.

🎯 Mein Gefühl

Ehrlich gesagt sind die beiden Matter- und MQTT-Lösungen in dieser Phase nahe genug für den täglichen Gebrauch.

Der wirkliche Unterschied wird vor allem in der Benutzerfreundlichkeit, der wahrgenommenen Reaktionsfähigkeit und der Art und Weise liegen, wie sich jede in meine Home Assistant-Automatisierungen einfügt.

Nuki Web bleibt eine Option, aber eindeutig an zweiter Stelle für meine Verwendung. Ich behalte es als Backup-Lösung oder für Cloud- / Remote-Zugriffsanforderungen, ohne es zum Kern meiner Installation zu machen. Die bloße Tatsache, dass ich meine persönlichen Daten in eine Cloud schicke, blockiert mich an diesem Punkt.

Ich halte daher sofort an diesem zweigleisigen lokalen Ansatz fest, mit einem leichten Vorteil für den, der mir am natürlichsten erscheint.

Und wenn die Abweichungen gering bleiben, werde ich mich wahrscheinlich vor allem aufgrund der einfachen Wartung und der Entwicklung meiner Anlage entscheiden.

🏁 Schlussfolgerung

Am Ende kreuzt das Nuki Smart Lock Ultra genau das an, was ich von einem modernen vernetzten Schloss erwarte: eine echte lokale Integration, mehrere Kommunikationsoptionen und vor allem die Möglichkeit, sie an eine bereits gut gebaute Hausautomation anzupassen.

Was ich am meisten schätze, ist, dass ich nicht in einem einzigen Modell gefangen bin.

Matter und MQTT lassen mir die Freiheit, zu testen, zu vergleichen und dann die Lösung zu halten, die mit meiner Nutzung und meiner Vision des vernetzten Hauses am konsistentesten ist.

Nuki Web vervollständigt die Tabelle, bleibt aber für mich im Hintergrund, da es sich um eine ergänzende Option und nicht um eine Integrationsbasis handelt.

Vorerst möchte ich nicht zu schnell gehen: Ich beobachte, dass beides funktioniert, und dann werde ich sehen, welche Lösung die Hauptlösung bleiben wird.

🔥 Warum ich diese Installation neu gemacht habe

Es gibt Hausautomationsanlagen, die gemacht werden ein erstes Mal, die über Jahre hinweg einen Dienst leisten, den man schließlich wieder besucht, weil sich das Ökosystem um ihn herum weiterentwickelt hat.

Genau dies ist hier geschehen: Ich hatte bereits domotisierte die Heizung meines Badezimmers vor einigen Jahren, aber diesmal wollte ich etwas Einfacheres, Moderneres und vor allem besser in den Home Assistant integriert werden.

An der Ausgangsidee hat sich nichts geändert: in der Lage sein, die Heizung bei Bedarf auszulösen, sie einfach abzuschalten und sauber in meine Automatisierungen zu integrieren.

Dagegen hat sich das Material geändert: Für diese neue Version habe ich mich für eine SONOFF BASIC-1GS, ein Matter-kompatibles Wi‑Fi-Modul, das Sonoff als 10-A-Schalter für den einfachen, lokalen Einsatz in Matter- und Home Assistant-kompatiblen Ökosystemen vorstellt.

Weiterlesen