Approximate district heating COPs via Jensen et al. 2018

[amos-schledorn]

Closes #857.

with respect to central heating.

Changes proposed in this Pull Request

• Introduce separate forward and return temperatures for district (central) heating.
• The rule build_cop_profiles builds separate heat pump COPs for decentral and central heating.
• The COP approximation for central heating is based on Jensen et al. 2018.
• Additional config settings for the approximation are added, with default values partly based on Pieper et al. 2019

Checklist

• I tested my contribution locally and it seems to work fine.
• Code and workflow changes are sufficiently documented.
• Changed dependencies are added to envs/environment.yaml.
• Changes in configuration options are added in all of config.default.yaml.
• Changes in configuration options are also documented in doc/configtables/*.csv.
• A release note doc/release_notes.rst is added.

Jupyter notebook and config files are attached below (.txt must be changed accordingly).

Impact on results

A quick test run (DE only, 2 nodes, 2050) suggests the resulting COPs after changing the approximation method and forward/return temperatures in district heating to be somewhat similar as before.

Updating only the approximation method but setting an (unrealistic) forward temperature of 55C (the current default) results in significantly higher central heat pump COPs and higher heat pump investments.

jupyter_notebook.txt

config.txt

scenarios.txt

[amos-schledorn]

@fneum This is good to go from my side. The first CI build is failing. Any idea why?

[amos-schledorn]

Ready for re-review.

• I've made some structural changes that beautify the handling of different kinds of heat systems, system types etc. as enums and moved that to a definitions module, as suggested by @lkstrp. Hope that's fine.
• I'm getting slightly different results compared to a few days ago but I'm seeing that there were some changes in master, which I've merged into the feature that might be the reason (e.g. the clustering changed and COPs as a consequence)
• I've also adjusted the scripts for perfect foresight and myopic mode.
• Docs are not building but the error message is a little cryptic. Maybe @fneum, you can help?

[lisazeyen]

Ready for re-review.

• I've made some structural changes that beautify the handling of different kinds of heat systems, system types etc. as enums and moved that to a definitions module, as suggested by @lkstrp. Hope that's fine.
• I'm getting slightly different results compared to a few days ago but I'm seeing that there were some changes in master, which I've merged into the feature that might be the reason (e.g. the clustering changed and COPs as a consequence)
• I've also adjusted the scripts for perfect foresight and myopic mode.
• Docs are not building but the error message is a little cryptic. Maybe @fneum, you can help?

• the Docs were not building through a changed syntax for the intersphinx mapping, which is unrelated to the changes in your PR, should be fixed in the master branch now.

[lisazeyen]

@amosschle really nice, code looks super clean and well documented! We should use the same approach for other sectors as well.

[amos-schledorn]

Note for future reference:

• Check COP calculation of heat pumps #857 suggests using Lorenz COPs. Pieper et al. 2020 suggests an approximation via Jensen et al. (implemented in this PR) to be superior (the authors test both and other methods against a thermodynamic simulation model for a Danish district heating system
• This PR does not touch household heat pump COPs. This is still approximated via Staffell et al. 2012. An alternative would be using values/method from the When2Heat dataset. My preliminary analysis (to be investigated further) suggests somewhat similar COP values.