Community Forum

@Kymchy Eine zweite Instanz bringt dafür nichts. Alle Instanzen eines Adapters auf einem Host verwenden dieselbe installierte Version. Wenn du Latest installierst, laufen also beide Instanzen mit 2.20.8. Zurück auf Stable kommst du aber problemlos: Im Admin den Expertenmodus einschalten, dann auf der Kachel von vis-2 Eine bestimmte Version installieren wählen und die Stable-Version aussuchen. Auf der Konsole geht es so: iob upgrade vis-2@<version> Bevor du Latest installierst, würde ich das Projekt sichern. Das geht im vis-2-Editor über den Projekt-Export oder mit BackItUp. Sollte nach dem Zurückgehen irgendetwas im Projekt nicht mehr passen, spielst du einfach diesen Stand wieder ein. Es muss aber funktionieren. Zur markierten ersten Zahl auf dem iPad: Das Feld wird abschnittsweise bearbeitet, also Stunden und Minuten getrennt. Beim Antippen wird deshalb der erste Abschnitt markiert. Was genau stört dich daran? Kannst du nach dem Markieren die Zeit nicht ändern, oder ist es nur optisch unschön?

Bei mir gibt‘s keine Einträge in den Protokollen des Adapters. [image: image.jpeg]

@foxriver76 @mcm1957 Update: ioBroker.ocpp 1.0.0-alpha.4 – Komplett-Modernisierung & Node.js 24/26 Support Hallo zusammen, kurzes Update aus der Entwicklung: Der OCPP-Adapter wurde vor kurzem offiziell in die Community-Organisation iobroker-community-adapters überführt und ich bin als Co-Maintainer eingestiegen. Wir haben den Adapter unter der Haube von Grund auf modernisiert und die veraltete @ampeco/ocpp-eliftech-Bibliothek durch einen nativen TypeScript OCPP 1.6-J WebSocket-Server ersetzt. Damit steht ab sofort die 1.0.0-alpha.4 auf npm zum Testen bereit! 🎉 🚀 Was ist neu / behoben? Volle Node.js 22, 24 und 26 Kompatibilität: Der gefürchtete Absturz Util.isObject is not a function unter Node.js 24 gehört endgültig der Vergangenheit an. Resiliente Verbindungen & Reconnects: Zombie-Sockets bei WLAN-/Netzwerk-Abbrüchen der Wallbox werden sauber bereinigt; ausgehende OCPP-Kommandos werden normgerecht serialisiert. Smart Charging & Transaktions-Tracking: RemoteStartTransaction nutzt jetzt normgerecht TxProfile und verwaltet die echte transactionId pro Connector auch über Reconnects hinweg. Neue Option stripLeadingSlash: Im Admin kann optional eingestellt werden, ob führende Slashes (/) oder URL-Präfixe aus der Wallbox-ID entfernt werden sollen (erleichtert u.a. die Einbindung in Node-RED). Standardmäßig bleibt alles für Bestandsinstallationen 1:1 abwärtskompatibel. Neues Admin-UI: Auf modernes, responsives JSONConfig mit voller Mehrsprachigkeit umgestellt. ESLint 9 & aktueller ioBroker-Standard. 🧪 Wie kann getestet werden? Da es sich um eine Vorabversion handelt, ist sie derzeit nur über npm verfügbar: Im ioBroker Admin den Expertenmodus einschalten. Unter Adapter auf das Katzen-Symbol (Installieren aus eigener URL) gehen. Den Reiter Benutzerdefiniert wählen und eintragen: iobroker.ocpp@1.0.0-alpha.4 Auf Installieren klicken. (Alternativ über die Konsole: iob url iobroker.ocpp@1.0.0-alpha.4) 📢 Worauf freuen wir uns beim Feedback? Welches Wallbox-Modell nutzt ihr? Klappt der Verbindungsaufbau, Statuswechsel und das Auslesen der Zählerstände (MeterValues)? Funktioniert die Ladestromvorgabe (chargeLimit)? Falls euch etwas auffällt, stellt die Instanz gerne temporär auf Logstufe debug und teilt die Auszüge hier. Erstellt bitte bei Fehlern ein Issue mit den o. g. erforderlichen Informationen, damit nichts verloren geht. Mit meiner EVBox funktioniert diese Version bereits ohne Fehler. Vielen Dank an alle fürs Mit-Testen!

