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

Make windoff independent from windon #1782

Open
wants to merge 21 commits into
base: develop
Choose a base branch
from

Conversation

lecfab
Copy link
Contributor

@lecfab lecfab commented Aug 13, 2024

Purpose of this PR

So far, the development of wind offshore is tied to that of wind onshore. But offshore has specific requirements, as seen in the issue https://github.com/remindmodel/development_issues/issues/272.

  • renames wind to windon
  • removes the switch cm_wind_offshore that made windoff optional (but activated by default for years)
  • changes the prn input data, while keeping the two options wind/windon for input data coming from mrremind
  • groups equations that concern all teVRE

Type of change

(Make sure to delete from the Type-of-change list the items not relevant to your PR)

  • Bug fix
  • Refactoring
  • New feature
  • Minor change (default scenarios show only small differences)
  • Fundamental change
  • This change requires a documentation update

Checklist:

Further information (optional):

  • Test runs are here: /p/tmp/fabricel/offshoreRemind09
  • Comparison of results (what changes by this PR?): compScen-offshoreCascadeEU21-2024-09-20_11.32.20-H12.pdf

@lecfab lecfab marked this pull request as ready for review September 20, 2024 12:47
core/sets.gms Outdated Show resolved Hide resolved
main.gms Outdated Show resolved Hide resolved
sum(teWind(te), vm_cap(t,regi,te,"1"))
=g= p40_TechBound(t,regi,"wind")*0.001
sum(teWind(te)$(sameas(te,"windon") OR sameas(te,"windoff")), vm_cap(t,regi,te,"1"))
=g= p40_TechBound(t,regi,"windon") * 0.001
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, I find it potentially confusing if you read in a "all-wind target" as "windon" and then apply it to all wind.

so if you keep "wind" as an empty technology, this makes it very easy for you - just read in the all-wind target for the technology "wind", and then apply it to the sum of both.

so

sum(teWind(te)$(sameas(te,"windon") OR sameas(te,"windoff")), vm_cap(t,regi,te,"1"))
=g= p40_TechBound(t,regi,"wind") * 0.001

Copy link
Contributor Author

@lecfab lecfab Sep 25, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Confirmed that bounds are for the sum of windOn and windOff:

mrremind/R/convertREN21.R
x_tmp[, , "Wind"] <- x_tmp[, , "Wind_ON"] + x_tmp[, , "Wind_OFF"]

Let's use pewin for such bounds, which then offers a choice: either we update mrremind to also output pewin bounds, or we re-separate the windon and windoff bounds (hopefully without to much trouble).

Copy link
Contributor

@robertpietzcker robertpietzcker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great work, Fabrice!

I added many small comments, but there is one thing that I expect to potentially change results in an unwanted way - the removal of the rescaling of outputs from net to gross production in 04_PE_FE.
maybe I overlooked something, but currently it seems like you removed that, and I don't understand why.

@lecfab
Copy link
Contributor Author

lecfab commented Sep 23, 2024

Hey, thanks a lot for your fast and thorough reviews.
I commented on most remarks above, but I'm not sure how to deal with the one about wind bounds @robertpietzcker.
I still need to understand from mrremind whether current bounds and targets are for all wind or only onshore. In the future, we will also need targets for offshore only. As "wind" is supposed to disappear from all_enty, maybe it would be clearer to have bounds mentioning explicitly windon or windoff, and possibly pewin when it's really a bound for the sum.
Any thoughts? If you are positive that bounds are all for the windon+windoff, then I'll implement that and ensure that mrremind changes wind to pewin asap.

@robertpietzcker
Copy link
Contributor

no, I don't know if the bounds are for wind onshore or wind offshore.
I only assumed that you had found out they were for both, because the equation was adjusted such that it applies to the sum of both :-)

maybe using pewin for the read-in of "all wind" targets is a good approach.

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

Successfully merging this pull request may close these issues.

3 participants