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

Decomissioning of exisiting capacity (non-invest) in MultiPeriod #1042

Open
FelixMau opened this issue Jan 31, 2024 · 2 comments
Open

Decomissioning of exisiting capacity (non-invest) in MultiPeriod #1042

FelixMau opened this issue Jan 31, 2024 · 2 comments
Labels

Comments

@FelixMau
Copy link

FelixMau commented Jan 31, 2024

While implementing MultiPeriod approach in oemof.tabular I had Problems with implementing decomissioning of power plants. We want to implement a decomissioning curve fo existing capacity (fixed) parallel to new capacity (invest-objects).

@nailend and I have been planing to use periodically changing values as capacity value. Unfortunately only numeric values are allowed as nominal values for Flows

@jokochems We would be very interested in your past approach to exogenous fading out capacities in Multi Period Models.

Moreover decomissioning processes might be crucial for #1031

@nailend nailend changed the title Question: Fade out stock in MultiPeriod Decomissioning of exisiting capacity (non-invest) in MultiPeriod Jan 31, 2024
@jokochems
Copy link
Member

Hi @FelixMau and @nailend,

thanks for your question. Interesting topic indeed!

My solution is fairly simple:

If you have further questions, we could schedule a meeting, but my time is somewhat short currently.

And also, I agree to the idea of having something more elaborated. Ad hoc, I just cannot think of a sound and generalized solution.

@nailend
Copy link
Contributor

nailend commented Feb 1, 2024

My solution is fairly simple:

Thanks for your quick reply! I had already considered this approach, but was hoping for something different. But as you say its quite simple and we will probably also go with this for now. Thx

And also, I agree to the idea of having something more elaborated. Ad hoc, I just cannot think of a sound and generalized solution.

In the course of making multi-approach the default, this should be addressed. I have added it to list #1031. This will require quite a few changes throughout the code, I suspect. And time is also tight for me at the moment

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

No branches or pull requests

3 participants