Gerade ist eine neue Version in „Latest“ erschienen. Alle Widgets und der Screensaver sind jetzt auch als Web-Components verfügbar. Sie lassen sich also in Visualisierungen, die es unterstützen (Aura, Vis-2, ...), direkt als Widget auswählen und konfigurieren. Das HTML-Widget was im im Adapter konfiguriert bleibt aber erhalten.

Ich habe grad meinen openmeteo-notify aktualisiert, web-components sind bei den Widgets nun eingebaut. Version sollte bald im latest zu sehen sein.

@JavaMafia sagte: Hallo zusammen, wollte am Wochenende mal eben schnell denn Ecovacs Adapter installieren und einstellen. Denke das die Einstellungen alle ok sind. Bekomme aber beim Start des Adapters folgende Fehlermeldung.: ecovacs-deebot.0 2026-07-29 19:44:36.115 error Failure code 1013: Please update to the latest version to continue. ecovacs-deebot.0 2026-07-29 19:44:35.946 info Using login: ecovacs.com Ecovacs Version: 1.4.15 Node.js Version: 22.23.1 NPM Version: 10.98 Vielleicht hat noch jemand eine Idee was man noch versuchen könnte. Die Version wird aus eigener Quelle installiert, also Expertenmodus einschalten installieren azs eigener URL (Katze drücken) Benutzerdefiniert: https://github.com/mrbungle64/ioBroker.ecovacs-deebot/tree/v2-multi-device Wichtig sind dann die Schritte der Verifizierung: Steps (Admin → Objects tab, navigate to ecovacs-deebot.<instance>.verification): Wait until verification.status shows code_sent (the adapter has requested the e-mail — also visible in the log). Enter the code from the e-mail into verification.code. Trigger verification.submit (set to true). On success the login completes automatically, verification.status becomes verified, and the code is cleared. An invalid/expired code sets invalid_code — just enter a new code and submit again, or use verification.requestCode for a fresh one. Mein T90 läuft jetzt. Die eigenen Szenarien fehlen noch, aber er reinigt auch gerade... Grüße Brati

Aktuelle Test Version 1.2.0 Veröffentlichungsdatum 09.11.206 Github Link https://github.com/tipp88/ioBroker.octopus-energy-monitor Hallo zusammen, mit Version 1.2.0 über das Iobroker Beta/Latest Repository gibt es einige Neuerungen und Korrekturen für den Octopus Energy Monitor. Ich würde mich freuen, wenn ihr den neuen Release testet und hier Rückmeldung gebt. Was ist neu? Historische Preise: Verbrauchskosten und Grundpreise werden anhand der zum jeweiligen Zeitpunkt gültigen Vertrags- und Preisdaten berechnet. Fehlen eindeutige Preise, bleibt der Verbrauch erhalten; die Kosten werden als nicht verfügbar gekennzeichnet. Optionale Neuberechnung: Bereits gespeicherte Tage können über eine neue Einstellung mit historischen Preisen neu berechnet werden, ohne ihre vorhandenen Intervalle erneut nach InfluxDB zu exportieren. Robustere API-Abfragen: Verbesserungen bei Token-Erneuerung, Rate-Limits, Wiederholungen und dem Abruf mehrseitiger Antworten. Neue Diagnose-Datenpunkte: Sync-Status, API-Fehler und die Vollständigkeit der Viertelstundenwerte werden sichtbar. Zeitfenster und Zeitumstellung: Korrekturen bei mehreren Tarifzeitfenstern sowie Tagen mit 23 oder 25 Stunden. Weniger Discrepancy-Warnungen: Unveränderte Abweichungen werden nicht ständig erneut gemeldet. Tage mit 0 Verbrauch bleiben vom Vergleich ausgeschlossen und werden weiterhin erneut abgefragt. Außerdem können die zeitabhängigen §14a-Netzentgelte für Modul 3 optional direkt von Octopus abgerufen werden. Bei nicht nutzbaren Daten bleiben die manuellen Einstellungen aktiv. Die API-Antwort und der konkrete Fallback-Grund lassen sich unter info.api.gridFees prüfen. Besonders gesucht sind Tester mit tatsächlich aktiviertem Modul 3. Bei meinem Anschluss liefert Octopus zwar NT/ST/HT-Netzentgelte, meldet aber weiterhin MODULE_1. Abruf und Fallback konnte ich damit prüfen, die automatische Modul-3-Berechnung noch nicht vollständig. Bitte testet den neuesten Release 1.2.0 auch im normalen Octopus-, Inexogy- oder Kombibetrieb. Interessant sind insbesondere Tarifwechsel, Abrechnungsperioden und die EnWG-Berechnung. Bei Problemen bitte Betriebsart, relevante Einstellungen und Logs dazuschreiben – Zugangsdaten und persönliche Angaben vorher entfernen. Danke fürs Testen!

