Open andig opened 3 months ago
Frage: könnte man hier auch noch eine Schieflast-Überwachung mit reinnehmen?
Hier noch nicht, da das eine genaue Zuordnung der Phasen der ersten einzelnen Circuits und Loadpoints erfordert.
Add circuits api to support SteuVE
Noch ein Problem entdeckt, oder ich habe einen Gedankenfehler?
2 Ladepunkte hängen am selben Kabelanschluss. Dieser Anschluss hat kein Meter.
Jeder Ladepunkt (hat sein eigenes Meter) bekommt seinen eigenen circuit. (Annahme von mir, dass darüber später die Regelung bzgl SteuVE läuft).
Beide Ladepunkte sind dem circuit "loadpoints" zugeordnet (wegen der Maximalleistung des Anschlusses).
Der circuit "loadpoints" ist somit nur eine Zusammenfassung der beiden Ladepunkte.
Es kommt der Fehler circuit loadpoints has no meter an no loadpoint assigned
.
circuits:
- name: main
title: Hauptsicherung
maxCurrent: 48
- name: loadpoints
title: Ladepunkte
maxCurrent: 16
parent: main
- name: lp1
title: LP1
maxCurrent: 16
parent: loadpoints
- name: lp2
title: LP2
maxCurrent: 16
parent: loadpoints
Kein Denkfehler, aktuelle Restriktion. Die Prüflogik berücksichtigt keine Hierarchie von Circuits über 2 Ebenen hinaus. Würde ich auch erst angeben, wenn das wirklich relevant sein sollte- hier brauchst Du das ja nicht weil Du einfach beide Boxen an den loadpoints
Circuit hängen kannst?
hier brauchst Du das ja nicht weil Du einfach beide Boxen an den loadpoints Circuit hängen kannst?
aktuell ja. Aber der Hinweis auf "SteuVE" hat mich auf diesen Gedanken gebracht. Diese Regulierung betrifft ja jede Wallbox einzeln und wenn die Regelung über den circuit laufen soll (was ja Sinn macht), dann braucht jede Wallbox einen eigenen. Aber, stimmt, ist noch nicht relevant.
Die Dimmung erfolgt pauschal für alle SteuVE am Anschluss über die netzrelevante Leistungsaufnahme.
Im Fall eines EMS gibt es dazu eine vglw. komplizierte Formel für die Summe.
Es wird dabei leider nicht nur einfach n * 4200 kW
als SteuVE-Limit vorgegeben.
OK, "Gleichzeitigkeitsfaktor" ist das Stichwort. Danke
It would be good to allow use of plugins to set the values for circuit. Not sure if that would be a start to help support SteuVE
I have created an english version of the documentation page for loadbalancing. (https://github.com/evcc-io/docs/pull/584)
But I I have noticed a difference in behavior and how the documentation describes how it should work. This statement: "Alle Ladepunkte ohne explizite Stromkreiszuordnung werden diesem Hauptstromkreis zugeordnet. " I conclude from this that if I have only one circuit "main" I do not need to specify "circuit" on the loadpoint configuration. But if I try this loadmanagement does not work on mij loadpoints. I need to specify "circuit: main" on the loadpoints and then it works.
So is this a bug in loadmanagement or just wrong documentation?
In my use-case these warnings are not needed. Overcurrent is expected when we start cooking so it happens almost every day. I am wondering if these warning have any use to other people? Otherwise maybe they could be disabled by default?
Ich habe auch noch ein Problem in Kombination von Lastmanagement und dem Homewizard P1 Meter gefunden. Der Homewizard gibt egal ob Einspeisung oder Bezug eine positive Amperezahl aus. Bedeutet wenn Einspeisung größer als die Limitierung ist, lädt gar nichts mehr. Soll ich dafür ein eigenes Issue erstellen?
[circuit-main] WARN 2024/07/26 11:15:46 over current detected: 21.7A > 10A [site ] DEBUG 2024/07/26 11:15:46 pv power: 16079W [site ] ERROR 2024/07/26 11:15:46 battery 1 soc: outdated [site ] DEBUG 2024/07/26 11:15:46 battery soc: 0% [site ] DEBUG 2024/07/26 11:15:46 battery power: 190W [site ] DEBUG 2024/07/26 11:15:46 grid meter: -14162W [site ] DEBUG 2024/07/26 11:15:46 grid currents: [21.7 21 16.6]A [site ] DEBUG 2024/07/26 11:15:46 site power: -13822W [lp-2 ] DEBUG 2024/07/26 11:15:46 charge voltages: [241 241 242]V [lp-2 ] DEBUG 2024/07/26 11:15:46 detected connected phases: 3p [lp-2 ] DEBUG 2024/07/26 11:15:47 charge total import: 1083.804kWh [lp-2 ] DEBUG 2024/07/26 11:15:47 charger status: B [circuit-main] DEBUG 2024/07/26 11:15:47 validate current: 21.7A + (0A -> 16A) > 10A capped at 0A [lp-2 ] DEBUG 2024/07/26 11:15:47 !! active phases: 3p = min(0p measured 0p vehicle 3p physical 0p charger) [site ] DEBUG 2024/07/26 11:15:55 ---- [lp-1 ] DEBUG 2024/07/26 11:15:55 charge power: 0W [lp-1 ] DEBUG 2024/07/26 11:15:55 charge currents: [0 0 0]A [lp-2 ] DEBUG 2024/07/26 11:15:55 charge power: 5W [lp-2 ] DEBUG 2024/07/26 11:15:56 charge currents: [0 0.0442 0]A [lp-3 ] DEBUG 2024/07/26 11:15:56 charge power: 0W [lp-3 ] DEBUG 2024/07/26 11:15:56 charge currents: [0 0 0]A [circuit-outdoor] DEBUG 2024/07/26 11:15:56 power: 5.3418W [circuit-outdoor] DEBUG 2024/07/26 11:15:56 current: 0.0442A [circuit-main] DEBUG 2024/07/26 11:15:56 power: -13970W
This is a homewizard issue not a load management issue. So maybe better to open a new issue. What you see is strange because I see negative currents in the messages from the homewizard api and the docs also show negative values are possible for current. If you open a separate issue we can discus it further. (if possible use english that would make it easier for me).
But I I have noticed a difference in behavior and how the documentation describes how it should work
@Roeland54 lets move this discussion to https://github.com/evcc-io/docs/issues/587