Monatsrückblick Januar/Februar 2026 ist online!

[Dr. Bakterius]

@andibr sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:

ich habe noch einen mqtt.0 Broker der aber auf dem Port 1884 läuft

Setze den mal auf einen Port der mindestens zwei neben dem für das Nuki liegt. Klappt es dann? Bzw. kannst die die Instanz 0 mal auf 'aus' stellen um zu prüfen ob die sich beeinflussen.

[andibr]

@dr-bakterius
Also deaktiviert habe ich den mqtt.0 schon, hat aber gar nichts gebracht. Iob kann aber grundsätzlich schon mehrer mqtt neben einander haben?

[kipferl]

@andibr
Schau mal ob das Nuki eventuell die MQTT Verbindung verloren hat, das Problem hatte ich gestern und hatte es nochmal in der App einrichten müssen.

[Hakemann]

Hi, ich überlege mir ein Nuki anzuschaffen.
Wie ich es verstanden habe, gibt es den früheren Nachteil der Integration der 3Pro mittels MQTT im Vergleich zur Bridge + Nuki iob Adapter inzwischen nicht mehr. Ich hoffe das habe ich so richtig verstanden. Dann würde ich mir das Pro besorgen mit Keypad 2.
Ich stelle mir jedoch die Frage, ob es Sinn macht sich den Door Sensor anzuschaffen oder ob es nicht auch eine Zigbee Alternative tun würde (Preis), welche das Signal (wenn überhaupt möglich) dem Nuki zur Verfügung stellt.
Die Funktion des Door Sensors macht aus meiner Sicht absolut Sinn, woher weiß das Schloss sonst, ob die Tür in der Falle steht oder sonst irgendwie anders im Raum. Und jedes Mal das Handy zücken um die Tür zu verschließen möchte ich dann auch nicht mehr.
Wie macht ihr das also?
Nutzt ihr eine Script, dass dem Schloss ein Schließen-Befehl schickt wenn die Tür in der Falle steht?
Wäre über eure Erfahrungen und Vor- und Nachteile sehr dankbar.

[grrfield]

@hakemann Ich verwende den Nuki-Door-Sensor. Damit kann ich die Auto-Lock-Funktion oder Lock 'n' Go von Nuki direkt nutzen und es ist sichergestellt, daß das Schloß nicht bei offener Tür schließt. Das geht meines Wissens nur mit dem Nukisensor. Man könnte das zwar in ioBroker nachprogrammieren, ich möchte aber eine sicherheitsrelevante Funktion nicht von mehr Geräten abhängig machen als nötig.

[andibr]

@hakemann
Also ich habe noch gar keinen Türkontakt, werde mir aber vermutlich den Nuki Türkontakt zulegen müssen. Weil die integration mit mqtt bei mir nicht funktioniert und ich bis jetzt auch keine mqtt Befehle an meine 3stk smart look senden kann. Zusätzlich scheint es so zu sein, dass bei mir der mqtt Status nur sporadisch übermittelt wird. Ich habe mir eine Überwachung auf den "connect" eingerichtet und der sendet mir zwischendurch ein "offline". Merkwürdigerweise kommen immer bei 2 von 3 die Offline zusammen und vom 3 gar nichts.

[andibr]

@kipferl Genau das habe ich soeben auch erlebt. Nach einem "iob restart" musste ich bei allen 3 smart lock über die App die Daten zum MQTT Server wieder eintragen, obwohl sich absolut nichts geändert hat. Ist etwas merkwürdig?

Nun funktioniert das ganze auch bei mir mit dem senden der "lockAction" richtig. Mein Fehler war, dass ich bei der MQTT-Instanz keine Maske eingetragen hatte. Seit dort auch das

mqtt.1.*

steht funktioniert es aus dem js wie auch über das Linux "MQTTX" Programm mit dem empfangen und senden. Bin mal gespannt ob er mir heute Abend dann automatisch per Schaltuhr wirklich abschliesst, resp. ob der Nuki, dann wirklich empfängt.

[TT-Tom]

@andibr sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:

Bin mal gespannt ob er mir heute Abend dann automatisch per Schaltuhr wirklich abschliesst, resp. ob der Nuki, dann wirklich empfängt.

du kannst doch in der App einen Nachtmodus aktivieren, damit schliesst er zu dieser Zeit immer ab. bzw auch immer wieder zu, false in de Zeitspanne aufgeschlossen wurde.

andere Frage: Habe mir die Testversion auch geladen, sehe aber kein MQTT in der APP. gibt es die nur für bestimme Versionen von NUKI

[andibr]

@tt-tom Richtig, es gibt eine Art Schaltuhr auf dem Nuki, aber ich will alle die Dinge nur einmal und Zentral zusammen haben. Es ist halt doof bei einem zentralen System, dann doch noch einzeln etwas machen zu müssen. Ich will die Nuki auch an die Dämmerung koppeln und da sind starre Zeiten noch doofer.

