Monatsrückblick Oktober 2026 ist online!

[helfi9999]

Aktuelle Testversion	0.1.5
Veröffentlichungsdatum	28.10.2026
GitHub	https://github.com/helfi9999/ioBroker.nuki-local
npm	https://www.npmjs.com/package/iobroker.nuki-local

Hallo zusammen,

nuki-local ist im offiziellen ioBroker-latest-Repository verfügbar. In diesem Thread sammeln wir Testerfahrungen, Fragen und Fehlermeldungen.

Entwickelt habe ich den Adapter, weil ich mit meinem Nuki Smart Lock Pro der 5. Generation über die vorhandenen Lösungen nicht alle gewünschten Informationen erhalten habe.

Der Adapter verwendet einen integrierten MQTT-Broker für die lokale Kommunikation. Optional ergänzt die Nuki Web API Benutzer-, Berechtigungs- und Aktivitätsdaten. Für die lokale Steuerung ist die Web API nicht erforderlich.

Funktionen

• Integrierter MQTT-Broker mit Benutzername und Passwort
• Lock, Unlock, Unlatch, Lock’n’Go und FullLock
• Schloss- und Türstatus sowie Batterieinformationen
• Erkennung von Keypad- und Fingerprint-Ereignissen
• Benutzerzuordnung über konfigurierte Code-IDs und optional die Web API
• Aktivitätsdaten und Status-Icons
• Persistente MQTT-Retain-Daten über LevelDB mit Wiederherstellung nach einem Neustart
• Lesbare Status- und Zugriffsmeldungen im Log
• Gezieltes Entfernen alter Geräte einschließlich ihrer gespeicherten MQTT-Retain-Daten

Kompatibilität

Vorgesehen sind Nuki Smart Locks mit direkter MQTT-Unterstützung:

• Nuki Smart Lock 3.0 Pro
• Nuki Smart Lock der 4. Generation
• Nuki Smart Lock Pro der 4. Generation
• Nuki Smart Lock Ultra
• Nuki Smart Lock Pro der 5. Generation
• Nuki Smart Lock Go

Nicht unterstützt werden Smart Lock der 1. Generation, Smart Lock 2.0 und Smart Lock 3.0 ohne Pro.

Die Nuki Bridge wird vom Adapter nicht als MQTT-Gateway verwendet.

Mein eigener Funktionstest erfolgt mit einem Smart Lock Pro der 5. Generation. Rückmeldungen zu weiteren Modellen und Firmware-Versionen sind willkommen.

Installation und Einrichtung

Den Adapter über ioBroker Admin aus dem Repository latest installieren beziehungsweise aktualisieren.

In der Nuki-App die MQTT-Verbindung einrichten:

• Broker: IP-Adresse des ioBroker-Servers
• Port: wie im Adapter konfiguriert, standardmäßig 1883
• Benutzername und Passwort: identisch zur Adapterkonfiguration

Auf diesem Port darf kein anderer MQTT-Broker laufen. Läuft beispielsweise Mosquitto auf demselben Server auf Port 1883, muss für nuki-local ein anderer freier Port verwendet und auch in der Nuki-App eingetragen werden.

Die Verbindung zu einem externen MQTT-Broker wie Mosquitto wird derzeit nicht unterstützt. Das Smart Lock verbindet sich direkt mit dem integrierten Broker des Adapters.

Voraussetzungen: Node.js ≥ 22, js-controller ≥ 6.0.11 und Admin ≥ 7.8.23.

Neu in Version 0.1.6

Die Gerätebereinigung wurde gegen versehentliches Auslösen abgesichert:

• Die Löschfunktion befindet sich jetzt im eigenen Ordner maintenance.
• Vor dem Löschen ist eine einmalige Freigabe erforderlich, die 30 Sekunden gültig ist.
• Die Freigabe wird nach Verwendung, Ablauf, Widerruf oder Adapterneustart zurückgesetzt.
• Der bisherige Button commands.removeDevice wird entfernt. Sein alter Befehlsweg ist deaktiviert.

Ein altes Gerät entfernen

1. Das alte Schloss ausschalten beziehungsweise seine MQTT-Verbindung deaktivieren.
2. Bei aktivierter Web API das alte Schloss auch aus Nuki Web entfernen.
3. In ioBroker Admin → Objekte den Gerätebaum des alten Schlosses öffnen und die Geräte-ID sorgfältig prüfen.
4. Im Ordner maintenance den Datenpunkt confirmRemoval auf true setzen, mit ack=false.
5. Innerhalb von 30 Sekunden den Datenpunkt removeDevice auf true setzen, ebenfalls mit ack=false.

