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

solar_pv_profile_2 should be revised? #2277

Open
michieldenhaan opened this issue May 8, 2020 · 17 comments
Open

solar_pv_profile_2 should be revised? #2277

michieldenhaan opened this issue May 8, 2020 · 17 comments
Assignees
Labels
Bugs curves Pinned Will never be marked as stale or auto-closed.

Comments

@michieldenhaan
Copy link
Contributor

The solar_pv_profile_2 curve has non-zero loads for every hour of the year. As a result, a scenario using this profile has at least a little bit of PV production in every hour of the year. Since we use this profile for the full load hour slider for solar PV, every (Dutch) scenario with more than 867 FLHs of solar encounters this issue.

solar_pv_profile_2 csv 2020-05-08 14-39-52

@ChaelKruip, @DorinevanderVlies do you know the background of this profile?

@redekok
Copy link
Contributor

redekok commented May 11, 2020

I guess the problem lies within the source data. "Actual solar generation in Spain in MW" is used, provided by the ENTSO-E. As you can see below, according to the source data there are indeed non-zero loads for every hour of the year, which is pretty strange.

image

We could post-process this data ourselves. If we have data available about the times of sunrise and sunset per day, we could overwrite the nightly hours with zero solar production. This is kind of a hassle though..

@ChaelKruip
Copy link

I guess the problem lies within the source data. "Actual solar generation in Spain in MW" is used, provided by the ENTSO-E. As you can see below, according to the source data there are indeed non-zero loads for every hour of the year, which is pretty strange.

I would be very interested in finding out why this is!

We could post-process this data ourselves. If we have data available about the times of sunrise and sunset per day, we could overwrite the nightly hours with zero solar production. This is kind of a hassle though..

I am not in favour of this. We don't know the assumptions underlying the data so 'processing' it will destroy information in a way without having the full picture.

@redekok
Copy link
Contributor

redekok commented May 11, 2020

I would be very interested in finding out why this is!

I could try emailing them about this.

I am not in favour of this. We don't know the assumptions underlying the data so 'processing' it will destroy information in a way without having the full picture.

Agreed, not a fan of this either.

@redekok
Copy link
Contributor

redekok commented May 12, 2020

It might be due to some residual solar thermal power generation (didn't realise the time series included both solar pv and solar thermal). Still awaiting the answer of the official contact person though.

@michieldenhaan michieldenhaan added this to the Curves milestone May 20, 2020
@redekok
Copy link
Contributor

redekok commented May 22, 2020

The contact person of the OPSD time series responded that the non-zero values by night are indeed due to concentrated solar power.

For Spain this makes sense since there is installed capacity of CSP. For regions where no CSP is installed (such as NL) it feels a bit strange to use a CSP-inclusive profile to perform our FLH-interpolation trick.

Maybe we could slightly adjust the interpolation method? And only perform an interpolation for non-zero values? So that the zero values (during nightly hours) remain zero? Or something similar?

@DorinevanderVlies @ChaelKruip what are your thoughts on this?

@DorinevanderVlies
Copy link
Contributor

Maybe we could slightly adjust the interpolation method? And only perform an interpolation for non-zero values? So that the zero values (during nightly hours) remain zero? Or something similar?

Sounds good!

@ChaelKruip
Copy link

Maybe we could slightly adjust the interpolation method? And only perform an interpolation for non-zero values? So that the zero values (during nightly hours) remain zero? Or something similar?

I think this would be a last-resort type of fix for me. it might be challenging but I would prefer to go back to the source of the data. If we could separate the CSP from the PV contributions, the whole profile would improve in realism. As a bonus, we might be able to use a dedicated CSP profile for CSP :)

@michieldenhaan
Copy link
Contributor Author

