Nuki Smart Lock 3.0 pro in ioBroker einbinden
-
@smarthomenew
Hallo
Hast du in der App "sperren erlauben" ausgewählt.ich steuere das sperren mit dem Datenpunkt : mqtt.x.nuki.xxxxxxxx.lockAction
folgende Werte:
1 -> unlock
2 -> lock
3 -> unlatch
4 -> lock ‘n’ go
5 -> lock ‘n’ go with unlatch
6 -> full lockim Nuki Forum kann man sich die MQTT Api downloaden.
https://developer.nuki.io/uploads/short-url/fcR2ntjSFMz3oHUMrIjYSU3g0O4.pdf -
@ste_glei
Danke für deine Antwort.
Habe die Doku bereits gelesen.
Option in der App ist gesetzt.
Auch über den lockAction Datenpunkt funktioniert alles nur sehr sporadisch.
Habe jetzt eine neue Beta Firmware aufs Nuki gespielt und hoffe das Problem behebt sich dadurch.
MQTT war der Kaufgrund fürs Nuki. -
@smarthomenew
Bei mir funktioniert es wirklich blitzschnell
Auch der Status vom Türsensor wird innerhalb einer Sekunde aktualisiert.
Im Gegensatz zur Bridge funktioniert MQTT extrem schnell und zuverlässig -
@ste_glei
Habe zusätzlich das Problem, dass er mir einfach die Tür öffnet.
Im Log der Nuki App stehtMQTT API Tür geöffnetund im ioBroker Log steht:
mqtt.0 2023-04-15 09:46:37.699 info Client [SL3P_35829A7C] publishOnSubscribe mqtt.0 2023-04-15 09:46:37.507 info Client [SL3P_35829A7C] subscribes on "mqtt.0.nuki.35829A7C.unlock"Vermute, dass eventuell die MQTT Instanz das Problem ist, arbeite ansonsten eher mit dem Sonoff Adapter und habe keine Erfahrung mit dem MQTT Adapter. MQTT arbeitet aber bei mir auf dem Standard Port. Daher diese Wahl.
Habe bereits:
- MQTT Instanz deaktiviert
- alle MQTT Objekte gelöscht
- Instanz Deinstalliert
- ioBroker Hardware neu gestartet
- MQTT wieder installiert.
Gleiches Problem. Also zusätzlich noch:
- Smartlock einmal zurückgesetzt
- Smartlock und MQTT neu eingerichtet
Ich denke es liegt eventuell an dem Haken "States bei subscribe publizieren", der in den Einstellungen der MQTT Instanz gesetzt ist.
Beim Schreiben in die Datenpunkte "mqtt.0.nuki.xyz.unlock" bzw "mqtt.0.nuki.xyz.lock" verschwinden die geschriebenen Werte nicht, ich nehme an er sendet sie dann irgendwann erneut an das Schloss? Auch bei Datenpunkt "mqtt.0.nuki.xyz.lockAction" das gleiche Problem.Wie müssen meine Einstellungen in der MQTT Instanz aussehen? Kann mir jemand, bei dem es funktioniert, einen Screenshot seiner Einstellungen schicken?
LG
-
@ste_glei said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Nuki App: IP ohne Port
Mqtt Instanz Port 1883Das will einfach nicht funktionieren. Habe auch den MQTT-Adapter jetzt mal neu installiert.
Was mich etwas irritiert ist, dass die Instanz rot ist. -
@martin Die Instanz wird meines Wissens nach erst beim verbinden grün wenn die erste Sendung angekommen ist.
Der Port ist auch nicht durch eine Firewall blockiert oder anderweitig vergeben? -
Ich kämpfe ebenfalls damit....
Port 1883 ist bereits durch den Sonoff-Adapter belegt. Wenn ich nun z.B. 1882 nehme, dann ist es nicht mehr rot sondern gelb, weil die Verbindung zum Gerät oder Dienst nicht zu Stande kommt.... In der App kann ich es ja nicht einstellen.
Wie muss ich vorgehen bzw. wie finde ich heraus, welcher Port ich nehmen muss. Habe ebenfalls die oben genannten Tipps bereits angewendet, ohne Erfolg...
Gruss
Vazi -
@vazi Hallo, in der Instanz muss auf jeden Fall Port 1883 eingestellt sein, da Nuki diesen Port benutzt.
-
@smarthomenew sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@vazi Hallo, in der Instanz muss auf jeden Fall Port 1883 eingestellt sein, da Nuki diesen Port benutzt.
Danke. Wenn dieser aber wie erwähnt bereits belegt ist, spielt dies keine Rolle? @RK62 weisst ja daraufhin. Mit 1883 bleibt der Adapter rot.
Wenn ich den Sonoff-Adapter stoppe, dann funktioniert es. Kann ich den Port von Sonoff einfach ändern? Welcher?
-
@vazi sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Wenn ich den Sonoff-Adapter stoppe, dann funktioniert es. Kann ich den Port von Sonoff einfach ändern? Welcher?
klar kannst du den ändern ..musst nur alle Geräte die an Sonoff adapter senden auch umändern ..
nimm irgendwas 1888 als beispiel
-
@vazi said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@smarthomenew sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@vazi Hallo, in der Instanz muss auf jeden Fall Port 1883 eingestellt sein, da Nuki diesen Port benutzt.
Danke. Wenn dieser aber wie erwähnt bereits belegt ist, spielt dies keine Rolle? @RK62 weisst ja daraufhin. Mit 1883 bleibt der Adapter rot.
Wenn ich den Sonoff-Adapter stoppe, dann funktioniert es. Kann ich den Port von Sonoff einfach ändern? Welcher?
Hallo, es geht nur ein Port pro Instanz. Also entweder warten, bis (ob?) Nuki nachliefert, dass man einen Port in der App einstellen kann.
Oder du änderst den Port des Sonoff Adapters und dann eben auch den Port bei allen Geräten in den MQTT Einstellungen, die mit dem Sonoff Adapter verbunden sind. -
@ste_glei said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@smarthomenew
Bei mir funktioniert es wirklich blitzschnell
Auch der Status vom Türsensor wird innerhalb einer Sekunde aktualisiert.
Im Gegensatz zur Bridge funktioniert MQTT extrem schnell und zuverlässigKannst du bitte mal einen Screenshot deiner MQTT Instanz Einstellungen posten?
-
Kannst du bitte mal einen Screenshot deiner MQTT Instanz Einstellungen posten?
Hier der Screenshot
-
Moin, was mache ich hier verkehrt? Ich kann bei der Rednote Einbindung nur auf den ersten Ordner
zugreifen. Damit kann ich leider keine Statusmeldungen nutzen 
Gruß Heiko
-
@arteck sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
klar kannst du den ändern ..musst nur alle Geräte die an Sonoff adapter senden auch umändern ..
nimm irgendwas 1888 als beispiel
@smarthomenew sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Hallo, es geht nur ein Port pro Instanz. Also entweder warten, bis (ob?) Nuki nachliefert, dass man einen Port in der App einstellen kann.
Oder du änderst den Port des Sonoff Adapters und dann eben auch den Port bei allen Geräten in den MQTT Einstellungen, die mit dem Sonoff Adapter verbunden sind.Ich danke Euch beiden.
Habe es nun so angewandt und es funktioniert.
Ja, da müsste NUKI nochmals über die Bücher, denn ich bin sicher nichtg der Einzige hier, der dieses Problem hat.
Ausser, dass ich einem Sonoff, welches mit Tasmota geflasht wurde nun nicht mehr erreichen kann, da dieser - warum auch immer - nach Benutzername und Passwort fragt... und ich kann mich weder daran erinnern, dass ich ein gesetzt habe, noch ... welches.... Mir ist nicht bewusst, dass ich beim Àndern des Ports auf dem Gerät in den Einstellungen unter MQTT eins gesetzt hätte....? Das Problem ist nun, dass ich zu diesem Gerät eher schlecht ran komme um es irgendwie zurückzusetzen...Jemand eine Idee für mich?
-
@vazi
Du könntest einen Reset des Geräts durchführen, wie hier unter "Fast Power Cycle Device Recovery" geschrieben.Eventuell hängt das Gerät in einer Steckdose mit extra Sicherung oder nur wenig anderen Geräten? Dann kannst du zum stromlos machen einfach die Sicherung an und ausschalten?
-
@smarthomenew . Dankeschön.
War zu "vorschnell"..... Hatte das falsche Gerät angepeilt - falsche IP... Das Problem hat sich von selber gelöst, nachdem ich die richtige IP des Sonoff herausgefunden habe.
-
Bei mir scheint es jetzt auch zuverlässig zu funktionieren, Doku lesen hilft manchmal doch.
Vielleicht hilft es jemandem, hier meine Einstellungen:MQTT Instanz:
.
Nuki App:
- Mit WLAN verbunden
- MQTT eingerichtet:
.
Javascript Code:
await setStateAsync('mqtt.0.nuki.00000000.lockAction', '2'); // ack=false await setStateAsync('mqtt.0.nuki.00000000.lockAction', '', true); // ack=true to clear the command -
@smarthomenew Die Einstellung scheinen so noch nicht sicher zu funktionieren, bei mir wurde diese Nacht durch MQTT die Tür geöffnet. Siehe Log, scheinbar wurde hier ein neuer Connect durch das Wechseln eines Secrets ausgelöst. Ich weiß noch nicht wie ich diese Situation zum Testen nachstellen soll, ich habe jetzt im Adapter mal das Häkchen bei "States bei subscribe publizieren" raus genommen.
2023-04-20 03:02:14.420 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] reconnected. Old secret 1681779816410_2224. New secret 1681952534420_7130 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lockAction" 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lock" 2023-04-20 03:02:26.884 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:26.885 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:27.808 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.unlock" 2023-04-20 03:02:28.010 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:31.184 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubrel for unknown message ID: 16 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2 -
@rk62 said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@smarthomenew Die Einstellung scheinen so noch nicht sicher zu funktionieren, bei mir wurde diese Nacht durch MQTT die Tür geöffnet. Siehe Log, scheinbar wurde hier ein neuer Connect durch das Wechseln eines Secrets ausgelöst. Ich weiß noch nicht wie ich diese Situation zum Testen nachstellen soll, ich habe jetzt im Adapter mal das Häkchen bei "States bei subscribe publizieren" raus genommen.
2023-04-20 03:02:14.420 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] reconnected. Old secret 1681779816410_2224. New secret 1681952534420_7130 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lockAction" 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lock" 2023-04-20 03:02:26.884 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:26.885 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:27.808 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.unlock" 2023-04-20 03:02:28.010 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:31.184 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubrel for unknown message ID: 16 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2ich habe das selbe problem...passiert nicht jede nacht, aber immer wieder mal und das ist dann sehr spooky, wenn dich das aufweckt.
solltet ihr eine lösung dafür wissen, wäre ich sehr froh darüber, denn meine frau macht mir deswegen das leben zur hölle
@rk62 said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@smarthomenew Die Einstellung scheinen so noch nicht sicher zu funktionieren, bei mir wurde diese Nacht durch MQTT die Tür geöffnet. Siehe Log, scheinbar wurde hier ein neuer Connect durch das Wechseln eines Secrets ausgelöst. Ich weiß noch nicht wie ich diese Situation zum Testen nachstellen soll, ich habe jetzt im Adapter mal das Häkchen bei "States bei subscribe publizieren" raus genommen.
2023-04-20 03:02:14.420 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] reconnected. Old secret 1681779816410_2224. New secret 1681952534420_7130 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lockAction" 2023-04-20 03:02:26.684 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.lock" 2023-04-20 03:02:26.884 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:26.885 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:27.808 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] subscribes on "mqtt.0.nuki.xxxxxxxx.unlock" 2023-04-20 03:02:28.010 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] publishOnSubscribe 2023-04-20 03:02:31.184 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubrel for unknown message ID: 16 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2 2023-04-20 03:02:31.185 - info: mqtt.0 (8239) Client [SL3P_xxxxxxxx] Received pubcomp for unknown message ID: 2
