Nuki Smart Lock 3.0 pro in ioBroker einbinden
-
Gibt es neue Erkenntnisse bezüglich des lockactionstate Problems? Löst die beta Firmware des Nuki das Problem?
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.
-
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 es aufgegeben das ganze mit Smart Home zu machen. Ich habe im Iobroker den zusätzliche MQTT Adapter gelöscht und auch alle Objekte dazu. Den Gerüchten zu folge wird da beim Nuki 3.0 auch nichts mehr geschehen in Richtung neuer Firmeware.Leider fokussieren die sich nun auf Appel und Matter und kennen die alten Produkte gar nicht mehr.
Das ganze Konzept war genau bis zum Entscheid für Matter ganz gut. Seither kommen nur noch Dinge die am besten zu Appel passen.Vermutlich werfe ich meine 3stk beim nächsten Problem weg. Denn auch die versprochene Notfunktion mit die Schlüssel von aussen geht nicht. Auch nach mehrmaligem neuen synchronisieren und abgleichen geht nach dem ersten Abschiessvorgang der Schlüssel von aussen nicht mehr. Oder das einer bei mir ohne Programierung einfach plötzlich auf oder zu schliesst. Sobald WLAN weg ist bewegt er sich einfach in die andere Richtung egal wo er war.
Darum kann es sein das ich bald 3stk über hab.
Ich bin massiv entäuscht. -
@crazyskater
Ich habe es aufgegeben das ganze mit Smart Home zu machen. Ich habe im Iobroker den zusätzliche MQTT Adapter gelöscht und auch alle Objekte dazu. Den Gerüchten zu folge wird da beim Nuki 3.0 auch nichts mehr geschehen in Richtung neuer Firmeware.Leider fokussieren die sich nun auf Appel und Matter und kennen die alten Produkte gar nicht mehr.
Das ganze Konzept war genau bis zum Entscheid für Matter ganz gut. Seither kommen nur noch Dinge die am besten zu Appel passen.Vermutlich werfe ich meine 3stk beim nächsten Problem weg. Denn auch die versprochene Notfunktion mit die Schlüssel von aussen geht nicht. Auch nach mehrmaligem neuen synchronisieren und abgleichen geht nach dem ersten Abschiessvorgang der Schlüssel von aussen nicht mehr. Oder das einer bei mir ohne Programierung einfach plötzlich auf oder zu schliesst. Sobald WLAN weg ist bewegt er sich einfach in die andere Richtung egal wo er war.
Darum kann es sein das ich bald 3stk über hab.
Ich bin massiv entäuscht.@andibr also bei mir funktioniert das Schloss mit mqtt wunderbar.
Und Nuki verspricht gar keine notfallfunktion, sondern empfiehlt dringend ein Zylinder mit notfallfunktion zu verwenden bevor man das Schloss anbaut.
Das heißt wenn bei dir die notfunktion nicht funktioniert, dann ist der Zylinder einfach nicht geeignet. -
@andibr also bei mir funktioniert das Schloss mit mqtt wunderbar.
Und Nuki verspricht gar keine notfallfunktion, sondern empfiehlt dringend ein Zylinder mit notfallfunktion zu verwenden bevor man das Schloss anbaut.
Das heißt wenn bei dir die notfunktion nicht funktioniert, dann ist der Zylinder einfach nicht geeignet.@walter-white
Der Zylinder funktioniert ohne Nuki einwandfrei, weil innen sowieso kein Schlüssel ist sondern ein Drehknopf. An der anderen Türe konnte ich den Schlüssel innen gesteckt lassen und konnte von aussen schliessen und öffnen ohne Probleme. Aber mein Nuki dreht nicht in die Stellung zurück in der man sonst den Schlüssel entfernen könnte.Aber die schlimmste Sache ist das unzuverläsige WLan den der Acesspoint hängt beim einen in Sichtweite ( ca 3m) und genau der verliert das WLan am meisten.
Einzig mit der Bluetooth auf dem Handy funktioniert es immer. Aber genau das habe ich nicht dauerhaft an.
-
@walter-white
Der Zylinder funktioniert ohne Nuki einwandfrei, weil innen sowieso kein Schlüssel ist sondern ein Drehknopf. An der anderen Türe konnte ich den Schlüssel innen gesteckt lassen und konnte von aussen schliessen und öffnen ohne Probleme. Aber mein Nuki dreht nicht in die Stellung zurück in der man sonst den Schlüssel entfernen könnte.Aber die schlimmste Sache ist das unzuverläsige WLan den der Acesspoint hängt beim einen in Sichtweite ( ca 3m) und genau der verliert das WLan am meisten.
Einzig mit der Bluetooth auf dem Handy funktioniert es immer. Aber genau das habe ich nicht dauerhaft an.
@andibr aber bluetooth ist eigentlich die normale Verbindung um das Schloss zu öffnen, das WLAN ist eigentlich für den fernzugriff.
Beim WLAN kannst du es mal mit einem festen Kanal zB 1, 6, oder 9 testen. -
Hallo, kannst du, oder irgendeiner von euch über MQTT den Datenpunkt lockActionEvent sauber auslesen?
Über den Mqtt Adapter von iObroker kommen nur komische zeichen wenn überhaupt, bzw. werden angezeigt, hatte einen LXC mit Moaquitto am Laufen, da sehe ich über den MQTT Explorer die States mit allem was dazu gehört, aber weder über über den Client Mqtt Adapter verbundem mit dem Mosquitto noch mit der MQTT als Broker , werden mir werte angezeigt, hast du oder jemand anderer ne Idee, bzw. oder wie schaut es bei euch damit aus?MFG
Sascha@sascha-roth
Hallo . Gibt es hierzu schon ein Lösungsansatz um das Event auszulesen?
-
@sascha-roth
Hallo . Gibt es hierzu schon ein Lösungsansatz um das Event auszulesen?
-
@sascha-roth
Hallo . Gibt es hierzu schon ein Lösungsansatz um das Event auszulesen?
-
@dbu828 Vielleicht bekommt man die Daten über einen anderen MQTT Broker sauber rein? Hat jemand mal versucht, das Nuki in Node Red anzubinden?
-
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.
480
Online32.7k
Users82.5k
Topics1.3m
Posts