@Freak Wasser- und Stromverbrauch werden, wenn überhaupt, nur in der Cloud berechnet (der mielecloudservice-Adapter meldet diese Daten). Meines Erachtens ist das nur ein grobes Schätzeisen, da wahrscheinlich aufgrund des gewählten Programs und der Dauer berechnet wird. Bei meinem Geschirrspüler (G7771) wird mit dem mielecloud-Adapter der Stromverbrauch nicht angezeigt, jedoch der Wasserverbrauch. Nach meiner Einschätzung melden die Geräte keine Verbrauchsdaten, ich nutze zur Strommessung ohnehin einen Plug.

@Garfonso sagte: Also, gerne schon testen. Kommt demnächst dann ins stable und der alte Adapter geht nicht mehr. Ich habe mir die neue Version 2.0 installiert, sie funktioniert bei mir reibungslos. Da ich nur die historischen Werte brauche ist der Adapter perfekt für mich, dafür bedanke ich mich recht herzlich bei dir. :-) tschüss B.

Bis jetzt habe ich den Adapter nur zum lesen der Werte vom Solakon one genutzt. Jetzt muss ich aber aktiv Steuern, allerdings reagiert der Solakon one nicht auf die Befehle die ich ihm per Adapter schicke. Hast du das schon selber mal getestet und funktioniert das bei dir? Edit: Hat sich erledigt. Ich hab das Timeout für die Fernsteuerung Übersehen, das Steht Standarmässig auf 0 und deswegen hat es nicht funktioniert.

@jensven Ich gehöre auch dem Ortenaukreis mit seinen zahlreichen Gemeinden an. Meine Lösung: Ich kopiere den für mich passenden Abfallkalender in einen Google-Kalender und nutze dann als Datenquelle 'iCal-Instance'. Das funktioniert zuverlässig, muss allerdings jedes Jahr im Dezember fürs nächste Jahr erneut erledigt werden.

@bluefox Danke für die Rückmeldungen. Ich habe eine neue Version 0.1.14 erstellt. Punkt 1: Timeout und Fehlerbehandlung ist überarbeitet. Es sollten keine doppelten Logeinträge mehr kommen, und ich bin deinem Vorschlag gefolgt. Beim ersten Verbindungsverlust wird warn: Mill heater is not reachable und dann als Debug debug: Mill API request failed ... geloggt. Wenn die Verbindung wieder da ist, wird das mit info geloggt. Das Setzen von info.connection ist auch verbessert, es werden nur Wertänderungen geschrieben. Punkt 2: Typo korrigiert und "no-template-curly-in-string": "error" in die eslint.config mit aufgenommen, damit sollte das nicht noch mal passieren. Punkt 3: Ich habe den Adapter im Moment so ausgelegt, dass pro Instanz nur eine Heizung unterstützt wird. README ist entsprechend klarer formuliert. Die Vorteile aus meiner Sicht für eine Instanz pro Gerät sind: Geräte lassen sich unabhängig starten und stoppen. Verbindungsprobleme eines Gerätes beeinflussen nicht die anderen. Jedes Gerät hat seinen eigenen Verbindungsstatus. Logs und Fehler lassen sich eindeutig zuordnen. Änderungen an der IP-Adresse betreffen nur das jeweilige Gerät. Der Objektbaum bleibt übersichtlich und eindeutig.

Tipp gleich noch einmal separat, weil mein Tipp einem User sehr geholfen hat: Wenn jemand WLAN-Probleme mit dem zenGerät hat und das Handy daneben eine gute WLAN-Verbindung – wichtig: im 2,4-GHz-Netz – hat, dann könnte eine WLAN-Bridge direkt neben dem zenGerät Wunder bewirken.

