Lastmanagement - Phasen WB <> EVU | Steuerung

[tobiasbecker]

Hallo,

ich habe hier einen Verbund aus 7 openWB custom mit 11kW an 7 einzelnen Stellplätzen.
openWB Version: 1.9.288.

1. Mein Elektriker hat die Boxen phasenrotierend angeschlossen, was ja insbesondere beim 1-phasigen Laden an mehreren Säulen Sinn ergibt und auch zB hier für die openWBs empfohlen wird (Herstellerseitig sind einige Autos nur 1-Phasig und laden natürlich auch immer über L1..).
Frage: kann ich der "Master-Box" irgendwo mitteilen, wie die Zuordnung der einzelnen Boxen auf die EVU-Phasen ist (oder einfach nur, welche Boxen welche Phase gemeinsam nutzen)?
Würde die Schieflast bei mehreren 1-Phasigen Ladevorgängen gerne vermeiden (daher rotierend), zumal das Nachbarhaus nochmal die gleiche Installation (6 statt 7 oWBs) hat; aber da die Zuordnung der Phasen nicht gleich ist, wird sich das Lastmanagement beim 1-phasigem Laden doch "verrechnen", oder?


2. Da ich ein EVU-Limit auf 30 kW für diese 7 Boxen habe, habe ich die Boxen 2..7 auf "openWB ist nur Ladepunkt" gestellt und in der Box 1 30 kW / 3x 43 A als Limit definiert sowie die Boxen 2..7 als "externe OpenWB" angelegt.
Jetzt scheint es aber keine Möglichkeit mehr zu geben, die Ladepunkte einzeln auf "Sofortladen" vs "PV-Laden" zu stellen (nur noch als Verbund).
Vielleicht habe ich hier noch etwas nicht verstanden, aber ich habe doch ggf. Auto 1, was dringend voll werden muss und daher auf "Sofortladen" gestellt wird, und Auto 2, das ganz gemütlich nur den Überschuss einsammeln soll, und dann vielleicht per Zeitplan bis morgens um 6 voll geladen wird.

Wenn ich die Boxen wieder entkoppele, kann ich die Lademodi der Boxen einzeln über das Webinterface oder per Modbus TCP (Hausautomation Loxone) umschalten, im Verbund leider nicht.
Habe ich da etwas nicht verstanden, oder ist das eine Einschränkung von dem Verbund vs Einzelbetrieb?


Gruß,
Tobias

[Jarry]

Ja das ist eine Einschränkung der 1.9 Software. Da sind einige Pferdefüße drin die bei dir zum tragen kommen.
Mit der 2.0 kannst du das mit der Phasenrotation genauer definieren, sowie Ladeprofile für jeden Ladepunkt einzeln definieren.
Die ist zwar noch in der Betaphase, funktioniert aber, hier bei mir, schon so gut, dass ich diese Produktiv einsetze.
Du kannst sie ja mal ausprobieren und schauen ob die schon für dich passt und deine benutzten Module schon in der 2.0 sind. Du brauchst dazu aber auf alle Fälle einen externen Raspi auf der die läuft, deine einzelnen Boxen müssen nur alle als "nur Ladepunkt" laufen und behalten die aktuelle Software. Du kannst also jederzeit wieder zurück wechseln.

[tobiasbecker]

Aktuell ist an jedem "Ladepark" nur genau 1 PHEV, das mit 3600 W auf L1 läd (was also selbst ohne Phasenrotation egal wäre).
Wenn hier in der 2.0 eine relevante Entwicklung in dem Bereich passiert, dann würde ich einfach nochmal 3-6 Monate abwarten und mich wieder darum kümmern, wenn der nächste Nutzer ein BEV/PHEV angekündigt. Letztlich war diese Updatebarkeit ja ein wesentlicher Grund, warum ich mich für die OpenWB entschieden habe

Für den Anfang habe ich jetzt nur die MID-Zählerstände per Modbus TCP integriert, alles weitere dann mit einer 2.x stable.
Danke!

[E-lmo]

Zur Frage1: Die Zuordnung der Phasen ist für das Lastmanagement (aktuell) egal.
Sobald eine EVU-Phase die eingestellte Grenze reißt, werden alle Ladevorgange gleichermaßen gedrosselt, auch wenn z.B. ein Fahrzeug an einer weniger belasteten Phase lädt.

[tobiasbecker]

In der aktuellen 1.9.295 stable gibt es zumindest die Möglichkeit, per HTTP den entsprechenden Parameter direkt pro IP zu setzen:

OpenWB als "Nur Ladepunkt", dann
http://<IPv4_LPonly>/openWB/web/api.php?lademodus=jetzt
http://<IPv4_LPonly>/openWB/web/api.php?lademodus=minundpv
http://<IPv4_LPonly>/openWB/web/api.php?lademodus=pvuberschuss
http://<IPv4_LPonly>/openWB/web/api.php?lademodus=standby
http://<IPv4_LPonly>/openWB/web/api.php?lademodus=stop

Unter "http://<IPv4_LPonly>/openWB/web/api.php?get=all" ist die Änderung zumindest pro LP drin, vor Ort noch nicht verifiziert. Dort stehen jetzt auch wieder die MID-Zählerstände an der richtigen Stelle (vorher LP2 statt 1, sobald "nur LP" aktiviert wurde..).
MQTT und Modbus habe ich nicht getestet.