Beispielpfade:

nuki-local.0.<ALTE-NUKI-ID>.maintenance.confirmRemoval
nuki-local.0.<ALTE-NUKI-ID>.maintenance.removeDevice

Achtung: Der Löschbefehl entfernt den Objektbaum und die gespeicherten MQTT-Retain-Daten des ausgewählten Geräts. Die Löschung kann nicht rückgängig gemacht werden. Andere Geräte bleiben erhalten.

Ohne gültige Freigabe wird die Löschung abgewiesen. Zum Abbrechen confirmRemoval auf false setzen oder die 30 Sekunden abwarten.

Anschließend den Adapter neu starten und prüfen, ob das alte Gerät verschwunden bleibt.

Ein Schloss, das weiterhin MQTT-Daten sendet oder noch in Nuki Web vorhanden ist, kann nach einem Neustart erneut erkannt werden.

Bitte nicht den gesamten LevelDB-Ordner löschen, um ein einzelnes Gerät zu entfernen.

Neu in Version 0.1.5

Alte Geräte lassen sich jetzt einschließlich ihrer gespeicherten MQTT-Retain-Daten entfernen.

Bisher konnten gelöschte Geräte nach einem Adapterneustart erneut im Objektbaum erscheinen, weil ihre gespeicherten MQTT-Daten wiederhergestellt wurden.

Der neue Befehl commands.removeDevice entfernt:

• Den Objektbaum des ausgewählten Geräts
• Die zugehörigen MQTT-Retain-Daten
• Die internen Gerätezuordnungen

Andere Geräte bleiben erhalten. Zusätzlich werden MQTT- und Web-API-Objektaktualisierungen pro Gerät koordiniert, damit sie nicht mit dem Löschvorgang kollidieren.

Ein altes Gerät entfernen

1. Das alte Schloss ausschalten beziehungsweise seine MQTT-Verbindung deaktivieren.
2. Bei aktivierter Web API das alte Schloss auch aus Nuki Web entfernen.
3. In ioBroker Admin → Objekte den Gerätebaum des alten Schlosses öffnen und die Geräte-ID sorgfältig prüfen.
4. Diesen Datenpunkt des alten Geräts auf true setzen, mit ack=false:

nuki-local.0.<ALTE-NUKI-ID>.commands.removeDevice

Achtung: Der Befehl löscht die Objekte und Retain-Daten des ausgewählten Geräts unmittelbar. Die Löschung kann nicht rückgängig gemacht werden.

Anschließend den Adapter neu starten und prüfen, ob das alte Gerät verschwunden bleibt.

Bis zum Neustart werden weitere Ereignisse für das entfernte Gerät ignoriert. Ein Schloss, das weiterhin MQTT-Daten sendet oder noch in Nuki Web vorhanden ist, kann nach einem Neustart erneut erkannt werden.

Bitte nicht den gesamten LevelDB-Ordner löschen, um ein einzelnes Gerät zu entfernen.

Änderungen in Version 0.1.4

Die Logausgabe wurde übersichtlicher:

• Schloss- und Türstatus erscheinen mit Gerätename und lesbarem Zustand.
• Wiederholte identische Zustände und der erste Status nach dem Start werden nicht als Info-Meldung ausgegeben.
• Fingerprint- und Keypad-Ereignisse zeigen Gerätename, aufgelösten Benutzernamen und Aktion.
• Technische MQTT-Rohmeldungen erscheinen nur noch auf Logstufe debug.

Beispiele:

Haus: Locking
Haus: Locked
Haus: Unlocking
Haus: Unlocked
Haus: Door open
Haus: Door closed
Haus: Fingerprint access by Thomas (Unlatch)

Der Benutzername wird anhand der konfigurierten Code-ID-Zuordnung oder über die optionale Nuki Web API aufgelöst. Ist keine Zuordnung verfügbar, erscheint ein technischer Ersatztext.

Änderungen in Version 0.1.3

