Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Epic: Load management enhancements #14261

Open
2 of 7 tasks
andig opened this issue Jun 9, 2024 · 13 comments
Open
2 of 7 tasks

Epic: Load management enhancements #14261

andig opened this issue Jun 9, 2024 · 13 comments
Labels
backlog Things to do later

Comments

@andig
Copy link
Member

andig commented Jun 9, 2024

@andig andig added the backlog Things to do later label Jun 9, 2024
@VolkerK62
Copy link
Contributor

Frage: könnte man hier auch noch eine Schieflast-Überwachung mit reinnehmen?

@premultiply
Copy link
Member

Hier noch nicht, da das eine genaue Zuordnung der Phasen der ersten einzelnen Circuits und Loadpoints erfordert.

@VolkerK62
Copy link
Contributor

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

@andig
Copy link
Member Author

andig commented Jun 30, 2024

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?

@VolkerK62
Copy link
Contributor

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.

@premultiply
Copy link
Member

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.

@VolkerK62
Copy link
Contributor

OK, "Gleichzeitigkeitsfaktor" ist das Stichwort. Danke

@jeffborg
Copy link
Contributor

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

@Roeland54
Copy link
Sponsor Contributor

I have created an english version of the documentation page for loadbalancing. (evcc-io/docs#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?

@Roeland54
Copy link
Sponsor Contributor

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?

image

@TweetsOfNiklas
Copy link

TweetsOfNiklas commented Jul 26, 2024

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

@Roeland54
Copy link
Sponsor Contributor

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

@andig
Copy link
Member Author

andig commented Jul 28, 2024

But I I have noticed a difference in behavior and how the documentation describes how it should work

@Roeland54 lets move this discussion to evcc-io/docs#587

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog Things to do later
Projects
None yet
Development

No branches or pull requests

6 participants