Alternatively we could generate a profile for NL based weather station De Kooy in 2003 (the sunniest year on record). Using our script this would give a profile with 1102 FLHs. That's lower than the current slider max (1361) but still quite 'extreme' given the long year average of 870 FLHs. An advantage of this is that it's based on NL data so sunrise/sunset times are aligned with solar_pv_profile_1 (in Summer there's a 90 minute difference in sunrise/sunset times between Amsterdam and Madrid).

That would be a relatively easy fix for NL but not for other countries.

@redekok
Copy link
Contributor

redekok commented May 25, 2020

If we could separate the CSP from the PV contributions, the whole profile would improve in realism.

Yes, I fully agree. I've already asked whether it's possible for OPSD to provide the separate profiles but haven't heard anything back about this yet.

Alternatively we could generate a profile for NL based weather station De Kooy in 2003 (the sunniest year on record).

And I also like this fix for NL! I guess it's better to have a clean fix for NL than having a "schijnzekere" (shamming?) fix, although the first would be less consistent with the approach for other countries.

@redekok
Copy link
Contributor

redekok commented May 26, 2020

The OPSD contact person pointed out that the Spanish TSO actually separates solar PV and solar thermal profiles, which can be exported as CSV-files.

The interesting thing is that the solar PV profile still has non-zero loads for every hour of the year, although the nightly values do approach values very close to zero. Not sure if this could be explained by some kind of residual solar PV production? 🤔

Solar PV:
image

image

Solar thermal:
image

image

@redekok
Copy link
Contributor

redekok commented Jun 2, 2020

I've e-mailed the Spanish TSO REE about this. Awaiting their response.

@redekok
Copy link
Contributor

redekok commented Jun 3, 2020

They're quick!

"Good morning, it seems that some photovoltaic installations located near areas with artificial lighting (such as motorways) may have a small production of electricity at night."

That explains. Didn't know artificial lighting could be that bright. Anyways, should we separate the PV and CSP profiles (measured generation by REE) for Spain?

@ChaelKruip
Copy link

Anyways, should we separate the PV and CSP profiles (measured generation by REE) for Spain?

I would be in favour of that if possible and if we have the underlying data to do it nicely. Curious about the opinion of @AlexanderWirtz on this as well.

@michieldenhaan
Copy link
Contributor Author

We could also use the ENTSO-E PECD dataset. This contains time series for all EU countries for 1982-2016: https://www.entsoe.eu/outlooks/seasonal/
Their data for Spain does not seem to have the issues described here.

@AlexanderWirtz
Copy link
Contributor

AlexanderWirtz commented Sep 29, 2020

Anyways, should we separate the PV and CSP profiles (measured generation by REE) for Spain?

I would be in favour of that if possible and if we have the underlying data to do it nicely. Curious about the opinion of @AlexanderWirtz on this as well.

I am strongly in favor of separating. The technologies are quite different. CSP stores energy in molten salt, so it keeps producing for hours after sundown. I had no idea it keeps producing until sunrise, though.

We could also use the ENTSO-E PECD dataset. This contains time series for all EU countries for 1982-2016: https://www.entsoe.eu/outlooks/seasonal/
Their data for Spain does not seem to have the issues described here.

I am curious how it compares to the data from REE in other regards. Artificial lighting could be an explanation if there are large solar arrays near highways for example.

@github-actions
Copy link

github-actions bot commented Dec 4, 2020

This issue has had no activity for 60 days and will be closed in 7 days. Removing the
"Stale" label or posting a comment will prevent it from being closed automatically. You
can also add the "Pinned" label to ensure it isn't marked as stale in the future.

@github-actions github-actions bot added the Stale Issue had no activity for 60 days and will be, or has been, closed. label Dec 4, 2020
@redekok redekok removed the Stale Issue had no activity for 60 days and will be, or has been, closed. label Dec 11, 2020
@redekok redekok reopened this Dec 11, 2020
@github-actions
Copy link

This issue has had no activity for 60 days and will be closed in 7 days. Removing the "Stale" label or posting a comment will prevent it from being closed automatically. You can also add the "Pinned" label to ensure it isn't marked as stale in the future.

@github-actions github-actions bot added the Stale Issue had no activity for 60 days and will be, or has been, closed. label Feb 10, 2021
@redekok redekok removed the Stale Issue had no activity for 60 days and will be, or has been, closed. label Feb 10, 2021
@redekok redekok added the Pinned Will never be marked as stale or auto-closed. label Feb 10, 2021
@redekok redekok added the curves label Feb 17, 2023
@mabijkerk mabijkerk removed this from the Curves milestone Jan 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bugs curves Pinned Will never be marked as stale or auto-closed.
Projects
None yet
Development

No branches or pull requests

6 participants