Nachtrag: Kann es sein, dass die Visu app vom Handy beim Übertragen des batt Level dies falsch in die cloud schreibt ?

Mit der 0.6.4 startet der Adapter grün. Super, ich dachte schon ich wär total bescheuert. Vielen Dank an @mcm1957 , @thomas-braun und natürlich @arteck Jetzt werde ich mal ein bisschen probieren....

Die Verhaltensweise kann ich nur bestätigen. Der Adapter ist auf grün und man denkt, dass alles in Ordnung ist. Wenn man ihn aber neu startet bleibt er gelb und man muss neue Cookies holen. Ziemlich dumm, wenn doch einige wichtige Dinge an dieser funktionierenden Sprachausgabe (z.B. Dachfenster offen, bei Regen) hängen.

@GeraldK66 Nö, dein grundsätzliches Setup finde ich viel merkwürdiger.

Ich habe bei den Protokollen folgende Warnmeldung. Was kann da sein? loxone.0 2026-06-18 22:07:40.837 error Error while handling event UUID 0f8b69a5-02c0-0851-ffff504f94102e29: TypeError: Cannot use 'in' operator to search for 'text' in 1="Stein + Pumpe",2="Teichpumpe",6="Luftheber",7="Teichpumpe",8="Poolpumpe" loxone.0 2026-06-18 22:07:35.557 error Error while handling event UUID 0f8b69a5-025e-061e-ffff504f94102e29: TypeError: Cannot use 'in' operator to search for 'text' in 1="Bewegung",2="Abendlicht"

@gelberlemmy sagte: @Asgothian so noch einmal probiert. Immer noch der gleiche Fehler zigbee.0 2026-06-18 16:37:41.707 error Failed to start Zigbee: no message given zigbee.0 2026-06-18 16:37:41.706 error Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. Wieder per Hand ausgeschaltet und wieder eingeschaltet Ich fürchte das Problem liegt ab deinem 'Host', sprich dem Netzwerk Adapter. Ich hab mit allen Varianten auf die ich Zugriff habe getestet und das Problem nicht mehr. A.

Gleicher Fehler bei mir. Funzt nicht, obwohl Meldung "Anmeldung erfolgreich"

@ZockerFloh7 sagte: Wenns wer braucht, hier sind die steps beschrieben: Schaut beim ersten Querlesen aber auch 'komisch' aus. Warum nicht direkt die offizielle Anleitung? https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md

Version 1.0.8 ist jetzt zum Download bereit, mit allen aktuellen Fehlerbereinigungen.

@jolic sagte: Richtig Ja!

Grüße! Entschuldigt, dass ich das Thema hier wieder ausgrabe. Ich habe jedoch leider das gleiche Problem. Egal, ob ich es über BackItUp mache und den Adapter widerherstelle oder ob ich es manuell mache und den Ordner kopiere und ersetze - die Geräte werden nicht erkannt. Ich habe die korrekte MAC aus dem alten System eingestellt. Ich kann in den Files auch meine ganzen Geräte sehen. Auf dem alten Sys läuft auch alles ohne Probleme. Starte ich aber den Adapter auf dem neuen System, dann kommen die Geräte nicht - genau wie einst vom TE beschrieben. Konnte hierzu eine Lösung gefunden? Vielen Dank und freundliche Grüße!

Ich schließe mich hier mal an und würde gerne wissen, warum so eine "no reason termination" unter 1.20.1 passiert, zumal der Adapter scheinbar normal weiter läuft. Admin: 7.8.27 Node.js: v22.22.2 NPM: 10.9.7 [image: 1780213879607-fab42e88-4ba2-49c0-acf2-64f909f3ff7a-image.jpeg]

@Thomas-Braun sagte: @padrino sagte: Funktioniert leider auch nach update nicht. Das war auch nicht zu erwarten. Dein nodejs war aber dennoch überfällig. 🙄

@Backe03 sagte: Da ja oben im Liznez Manager auch die richtige von iobroker.net drinne steht . Was richtig ist scheint hier diskussionsfähig zu sein 😉 Also nochmal: Du hast eine Lizenz für die in iobroker.net eingetragene UUID! Anscheinend hat sich aber die UUID deines aktuellen ioBrokers geändert, warum auch immer. Woher glaubst du zu wissen, @Backe03 sagte: zieht sich wieder die falsche UUID Nicht die "richtige" UUID deiner Installation sein soll? Und ebenfalls noch einmal: Das hat nichts mit der vis-2 Installation zu tun! Da kannst du neuinstallieren bis du schwarz wirst, das ändert nicht die UUID deines ioBrokers. Deswegen sollte auch das Update nichts damit zu tun haben. @Backe03 sagte: wo auch immer er die hernimmt Das hat man dir bereits gezeigt.

@SaiBot1981 https://forum.iobroker.net/topic/83298/iobroker-visu-android-app

Hi zusammen, erstmal ein dickes Dankeschön für den Adapter und die generelle Arbeit an iobroker! Ich bin nach langer Zeit auch mal wieder auf den Fehler gestoßen. Bei mir ist ein ganzer Zoo aus allen Generationen von Shelly im Betrieb. Die einzigen, die aktuell den Fehler werfen sind Shelly Plug m Gen 3. Aktuelle Firmware ist drauf (1.8.99-plugmg3prod0). Die beiden, die bei mir im Netz sind, werfen den Fehler ziemlich genau jede Minute. Ansonsten liefern die beiden Stecker fleißig Daten und machen keine merkbaren Fehler. Passwort im Adapter habe ich nochmal geprüft bzw. wollte ich neue setzen, aber da es gleich ist, kommt der Speichern-Button nicht. Ideen was ich machen kann? Gruß Max

@Berlon sagte: wollte den MQTT Adapter nehmen Dann mach das

@OliverIO sagte: meine vermutung ist wohl richtig Ist gut wenn du eine solche hattest ;-) Ich hatte diese erst gar nicht. Und, was heißt das jetzt "einfach ausgedrückt".

Danke, hat funktioniert. 1.Einstellungen des Adapters exportiert 2.Instanz gelöscht 3.Adapter gelöscht 4.Neue Instanz installiert 5.Einstallungen aus .json Datei wieder importiert Instanz ist grün und läuft, alle Objekte wieder da. Leider muss ich jetzt für alle Datenpunkte die ich in die InfluxDB gelogt habe das logen wieder von Hand aktivieren. Ich danke euch für die Hilfe.