@Garfonso Hi, danke für den Tipp. Hab die stelle gefunden und was schon hinbekommen: [image: 1783365024021-c2d29da1-8057-4a7a-8340-ff8017a50895-image.jpeg] PV Tagesertrag stimmt. Nur meinen Bezug und Einspeisung zeigt der nicht an. Obwohl die Senoren gleich angelegt sind. [image: 1783365129998-5a27d7f7-63fd-4e82-b393-a352bb9605c6-image.jpeg] [image: 1783365140245-7c8f62f0-f446-4d47-8d8a-5913d41788ed-image.jpeg] Vielleicht hast du da noch eine Idee dazu. Danke schon mal für deine super Arbeit 👍

Kurze Frage zum KI-Assistenten bzw. zur MCP-Anbindung: Ist zukünftig geplant, zusätzlich eine Anmeldung über das normale ChatGPT-Konto (Benutzerkonto mit ChatGPT Plus oder Pro) zu unterstützen – ähnlich wie es beispielsweise bei Codex in VS Code oder der Codex CLI bereits möglich ist? Hintergrund meiner Frage ist, dass ich bereits ein kostenpflichtiges ChatGPT-Konto nutze und den KI-Assistenten bzw. den MCP-Server gerne darüber verwenden würde, anstatt zusätzlich einen separaten OpenAI-API-Key mit eigener Abrechnung einzurichten. Ist so etwas grundsätzlich geplant oder ist das aufgrund der aktuellen OpenAI-Architektur bzw. der verfügbaren Schnittstellen derzeit noch nicht möglich? Vielen Dank!

@MichaelF sagte: Dann schalte ich meine miner über einen Aktor komplett aus, wenn sie nicht erreichbar sind kommen jede Menge Fehlermeldungen. Naja, Adapter versucht sich halt neu zum verbinden, falls er einfach so mal die Verbindung verlieren würde. Macht grundsätzlich schon Sinn. Wenn man dem Miner dann komplett den Strom abdreht ist das schwierig ... Steuerst du den Aktor auch per iobroker? Könnte sonst einen extra state "enabled" einbauen der dann Adapter handling bewusst deaktiviert - quasi als "gewollt aus" Feature. Wär das ok für deinen Usecase? @MichaelF sagte: Was mir noch fehlt wäre die Leistungsreglung dann wäre der Adapter komplett. Welche Firmware hast den eigentlich drauf? Vermute mal braiins. Für Leistungsreglung brauchst die neuere API von Braains, bin ich noch dran. Sollte beim S19 funktionieren. Ob man S9 auch irgendwie Leistungsregeln kann ist noch unklar, gab da in anderen Threads schon mehrfach Diskussionen zu ohne wirkliches Ergebniss. Weis du was hierzu, ob das funktionieren soll / kann dein Open Kairo das bei dem S9 auch?

ja aber die Server sind getrennt und jeder macht was er will..deshalb die verzögerung. Cura konnte ich noch lange nutzen wo VW schon nicht mehr ging

Version 2.3.0: Umstellung von CRON auf eigengesteuertes, konfiguriertes Polling der NOAA-Services der Kp-Index (globale geomagnetische Aktivität) wurde sowohl als aktueller Wert als auch als 72-Stunden-Vorhersage in neuen Datenpunkten aufgeführt, um eine gewisse Frühwarnung für Aurora-Aktivität zu bekommen Die Sonnenwind-Metriken werden ebenfalls geliefert und in neuen Datenpunkten abgelegt; diese liefern eine zwar recht kurzfristige (ca. eine Stunde), aber recht verlässliche Vorhersage.

@Meister-x sagte: Alle springen scheinbar auf HA um. mach doch. wenns dich nicht stört, daß HA dir ungefragt ports verbiegt... abgesehn davon hat die APP nichts mit VIS zu tun.

@Sebastian-Röske Installier die 2.5.0, dann ist Ruhe [image: 1783327664286-3c04063d-b785-4c91-ae56-cda3de4aac71-image.jpeg]

Neue Version 2.1.1. Abhängigkeiten wurden aktualisiert. Fehler in der README behoben und fehlende übersetzung hinzugefügt. Changelog: Abhängigkeiten aktualisieren FIX: [W5612] Übersetzungen für „your-cloud[.]com“ in mehreren Sprachen hinzufügen FIX: [E6025] README muss genau eine H1-Überschrift enthalten, es wurden jedoch 6 gefunden. To-Do Danke an alle fürs Testen.

