ok, dann Gute Nacht 😉

Update 23.6.25: Einmal drüber schlafen scheint auch der Wallbox gut zu tun. Ich hatte gestern die CM-Variablen gelöscht, woraufhin die Fehlermeldung verschwand. Danach wieder neu eingefügt  und die Fehlermeldung kam wieder. Heute früh kommt die Fehlermeldung nicht mehr. Dafür waren aber jetzt einige andere Variablen, die über mqtt kommen, auf Null und haben so den ...mehr lesen

Dann wäre es ja das geringste Problem. Netzwerkverbindungen sind bei der Wallbox grundsätzlich problematisch, es gibt genug threads zum Thema (https://www.cfos-emobility.de/network/antworten/warum-kommt-es-bei-der-cfos-power-brain-wallbox-manchmal-zu-wlan-verbindungsproblemen/). Ich habe alles getan, was möglich ist, um sie zu stabilisisieren, es gibt trotzdem immer wieder kurzzeitige Unterbrechungen, dann werden diese aber gemeldet und das passiert nicht zwingend im Zusammenhang mit der genannten Fehlermeldung. ...mehr lesen

Nachdem ich hier https://www.cfos-emobility.de/network/antworten/ueberschussladen-mit-ueberbrueckung-von-kurzen-pausen-kann-jemand-meine-probleme-nachvollziehen/#answer-5460 die Erkenntnis gewinnen konnte, dass die Variable surplus_pcur jetzt E1.surplus_pcur heißt, müßte die Aktion jetzt konkret folgendermaßen aussehen: „Auf Wert setzen“ mit einer Formel max(param(1),E1.surplus_pcur) Es wäre schön, wenn jemand von cFos das einmal verifiziert und bestätigt bzw. darlegt, inwiefern ich möglicherweise schief liege.

Übrigens ist das nicht er einzige Laderegelsatz, der auf diese merkwürdige Art und Weise abgearbeitet wird. Laden kann ich derzeit nur noch mit dem cfos Laderegelsatz PV surplus, aber der besteht aus nur 2 Regeln, von denen eine noch eine Variablendefinition ist. Da gibt es bei der Abarbeitung nicht so viele Möglichkeiten, sich zu verlaufen.