Danke @copystring für die rasche Bereitstellung von einem Fix. Läuft bei mir jetzt...

Hallo Sebastian, ich habe mir dein Protokoll noch einmal angesehen, da es sehr ungewähnlich aussieht. Alle Befehle erscheinen Doppelt! z.B. 2026-06-24 15:44:01.184 setValve 24V: false, 2026-06-24 15:44:01.181 setValve 24V: false, mit 3 ms unterschied ! ! ! aussehen sollte der Start des Adapters sprinklecontrol so: [image: 1782561468109-screenshot-2026-06-27-134939.jpg] Bei dir natürlich Main Pump anstelle Cistern pump und processing time: ???ms würden bei dir natürlich fehlen. (Ist nur die Zeit für die Prozessantwort.) Also würde ich vorschlagen: Konfiguration speichern sprinkleControl komplett deinstallieren / löschen | auch alles unter Objekte sprinklecontrol.0 sprinkleControl 1.0.8 installieren Konfiguration laden alle Punkte in der Konfiguration überprüfen Schaltabstand > 750ms Druckentlastung der Leitungen vor der Abschaltung deaktivieren Speichern und neu Starten Jetzt sollte der Start wie oben aussehen

Das is klar, meinte eigentlich das TAG ungelöst auf gelöst ändern.

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

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

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

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