NEWS
Nuki Smart Lock 3.0 pro in ioBroker einbinden
-
Ich habe meine Lösung hier gepostet: https://forum.iobroker.net/topic/68131/3-fragen-zu-nuki-3-0-pro-mit-mqtt/23?_=1711276058620
-
Ich habe seit 3 Wochen ein Problem, dass beim aufschließen also LOCKACKTION 3, das Schloß sich 5x aufschließt.
Im mqtt Log sehe ich jede Nachricht, egal ob aufschließen oder zuschließen die per mqtt ans Schloß geht 11x.
dann kommt die Meldung:
Client [SL3P_1234DC6C] Message 2 deleted after 11 retries
Es sieht so aus, als merkt der mqtt Adapter nicht, dass es vom Schloß empfangen ist.
Will der Adapter eine Response vom Schloß? Ich dachte er gibt die Nachricht an tcpstack und der macht retry, wenn das tcp ACK fehlt.
Im tcpdump sehe ich die Nachrichten auch rausgehen, und ab der 2ten ist auch das DUP Flag gesetzt.Dieses Verhalten jetzt sind sehr komisch.
@crazyskater
Ich habe genau das gleich Problem, z.B. beim Zuschließen wiederholt sich der Vorgang mehrmals bis dann endlich mal abgeschlossen ist. Mich nervt das mittlerweile dermaßen, dass ich mich wohl bald vom Nuki trenne.
Evtl. wäre tedee pro/go eine Alternative. -
ich mach es über die LockAction wie in der Nuki MQTT API beschrieben, weil man hier mehr optionen hat als "nur" lock und unlock wie zB "full lock" welches ich gerne Nachts verwende.
@kipferl sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
ch mach es über die LockAction wie in der Nuki MQTT API beschrieben, weil man hier mehr optionen hat als "nur" lock und unlock wie zB "full lock" welches ich
für was ist das full lock?
mehr wie verschlossen kann das schloss ja nicht sein -
Die ungewollten Öffnungsversuche hab ich ganz am Anfang gesehen - das ist genau das hier beschriebene Problem mit "Publish after Subscribe" - das ist unter Kontrolle.
Was ich halt gern machen würde wär speziell bei "Unlatch" rauszufinden wer's war.
Der Adapter ist von @Bluefox, wenn ich mich nicht irre ... ich mach da mal ein issue rein.@dwm kannst du mal bitte die Einstellungen des mqtt adapter posten, da sind nun mehrere hin und her gegangen, sodass das ganze nun verwirrend ist, welches ist die korrekte einstellung
-
Hallo zusammen,
Heute ist mein Nuki Lock angekommen. Leider klappt die MQTT Verbindung nicht. Werder mit Port noch ohne Port. Benutzer und Passwort sind korrekt - läuft bei 2 NSPanels problemlos. Was mache ich falsch? Danke
-
Hallo zusammen,
Heute ist mein Nuki Lock angekommen. Leider klappt die MQTT Verbindung nicht. Werder mit Port noch ohne Port. Benutzer und Passwort sind korrekt - läuft bei 2 NSPanels problemlos. Was mache ich falsch? Danke
@nullfreizeit sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Was mache ich falsch?
Statt IP den hostname des Servers verwenden.
-
@nullfreizeit sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Was mache ich falsch?
Statt IP den hostname des Servers verwenden.
@Thomas-Braun sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@nullfreizeit sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Was mache ich falsch?
Statt IP den hostname des Servers verwenden.
Mein iobroker ist per Fritzbox auch über http://rpi-server erreichbar. Meinst du das? Das geht nicht, gerade getestet. Weder mit noch ohne Port.
-
@Thomas-Braun sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
@nullfreizeit sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Was mache ich falsch?
Statt IP den hostname des Servers verwenden.
Mein iobroker ist per Fritzbox auch über http://rpi-server erreichbar. Meinst du das? Das geht nicht, gerade getestet. Weder mit noch ohne Port.
Was trägst du denn genau da ein?
-
http://rpi-server und http://rpi-server:1998 geht nicht
-
http://rpi-server und http://rpi-server:1998 geht nicht
Ohne http davor. Der hostname ist nur
rpi-server, das Protokoll hat da nix zu suchen. -
Bei nur rpi-server kommt „Die Aktion konnte nicht ausgeführt werden. Bitte versuche es erneut“. Bei mit :Port die oben genannte Fehlermeldung. Hatte hier doch auch schon IP Adressen gesehen in Screenshots. Denke mal eher nicht das es das Problem ist.
-
Oh - hab es herausgefunden. Port vom MQTT Broker muss immer 1883 sein.
-
Oh - hab es herausgefunden. Port vom MQTT Broker muss immer 1883 sein.
@nullfreizeit sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Port vom MQTT Broker muss immer 1883 sein.
Jein. Es muss der Port sein, auf dem der Server/Broker lauscht.
Der Standardport ist 1883 bzw. 8883 (für MQTTS).
509
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge