[image: 1777400332523-screenshot-2026-04-28-201800.jpg]

Hallo @arteck, mir ist aufgefallen, dass ich nach einem Neustart folgende Fehlermeldung im ioBroker-Log erhalte: Plugin docker Cannot read docker config file docker-compose.yaml: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/@iobroker/plugin-docker/build/cjs/../../../../iobroker.zwavews/docker-compose.yaml' Da bei mir alles problemlos funktioniert und ich kein Docker verwende, gehe ich davon aus, dass ich diese Meldung ignorieren kann. Ist das korrekt? Meine Versionen: Z-Wave WS: 0.1.3 zwave-js-ui: 11.16.2 Node.js: v22.22.2

Und schon gehts weiter :-) Da die Rückmeldung zum Shelly Presence nun keine gröberen Probleme mehr aufzeigt gibt es nun eine neue Version 11.0.0-alpha.12 Mit dieser Version sollte der Adapter den Cury by Shelly (https://www.shelly.com/de/products/cury-by-shelly) erkennen und ansprechen können. Da ich dieses Gerät nicht besitze ist auch hier die Implemntierung blind nach Spi Spec erfolgt. Bitte um Rückmeldung was funktioniert oder nicht funktioniert. Bei Problemen bitte einen DEBUG Log anhängen. Das zugrhörige Issue im Adapterrepo ist hier: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1399 DANKE für eure Mithilfe

@garfonso Hoppla, heute kam per Mail die Mitteilung, dass Google einen verdächtigen Login-Versuch blockiert hat. Anschließend musste ich mich per 2FA anmelden, obwohl ich das für den Account generell abgeschaltet habe. Ich habe immer mehr den Eindruck, dass das mit dem automatischen Einloggen kaum zu stemmen ist. Evtl. wäre es der bessere Ansatz, wenn sich der Adapter auf das Halten/Erneuern der Cookies ohne neuen Login konzentriert. Was meinst du?

@ManfredHi sagte: ich hab das nach dieser Anleitung gemacht: https://github.com/arteck/bluelink_refresh_token Hast Recht, in der Anleitung wird verschwiegen, das Skript auszutauschen. Ich habe in beide reingeguckt und gesehen, dass im Originalskript die Eingabe von username und password gar nicht implementiert ist, in dem anderen aber schon. Egal, gut wenn es jetzt funktioniert hat.

@ticaki War einfach... Es ist einfach IMMER nodejs... :-D

JA es begann vor ein paar Wochen. Bei meinem Siemens betrifft es wenn das Problem auftritt die Programmzeit, verbleibende Zeit und den Fortschritt. Alles andere läuft. Ro75.

@OliverIO macht aber erst Sinn, wenn de halbwegs stabil ist :)

Vielen Dank, werde ich testen

Hallo, der Adapter aktualisiert seit 05.03.26 nicht mehr. Im Fahrzeug bin ich den Anweisungen gefolgt, damit sich die Daten wieder in der VW App aktualisieren. Das hat geklappt. Beim Adapter jedoch nicht. Hier bleibe die alten Daten. Habe jetzt von 0.7.15 auf 0.8.0 upgedatet. Der Adapter wird auch grün, aber ohne Aktualisierung. In den Logs erscheint u.a. ``` "{"error":{"message":"Bad Gateway","info":"Upstream service responded with an unexpected status. If the problem persists, please contact our support.","code":4113,"group":2,"retry":true}}" Hat jemand eine Idee?

@homoran : Danke für die Info.

Ok, nix weitergemacht bedeutet keine Weiterentwicklung des Adapters? Aber ggf. hat ja wer Erfahrung mit den MEasurements, ob das denn so sein kann und wirklich den IST-Stand abbildet...

@krobi Der erste Punkt ist aktuell nur Debug-Output. Er tritt auf, wenn der Roboter aktiv reinigt, aber den definierten Reinigungsbereich noch nicht erreicht hat. In diesem Zustand sind die Positionsdaten nicht über MQTT verfügbar, sondern nur über die Cloud. Das werde ich in einer der nächsten Versionen deaktivieren bzw. bereinigen. Der zweite Punkt ist tatsächlich ein Bug, der nur in bestimmten ioBroker-Versionen auftritt. Ursache ist, dass ich im jsonConfig.json fälschlicherweise das Attribut hint anstelle von description verwendet habe. Das werde ich ebenfalls fixen. Zu deinem eigentlichen Fehler: [TR POS] No points available, parsing directly Der kommt aktuell immer, wenn sich der Roboter bewegt, ist aber eher als Hinweis zu verstehen und nicht kritisch. Auch hier werde ich das Logging noch anpassen, damit das nicht dauerhaft erscheint. Die Fehlermeldung im Admin: dreamehome has an invalid jsonConfig: ... hängt direkt mit dem oben genannten hint-Problem zusammen und verschwindet mit dem Fix.

Hi @cybertron, ich habe deine Antwort in meinem Beitrag jetzt eben erst gesehen ;) Deinen Adapter habe ich eben mal installiert und mir mal angeschaut. Auf den ersten Blick macht er nen richtig guten Eindruck. Einige Werte aus der aktuellen Modbus Doku sind nicht ganz nachvollziehbar aber das ist ja nicht den Problem. Hast du den minimalen Abfrageintervall bewusst auf 5 Sekunden gesetzt? Erfahrungswerte? Dein VIS Adapter schaue ich mir bei Gelegenheit auch noch an. Vielen Dank für den tollen Adapter und ich kann das ein oder andere jetzt wieder abschalten. Schönes Wochenende!

Neue Test Version 3.0.1. Ein paar Optimierungen und einen Bug beim Intervall Abruf für "einmal vor Sonnenaufgang" behoben, Abhängigkeiten aktualisiert. Changelog: open-meteo-weather Danke an alle fürs Testen.

@negalein Ich weiss noch nicht warum das nicht funktioniert, ich habe das mal nachgestellt. Ich kann keinen Fehler finden [image: 1777095630753-ad2ae949-a11f-47f5-b121-489255707eae-image.jpeg] . Kommt denn was im Log? Wenn du magst gerne einmal von hier installieren, https://github.com/MiRo1310/ioBroker.telegram-menu/tree/fix/Sentry-reported-errors Ich habe das ein paar Logs hinzugefügt, einmal für den Browser und auch im Iobroker Logging