@Alligator sagte:

Hi @helfi9999 , das mit der Löschfunktion ist so jetzt wirklich super und Schließt versehentliche Auslösung aus. Danke für den Toolen Adapter und den noch besseren Services. Mach weiter so

Danke das hört man gerne.

@Alligator sagte:

Hallo @helfi9999

das mit dem Löschen hat super Funktioniert. Danke für die schnelle Rückmeldung und ganz besonders für die super schnelle Umsetzung.

Eine kleine Anmerkung (Konstruktive Kritik) hätte ich noch dazu. Im nicht admin Modus des ioBrokers ist das ganze nur ein Ausführbarer Button welcher schnell aus versehen betätigt werden könnte oder unachtsame falsch Auswahl für ein JavaScript.
Bei einem Aktiven Nuki würde dieses sich zwar wieder neu registrieren aber um etwaige Fehler vorzubeugen, währe eine andere Positionierung z.B Ordner "device" oder sogar wenn möglich ein Extra Ordner "Erase Nuki" sicher von Vorteil.
Evtl. ist das ja noch etwas für ein zukünftiges Update, aber auch so bin ich super Happy.

Hallo, deine Anregung ist jetzt in Version 0.1.6 umgesetzt. Danke noch einmal dafür!

Die Löschfunktion liegt im eigenen Ordner maintenance. Der alte Button unter commands wird beim Update und anschließenden Adapterstart entfernt; der bisherige Befehlsweg ist ebenfalls deaktiviert.

Zusätzlich ist eine einmalige Freigabe erforderlich:

1. maintenance.confirmRemoval auf true setzen.
2. Innerhalb von 30 Sekunden maintenance.removeDevice auf true setzen.

Beides mit ack=false. Ohne gültige Freigabe wird nichts gelöscht. Die Freigabe setzt sich nach Verwendung, Ablauf oder Adapterneustart automatisch zurück.

Damit löst ein einzelner versehentlicher Klick auf den Löschbutton keine Löschung mehr aus. 🙂

Dein Hinweis ist absolut berechtigt. Zwischen den normalen Schlossbefehlen ist die Löschfunktion zu leicht versehentlich erreichbar.

Für das nächste Update möchte ich sie deshalb in einen eigenen Wartungsordner verschieben und zusätzlich eine ausdrückliche Löschfreigabe vorsehen. Den bisherigen Löschbutton werde ich dabei entfernen, damit keine versehentlich ausführbare Altversion zurückbleibt.

Danke für die konstruktive Anregung!

das mit dem Löschen hat super Funktioniert. Danke für die schnelle Rückmeldung und ganz besonders für die super schnelle Umsetzung.

Eine kleine Anmerkung (Konstruktive Kritik) hätte ich noch dazu. Im nicht admin Modus des ioBrokers ist das ganze nur ein Ausführbarer Button welcher schnell aus versehen betätigt werden könnte oder unachtsame falsch Auswahl für ein JavaScript.
Bei einem Aktiven Nuki würde dieses sich zwar wieder neu registrieren aber um etwaige Fehler vorzubeugen, währe eine andere Positionierung z.B Ordner "device" oder sogar wenn möglich ein Extra Ordner "Erase Nuki" sicher von Vorteil.
Evtl. ist das ja noch etwas für ein zukünftiges Update, aber auch so bin ich super Happy.

@Alligator sagte:

Hallo der Adapter ist super. Aber jetzt habe ich ein kleines Problem. Wie kann ich einen alten Nuki aus dem Adapter löschen?
Zum Anfang:
Ich hatte ein Nuki 3.0 Pro mit dem hat alles super funktioniert. Aufgrund eines Motordefektes bin ich nun zum Nuki Smart Look Ultra gewechselt (Mega geile Optik und eine Wahnsinns Geschwindigkeit im vergleich zu vorher). Der Wechsel hat mega einfach geklappt. Alle Daten wurden vom Alten auf das Neue übertragen und auch das Neu hat sich somit direkt beim Adapter angemeldet und alles Funktioniert perfekt.
Nun aber mein kleines Problem. Wie lösche ich das Alte Nuki aus der Objekt Liste (dem Adapter)? Grundsätzlich ist das als Admin über den Objektbaum ja ganz einfach aber jedes mal nach einem Neustart des Adapters ist das alte Nuki auch wieder da.
Das Alte Nuki wurde ordnungsgemäß auf Werks Einstellungen zurückgesetzt und ist Stromlos. Auch im Nuki Web wurde das Alte Nuki gelöscht. Egal ob mit oder ohne Aktivierter WEB API taucht das alte Nuki immer wieder in der Object liste auf.
Grundsätlich funktioniert alles und es stört so nicht wirklich aber mein innerer Monk hätte schon gerne einen Aufgeräumten Objectbaum ohne alte Leichen.
Ich hoffe ihr könnt mir folgen und habt eine lösung.
Bei Fragen einfach melden.

Node.js v24.22.0
NPM 11.19.1
Nuki Local 0.1.4

Hallo, die Bereinigungsfunktion ist jetzt in Version 0.1.5 enthalten.

Nach dem Update findest du bei jedem Gerät unter commands den neuen Datenpunkt removeDevice.

So entfernst du das alte Schloss:

1. Das alte Schloss muss ausgeschaltet beziehungsweise von MQTT getrennt und aus Nuki Web entfernt sein.
2. Öffne in ioBroker unter „Objekte“ den Gerätebaum des alten Schlosses. Prüfe die Geräte-ID sorgfältig.
3. Setze dessen commands.removeDevice auf true, mit ack=false.

