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

PV surplus charging: "do not charge from grid" and "do not feed to grid" #14578

Open
eweri opened this issue Jun 26, 2024 · 4 comments
Open

PV surplus charging: "do not charge from grid" and "do not feed to grid" #14578

eweri opened this issue Jun 26, 2024 · 4 comments
Labels
backlog Things to do later

Comments

@eweri
Copy link

eweri commented Jun 26, 2024

Is your feature request related to a problem? Please describe.
I have a solarsystem with only 3,7kW peak power and in germany we get a lot less money for power we feed to grid then we have to pay for power we draw from grid. Because at the moment PV mode starts loading when at least 1,4kW feed to grid are reached, because for my not so powerful solarsystem has to be really good weather to reach this level of power.

Describe the solution you'd like
The current strategy for PV mode is "do not charge from grid", i would prefer a policy in PV mode "do not feed to grid".
So we need two thresholds that define a surplus power level at which loading is started and stopped even when this means to draw power from grid. But charging should only start when there is a surplus from solarsystem.

Here again what I would like to achieve:

  1. When the PV generates the house consumption plus a value X surplus, charging should start. In order to achieve the charging power of 1.4kW, the rest should then be drawn from the grid.
  2. If the PV generates more than the house consumption plus minimum charging, the charging should then follow the generation and no longer draw energy from the grid.
  3. If the PV generation falls below the domestic consumption plus a value X, the charging should stop.

The goal is to load as much solarenergy (even on cloudy days) into the car before it is feed to the grid.
A mode switch for "PV" to change strategy would be great.

Example:
Home needs 350W, PV generates 1200W currently 850W are feeded to the grid, no charging.
I would like this policy:
Home needs 350W, PV generates 1200W (not even enough surplus for 1 phase charging), car is charging with minimum 1400W, 550W taken from grid
Home needs 350W, PV generates 2200W (enough surplus for 1 phase charging), car is charging with minimum 1850W, 0W taken from grid.

Describe alternatives you've considered
I tried with residualpower, enable threshold and disable threshold - they did not do exactly what i want.
residualpower draws power from grid even when surplus is enough for 1 phase charging
thresholds are calculated from gridpower not from pv surplus power. See the attached picture.

Additional context
I tried with enable threshold 500W and disable threshold 950W and because my PHEV (Hyundai Tucson) charging power was only 841W the charging did not stop when surplus was 0W. see picture
IMG_0430

@andig
Copy link
Member

andig commented Jun 26, 2024

Yes, thats in the backlog. There‘s a lengthy discussion on charging modes also covering this (can‘t find the link right now).

/cc @VolkerK62

@andig andig added the backlog Things to do later label Jun 26, 2024
@andig andig changed the title Switching between different strategies for PV surplus charging - "do not charge from grid" and "do not feed to grid" PV surplus charging: "do not charge from grid" and "do not feed to grid" Jun 26, 2024
@VolkerK62
Copy link
Contributor

should be this? #3530

@An-Wi

This comment was marked as resolved.

@andig
Copy link
Member

andig commented Jun 29, 2024

I'm locking this here as the majority of the discussion is in #3530. Leaving issue as reminder of the backlog item.

@evcc-io evcc-io locked and limited conversation to collaborators Jun 29, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
backlog Things to do later
Projects
None yet
Development

No branches or pull requests

4 participants