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

Storage losses over time #639

Closed
4 tasks done
Flix6x opened this issue Apr 13, 2023 · 0 comments · Fixed by #679
Closed
4 tasks done

Storage losses over time #639

Flix6x opened this issue Apr 13, 2023 · 0 comments · Fixed by #679

Comments

@Flix6x
Copy link
Contributor

Flix6x commented Apr 13, 2023

We want our core StorageScheduler to handle losses over time, for better support of thermal storage.

  • device_constraints in device_scheduler gets a new column (e.g. named efficiency in units of %) to describe how much stock is left after a time step. The scheduler sets up a corresponding parameter and uses it in device_bounds. Add a test for the new functionality.
  • StorageScheduler gets a new argument (e.g. named storage_efficiency in units of %/<sensor resolution>) from which the new device_constraints column is derived (i.e. convertion of the storage efficiency to the event resolution of the scheduled sensor should be done by the client, using a compound interest calculation). *
  • The new argument is exposed through the CLI.
  • The new argument is exposed through the API, with user documentation.

* For example, a storage efficiency of 99 percent per (absolute) day, for scheduling a 1-hour resolution sensor, should be passed as a storage efficiency of $0.99^{1/24}$.

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

Successfully merging a pull request may close this issue.

1 participant