Dadurch werden der Objektbaum und ausschließlich die gespeicherten MQTT-Retain-Daten dieses Geräts gelöscht. Die anderen Geräte bleiben erhalten.

Starte anschließend den Adapter neu und prüfe, ob das alte Gerät verschwunden bleibt. Gib bitte kurz Rückmeldung, ob es funktioniert hat.

Sehr wahrscheinlich stellt der Adapter beim Neustart gespeicherte MQTT-Retain-Daten des alten Schlosses wieder her. Deshalb reicht das Löschen im Objektbaum nicht aus. Das liegt also vermutlich nicht an deinem zurückgesetzten Nuki oder der Web API.

Eine gezielte Bereinigungsfunktion fehlt bisher im Adapter. Ich schaue mir an, wie wir alte Geräte einschließlich ihrer gespeicherten MQTT-Daten sauber entfernen können.

Bitte lösche vorerst nicht den gesamten LevelDB-Ordner, da darin auch Daten des neuen Schlosses liegen.

Node.js v24.22.0
NPM 11.19.1
Nuki Local 0.1.4

Update: Okay, jetzt hat es funktioniert.
Keine Ahnung warum es zuvor nicht geklappt hat hab nichts verändert, aber danke noch mal für die gute Arbeit, bis jetz.

Getestet hab ich genau die 3

iobroker.fritz.box:1234
iobroker:1234
192.168.99.33:1234

1234 ist im Moment auch mein Port zum testen.

Edit

Habs rausgefunden.
Nuki nimmt nur den default mqtt Port.
Wenn man den Port mit eingibt versucht er diesen mit als aufzulösen weil er es nicht als Port erwartet.

Evtl was für die FAQ des Adapters. Ist ein nuki 5 pro. Ka wie es sich bei anderen Generationen verhält.

@David-G. sagte:

@Thomas-Braun

Das selbe.
Hab den eingegebenen Name mit

hostname

in der Shell verifiziert

Edit
Hab jetzt alles zum testen vereinfacht, was Fehler verursachen kann.

Getestet hab ich
iobroker.fritz.box:1234
iobroker:1234
192.168.99.33:1234

Port 1234
Pw und Nutzer 5 stellen nur klein ohne Sonderzeichen.

Parralel läuft ein Ping auf mein nuki um die erreichbarkeit zu gewährleisten.

Hallo David, der Screenshot zeigt Fehlercode 8D: „Hostname nicht auflösbar“.
Kannst du bitte die vollständige Eingabe aus dem Feld „Host Name“ als Text posten, einschließlich des Ports? Im Bild ist der Teil hinter 192.168.99.33: verdeckt.
Benutzername und Passwort bitte weiterhin nicht veröffentlichen. Dann schauen wir zuerst, ob das Adressformat passt.

Das selbe.
Hab den eingegebenen Name mit

hostname

in der Shell verifiziert

Edit
Hab jetzt alles zum testen vereinfacht, was Fehler verursachen kann.

Getestet hab ich
iobroker.fritz.box:1234
iobroker:1234
192.168.99.33:1234

Port 1234
Pw und Nutzer 5 stellen nur klein ohne Sonderzeichen.

Parralel läuft ein Ping auf mein nuki um die erreichbarkeit zu gewährleisten.

Eine Idee was das ist?
IP und Port stimmen.

Bitte aktualisiere zuerst auf Adapterversion 0.1.3 aus dem latest-Repository und starte die Instanz.

Versuche danach erneut, MQTT in der Nuki-App zu aktivieren, und poste die dabei entstehenden nuki-local-Logmeldungen. Interessant ist insbesondere, ob „MQTT client authenticated“ oder eine Fehlermeldung erscheint.

Welche Broker-IP und welchen Port hast du in der App eingetragen? Läuft auf diesem Port bereits ein anderer MQTT-Broker? Bitte Benutzername, Passwort und API-Token nicht posten.

Damit können wir eingrenzen, ob die Verbindung zum Adapter zustande kommt oder die Aktivierung bereits vorher scheitert.

@australien sagte:

super Sache, danke.

Eine Anregung, kann man den MQTT auch über einen eigenen mosquitto laufen lassen?
Oder anders gefragt, in meinem SmartLock ist der mosquitto eingetragen, wie mach ich das in der Instanze?

Danke für die Anregung!

Aktuell verwendet nuki-local einen eigenen integrierten MQTT-Broker. Die Verbindung zu einem externen Broker wie Mosquitto wird bisher nicht unterstützt.

Für die Nutzung musst du in der Nuki-App als MQTT-Broker die IP-Adresse des ioBroker-Servers eintragen. Port, Benutzername und Passwort müssen mit der Konfiguration der nuki-local-Instanz übereinstimmen.

Falls Mosquitto auf demselben Server läuft, verwende für nuki-local einen anderen freien Port, beispielsweise 1884, und trage diesen auch in der Nuki-App ein.

Die Unterstützung eines externen MQTT-Brokers nehme ich als Erweiterungswunsch auf.

Die Aktion konnte nicht ausgeführt werden. Bitte versuche es erneut.

Firmware 5.9.4
Adapter 0.1.2

Viele Grüße
Chris

Eine Anregung, kann man den MQTT auch über einen eigenen mosquitto laufen lassen?
Oder anders gefragt, in meinem SmartLock ist der mosquitto eingetragen, wie mach ich das in der Instanze?