Electricity Is Cheapest Looking X Hours Forward

[02curls]

dobrý den,

těmito dvěma automatizacemi zhruba optimalizuji vybíjení FV baterky v hodiny dne, které jsou spotově dražší:
When Current Spot Electricity Hour Order is >12 
ALLOW DIScharge
When Current Spot Electricity Hour Order is <13 
DISALLOW DIScharge

Jenže narážím na půlnoční "nesouvislé" řazení hodin druhého dne, které teď vede k tomu, že např. ve v příloze naznačené situaci automatizace od 22 do 24 hodin prvního dne vybíjení zakazuje, i přestože spotové ceny následujících ranních hodin nového dne stále klesají a tak stálo za to, baterku vybíjet.

nešlo by vytvořit nové entity jako např. Electricity Is Cheapest Looking X Hours Forward, Electricity Is Most Expensive Looking X Hours Forward, které by braly v potaz ceny dalšího dne ?

pardon pokud lze věc řešit stávajícími entitami, prosím eventuálně o nasměrování

díky moc

[mrpohoda]

Přidám se zde s podobnou prosbou. Dříve jsem používal vlastní API na získání spotových cen a bylo výhodné nalézt nejlevnější hodinu nebo více po sobě jdoucích hodin během noci (např. od 20 večer do 8 rána). Používal jsem to na nabití baterie a nahřátí bojleru v nejlevnějších 2 po sobě jdoucích hodinách. S touto integrací na to zatím nemohu přijít, protože peak a offpeak hodiny jsou jen v rámci jednoho dne a ne přes půlnoc.

[hipik634]

ahoj, prosímtě můžeš mi říct, jak pracuješ s těmi Current Spot Electricity Hour Order, já se trápím s tím, že hodnoty jsou v atributech a nevím, jak na to. Mě by stačil třeba medián. Prosím příklad od Tebe z HA, díky

[02curls]

@hipik634 treba takhle, v automations, pracuju s entitou Current Spot Electricity Hour Order, s jeji aktualni hodnotou, nikoliv s atributy, kdyz je 17.-24. nejdrazsi hodina dne, tlumim topeni napr. ...

[johny-mnemonic]

@mrpohoda Řeším teď stejný problém:

"nalézt nejlevnější hodinu nebo více po sobě jdoucích hodin během noci (např. od 20 večer do 8 rána)"

Podařilo se najít nějaké řešení s pomocí této integrace?

Mě přijde, že nejlepší by bylo vygenerovat něco jako current_spot_electricity_hour_order pro daný interval (noc), protože pak by se to dalo používat v automatizacích univerzálně a hlavně dynamicky. Počet nejlevnějších hodin, které potřebuje jedna automatizace bývá jiný, než kolik jich potřebuje jiná a mění se to i každý den u stejné automatizace. Další variantou je udělat si template senzory na 2,3,4 nejlevnější hodiny v noci, jak ukázal @shaman79 v #40, ale ten hour_order senzor mi přijde jako elegantnější řešení, obzvlášť pokud nevadí nespojitá dotace hodin.

[mrpohoda]

@mrpohoda Řeším teď stejný problém:

"nalézt nejlevnější hodinu nebo více po sobě jdoucích hodin během noci (např. od 20 večer do 8 rána)"

Podařilo se najít nějaké řešení s pomocí této integrace?

Řeším to pomocí funkce v Node Red. V 15 hodin odpoledne si spočítám začátek a konec nabíjení pro noc (offpeak), v 7 hodin ráno spočítám nejlevnější nabíjecí čas pro den (peak). Kód funkce tady

[johny-mnemonic]

@mrpohoda Díky, ale Node Red nepoužívám. Ještě zkusím bojovat v HA :-)

[Policanek]

Zdravím,
našli jste prosím nějaké řešení tohoto problému? jde mi o nalezeni nejlevnejších X (ne po sobě jdoucích) hodin mezi např. 8 večer a 7 ráno... Hour order na to bohužel nefunguje.. Děkuji.
Dobré řešní by bylo, pokud by se např. nastavil nějaký senzor a v těchto hodinách v budounu by byl True v těchto nejnižších hodinách.
Děkuji, pokud již někdo má řešení vedoucí k cíli..

[johny-mnemonic]

@Policanek už se to tu řešilo na několika místech. Nejvíce je asi zde.
Ve zkratce, dokud něco takového nezačne podporovat sama integrace, tak nejlepší řešení je šablona.