oemof heat modelling: technogies that should be representable in future (to be implemented as classes (blocks) or via the network-logic)

[ckaldemeyer]

On the last user meeting we discussed different technologies that should be representable either by implementing them or by describing them in the network logic. There's also a research project coming which will extend oemof for heat modelling that probably starts next summer.

This issue is meant to provide an overview about the current state and future plans in terms of oemof heat modelling.

Here's the first suggestion for technologies that should be representable adequately within oemof:

• Heat sink
  • District heating networks / @ckaldemeyer
• Heat storage
  • Water heat storages (atmosperic and higher pressures) / @ckaldemeyer
  • Downhole heat exchanger heat storages / someone from RLI
• Peak load
  • Peak load boilers working with gas, oil, ... / @ckaldemeyer
• Power to heat
  • (Electrode) heating rods / @ckaldemeyer
  • Heat pumps (having air/ground as heat source) / @birgits has some experience here
• CHP
  • Back-pressure turbines / @ckaldemeyer
  • Extraction turbines / @uvchik has adopted @simnh approach from HESYSOPT in this PR
  • Motoric combined heat and power plants / @ckaldemeyer

Proposed methodology:

1.) The idea would be to use the wiki to collect formulations (LP/MILP) from literature and discuss their pros and cons. 2.) Subsequently, the technologies can be represented with existing possibilities (network-logic) or within classes based on the literature formulations and results of the discussion. 3.) The wiki could also be extended to an information source on how to model different technologies within oemof.

@uvchik : Did I forget anything?

[ckaldemeyer]

One thing I forgot:

We had the idea of thinking in "generic characteristics" of components rather than explicit formulations where possible.

Doing this, a component can have different real world represantations and different "simple" components can be combined to model more complex components via the network logic..

[ckaldemeyer]

I have created a wiki page now and will start to collect literature there.

[uvchik]

I would not use the wiki but the rst files. This makes it much easier to reuse the information later in the oemof documentation.

[ckaldemeyer]

I would not use the wiki but the rst files. This makes it much easier to reuse the information later in the oemof documentation.

My comment was from December 2016 and I agree with you concerning the new purpose ;-)

[ckaldemeyer]

By the way there was a strong consense in renaming the repository using minuses so I just did it!

[uvchik]

My comment was from December 2016 and I agree with you concerning the new purpose ;-)

:rofl:

[uvchik]

By the way there was a strong consense in renaming the repository using minuses so I just did it!

Feel free it is just a first sketch....