openWB Forum

Wenn der Zähler in der openWB von der EVSE ausgelesen und mit den anderen Daten an die openWB weitergereicht wird, dann kann der Hausverbrauchsfehler mit dem EVSE-Fehler zusammenhängen. Wenn die openWB EVSE und Zähler separat ausliest, dann eher nicht. Ich glaube aber eher letzteres.

M1chael hat geschrieben: Die E3DC Abfrage an HA wäre über rscp. nicht Modbus

Das finde ich interessant. Welche Integration ist das denn? Und kann ich über die die Speicherladung und -entladung des s10 steuern? Da wollt‘ ich schon lange mal nach forschen und das wäre ein Anlass damit mal anzufangen.

Sorry die EVSE: ist das ein Stück Code oder kann ich das anpacken, Kabel kontrollieren, Klemmen nachziehen?
Ich hab’s noch nicht verstanden.

Den Link zur Integration hatte ich oben geschrieben.
Total simple. Ich glaub die Speichersteuerung funktioniert damit. Kann aber gerade nicht gucken. habs ja ausgeschaltet

Macht vermutlich Sinn diese Diskussion in einen eigenen Thread auszulagern, da sie offenkundig erstmal kein generelles Problem mit der 2.1.9 enthält. Danke

EVSE: https://openwb.de/shop/?product=simple-evse-din

Wegen des Threads: sicherlich.

seaspotter hat geschrieben: Sa Feb 21, 2026 6:19 am

kai9555 hat geschrieben: Fr Feb 20, 2026 6:21 pm Die Speichersteuerung in Höhe Hausverbrauch funktioniert bei mir gerade nicht mehr. Volle Entladesperre funktioniert problemlos. Ich habe 19:15 Uhr umgeschalten.

Hier das Log: https://paste.openwb.de/bL9MvdoV337Hbii
Version: 2026-01-19 13:34:35 +0100 [91b8c3a05]

Update: Ich habe eine Idee - mein System wurde im Januar von 1er Phase auf 3 Phasen umgebaut. Wenn ich mich richtig erinnere, funktioniert die derzeitige Umsetzung für Victron nur für 1 Phasen Systeme.

Und wenn ich das hier richtig sehe, wird es wohl ab Version 2.2 dazu ein Update geben?
https://github.com/openWB/core/pull/305 ... d98c141712

Nein 3phasig für Victron ist schon in der 2.1.9 seit Dezember drin: https://github.com/openWB/core/pull/2983 der von dir verlinkte PR 3057 behandelt nur die zukünftige Ladung. Muss sich vermutlich Andreas dann mal ansehen.

Ok, dann ist scheinbar etwas kaputt gegangen. Es hatte auf jeden Fall einmal funktioniert. Ich bin jetzt leider für 3 Wochen nicht in der Lage zu testen. Wie gesagt - Volle Entladesperre hat gegriffen. Bei Hausverbrauch wird jedoch mit voller Leistung entladen und nicht in Höhe Hausverbrauch.

Hallo zusammen,

ich bin nicht sicher, ob es an die Stelle hier passt. Ich habe eine Frage hierzu, was diese Möglichkeit betrifft, das Fahrzeug im -"Eco-Modus" zu laden. In der Ankündigung für das Release 2.1.9 ist folgendes beschrieben:

"Zielladen: Ist der berechnete Zeitpunkt des Ladestarts noch nicht erreicht, wird mit Überschuss geladen. Auch nach Erreichen des Ziel-SoCs wird mit Überschuss geladen, solange bis das "SoC-Limit für das Fahrzeug" erreicht wird.
Es wird nach den Vorgaben des Zeitplans geladen, dessen Zieltermin am nächsten liegt, bis max 20 Minuten nach dem angegebenen Zieltermin."

Für mich ist das noch nicht ganz durchgängig. In meinem Fall habe ich die Abfrage der Preise von "Octopus Energy Intelligence Go" eingerichtet. Diese werden auch ausgelesen. Ich habe das SOC-Limit so eingestellt, dass im günstigen Tarif bis 50% geladen wird. Das funktioniert auch, dennoch lädt' das Fahrzeug anschließend nicht automatisch weiter, wenn Überschussladen möglich wäre. Dazu muss ich manuell auf PV-Laden umstellen. Ist es nicht so gedacht und auch sinnvoller, dass das Fahrzeug mit günstigem Strom bis z.B. 50% geladen wird, und anschließend mit Überschussladen unbegrenzt? Besser wäre es doch, wenn man die SOC-Limits für "Günstig-Laden" aus dem Netz und "Überschussladen" zur Schonung der Fahrzeugbatterie separat einstellen könnte. Oder habe diese Art der Einstellung noch nicht verstanden?

Eben das Update gemacht und der Ladepunkt geht in den Fehlerstatus.
Vor dem Update wurde letzte Nacht noch erfolgreich geladen. Aktuell ist das Auto unterwegs.

Im Main Log findet man dazu nach dem Start:
2026-02-25 16:58:57,778 - {helpermodules.subdata:983} - {ERROR:Subdata} - Fehler im subdata-Modul
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/subdata.py", line 952, in process_system_topic
var["iolocal"] = dev.create_io(config)
File "/var/www/html/openWB/packages/modules/internal_chargepoint_handler/add_on/api.py", line 42, in create_io
GPIO.setup(DigitalInputPinMapping[pin].value, GPIO.IN, pull_up_down=GPIO.PUD_UP)
RuntimeError: No access to /dev/mem. Try running as root!
2026-02-25 16:58:57,796 - {helpermodules.subdata:685} - {ERROR:Subdata} - Fehler im subdata-Modul
Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/subdata.py", line 680, in process_io_topic
config, self.system_data[f"io{config.configuration.io_device}"].config.type)
KeyError: 'io0'

2026-02-25 16:58:59,156 - {modules.common.fault_state:45} - {ERROR:set values cp6} - Ladepunkt: FaultState FaultStateLevel.ERROR, FaultStr <class 'RuntimeError'> ('No access to /dev/mem. Try running as root!',), Traceback: NoneType: None

Was kann man jetzt tun? Wie lässt sich das Problem beheben? Ideen?

Viele Dank!

Ideen?

Vielleicht.


siehe: viewtopic.php?t=1526

openWB hat geschrieben: Mi Feb 25, 2026 4:28 pm

Ideen?

Vielleicht.


siehe: viewtopic.php?t=1526

Sind das hier mehr hilfreiche Infos? https://paste.openwb.de/8kt5MmxqEPWqf3w

Anscheinend ein Kernel Problem. Downgrade zum Default und es läuft.

2.1.9 ohne Patch.1 lief aber ebenfalls. Vielleicht als Hinweis am Rande..