@SeJu387 sagte: Hey Seaspotter, ich melde mich mit zwei kleineren Themen. Ich habe auf dem iDM Display des Nachtens immer noch die Meldung "20300 Photovoltaik nicht verbunden". Das Führt dazu, dass auch unter Statistik > Energiemanagement der Energiefluss nicht angezeigt wird. Ich habe auch eine für mich kuriose Meldung im ioBroker Protokoll gefunden, da ich mein PV Register definitiv nicht mit einem anderen Adapter schreibe. ioBorker Protokoll.txt Ein anders Thema, dass ich noch nicht näher beleuchten konnte, in deiner Webübersicht im Block Wärmepumpe B2 Durchfluss Wärmesenke sehe ich immer wieder Werte, von > 680000 l/min, das hält ein paar Sekunden und geht dann auf ca. 3000 l/min zurück. Häufiger sehe ich Werte um 30000 l/m die dann innerhalb von zwei Sekunden um Faktor 10 schrumpfen. Ich vermute dass hier was mit den Modbus Registern nicht passt. Kannst du bitte noch eine Support-Datei beifügen in den Adapter-Einstellungen unter Diagnose kannst du die erzeugen. Würde in dem Fall sehr weiterhelfen. Der Durchfluss wird nicht aus den Modbus-Registern ausgelesen sondern übers Display direkt. Vielleicht kannst du auch mal gleichzeitig im Nav10 schauen was unter den Eingängen/Ausgängen in der App/am Display für B2 als Durchfluss angezeigt wird. 3000 l/min bzw. 68000 l/min sind um ein Vielfaches zu hoch, reale Werte sind deutlich unter 100l/min.

@Marc9025 Seit gestern Morgen schon. EDIT BITTE LOGS NICHT ALS BILD

@Bluefox sagte: Von meiner Seite: Wenn bei der Umsetzung etwas in dm-utils fehlt, bitte als Issue hier melden, dann erweitern wir die Bibliothek: https://github.com/ioBroker/dm-utils/issues Das sollte klar sein, aber bitte erst nach einer Diskussion darüber ob das wirklich notwendig und sinnvoll ist. Gleich Anpassungen an der Basis zu fordern ohne sich vorher darüber zu unterhalten was ohne Anpassungen geht ist meiner Meinung nach nicht im Sinne des Erfinders. A.

@amg_666 Passt, beide Ergebnisse sind so, wie sie sein sollen. Der Server liefert jetzt die komplette Kette mit Zwischenzertifikat, und Node bekommt 200. Das BBK hat das also behoben. Ein Issue beim Adapter ist damit nicht nötig. Dass der node-Befehl nach der 200 nicht beendet wurde, ist normal. Die Antwort wird im Einzeiler nicht gelesen, deshalb hält Node die Verbindung noch offen. Strg-C ist da völlig in Ordnung.

@Thomas-Braun danke für die Info! Ich habe den ganzen Sonntag damit verbracht, ioBroker ohne install.sh auf meinem Pi 5 mit EOS-ARM zu installieren, natürlich auch mit Unterstützung durch KI. Im Moment nutze ich den Pi 5 erst einmal als Spielwiese. Wenn alles gut läuft, werde ich komplett auf ihn umsteigen und meinen alten Pi 4 als Backup behalten. Falls Interesse besteht, kann ich meine wiki Anleitung dazu gerne hier verlinken. Sie ist momentan allerdings noch quick & dirty und muss überarbeitet werden. alarm@eos-arm-pi5 ~]$ fastfetch ./o. alarm@eos-arm-pi5 ./sssso- ----------------- `:osssssss+- OS: EndeavourOS aarch64 `:+sssssssssso/. Host: Raspberry Pi 5 Model B Rev 1.1 `-/ossssssssssssso/. Kernel: Linux 6.18.60-1-rpi `-/+sssssssssssssssso+:` Uptime: 18 mins `-:/+sssssssssssssssssso+/. Packages: 331 (pacman) `.://osssssssssssssssssssso++- Shell: bash 5.3.20 .://+ssssssssssssssssssssssso++: Terminal: /dev/pts/0 10.6p1 .:///ossssssssssssssssssssssssso++: CPU: BCM2712 (4) @ 2.40 GHz `:////ssssssssssssssssssssssssssso+++. Memory: 715.94 MiB / 15.63 GiB (4%) `-////+ssssssssssssssssssssssssssso++++- Swap: Disabled `..-+oosssssssssssssssssssssssso+++++/` Disk (/): 4.04 GiB / 916.27 GiB (0%) - ext4 ./++++++++++++++++++++++++++++++/:. Local IP (end0): 192.168.0.240/24 `:::::::::::::::::::::::::------`` Locale: de_DE.UTF-8 [image: ioB-EOS.png]

@Rogni sagte: die App Sprit hab ich im Adapter erstellt. Nun hab ich mir ein Blockly gebastelt. Du setzt Text auf einen JSON String? Das wird so nicht klappen. Einfach nur den Text übergeben. Und bitte bau' nie nie nie JSON-Strings manuell selbst zusammen. Dafür baut man erst ein Objekt und wandelt es mit Objekt zu Text dann in JSON um. Alles andere führt nur zu Fehlern und ist maximal unleserlich.