Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[psrelax]

@as
Suche mal in einem Vergleichsportal nach Anbietern ohne Bonus.
Wenn ich mit Bonus suche, erhalte ich auch nur hohe kWh-Preise. Die Anbieter normalisieren ihre Preis anscheinend durch die Bonis(Einmalzahlungen) an die Kunden.
Ich wollte das allerdings nicht. Mir ist ein günstigerer kWh-Preis wichtiger.

[niceddes]

Hallo zusammen, bei mir läufen die Charge Control VIS views aktuell nicht mehr, weil das material design plugin im iobroker nicht mehr funktioniert. Habe schon alles versucht und bekomme den Adapter nicht mehr zum laufen. Könnte auch am Node 22 update liegen.

Hat vielleicht jemand einen charge control VIS view ohne material design, welchen er mir als export zur Verfügung stellen könnte? Alternativ einen VIS2 View für Charge Control.

Danke euch schon mal und Grüße

[psrelax]

@niceddes
Ich habe Node 22 auch schon einmal installiert, bin aber wieder zurück auf den alten Stand gegangen, da ein wichtiger Adapter, den ich brauche, nicht mehr funktioniert hatte.

Ich meine aber, ich hatte auch Probleme mit dem Material Design. Lösche es einmal komplett und installiere es neu. Danach sollte in der View wieder alles vorhanden sein.
Ich meine das war meine Lösung.

[Thomas Braun]

@psrelax sagte in E3DC Hauskraftwerk steuern:

bin aber wieder zurück auf den alten Stand gegangen, da ein wichtiger Adapter, den ich brauche, nicht mehr funktioniert hatte.

Dann kümmer dich um den Adapter, im April 2026 wird nodejs@20 abgekündigt.

[psrelax]

@Thomas-Braun

Würde ich ja gerne. Leider wird er nicht wirklich supportet.
Hab schon einen Issue eröffnet, rührt sich aber nix.

Ist der Adapter: https://github.com/DrozmotiX/ioBroker.esphome
Und hier der Issue: https://github.com/DrozmotiX/ioBroker.esphome/issues/340

Eine andere Möglichkeit wie auf MQTT umzusteigen, hab ich nicht hin bekommen.
Aber das ist keine Thema für hier.

[Thomas Braun]

@psrelax

Das hat aber mit der nodejs-Version nix zu tun.

[psrelax]

@Thomas-Braun
Der Fehler ist aber erst aufgetreten, als ich nodejs geupdatet hatte.

[as]

das preisbasierte laden hat vom 31->.1.1.26 nicht so richtig funktioniert
es wurde am 31 nochmal voll geladen obwohl akku bis morgens zum 10cent günstigeren preis gereicht hätte dachte das mehrfach auf optimale zeiten u preise geschaut wird
hat das noch jemand erlebt

[psrelax]

@as
Das hab ich nicht gesehen, da ich Tibber abgeschalten habe aber die Prognose von ChargeControl hatte am 01.01.2026 bei 0 angefangen. Vielleicht hängt das damit zusammen.

[as]

-...............................

[mbosch]

Wenn von der Version 1.4.3 auf die 1.4.4 update bekomme ich diese Logeinträge:

2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_GET_IDLE_PERIODS_2 has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_PRICE_BASED_WB_CHARGE_ACTIVE has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_PRICE_BASED_BATTERY_CHARGE_ACTIVE has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_PRICE_LIMIT_BATTERY has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_SOC_BATTERY has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_MONTHS_ACTIVE has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.349 - warn: e3dc-rscp.0 (2087) TAG_EMS_REQ_DPP_PRICE_BASED_BATTERY_CHARGE_ENABLED has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_I_BAT has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_U_BAT has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_P_BAT has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_I_DCL has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_U_DCL has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_P_DCL has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_FIRMWARE_VERSION has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_FPGA_FIRMWARE has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_SERIAL_NUMBER has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_BOARD_VERSION has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_STATUS has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_STATUS_AS_STRING has no assigned polling interval - assuming 'M' - please check io-package.json
2026-01-18 10:11:17.350 - warn: e3dc-rscp.0 (2087) TAG_DCDC_REQ_DEVICE_STATE has no assigned polling interval - assuming 'M' - please check io-package.json

