Doteď jsme vás odměňovali pouze za flexibilitu zařízení, která jsme přímo řídili, a od celkového výsledku objemu elektřiny v rámci aktivace jsme proto odečítali spotřebu vaší domácnosti. Od 1.1. zohledňujeme celkovou změnu přímo na patě domu (na elektroměru). Díky tomu budeme mít my i vy stejnou motivaci: vytěžit z každého povelu maximum.
…
Šance pro fajnšmekry: Kdo chce, může nyní síti pomoci ještě více a zároveň vydělat. Třeba pokud zapnete saunu či nabíjení auta při DOWN aktivaci nebo spotřebu omezíte při UP aktivaci, nově vám tento přínos započítáme do odměny. Do objemu flexibility bude započtena veškerá změna na patě domu.
To by byla skvělá zpráva, pokud bychom měli nějaké API a dokázali to automatizovat.
Pro online povely do střídače by asi bylo lepší, kdyby Delta Link zapisoval povely z Protea do lokálního MQTT (a vím, že lidi s Victronem (zatím) Delta Link nemají) a nechť si na to každý naváže co uzná za vhodné. To by nemuselo být tak složité a odpadla by další zátěž na straně serverové infrastruktury Delta Greenu.
Bonus by byl, pokud by do MQTT dokázal poslat i definici entit pro Home Assistenta pro “bezešvou” integraci.
jdu se ale zeptat našich DEVs zda nemůže vystavit simple API co jen říká UP a DOWN bez žádného oauth - dle mého tam aktuálně není žádné nebezpečí z toho
hmmmm, tak je tam přeci jen jedna komplikace, kvůli které to nejde udělat “univerzálně public pro všechny“ a musí to být za ověřením o koho jde.
Když vidíme, že baterie je plně nabitá a chceme DOWN a nebo naopak prázdná a chceme UP, vůbec ten command na danou FVE neposíláme a zákazníkovi se nic nezobrazí v Proteovi co se aktivace týče - tzn. vůbec jsme ho neaktivovali ač ostatní ano.
Pokud bychom udělali public API tak byste na něj reagovali, ale kdyby vaše baterie neměla tzv. disponibilní výkon, tak vám tu reakci na to API nebudeme nijak počítat, protože jsme vás z commandu vyřadili z důvodu žádného disponibilního výkonu na vaší FVE baterii
Každopádně prej už máme připravené úkoly na toto API kde se budete moci ověřit kdo jste (jaký zákazník) a podle toho tam budou chodit commandy validní přímo pro vás - v nastavení v proteovi si vygenerujete token a pomocí něco pak dostanete z toho API commandy co jsou platné konkrétně pro vás
Jak se mohu k newsletteru přihlásit? Týká se mne změna výpočtu i pokud mi newsletter nepřišel?Nebo se změna týká jen určitých zákazníků a proto ty informace o změně výpočtu nešly všem?
týká se to všech na flexibilitě - řeknu našemu marketingu ať vás přihlásí, velice pravděpodobně jste se někdy odhlásil (což musíme ze zákona nabízet tuto možnost)
Děkuji, chtěl bych si během svátků k tomu vytvořit automatizaci. Bude k tomu prosím někde popis, jak přesně se výpočet provádí? Abych věděl s jakou přesností a jakými tolerancemi to musím řídit. Uvedu příklad o co mi jde, pokud bude příkaz flexibility DOWN do 20:44 a já zapnu nabíjení auta, tak co když se mi jej podaří vypnout přesně v 20:44:00, ale zpožděním až ve 20:44:05, co když až 20:44:15 atd.? Bude to hrát roli? (předpokládám, že ano). Co když bych spínal něco, co má dlouho odezvu a nemá rádo náhlé vypínání a zapínání - například ohřev teplé vody tepelným čerpadlem (mohu snadno zapnout, ale nechci vypínat s koncem flexibility) - bude to mít nějakou váhu?
Očekávám, že to funguje nějak takto - Před aktivací se zjistí “base load“ na patě domu, to samé se zjistí po skončení aktivace. Z toho se spočítá očekávaná spotřeba v období aktivace a ta se odečte od skutečně spotřebované energie a rozdíl je “ke kompenzaci“. Je to takto? Děkuji za objasnění - pak by totiž dávalo smysl i spouštění toho tepelného čerpadla (kompenzace by pak byla samozřejmě poloviční, protože tím, že jej nevypnu, tak si zvyším base load po skončení aktivace)
Poslední zvídavý dotaz - očekáváte, že zrušením POZE budou aktivace častější (díky nižším kompenzacím)?
Řekl bych, že měření na patě domu bude na základě reportu od distributora, tzn. v 15min intervalech. Jiný,validní a neprůstřelný, způsob si neumím představit.
Napsal jste to vlastně velice přesně jak to funguje
Pro výpočet baseline používáme hodnotu před aktivací (myslím si že je to hodnota 15 vteřin před aktivaci, jestli si to pamatuji správně, @Prokop mě případně opraví). Nepoužíváme hodnotu po (jen před) ale do objemu bereme ještě nějaký krátký čas po konci aktivace, aby se tam počítal i sjezd nabíjení baterie, který běží ještě nějakou chvíli po ukončení commandu (reakční doba).
Jelikož to počítáme z výkonu (příkonu) a ne z energie, používáme k tomu měření FVE (nikoliv distribuční měření). Tam je samozřejmě problém pokud je tam nějaké zařízení mezi měřením FVE a distribučním měřením například jako wattrouter nebo EV wallbox. Na toto už ale máme automatickou detekci a těm zákazníkům bohužel musíme sebírat UP řízení a používáme je jen na DOWN..
Tzn pokud je váš odběr ze sítě 2kW a přijde aktivace DOWN, začneme nabíjet baterii ze sítě 4kW (tedy 6kW ze sítě celkem) a vy k tomu přidáte ještě něco dalšího např 3kW (tedy 9kW celkem z gridu) bude vám kompenzováno 7kW krát čas aktivace. Pokud naopak půjdete proti nám a vypnete tu spotřebu 2kW (tzn ze sítě půjdou jen ty 4kW do baterie) dostanete kompenzováno 2kW krát čas. Zde platí ze pokud půjdete proti nám ve stejnem výkonu jako co jsme aktivovali baterii, dostanete nulu, pokud půjdete větším výkonem proti nám než kolik jsme aktivovali baterii, dostanete též nulu (nejde to do záporu).
Ano, zrušení POZE by mělo způsobit častější aktivace - cenu (resp náklad) za aktivaci počítáme tím pro vás známým způsobem (nejvyšší cena v okně 23h) a následně kdykoliv přeleze cena odchylky tuto cenu, aktivujeme. Tzn cokoliv sníží tuto cenu v tomto okně, způsobí více aktivaci (za předpokladu že to same nezpůsobí i snížení ceny odchylek, tedy že obě ceny “nepadnou” stejně. Teď si nejsem jist, zda komerční zařízení pro poskytování DOWN flexibility pro SVR též neplatí POZE a tudíž odstranění této položky by snížilo i jejich cenu a tedy i cenu odchylky (z které se tyto zdroje platí - @Prokop co ty na to ?)
je to na základě měřeni z FVE - bereme z nich měření cca každé 3 - 5 vteřin. To nám umožňuje mnohem přesněji spočítat objemy aktivace.
jelikož ale už začínají být místa, kde je průběhové měření ale není tam FVE, budeme muset v těchto případech používat buďto měření distribuce po 15ti minutách (energie) což má logicky vysokou nepřesnost, když se bavíme o aktivacích dlouhých cca 10-13 minut, a nebo začít podporovat nějaké další měření typu Shelly, ze kterého to budeme brát stejně přesně jako z FVE. Chceme jít spíše cestou té Shelly - zákazník si cokoliv chce poskytovat připojí skrze shelly a je to přesné (ale dostává zaplaceno jen za to co je měřeno shelly, pokud zapne něco mimo to, nevidíme to - na to by pak musel nainstalovat 3 fázové Shelly měření do rozvaděče, aby to vidělo na celý dům - stejně jako měření FVE).
Vyhodnocování na základě měření distribuce je pak také možné, ale bude obsahovat z podstaty toho jak často posílá data, chybu. Což dle zkušenosti vím, že bude ohromný problém na našem supportu, protože budou volat zákaznici, že nesouhlasí s tím objemem, že oni si to změřili jinak a lépe - proto bych se tomu rád vyhnul co to jen půjde
Ten výpočet teď bude velmi jednoduchý. Výkon na patě domu (měřený střídačem, nikoliv distribučním měřením) těsně před aktivací mínus výkon na patě domu při aktivaci. Nic dalšího tam vstupovat nebude. Energie z výkonů počítáme v cca 5s oknech, takže je to pak suma těchto energií za celý interval příkazu.
V tuhle chvíli je hrana pro vyhodnocení ostrá, t.j. kompezujeme, všechnu energii v daném intervalu. U krátkých příkazů to budeme prodlužovat a stejně tak pracujeme na tom, aby se nedoručovala energie ještě chvilku po skončení příkazu, což se nyní občas děje. Tyto změny ale nezaznamenáte, budou pouze na pozadí. Z hlediska toho co je a bude kompenzováno by měly být rozhodující vždy časy, které vidíte.T.j. pokud je příkaz do 20:44:59 a vy budete nabíjet auto od 20:35:00 - 20:46:00, výkon který se projeví změnou na patě domu bude kompenzován v čase 20:35:00 - 20:44:59. Následně 20:44:59 - 20:46:00 již kompenzován nebude.
Co se zrušení POZE týče, zlevní aktivační ceny, t.j. bude možné aktivovat o něco častěji. Ten efekt ale bude velmi malý (méně než 10%), ta změna není dostatečná aby způsobila nějakou zásadnější změnu. S cenou flexibility na trhu by to hnout v podstatě nemělo, velká odběrná místa, která jsou zde (zatím) určující tento poplatek typicky neplatí ve variabilní složce, t.j. nezmění se jim marginální náklad.
Jen doplním, že odchylky se na OTE počítají po čtvrthodinách - to znamená, že pokud pouštíte něco nasáklas naši aktivace, ale bojíte se, že to “přetáhnete” a tuto část nedostanete kompenzovánou, dava smysl tyto vlastní řízení ukončovat 2 minuty před koncem čtvrthodiny i když ještě nedorazil konec commandu od nás. Pak budete přetahovat jen v případě předčasně ukončených commandů, kterých je ale minimum.
Doufate ve ferovost zakazniku, chapu. Zamerne jsem do komentare daval slovo “neprustrelne”. Mate sice v ruce kontrolni mechanismy, ktere mohou zpetne odhalit nestandardni chovani odberneho mista, ale i tak.
