Vypocet baseline a odmeny za po sobe jdoucich flexi

Základní
1

Vsiml jsem si, ze se obcas spatne spocita odmena, pokud jdou flexi hned po sobe. Jako priklad mam 19.4.2026 9:11
Jako baseline se bere stav predchozi operace flexibility, ale ve skutecnosti to ma byt hodnota jako by tam ta predchozi flexi nebyla

Priklad

Mam 3kW slunce do gridu.

9:07 se zaplo zakaz pretoku a trvalo 4minuty
baseline baterky=0kW
flexi zpusobi nabijeni 3kW
flexi vykon je 3kW*4/60h=0,2kWh

9:11 se zaplo nabijeni baterky, tj bezprostredne potom, a trvalo 3minuty
DG vyhodnoti baseline baterky 3kW, ale ve skutecnosti ma byt stale 0kW, nebo nejaka presnejsi hodnota. Tim uz je cely dalsi vypocet spatne

2

Navic, nemela by byt nahodou cena Zakaz pretoku stejna jako Odber ze site?
Povaha operace je stejna, ne?

3

Máte pravdu, objem není spočítán dobře. Nasazovali jsme několik změn v rámci optimalizace výpočtu, zjistíme kde se u navazujících příkazů stala chyba a vše přepočítáme. Omlouvám se a díky moc za upozornění.

Co se odměny týče, máte pravdu, že efekt na síť je stejný. Odměnu ale obecně počítáme dle nejhoršího možného scénáře pro vás a nad to vyplácíme ještě odměnu navíc. Umožňuje nám to tak například nejdříve zakázat přetoky (protože je to většinou levnější operace) a až když teprve cena obhájí nabíjení baterie, tak teprve nabít i baterii. Tak jako se stalo v tomto případě.

4

Co se ceny týče, představme si scénář, který byl parkrat v posledni dobe, ale plati to i v jinych variantach.

tuto hodinu prodejni cena0Kc pristi hodinu nakupni cena -3Kc

  • bez flexi bych prodal 1kWh a pristi hodinu bych nakoupil 1kWh (na kterou bych si predtim udelal misto) …zisk 3Kc
  • s flexi by to byla blokace 1kWh a odmena (0+2)Kc uz ale nemam pripravene misto k nabijeni …zisk 2Kc

proto jsem psal, ze odmena za blokaci by mela byt stejna jako u nakupu: (3+2)Kc

5

nejsem si jistý že jsem to pochopil správně, ale my nemáme command na blokování nabíjení, tzn. ten váš druhý bod se reálně nikdy nestane ?

6

Prvni bod je nejdrive export v prvni hodine a potom import ve druhe hodine. Normalni provoz

Druhy bod je flexibilita. Cervena blokace v prvni hodine. Ve druhe hodine se nic nedeje.

7

Tohle je dobrá poznámka. My obecně u zákazu přetoků odměňujeme jako kdyby byla elektřina zmařená. Máte ale pravdu, že v sobě operace rovněž může nést náklad příležitosti budoucího nabití. Obecně to nebyl příliš problém když:

  1. ceny elektřiny neklesaly do záporů vyšších než -2 Kč po započtení všech poplatků
  2. jsme nebyli schopni do bodu kdy jsou ceny elektřiny tak extrémně záporné baterii udržet prázdnou.

Bod 1 se ale s cenami například na zítřek poněkud rozpadá a bod 2 implementujeme a doufám, že velmi brzy zprovozníme. Pak bychom u velké části FVE konfigurací měli být schopni dosáhnout toho, že se baterie nebude nabíjet, přestože jsou zakázány přetoky do sítě. A do extrémně záporných cen přijde baterie nenabitá. A pak je to co píšete dost relevantní.

Probereme interně co s tím. Obecně zvýšit odměnu za zákaz přetoků je pro vás ale spíš nevýhodné. Protože to plošně sníží počet aktivací.

8

podle mne proteus se takhle chová celkem spravne pokud nejsou zaporne ceny. Jen jde o ty odmeny v pripade flexi. Odmena za blokaci exportu by se mela rovnat odmene za nakup.

9

Máte pravdu problém vzniká pouze při extrémně záporných cenách (kdy se následně vyplatí baterii nabíjet ze sítě). Interně jsme to ještě probírali. Správná cesta by byla řešit cenu aktivace podle budoucích plánů pro každého zákazníka zvlášť (dle jeho cen, a schopností jeho střídače), je to ale dost velká úprava, a bohužel se k tomu v nejbližší době nedostaneme. :confused:

Jinak ještě jsem kontroloval ten objem (zapomněl jsem sem napsat), a měl by být přepočítaný.