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

Optimisation at times exceeds p_nom for deferrable loads #324

Open
purcell-lab opened this issue Jul 7, 2024 · 3 comments
Open

Optimisation at times exceeds p_nom for deferrable loads #324

purcell-lab opened this issue Jul 7, 2024 · 3 comments

Comments

@purcell-lab
Copy link
Contributor

purcell-lab commented Jul 7, 2024

Describe the bug
At times the optimisation allocates power levels which are above p_nom for deferrable loads.

EMHASS-–-Home-Assistant (1)

To Reproduce
Home-Assistant (1)

Expected behavior
p_deferrable should not exceed p_nom, so in this case it should not exceed 600 W for the 17:00 timesteps.

Then a few minutes later, optimisation is delivering the expected behaviour.

EMHASS-–-Home-Assistant (3)

Home Assistant installation type

  • Home Assistant Supervised

Your hardware

  • OS: Linux
  • Architecture: amd64

EMHASS installation type

  • Add-on

Additional context
deferrable4 (my hot water heat pump) has an additional constraint to complete by sunset, which occurs at the 17:00 timestep.

I suspect the optimisation is allocating additional power to deferrable4 at this point, because it is constrained..

Another set of sub optimal results 5 minutes later:

EMHASS-–-Home-Assistant (2)

@purcell-lab
Copy link
Contributor Author

Another user with the same issue.
https://community.home-assistant.io/t/emhass-an-energy-management-for-home-assistant/338126/2528?u=markpurcell

@GeoDerp , can you assist I think there is a logic error in the stop intervals code that it tries to squeeze in all the power required in the time remaining before the stop interval without consideration of the p_nom restriction.

@GeoDerp
Copy link
Contributor

GeoDerp commented Sep 8, 2024

Hey @purcell-lab , Unfortunately im not verse in that area of the EMHASS code.
Out of curiosity, What happens if 'def_start_penalty': [] in runtime ?

@sladey
Copy link

sladey commented Sep 29, 2024

Maybe related to this issues I am see power allocated to deferrable loads when the def_total_hours runtime param contains zero for that particular def load.

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

No branches or pull requests

3 participants