Nekdy se stane, ze flexibilita se pocita podle toho, co se mi pise v Proteovi, ale ne podle skutecnosti.
Priklad 14.10, jestli si to jeste pamatujii:
Proteus pise flexibilita 19:37-19:44, ale realne to bezelo 19:37-19:47.
Nekdy je to par sekund — fajn. Ale nekdy je to uz znat.
Víme o tom, mame performance problém s workerem, který rozesílá příkazy na střídače, dochází tam ke zpoždění.
Vyřešili jsme to aktuálně navýšením počtu serveru pro robot workera, dlouhodobě řešení skrze optimalizaci kódu už máme zařazeno ve vývoji.
Udělali jsme zpětné přepočty u aktivaci aby to bylo zákazníkům zaplaceno podle toho co skutečně dodali vs časy systémové aktivace
taky se mě občas liší Flexibilita oproti měření ČEZ distribuce o 5-15%…
Měření distribuce jde po 15ti minutách celkový objem energie - ty naše příkazy nejedou nikdy celých 15 minut, takže je potřeba to pak interpolovat, což bude mít vždy nějakou chybu ten přístup.
Plus teda flexibilitu počítáme oproti baseline a na zařízení (baterie) takže pak je to měření distribuce dle mého úplně nepoužitelné 
Liší se vaše čísla Flexibilita / Detaily spotřeby jedná se třeba 21.9.2025
Flexi - 6,38 kWh
Spotřeba - 7,35 kWh (+ 15% víc)
Detaily spotřeby ve vyúčtování Proteus souhlasí přesně s ČEZ měřením….
ČEZ po hodinách
ČEZ po 15 min.
pro ty co to nevěděli jako já, jak se to počítá po 15min.
8,227 + 0,023 + 0,032 + 0,028 = 8,31 / 4 = 2,0775
což odpovídá 14:00h po zaokrouhlení 2,028 kWh
To je to co píšu - do spotřeby počítáme v rámci flexibility jen zařízení co ovládáme - tedy baterií.
Tzn nemůže se to rovnat čistě číslům na gridu - ta energie jde i do spotřeby a to do flexibility nepocitáme (protože baseline)
@RadbuL
To, že se liší energie, je jiná věc, na to se tu rozsáhle diskutovalo jinde.
Tady jsem mluvil spíš o délce flexibility.
To že mají signály zpoždění se projevuje většinou tak, že začátek a konec je trochu zpožděn stejně, takže výsledná doba je plusminus stejná.
Případ, co jsem já zmiňoval je, že začátek celkem seděl, ale konec byl posunut, takže celková doba se protáhla.
Jasně já souhlasím. Ale pokud mám “téměř 0 spotřebu” několik desítek minut před a po Flexibilitě a DG má ve vyúčtování odběr 2,08 kWh a kompenzuje v aktivaci Flexibility 1,59 kWh, tak asi nesedí měření nebo právě časové okno, jak píšete asi se “protáhla doba” aktivace ať už dopředu či dozadu. Jen pro info jsou to cca 2,94 kW po dobu 10 min. To je rozdíl 31%.
Třeba “zelené okénko” 9:00h celkem sedí, liší se jen o 6%.
Tím nechci hanit DG, naopak, je úžasný jak to umí propočítat v tak velkém počtu odběratelů. Prostě jen upozorňuji na anomálie.
Tak že všechno je jinak. Sluníčko v neděli svítilo, výroba cca 5 kWh. Vaření na indukcí se spotřebou cca 3 kW ale spínané. Tzn chvilku jde a chvilku nejde. Když se trefí Flexibilita do zrovna ”vypnuté“ doby indukce, tak počítá bázi 0. Ale pokud během běžící Flexibility se zase spustí indukční plotýnka, tak její spotřeba se odečte z odběru co by měla jít do baterie. A tato část i když byla odebrána ze sítě se nepočítá do Flexibility. Protože se počítá jen skutečná energie, která doputovala do baterie.
Jj, indukce nebo trouba je peklo
jop, tyhle rychle spínané zařízení jsou problém s ohledem na tu baseline - bereme to co je „aktuální“ těsně před aktivací od toho bodu se vše počítá.
Uděláme tam trošku delší okno a z toho průměr nebo medián, aby se to trochu „odrušilo“ ale samozřejmě to pak přináší jiné problémy v podobě, že se ta baseline nevezme např. čistá nula, pokud v tom cca 15s dlouhém okně ještě něco „sjiždělo“ dolů a tedy ovlivnilo ten medián či průměr.
Ty zpoždění příkazů řešíme - resp. aktuálně je vyřešeno „silou“ přes navýšení počtů serverů, co to obsluhuje, ale chceme optimalizovat i ten kód co se o to stará - takhle to stojí dost peněz na serverech
Vy nejste schopni vycist ze stridace, kdy doslo realne ke zmene RC mode? Pak byste to meli podle pravdy trebaze se zpozdenim
Neni to univerzální řešení a proto to takto neděláme - například Victron žádné mody řízení nemá - stejně tak to nemá většina wallboxu, bojleru či tepelných čerpadel.
Jdeme čistě z reportovanych dat - to je přístup který funguje i pro pripady kde žádná FVE není a je tam jen měření.
Je to performance issue kterou opravíme a problem zmizí - současně jsme vše nechali přepočítat zpětně aby zákazníci dostali vše zaplaceno
Dneska v 6h mi sepla flexibilita. Sice na 1minutu a reálně vidím v HA a Solax appce jen 0.13kWh. Chápu nějaké nepřesnosti, ale čistou nulu bych v Proteovi vykazanou nečekal.
Nebyla jiná výrazná spotřeba.
Nezchudnu na tom, jde mi spíš o ladění vašeho řešení.
