UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Longbow]

Hallo in die Runde,

ich habe ein Nuki Smart Lock 3.0 pro, also da mit Wlan und ohne Bridge.
Jetzt habe das Schloss in der App alles freigegeben, was MQTT angeht.
Im MQTT Explorer sehe ich das Schloss, wie auch den DoorSensor, mit Werten etc.

Wenn ich bei ,,state'' jetzt einen anderen Wert/ Zahl eingebe, schreibt er das überall, spricht im iobroker wie auch in dem MQTT Explorer. Somit denke, ich dass die zusammen kommunizieren, aber es passiert einfach nichts am Schloss selbst.

Somit stimmt doch was oder sehe ich das falsch. Wenn ich in der App sagen abschließen, sehe ich im ioborker den Wert und im Explorer, aber es passiert nicht.

Wann was kann das liegen? Wie bekommt man das Schloss am besten in den ioborker?

Wenn wir uns dieses Jahr nicht mehr lesen, Euch einen guten Rutsch ins neue Jahr

[andibr]

@mooly
Das ist relativ einfach, es ist der Datenpunkt "state" und für den gibt es hier weiter oben eine Tabelle in der steht was welcher Wert bedeutet und mit diesem habe ich dann ein Bild definiert

so kannst du im Widget eine Abfrage im Feld "Wert(x)" erstellen und das entsprechende Bild erscheinen lassen. Da ich das ganz bis jetzt nur zur Anzeige nutze, kann ich dir nicht sagen ob man mit diesem Widget auch ein Skript zum absetzen eines schliess/öffnungs-Befehl aufrufen kann. Aber es gibt im invetwo auch Widget die als Taster definiert werden können.

[Percy]

Gibt es neue Erkenntnisse bezüglich des lockactionstate Problems? Löst die beta Firmware des Nuki das Problem?

[crazyskater]

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.

[andibr]

@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.

[Walter White]

@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]

@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]

@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.

[dbu828]

@sascha-roth
Hallo . Gibt es hierzu schon ein Lösungsansatz um das Event auszulesen?

[dwm]

@dbu828 Nur den grusligen workaround, den ich weiter oben beschrieben hab.
Hab da auch beim MQTT Adapter seit 2 Mon. Ein issue, noch kein Bild, kein Ton, leider ...

[Percy]

@dbu828 Vielleicht bekommt man die Daten über einen anderen MQTT Broker sauber rein? Hat jemand mal versucht, das Nuki in Node Red anzubinden?

[dbu828]

@percy Ich habe es nun mit Node Red eingebunden.

• mqtt iobroker ausgeschalten
• mosquitto installiert
• Node-Red Adapter installiert und auf mosquitto (Trigger auf LockActionEvent gestellt / verbunden.
  Hurra Ich erhalte das Array
  

[Dr. Bakterius]

@dbu828, @dwm

Ich habe meine Lösung hier gepostet: https://forum.iobroker.net/topic/68131/3-fragen-zu-nuki-3-0-pro-mit-mqtt/23?_=1711276058620

[MAXI885]

@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.

[SpeedyBlade]

@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

[SpeedyBlade]

@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