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

Model SHORT_TERM_STORAGE_COMPLEX (avec des pénalités) #10

Open
sabera92 opened this issue Feb 15, 2024 · 0 comments
Open

Model SHORT_TERM_STORAGE_COMPLEX (avec des pénalités) #10

sabera92 opened this issue Feb 15, 2024 · 0 comments
Assignees

Comments

@sabera92
Copy link
Collaborator

-------------Pénalisation des contrôles du stockage court-terme---------------

En bref
Créer un model dans standard.py qu'on appelle SHORT_TERM_STORAGE_COMPLEX à l'image de SHORT_TERM_STORAGE_SIMPLE mais avec des contraintes supplémentaires (pénalités) détaillés dans cette issue.
image

Contraintes à rajouter
Concrètement on souhaitera pouvoir introduire des pénalités à 3 niveaux :

  1. Au niveau des volumes stockés (variable d'intégration des flux) ;
  2. Au niveau des flux d'injection et/ou de soutirage ;
  3. Au niveau des gradients de ces flux.
    Pour les 2 premiers niveaux, comme les variables existent déjà il s'agira juste de renseigner un vecteur de pénalités horaires, associé à chaque variable.
    Ces pénalités pourront être soit positives, soit négatives, suivant qu'on souhaitera que la variable se rapproche de sa borne inférieure ou de sa borne supérieure.
    Pour le 3ème niveau, 4 nouvelles variables positives seront à définir, avec les bornes suivantes :
    • Pgrad+i (t) ≥ Pi (t) - Pi (t-1)
    • Pgrad-i (t) ≥ Pi (t-1) - Pi (t)
    • Pgrad+s (t) ≥ Ps (t) - Ps (t-1)
    • Pgrad-s (t) ≥ Ps (t-1) - Ps (t)
    Chacune de ces 4 nouvelles variables pourra être pénalisée avec un vecteur de pénalités horaires.
    ATTENTION dans ce cas les valeurs des pénalités devront nécessairement être positives ou nulles puisque ces nouvelles variables n'ont pas de borne sup.

Objectif métier de ces contraintes
Un premier objectif de cette pénalisation est de pouvoir refléter les coûts du TURPE pour un exploitant de stockage (potentiellement différents en injection et soutirage).
Un second objectif de cette pénalisation est de limiter l’apparition de contrôles simultanés d’injection et de soutirage.
Un troisième objectif de cette pénalisation est de discriminer les solutions équivalentes.
Un quatrième objectif est d'introduire des typologies de comportement souhaités.

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