Add a very small cost to the wind and solar generation to affect curtailment order
@yixingxu ci sta già lavorando.
Dal 19/7/2022.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
🚀
- Is your feature request essential for your project?
Describe the workflow you want to enable
Allow user to specify the cost of wind and solar generation to affect curtailment order. The default could be all zero. User has the option to add a very small cost to the wind and solar generation, so that
- when curtailment is needed, wind and solar is first curtailed before hydro
- the cost added is so small that it almost does not affect the solution
- the preferred curtailment order is: wind, solar, hydro
This applies to all the existing and added wind and solar power plants.
The added small costs for wind and solar remain unchanged when the wind and solar capacities are scaled, which is different from how the thermal generators are handled.
Describe your proposed implementation, if applicable
change all the linear cost coefficient (c1) of wind from 0 to 0.015
change all the linear cost coefficient of (c1) solar from 0 to 0.01
The cost setting is the same as in PyPSA
MVP:
We build a user interface so that during scenario creation, the user is capable to choose whether to add the above small costs to all the existing and added wind/solar plants. It could be done through scenario attribute.
Ideal:
We build a user interface so that during scenario creation, the user is capable to specify any cost to any power plants including wind and solar. The user could specify all the cost coefficients for a set of power plants. For example: all the wind power plants in Texas. It could be done through change table.
In the current implementation, we assume all 0 cost parameters for wind/solar everywhere. Hence, implementing this feature potentially requires refactor all over the places. An integration test from scenario creation to results verification is needed in the validation process.
Additional context
This is related to hydro generation. When the cost of wind, solar, and hydro are all zeros, the curtailment of these resources are random and not ordered. In reality, hydro generation is less flexible to be curtailed than wind and solar. In order to capture this characteristic, we prefer to see the wind and solar are curtailed before hydro. There are two options:
Option 1: setting a pmin(t) = 95% * pmax(t) to hydro power plants. This way, even the hydro is curtailed, it is only curtailed to 95% of its available generation. The hydro generation schedule is only slightly affected.
Option 2 (described in this feature request): adding a small cost to wind and solar, but still no cost for hydro. This way, when the curtailment is needed, more expensive wind and solar are more likely to be curtailed first before zero cost hydro. With this option, the pmin(t) for hydro could be set to 0, which is consistent with wind and solar. This is done in this #180
With issue #180, we should be able to capture both option 1 and option 2, i.e. we can specify some hydro to be mandate, Pmin = 95%/100% of Pmax and some hydro to be flexible, Pmin = 0 (same as wind and solar), in the latter case, we can make hydro be curtailed after wind and solar via #658
- Lingua principale
- Python
- Stelle
- 63
- Fork
- 48
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Breakthrough-Energy/PowerSimData
-
Update demand flexibility documentationForse di nuovo libera @jenhagg l’ha presa 1398 giorni fa e non c’è nessuna pull request aperta. Apertadocumentation
Breakthrough-Energy/PowerSimData#706 · 4 assegnatari ·
-
Allow demand flexibility to be enabled without flexibility profilesForse di nuovo libera @jenhagg l’ha presa 1398 giorni fa e non c’è nessuna pull request aperta. Aperta
Breakthrough-Energy/PowerSimData#705 · 1 commento · 4 assegnatari ·
-
Create a dedicated object that compares two gridsForse di nuovo libera @jenhagg l’ha presa 1461 giorni fa e non c’è nessuna pull request aperta. Apertafeature request
Breakthrough-Energy/PowerSimData#688 · 4 assegnatari ·
-
Fetch usa_tamu data from zenodoForse di nuovo libera @jenhagg l’ha presa 1462 giorni fa e non c’è nessuna pull request aperta. Apertafeature request
Breakthrough-Energy/PowerSimData#687 · 4 assegnatari ·
-
Make ramp rate input flexible to other gridsForse di nuovo libera @jenhagg l’ha presa 1473 giorni fa e non c’è nessuna pull request aperta. Apertabug
Breakthrough-Energy/PowerSimData#680 · 9 commenti · 5 assegnatari ·
Tutte le issue di Breakthrough-Energy/PowerSimData
Issue simili
-
bug status/needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
prowler-cloud/prowler#12887 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
area: desktop platform: macos priority: p3 status: ready type: enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
use-agent-os/agent-os#3484 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
open-telemetry/opentelemetry-python-contrib#5113 · 2 commenti · 2 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
external
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
langchain-ai/docs#6255 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno