Nein, der lädt schon auf alle drei Phasen. Warum sollte die Box denn automatisch auf Einphasig zurückschalten? Es ist doch "normales" Laden, oder? Starte doch Mal ein Diagnoselog und mach dann eine Umschaltung.

// Update 2: Claude schlägt nur Checkbox "Beenden" anhaken bei Regel 2 als zusätzliche Änderung der ursprünglichen Regeln vor. Das scheint mir plausibler als die Formeln von GPT und ich werde es jetzt damit versuchen, wenn die Sonne rauskommt. Für andere Vorschläge weiterhin offen.

Hi, zeig doch mal was du in Wallbox und Wechselrichter eingestellt hast und wo du die Kabel aneschlossen hast. Vielleicht sieht man dann den Fehler.

Hab dir einen Screenshot aus der App beigefügt. Bei der Visualisierung oben rechts das Zahnrad.

Hi, am Linksdrehfeld wird es nicht liegen. Die Wallbox kann das gar nicht feststellen. Was genau passiert denn beim anstecken des Autos, bzw. was passiert nicht. Starte ein Diagnoselog und steck dann das Auto an. Vielleicht sieht man da etwas.

Kann ich bestätigen wenn ich mehrere Schaltbefehle in einer HA Automation an die Wallbox schicke, nutze auch immer einen Delay von 3 Sek. (reicht bei mir) zwischen den Schaltbefehlen. Ohne Delay hat es oft gehakt (es wurden nicht alle Befehle abgearbeitet). Vermutlich war der HA zu schnell, oder die Wallbox zu langsam um diese (parallel) ...mehr lesen

Welche Version hast Du? Das Verhalten ist typisch für die 2.12.6 und sollte mit der 2.12.7 gefixt werden. Der PV-surplus Regelsatz dürfte in Deinem Fall nicht das Richtige sein. Versuch es mal mit diesem Regelsatz von Geotec: https://www.cfos-emobility.de/network/wp-content/uploads/cma_attachments/1763665636355_Start-mit-Ueberschuss-Ende-mit-Uhrzeit.json

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.

Das sind doch nur drei Parameter! Was genau verstehst du daran nicht? Ich hänge dir mal einen neuen Laderegelsatz an, der deiner Frage entspricht.  

Du hast eine cFos Power Brain Solar? Sonst geht das gar nicht.

Hast du denn dem Support geschrieben? Was hat der dazu gesagt? In den Changelogs ist nichts vermerkt. Ist der Zähler in der Wallboxkachel richtig gesetzt? Was für ein Zähler ist in der Wallbox verbaut? Modbus oder S0?

Moin, ich hatte hier mal drei Laderegelsätze veröffentlicht. (Allerdings laden die nur einphasig.)

Guten Tag, ich habe den selben Fehler. Gibt es bereits Lösungen ? Wenn ich das Gerät neu Einrichte überträgt er alle Daten für ca. 5 min. danach fliegt er raus, und baut keine Verbindung mehr auf. Auch habe ich immer falsche Daten beim SMA Inverter, hat jemand ähnliche Probleme ?

Für die Enphase-Serie gibt es wohl noch keine Definitionen. Es gibt aber wohl einen HTTP-API auf dem Gateway. Diese API muss aber wohl erst mit einem Token freigeschaltet werden. Hier hab ich einen Anleitung gefunden. https://enphase.com/download/accessing-iq-gateway-local-apis-or-local-ui-token-based-authentication Wenn du mit einem Browser an die Daten kommst, könntest du eine Zähler-Definition fürs Gateway schreiben.   Evtl. hast ...mehr lesen

Ü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.

Ich hatte seit einigen Wochen dasselbe Verhalten. Seit der Aktualisierung auf 2.12.8 funktioniert PV Surplus wieder richtig nach dem Einstecken.