Atributy ceny a posunutý čas

[Bojkas1985]

Ahoj, snad to nebude vadit, že píšu česky, vzhledem k tomu, že se jedná o ceny z českého OTE. :) 1.) Rád bych se zeptal, jestli čas v atributech není trochu posunutý. Dle OTE je cena za první hodinu 00:00-00:59:59 158,06 euro za MWh, což znamená 3,84 Kč/kWh, ale v atributech máš od nulté hodiny 3,65, což zase odpovídá dle OTE času 01:00-01:59:99. Přitom na samotném stavu seznoru je to korektně, tedy v tuto hodinu je dle senzoru 5,76 Kč a dle OTE také 5,76 Kč. Jde to i vidět, kde atributy končí, na 22h, namísto 23. 2.) Vím, že to může být pro některé zbytečné, ale mohla by být zajímavá volba vytvoření senzoru, který by určoval čas, kdy začíná nejnižší kumulace cen dle nastavení. Například, chci nabíjet 3h, v nastavení bych nastavil 3h a senzor by mi ukázal, že nejnižší kumulativní cena začíná dnes v 01:00:00 a končí 03:59:59.

Jinak, naprosto skvělej počin, předtím jsem používal ten od Grinca, ale tam mi vadilo, že nemá další den po vyhlášení cen a každodenní hodinový výpadek.

Díky Bojkas

[Bojkas1985]

@rnovacek měl si čas to otestovat? :⁠-⁠) Láká mě to prostě aktualizovat a otestovat ze své strany. Edit: tak jsem si nemohl pomoc a musel jsem aktualizovat. 🙃 1.) Pokud dám nastavit počet kumulativních hodin, případné dodatečné náklady v nastavení, nezůstane uloženo, nic se nestane. 2.) a) Senzor current_spot_electricity_hour_order krásně ukazuje pořadí nejlevnějších hodin, nešel by přidat i další na zítřejší den? Ten senzor s hodinovými atributy. b) Případně tam dodat třeba i cenu jako parametr? c) co znamena ta barevná linka hour order?

[rnovacek]

1.) Počet kumulativních hodin a dodatečné náklady ještě nefungují, zatím jsem ty senzory zakomentoval.

2a.) Myslíš udělat ještě jeden senzor, který by to ukazoval pro zítřek? Co by měl za aktuální hodnotu? Možná by šlo přidat zítřek jako další hodinové atributy, ale pak nevím, jak to počítat. Další interval 1-24? To by znamenalo, že buď jedna nebo dvě hodnoty budou mít pořadí 1 - nejlevnější dnes a nejlevnější zítra (jen když už máme data pro zítřek). 2b.) Jak si to představuješ? Do atributů? Nebude už tam toho moc? 2c.) Nevím, co tím myslíš. Byl by screenshot?

[Bojkas1985]

1.) Ach tak, oki. :⁠-⁠)

2a) a musí tam být aktuální hodnota? Nemůže tam být hodnota nejlevnější? Osobně bych to určitě nemíchal dohromady, pak by to bylo opravdu matoucí. Určitě by byl vhodnější vlastní senzor s atributy jako je to u tohoto, jen na druhý den. 2b) teď je tam datum a druhý pak pořadí, tak bych to udělal jako datum, cena a pořadí? 2c) posílám

[rnovacek]

2a) Senzor jsem přidat, hodnota je Unknown dokud nepřijdu na to, co tam dát lepšího. Kolikátá hodina dne je nejlevnější mi přijde neintuitivní, když ten senzor pro dnešek tam má pořadí aktuální hodiny 2b) Přidal jsem i cenu, jen nevím, jestli tam toho teď není moc 2c) Hodnota toho senzoru je pořadí aktuální hodiny podle ceny. A jelikož je to bezrozměrná veličina, tak tam HA ukazuje tenhle graf pro diskrétní hodnoty (aspoň si to myslím).

[Bojkas1985]

2a) super. Uvidím až ve 13h. :⁠-⁠) Možná tam dát stav, jestli už ty ceny jsou na druhý den načtené? Pak by se mohla dát automatizace něco ve stylu, if loaded then ... 2b) máš pravdu, je tam celkem přetlak s tou cenou. Jinak, myslel jsem, že to pořadí by bylo na konci. Proč to nemá vlastní sloupec, ale je to oddělené čárkou? Nešlo by ty sloupce i pojmenovat? :⁠-⁠) 2c) ach tak! Dobrý vědět, užitečný stav.

[rnovacek]

2a) Dobrý nápad! To by šlo. 2b) Problém je, že ty atributy nejde nijak formátovat. Je to vlastně slovník v Pythonu, čili dvojice "klíč-hodnota" a hodnota musí být něco, co se dá převést do JSONu. To co tam je teď je seznam [cena, pořadí]. Můžu ty dvě věci přehodit, ale nic moc lepšího asi nevymyslím.

[janhicl]

Ahoj, všem! Bohužel jsem objevil vaší integraci na HA až teď :( Podle toho, jak na to koukám, tak @rnovacek udělal kus skvělé práce a bohužel jí trošku v Nano green duplikujeme. Zároveň ale máme více času se do pustit, tak možná dává smysl nějak spojit síly. Máme ceny spotu jak dle market ceny, tak ceny pro spotřebu i výrobu očištěné o marži obchodníka, máme bool senzory na nejlevnějších X hodin. Budeme přidávat i nejlevnější spojité hodiny, nejlevnější v peak a off-peak hodinách. Díky tomu, že počítání distribuce je náš denní chleba, tak budeme přidávat i to. Rádi pomůžeme posunout integraci a rádi se inspirujeme s tím, co může pomoci... Naše první verze integrace zatím zde

@rnovacek nějaký nápad, jak bychom mohli pomoci? Chápu, že chcete být nezávislí na dodavateli, ale určitě není problém mezi sebou něco sdílet...

[rnovacek]

@janhicl Pěkná práce. Jsem mimochodem váš zákazník :)

Pojďme na tu diskuzi udělat novou issue: #3

[mkh595]

@rnovacek V souborech je složka test a test_hass. Jak se dá spustit a debugovat tento kód?

Třeba 'pip3 install -U homeassistant' uvedený ve skriptu run-hass.sh nějak neskončí

[rnovacek]

U mě pip3 install -U homeassistant normálně proběhne. Zkusil bych pip3 uninstall homeassistant a pak pip3 install -U homeassistant. Máte to v nějakém virtual environment?

[jirimissbach]

výborná integrace, čekám na PPP ale už si připravuji automatizace na ovládání GoodWe a nabíjení aut přes smart wallbox. Tenhle thread už je poměrně dlouhý, nechtělo by to udělat separátní issue na jednotlivé= feature requests aby se v tom @rnovacek vyznal?

Líbí se mi idea počtu kumulovaných X hodin, to bude fungivat pro auto dobře. Co tak ale přidat nějaké dalši funkce jako například

median - is the current hour price below the median? price quartile - display quartile number based on the hour price (0 - 4)

A případně přidat cenu za distribuci kterou by bylo možné měnit podle tarifu (např externí entita která by obsahovala cenu za distribuci která se mění podle šasu/sazby)

[rnovacek]

Ano prosím, udělejme separátní issues pro každý požadavek. Tady to zavřu a prosím vytvořte nové issues (ideálně pro každou součást) ať to můžeme prodiskutovat.