[andibr]

Wenn man bei den Einstellung im Menu auf den obersten Punkt " Funktion und Konfig..." geht und dann im nächsten Menu runterscrollt, kommt der Eintrag MQTT. Allenfalls musst du noch zuerst Firmeware update machen. Dann habe ich den Punkt mit "automatisch finden...." deaktiviert, denn der produziert massig Einträge in den Datenpunkte.

[Hakemann]

@grrfield + @andibr: Danke für eure Rückmeldung. Werde es dann wohl mit dem Original Sensor machen. Dann habe ich das Schloss zumindest in seinen Grundfunktion mit Türsensor sauber wenn der IObroker mal nicht läuft oder sonst was spinnt ;-)

[Addy]

Hallo zusammen,

Konnte jemand den lockActionEvent state in MQTT im iobroker richtig anzeigen?
Wenn nein, welche alternative Lösung habt ihr ggf bereits gefunden.

Danke
Markus

[grrfield]

@addy Unter lockActionEvent werden Sonderzeichen angezeigt. Wenn Du unter Objekte auf den State gehst,

kannst Du den angezeigten Wert kopieren, in ein Javascript-Skript einfügen und dort die Sonderzeichen sehen, z. B.
Den State liest Du normal mit getState aus, kannst dann mit slice() die gelesenen Sonderzeichen separieren und mit den vorher ermittelten vergleichen. Hier ein Beispiel, das das Öffnen von Nuki detektiert:

let lastLock=getState('mqtt.0.nuki.3583F76C.state'/*nuki/3583F76C/state*/).val; // letzter Öffnungszustand
on({id: ['mqtt.0.nuki.3583F76C.lockActionEvent'/*nuki/3583F76C/lockActionEvent*/, 'mqtt.0.nuki.3583F76C.state'/*nuki/3583F76C/state*/], change: 'ne'}, obj => {
    if(obj.id == 'mqtt.0.nuki.3583F76C.lockActionEvent') {
        let trigger=obj.state.val;
        trigger=trigger.slice(1,2);
        if(trigger == '' && lastLock != 3) {    // Nur, wenn nicht bereits geöffnet
             log('Öffnen!');
        }
    } else {
        lastLock=obj.state.val;
    }
});

Statt des Fragezeichens steht im Javascript-Editor ein STX in rotem Kästchen:

Das ist der aus dem State kopierte Wert - wird hier leider nicht richtig angezeigt.

[MrDJSage]

@grrfield Deine Lösung bringt so leider nur nicht viel. Laut MQTT Doku von Nuki enthält das lockActionEvent eine Komma separierte Liste mit der ich unteranderem erfahren kann welcher Nutzer / Gerät (Fob etc.) z.B. die Tür geöffnet hat. Genau das ist aber die Information an die ich z.B. ran möchte. Dazu müssten die kryptischen Zeichen aber irgendwie lesbar oder dekodierbar gemacht werden können.

[RK62]

@mrdjsage Ich habe das NUKI im NUKI-Web eingebunden und lese dann via API die letzten Einträge aus der Log-Datei. Dort sind alles Schließvorgänge einzeln ausgewiesen.

[grrfield]

@mrdjsage Die Lösung ist ja nur als Vorlage zu verstehen. Du mußt ausprobieren, welche Sonderzeichen bei welchen Aktionen kommen und kannst dann darauf testen. In meinem Beispiel detektiere ich lediglich den Öffnungsvorgang des Schlosses, um daraus Aktionen abzuleiten.

[MrDJSage]

@grrfield aber ich kann mir nicht vorstellen, dass das generisch für alle möglichen Werte von lockActionEvent funktioniert. Denn die Sonderzeichen sind ja sehr allgemein wie "Start of Text", "End of Text", "Start of Heading" ...

@RK62 das hatte ich mir auch schon überlegt und werde ich sicherlich demnächst mal umsetzen. Danke für den Tipp.

[newbie2007]

@mrdjsage

[newbie2007]

@smarthomenew
Hallo,
ich habe seit 3 Tagen auch das Nuki 3.0 und den MQTT-Adapter installiert.
Funktioniert auch alles, aber bei mir geht nachts auch plötzlich die Haustür auf.
Gibt es denn schon nähere Erkenntnisse, wie das problem seseitigt werden kann?
Ansonsten geht ja alles.

Aber das plötzlich die Haustür aufsteht.......

Gruß
Uwe

[RK62]

@newbie2007 Hast du in der MQTT-Instanz alle Häkchen entfernt? Im Standard ist "Eigene States beim Verbinden publizieren" eingeschaltet. Wenn das letzte Signal "Tür öffnen" war, dann gibt der Adapter genau dieses Kommando bei jeder Neuverbindung nochmal an das Schloss.

Gruß, Ralf