• Neues Adapter-Icon
• Web-API-Abfrageintervall auf 60–86400 Sekunden begrenzt
• Überlappende Web-API-Abfragen verhindert
• Web-API-Anfrage-Timeout von 15 Sekunden ergänzt
• Datenpunktrollen für Befehlsbuttons, Berechtigungsdaten und Datumsfelder korrigiert
• Zustandstexte auf Englisch umgestellt und Konfigurationsübersetzungen vervollständigt
• Prüfung der MQTT-Geräte-ID ergänzt
• Code-ID beim Übernehmen von Web-API-Aktivitätsdaten auf 0 zurückgesetzt
• Abhängigkeiten, Tests und Dokumentation aktualisiert
• Mindestversion von ioBroker Admin auf 7.8.23 angehoben

Bisherige Prüfungen

• Typprüfung, Lint, Pakettests und Build erfolgreich
• CI-Adaptertests unter Node.js 22, 24 und 26 auf Linux, Windows und macOS erfolgreich
• Objektdump für Version 0.1.3 mit 53 Objekten ohne Fehler oder Warnungen akzeptiert
• Abschließen, Aufschließen und Benutzerauflösung erfolgreich getestet
• Fingerprint-Meldung mit Benutzername erfolgreich getestet
• Wiederherstellung der Retain-Daten nach einem Neustart bestätigt
• Neuer isolierter Löschtest mit zwei künstlichen Geräten und temporärer LevelDB erfolgreich: ausgewähltes Gerät entfernt, zweites Gerät erhalten und Retain-Daten auch nach erneutem Öffnen der Datenbank gelöscht
• Version 0.1.5 auf meinem System installiert und erfolgreicher MQTT-Verbindungsaufbau bestätigt

Hinweise

advanced.codeId wird beim Übernehmen von Web-API-Aktivitätsdaten derzeit auf 0 zurückgesetzt.

Der Ordner raw enthält nur nicht gesondert verarbeitete MQTT-Themen und kann deshalb leer bleiben.

Fehlende Geräteinformationen bitte mit Nuki-Modell, Firmware-Version und passenden Debug-Logs melden.

Rückmeldungen

Bitte nennt bei Problemen:

• Nuki-Modell und Firmware-Version
• Adapter-, Node.js-, js-controller- und Admin-Version
• Ob die Nuki Web API aktiviert ist
• Betroffene Datenpunkte und passende Logmeldungen

Für die Fehlersuche bei MQTT-Ereignissen bitte vorübergehend die Logstufe der Instanz auf debug setzen.

Rückmeldungen zur neuen Gerätebereinigung sind besonders willkommen: Bleibt das entfernte Altgerät auch nach einem Adapterneustart verschwunden?

Bitte keine Passwörter, API-Tokens oder Keypad-PINs veröffentlichen. Prüft Logs und Exporte vor dem Posten auch auf persönliche Daten.

Vielen Dank fürs Testen!

[australien]

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?

[Elitepain77]

Hallo zusammen, erst mal vielen Dank für die Entwicklung des Adapters. Ich hab mir extra eine Smart Lock Go mit der Hoffnung wie gekauft, dass ich ihn hier super simpler einbinden kann. 🙂 Leider bekomme ich bei der MQTT Aktivierung in der App immer den selben Fehler. Im Adapter ist alles korrekt vorab konfiguriert.

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

Firmware 5.9.4
Adapter 0.1.2

Viele Grüße
Chris

[helfi9999]

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

[helfi9999]

@Elitepain77 Hallo Chris, danke für deine Rückmeldung!

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.

[David G.]

@helfi9999

Eine Idee was das ist?
IP und Port stimmen.

[Thomas Braun]

@David-G.
Verwende statt der IP den hostname.

[David G.]

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

[helfi9999]

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

[David G.]

@helfi9999

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.

[juggi1962]

Hallo und zuerst mal danke für den Adapter.
Bin gerade beim Testen, soweit funktioniert alles außer, dass ich bei den Code ID und dann Namen nicht weiter komme. Mir wird im Daten punkt unter CodeID 8192 angezeigt wenn ich den dann im Adapter meinem Namen zuweise steht unter
nuki-local.0.435549C7.activity.lastUser Nuki Keypad Haustür, sollte da nicht dann der Name stehen.
Kann mir da jemand weiter helfen, danke und Gruß Jürgen

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.

[Alligator]

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

[helfi9999]

@Alligator Hallo, danke für die genaue Beschreibung!

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.

[helfi9999]

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

[Alligator]

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.

[helfi9999]

@Alligator Vielen Dank für die Rückmeldung! Freut mich, dass das alte Gerät jetzt sauber entfernt wurde.

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!

[helfi9999]

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

[Alligator]

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

[helfi9999]

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