Hab ich was übersehen beim Update?
Was muss ich tun, damit die Meldungen weg gehen?

[ArnoD]

@as sagte in E3DC Hauskraftwerk steuern:

das preisbasierte laden hat vom 31->.1.1.26 nicht so richtig funktioniert
es wurde am 31 nochmal voll geladen obwohl akku bis morgens zum 10cent günstigeren preis gereicht hätte dachte das mehrfach auf optimale zeiten u preise geschaut wird
hat das noch jemand erlebt

Um da was sagen zu können, benötige ich immer die LOG Einträge.

[ArnoD]

@mbosch
Falsches Forum.
Wenn du mit dem E3DC-rscp Adapter Probleme hast, dann bitte über Github ein Issue eröffnen.
e3dc-rscp Github

[as]

@ArnoD bekomme das log nicht herunter geladen
heute erneut Abweichung vom ideal
Nachts nicht geladen 34c - bis zur peak Zeit 51c entladen - ab peak Zeit entladesperre gesetzt 7:30 bis 8:45
das setzten der entladung während peak wird häufig gesetzt zusammenhang mit sehr großer Abweichung des Preises oder über gewissem Level ?
gibt es andere Versionen (älter) die dieses anders gemacht haben wenn es keine neuere Versionen geben wird

[ArnoD]

@as
ohne LOG Einträge ist es unmöglich zu erraten, warum bei dir was nicht so läuft wie es soll.

gibt es andere Versionen (älter) die dieses anders gemacht haben wenn es keine neuere Versionen geben wird

Dazu müsste ich erst verstehen, was anders gemacht werden soll.

[as]

@ArnoD iobroker.2026-01-20.log.gz

[as]

@ArnoD ist die LadesteuerungTibber anpassbar für zb OctopusHEAT mit festen Zeiten zum Laden oder gar Mittags nachladen?
da diese nacht zu 33c nicht geladen wurde->dadurch zu 39c morgens akku leer war um Mittags zu 32c nachladen zu wollen

[ArnoD]

@as
Ich benötige das LOG mit aktiviertem LogLevel 4 oder 5.
Das Kannst du aktivieren, indem du bei der Objekt-ID 0_userdata.0.TibberSkript.USER_ANPASSUNGEN.LogLevel 4 oder 5 einträgst.

Wenn der Fehler wieder auftritt, dann bitte mir auch die Uhrzeit mitteilen, wo das TibberScript nicht so funktioniert hat, wie du es dir vorstellst.

Wenn du zu festen Zeiten einfach laden willst, kannst du das über VIS indem du das Tibber Skript deaktivierst und Laden aktivierst:

Wenn du das automatisch machen willst, kannst du über ein Script die Objekt-ID`s direkt ändern.

Ich werde das Tibber Skript nicht mehr weiter entwickeln, sondern nur noch Fehler beheben.

[psrelax]

@arnod

Kannst du vielleicht mal das Verhalten bei dir anschauen, ob es bei dir auch so auftritt?
Ich habe Notstrom Sockel und Notstrom min beide fest auf 25% eingestellt inkl. Nachladen in der Nacht.
Nachladen funktioniert einwandfrei aber kurz darauf wird wieder ein paar Prozent entladen. das ist jede Nacht so.

Wie du im Screenshot siehst, wird von 02:00-02:30 auf 25% geladen und von 03:00-03:45 auf ca. 21% entladen.
Hier bleibt es dann den ganzen Tag stabil.
Vielleicht kannst du das Verhalten bei dir auch nachstellen.
Danke schonmal.

Nur so nebenbei.
Ich bin jetzt wieder total glücklich mit meinem neuen Stromanbieter. Nicht mehr auf den Preis schauen zu müssen ist schon eine große Erleichterung :-)
Die Action mit Tibber ist nur "ertragbar", wenn man sich dadurch auch kräftig was sparen könnte. Aber das ist mittlerweile nicht mehr der Fall.

[ArnoD]

@psrelax
Bei mir bleibt der Notstrom SOC stabil.
Das entladen wir nur freigegeben, wenn die PV-Prognose hoch ist, was ja gewollt ist.