@maxclaudi Danke für eine Antwort. Das hat mich weitergebracht. Ja lokal ohne App ich hab den Wert per mqtt explorer abgeschickt. Dieser wurde auch angenommen. Der Datenpunkt steht in iob nun auf 1200. Ob die Leistung auch so aus dem Hub kommt, muss ich noch testen, dazu gabs noch keine Gelegenheit.

Hi, ich habe den Adapter mal Testweise installiert, sieht ganz gut aus. Kennt meine alte Wallbox V1 und auch die neue V4 sofort ohne Probleme. Wird beim Überschussladen die Logik der neuen Wallboxen (V4) verwendet, oder läuft die Berechnung im Adapter ab?

In der Video-VIS lasse ich mir nun die Anzahl der Snepshots, Anzahl der Clips und den belegten Speicher anzeigen. Zur Zeit summiere ich es per Blockly. Ich werde aber die Tage noch eine Zusammenfassung per Datenpunkte einbauen. [image: 1783268337660-1994fa20-d657-434d-b808-87362f8b6aab-image.jpeg]

Der Adapter ist nun auch mit der aktuellen Version im Stable

Neue Beta-Version verfügbar 0.9.1 (2026-07-05) veraltete/leere Datenpunkte werden nun zuverlässig geleert – sowohl nach einem Neustart als auch im laufenden Betrieb (#82) Diese Version wird ab morgen im Latest/Beta sein. Vielen Dank fürs Testen und euer Feedback. Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github. https://github.com/tt-tom17/ioBroker.public-transport/issues

@smartysmart Hast Du eine Antwort von @rapptor33 bekommen? Ich habe seit einiger Zeit das gleich Problem. Ich bekomme den Fehler: Get DevicesList failed, HTTPError: Response code 400 (Bad Request) mit der Version 0.1.4 installiert. Den Adapter habe ich danach neu installiert, der Fehler bleibt leider.

Ich habe nach dem Upgrade von 3.4.8 auf den 3.4.11 das folgende Problem: 2026-07-05 07:46:56.346 - info: zigbee.0 (6447) Try to reconnect. 2026-07-05 07:46:56.347 - info: zigbee.0 (6447) Starting Adapter npm ... 2026-07-05 07:46:56.347 - info: zigbee.0 (6447) Installed Version: iobroker.zigbee@3.4.11 (Converters 26.77.0 Herdsman 10.6.1) 2026-07-05 07:46:56.347 - warn: zigbee.0 (6447) zbcontroller start started 1992 times 2026-07-05 07:46:56.348 - info: zigbee.0 (6447) configured transmit power : high 2026-07-05 07:46:56.348 - info: zigbee.0 (6447) Starting Zigbee-Herdsman 2026-07-05 07:47:21.451 - info: zigbee.0 (6447) Network parameters in Config : panID=5098 channel=11 extendedPanID=11329b3bb6ba3ddd 2026-07-05 07:47:21.452 - info: zigbee.0 (6447) Network parameters on Coordinator: panID=5098 channel=11 extendedPanID=dd3dbab63b9b3211 2026-07-05 07:47:21.454 - error: zigbee.0 (6447) Starting zigbee-herdsman problem : Failed to start EZSP layer with status=HOST_FATAL_ERROR. 2026-07-05 07:47:21.454 - error: zigbee.0 (6447) Failed to start Zigbee: no message given 2026-07-05 07:47:31.457 - info: zigbee.0 (6447) Try to reconnect. 2026-07-05 07:47:31.457 - info: zigbee.0 (6447) Starting Adapter npm ... 2026-07-05 07:47:31.457 - info: zigbee.0 (6447) Installed Version: iobroker.zigbee@3.4.11 (Converters 26.77.0 Herdsman 10.6.1) 2026-07-05 07:47:31.457 - warn: zigbee.0 (6447) zbcontroller start started 1993 times 2026-07-05 07:47:31.457 - info: zigbee.0 (6447) configured transmit power : high 2026-07-05 07:47:31.457 - info: zigbee.0 (6447) Starting Zigbee-Herdsman Wie man sieht im 5 Minuten Takt. Zurück auf die 3.4.8 sieht das wieder so aus: 2026-07-05 09:14:49.183 - info: zigbee.0 (511560) starting. Version 3.4.8 in /opt/iobroker/node_modules/iobroker.zigbee, node: v22.23.1, js-controller: 7.2.2 2026-07-05 09:14:49.191 - info: zigbee.0 (511560) init localConfig 2026-07-05 09:14:49.285 - info: zigbee.0 (511560) Adapter ready - starting subsystems. Adapter is running in info mode. 2026-07-05 09:14:49.307 - info: zigbee.0 (511560) delete old Backup files. keep only last 10 2026-07-05 09:14:49.308 - info: zigbee.0 (511560) Autostart Zigbee subsystem 2026-07-05 09:14:49.308 - info: zigbee.0 (511560) Starting Adapter npm ... 2026-07-05 09:14:49.343 - info: zigbee.0 (511560) Installed Version: iobroker.zigbee@3.4.8 (Converters 26.77.0 Herdsman 10.6.1) 2026-07-05 09:14:49.345 - info: zigbee.0 (511560) configured transmit power : high 2026-07-05 09:14:49.345 - info: zigbee.0 (511560) Starting Zigbee-Herdsman 2026-07-05 09:14:51.160 - info: zigbee.0 (511560) Zigbee-Herdsman started successfully with Coordinator firmware version: EmberZNet : 7.4.5 [GA] (X-X.X.X.X) 2026-07-05 09:14:51.196 - info: zigbee.0 (511560) 0x00158d00025f10ff (addr 6965): MCCGQ11LM - Aqara Door and window sensor (EndDevice) 2026-07-05 09:14:51.198 - info: zigbee.0 (511560) 0x00158d0003cebdfd (addr 57952): MCCGQ11LM - Aqara Door and window sensor (EndDevice) 2026-07-05 09:14:51.198 - info: zigbee.0 (511560) 0x00158d0001e09a1a (addr 60501): MCCGQ11LM - Aqara Door and window sensor (EndDevice) 2026-07-05 09:14:51.198 - info: zigbee.0 (511560) 0x00158d0001e09d0d (addr 57587): MCCGQ11LM - Aqara Door and window sensor (EndDevice) 2026-07-05 09:14:51.199 - info: zigbee.0 (511560) 0x00158d00044bc027 (addr 7742): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice) 2026-07-05 09:14:51.342 - info: zigbee.0 (511560) 0xa4c138cd0eaf92e2 (addr 16024): ZG-204ZL - Tuya Luminance motion sensor (EndDevice) 2026-07-05 09:14:51.345 - info: zigbee.0 (511560) 0xa4c13842eeefaab6 (addr 24223): ZG-204ZL - Tuya Luminance motion sensor (EndDevice) 2026-07-05 09:14:51.368 - info: zigbee.0 (511560) 0xa4c1382047570764 (addr 11235): SNZB-04_eWeLink - eWeLink Contact sensor (EndDevice) 2026-07-05 09:14:51.369 - info: zigbee.0 (511560) 0xa4c138b8877ab61c (addr 863): SNZB-04_eWeLink - eWeLink Contact sensor (EndDevice) 2026-07-05 09:14:51.386 - info: zigbee.0 (511560) 0x003c84fffe21608f (addr 8497): E1812 - IKEA TRADFRI shortcut button (EndDevice) 2026-07-05 09:14:51.386 - info: zigbee.0 (511560) 0xa4c138fc7ddaeeaf (addr 37458): SS6400ZB - LoraTap 4 button portable remote control (EndDevice) 2026-07-05 09:14:51.387 - info: zigbee.0 (511560) 0x00158d00041e2ef7 (addr 8617): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice) 2026-07-05 09:14:51.390 - info: zigbee.0 (511560) 0xa4c1384daf96da37 (addr 18743): ZG-204ZL - Tuya Luminance motion sensor (EndDevice) 2026-07-05 09:14:51.392 - info: zigbee.0 (511560) 0xa4c13808112fea68 (addr 32362): TH05Z - ONENUO Temperature & humidity sensor with clock and humidity display (EndDevice) 2026-07-05 09:14:51.393 - info: zigbee.0 (511560) 14 devices are part of the network 2026-07-05 09:14:51.393 - info: zigbee.0 (511560) Zigbee started Das Problem habe ich mit zigbee-Instanz 0 und 3, dahinter sitzen jeweils ein SONOFF Zigbee/Thread PoE Dongle Max ( https://www.amazon.de/dp/B0FMJH4DPN ), hinter 1 und 2 sitzen 2 ZigStar-Gateways die keine Probleme machen Wenn man sich im Log die PanID ansieht, ist 11329b3bb6ba3ddd natürlich richtig. Die falsch angemäkelte dd3dbab63b9b3211 ist die gleiche, nur Rückwärts Issue ist erstellt: https://github.com/ioBroker/ioBroker.zigbee/issues/2931

Verstehe ich.

Hallo, auch bei mir und Geräte die offline waren und dann wieder im WLan sind, werden dann auch wieder offline angezeigt.