@Negalein Ingo ist an dem Thema dran.

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

@Asgothian sorry jetzt erst gesehen. Ich werde das einmal morgen machen.

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

@crunchip Hab den DP grad manuell angelegt vom Typ object. Scheint zu klappen. Edit Wurde in 1.1.6 gefixt, wurde nur nie veröffentlicht..... https://github.com/Scrounger/ioBroker.linux-control/pull/57 So weit in die Vergangenheit hab ich nicht nachgeschaut....

@badsnoopy667 sagte: Ich vermute aber auch, dass das eher mit BMW zusammenhängt als mit meinem System. Richtig. Allerdings ist der Zustand deines Systems die Grundlage für alles was dann darauf laufen soll.

Danke für den schnellen Fix, läuft wieder mit der 2.0.4 Mike

@Satmedia sagte: Nodejs-Version: 20.19.2 Vom 'Problem' abgesehen: Unbedingt JETZT SOFORT auf node nodejs@22 hieven. Am besten per iob nodejs-update

@Peter-V. sagte: Frage dazu: hattet ihr etwas an der IP Configuration des Hosts geändert? Hatte den gleichen Fehler und nach 2 Tagen testen und grübeln bin ich dann alle (und wirklich alle) Änderungen durch gegangen. Bei mir war in Proxmox LXC (iobroker) etwas in der 99-sysctl.conf (Debian 13) verbogen, hatte wegen Matter einiges geändert. Hab mal dann eins nach dem anderen deaktiviert und plötzlich ging es wieder. In Debian 12 ist es die sysctl.conf. Nein, habe nichts der gleichen getan … immer nur fleißig die Adapter-Updates eingespielt