@Thomas-Braun sagte: @e:)azor86 devices latest: 3.0.2 for 31 days stable: 1.2.14 for 5 months sorry bin jetzt erst dazu gekommen und hab die Beta installiert, der Rest ist noch auf älterem Stand und es hat funktioniert . dann werde ich mich jetzt mal um die nächsten Themen kümmern :) danke :)

@alle habs hinbekommen mit dem oauth mit hilfe von chatgpt. Danke für die Infos hier.

diesen Fehler habe ich schon seit langem. Ist auch schon oft so beschrieben worden. Wenn der Fehler auf meinen Systemen (3 Systeme mit Modbus) auftritt Starte ich den Modbusadapter per script neu. Dann sind ca. 14 Tage Ruhe. Wenn ich den Adapter nicht neu starte kommt der Fehler immer häufiger bis täglich. Ich hoffe mit jeder neuen Version das der Fehler beseitigt ist.

@simonf04 Ja, es funktioniert einwandfrei und ich habe gerade einen zusätzlichen ESP32-Cam-S direkt mit eine separatem USBtoRS232 geflasht und das läuft einwanfrei. Nochmals ganz herzlichen Dank für die Arbeit und den Support. Gruss Andi

Hi @d.wermer , Nein, bloß nicht löschen! 🛑 Den Datenpunkt unter system.adapter.host.%name% musst du unbedingt so lassen, wie er ist. Der gehört direkt zum Kern-System (deinem ioBroker-Host / js-controller) und hat absolut nichts mit dem alten Info-Adapter zu tun. Wenn du den löschst, zerschießt du dir im schlimmsten Fall die Host-Konfiguration, weil dort wichtige System-Zustände (wie der Online-Status des Pi, CPU- und RAM-Werte) verwaltet werden. Da du unter system.adapter.info und info.0 nichts mehr finden konntest, war deine Bereinigung schon zu 100 % erfolgreich. Die Karteileichen des alten Adapters sind also alle weg und dein System ist an dieser Stelle sauber. Klingt doch super, dass die Kiste jetzt erst mal fehlerfrei läuft und das Backup sauber durchgeht! Lass es jetzt einfach genau so laufen und beobachte es weiter. Wenn wieder was ist, einfach melden. Viele Grüße Andreas

Hallo, hat jemand mal ne Info für mich. Bekomme weiterhin (heute vermehrt) o.g. Meldungen als warn im log.

habe ich schon gemacht, war nur neugierig ob das nur bei mir so ist :)

Kurze Info: Verbindung läuft nun seit 9 Tagen absolut fehlerfrei :) habe zusätzlich auf die neueste ZigBee Firmware von meinem SLZB-06 upgedatet. Entwickler-Firmware Revision: 20260311 Release notes Zigbee Coordinator Firmware - CC26xx Series - Build 20260311 (same as 20260310 with 115200 baudrate) (Beta) Build Date: 11 Mar 2026 SDK: 8.32.00.07 (released 22 Dec 2025) Adapter Type: zstack Baudrate: 115200 [image: 1783696693220-screenshot-2026-07-10-171344-resized.png]

hi! gerate war testtime. updates für proxmox eingetrudelt. nach dem roboot des servers war der alexa adapter blitzschnell wieder grün! thnx für den fix!

es war sogar daikin-cloud.0.useSlowPolling dauerhaft aktiv entspricht 48 Abfragen/Tag und darüber werden nur 2 Räume von 5 gesteuert. und die blauen Balken zeigen die true Werte für die 2 Anlagen. [image: 1783367874226-screenshot-2026-07-06-215019.png] [image: 1783367879517-screenshot-2026-07-06-215517.png] Der 2.te Raum sieht gleich aus: [image: 1783368347600-screenshot-2026-07-06-220243.png] [image: 1783368358906-screenshot-2026-07-06-220322.png] [image: 1783368364390-screenshot-2026-07-06-220413.png] [image: 1783368369444-screenshot-2026-07-06-220434.png] EDIT: das mit dem pooling interval wurde erst jetzt eingebaut LOL: Guestezimmer - denglisch EDIT2: F.ck, schickt der A.... (nicht böse gemeint - der Adapter ist trotzdem toll/top) die Ist-Temp vermutlich auch immer raus?

Hat sich erledigt war ein Bug und wurde behoben

Ok, das Issue hast du aufgemacht weil er nicht warnt wenn man den falschen Pfad nimmt (weil man die Anleitung ignoriert). Das heißt, das Problem besteht nicht wenn du dich an die Anleitung hältst? Ok, hab das ganze Issue gelesen

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"