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

Fix/check foreign network eGon100RE #360

Closed
CarlosEpia opened this issue Jan 15, 2025 · 13 comments
Closed

Fix/check foreign network eGon100RE #360

CarlosEpia opened this issue Jan 15, 2025 · 13 comments
Assignees

Comments

@CarlosEpia
Copy link

CarlosEpia commented Jan 15, 2025

Check consistency of all data imported from pypsaeur

  • Be sure that we need all carriers imported e.g. low voltage. Also check demands and generators
  • Biogas generators problem, solved by Fixes/#360 do not drop foreign biogas buses #370
  • for some foreign countries the carrier of the electrical bus is "low_voltage" and there is no "AC" bus
    -> solution for 'low_voltage' buses: it is ok and desired and has to be either solved in the clustering in eTraGo, that is tackled as s.th. like an (aggregated) heat bus or as an adjust network function that puts everything connected to the low_voltage bus to the AC bus and deletes the link. I prefer the first option.
    -> there is for each foreign country an AC bus and a low voltage bus, everything seems to be ok!
  • Each foreign AC bus has two loads attached to it: one with a static p_set, another one with a fixed p_set. Confirm if that is what we expected.
    -> seems to be ok and desired, the following p-e carrier are modelled as static p_set (the rest are timeseries): 'gas for industry', 'H2 for industry', 'industry methanol', 'shipping methanol', 'shipping oil', 'naphtha for industry','kerosene for aviation', 'low-temperature heat for industry', 'industry electricity', 'coal for industry'
@ulfmueller
Copy link
Member

I found this Issue: #366 and solved it by PR #367.

@ClaraBuettner
Copy link

Biogas generators problem will be solved by #370

@ulfmueller
Copy link
Member

Many p-e p_nom_opt values for links are lost, since there are right now intended to be extendable in eTraGo (e.g. batter charger /discharger). This list has to be adjusted i.e. amplified, I think. I guess the easy ones to be added are like: OCGT, CCGT, gas for industry (...). The more tricky ones are I guess e.g. the batteries (I somehow would have like to have the option to get that p_nom_opt value from p-e, but decide then in eTraGo whether to optimize it or not - but that is rather a nice-to-have). We can also just go through all links and see which we want to have as extendable and which ones not. @CarlosEpia didn't we once did that together with @ClaraBuettner . You had this spreadsheet file and we went through all carriers/components and how to deal with them. Could you share that file?

@ulfmueller
Copy link
Member

I created a proposal for this issue here: #371 and #372

@ulfmueller
Copy link
Member

ulfmueller commented Jan 17, 2025

So far I did not find neither electrolyzers nor fuel cells in the foreign countries. It is because this code deletes the ones coming from p-e. Delete statement has to be specifically for Germany. @lenzim97 will implement a country filtering asap.
-> done in #373

@ulfmueller
Copy link
Member

foreign storage units seem to be correct.

@ulfmueller
Copy link
Member

ulfmueller commented Jan 17, 2025

for extendable stores e.g. batteries the e_nom is taken which are optimized values from the previous years on the path. I am not sure if we want it like that. I guess not, right? So I guess we need a function which defines which stores shall be optimized in eTraGo similar to the corresponding links (see link comment). So e.g. battery stores should then be also optimized and not get the e_nom / e_nom_opt from p-e as an exogenous input, right? @ClaraBuettner

@ulfmueller
Copy link
Member

ulfmueller commented Jan 17, 2025

bus_id 13996, 13079, 13868, 13704 do not have a country tag - they are all offshore in the north sea. @CarlosEpia any idea why this happens? Is it a problem for us?

@ulfmueller
Copy link
Member

foreign loads seem to be correct.

@ClaraBuettner
Copy link

for extendable stores e.g. batteries the e_nom is taken which are optimized values from the previous years on the path. I am not sure if we want it like that. I guess not, right? So I guess we need a function which defines which stores shall be optimized in eTraGo similar to the corresponding links (see link comment). So e.g. battery stores should then be also optimized and not get the e_nom / e_nom_opt from p-e as an exogenous input, right? @ClaraBuettner

Yes, this will be implemented in eTraGo, see openego/eTraGo#778

@ClaraBuettner
Copy link

We decided to keep the low_voltage buses in foreign countries in the data model and adapt eTraGo, see openego/eTraGo#776

@ClaraBuettner
Copy link

bus_id 13996, 13079, 13868, 13704 do not have a country tag - they are all offshore in the north sea. @CarlosEpia any idea why this happens? Is it a problem for us?

@CarlosEpia: If I remember correctly, that already happened in eGon2035, and it is something etrago can handle, right?

@CarlosEpia
Copy link
Author

bus_id 13996, 13079, 13868, 13704 do not have a country tag - they are all offshore in the north sea. @CarlosEpia any idea why this happens? Is it a problem for us?

@CarlosEpia: If I remember correctly, that already happened in eGon2035, and it is something etrago can handle, right?

Right. Also we decided to leave them since they do not create problems in eTraGo.

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

No branches or pull requests

3 participants