Entita s měsíční spotřebou/výrobou

[otava5]

Dobrý den, šla by dodělat entita s měsíční spotřebou a výrobou např. aktualizace k 1 dni v měsíci za předchozí měsíc?

Děkuji

[ondrejvysek]

Dobrý den, šlo. nicméně pokud bude dost dat v HA, je lepší udělat statistický senzor ze surových dat. mohlo by to vypadat nějak takto:

sensor:
  - platform: statistics
    name: Daily Sensor Statistics
    entity_id: sensor.egddistribuce_00000EAN00000_1_icc1
    sampling_size: 30
    max_age:
      days: 30

pak zajistit reset sensozu na konci měsíce.

potažmo by šlo agregace řešit v nějaké lovelace, třeba apex, která udělá sum za období.

nechám to tu otevřené jako vylepšení, jak bude hotový základ a budou nasbíraná data, začneme řešit agregace / vizualizace.

[otava5]

Co mám zadat za EAN pokud mám i další EAN na výrobu? Nyní mi obě entity ukazují 0 kwh :-/ Děkuji

[ondrejvysek]

zatím neřešeno, nemám nikoho, kdo zatím měl. pokud byste se chtěl zapojit do vývoje / testování, napište mi

[otava5]

a v api není možno dát požadavek na "minulý měsíc" místo včera?

[ondrejvysek]

V API není včera, ale časový interval v UTC (CEST -2hod). tj včerejší data je dotaz ke 3.6.24 'from': '2024-06-01T22:00:00.000Z', 'to': '2024-06-02T21:45:00.000Z' Teoreticky lze dopočítat správný interval a získat data. Pokud by byl zájem, klidně nějak dodělám, ale bude tam číslo jenom za předchozí měsíc - tj v čase se bude posouvat. Klidně tak jak to je na obrázku

• včera tam již je
• tento týden
• minulý týden
• tento měsíc
• minulý měsíc

Ale pokud poběží jak má, tak do měsíce ten předchozí měsíc máte v HA a lze použít pro cokoliv, např pro ten statistický senzor.

[otava5]

Snažím se použít statický sensor, ale asi mi chybí "state_characteristic" ... Poradíte co použít? mean / change?

[ondrejvysek]

Myslím, že ani jedno, podle mne sum, ale když nad tím přemýšlím, díky tomu že to tam nebude pouze 1x denně, tak to není také ideální

[ondrejvysek]

Ještě jsem nad tím přemýšlel, s ohledem na to, že se senzor aktualizuje několikrát denně:

1. vytvořit denní statistický senzor, se statistikou max/min (vezme jednu nejvyšší/nejnižší hodnotu) nebo mean (průměr). S ohledem na to, že všechny hodnoty jsou stejné, je jedno jaký se zvolí - já bych bral max/min není za tím žádný výpočet. tím se zajistí, že v jednom dni bude pouze jedna hodnota.
2. vytvořit další senzory dle potřeby (týden, měsíc,...) kde bude statistika sum deního

tohle by mělo zajistit chtěný výsledek, zkusím tu nějak nasimulovat a postupně tvořit třeba i grafy.

co zkusím, jak zajistit, aby senzor sám o sobě udělal aktualizaci se stejnou hodnotou pouze 1x za den, tím by se dal přeskočit krok 1

[otava5]

Zkouším pomocníka měřič jen pořád tápu kdy se mi zaktualizují hodnoty furt mi "vysí" za den z 2.6. i když na EGD již jsou nové za 3.6. Jinak u mě hodnota za předchozí den je stejná tudíž neměnná což je logické a víc dat dopředu nejdou

[ondrejvysek]

@otava5 z halvy nepamatuju, nějak se tam dává frekvence a resetování. Píšu si a zkusím tuhle celou logiku nějak vymyslet :)

[ondrejvysek]

@Pelikanoooo ono to asi zatím s více EANy neumí pracovat. resp umí, ale konfigurace na to není nachystaná. Přesunu to do vlastního vlákna. Zkuste mi napsat na , zkusíme najít. Jak nemám EGD nemám možnost komplet testování,...

[otava5]

ten pomocník se dá použít a proč sakra přičítá tu samou hodnotu pro restartu HA 😆

[petr-nov]

Na úvod díky za práci pro ostatní. Mám dotaz, proč mi vždy kolem poledne na určitý čas spadne hodnota obou senzorů na 0? Chápu to tak, že by se měly aktulizovat jednou za den tou automatizací o půl jedné v noci... Něco nechápu.

[ondrejvysek]

Rádo se stalo (děje :))

přišel jsem na to, že automatizace není potřeba (resp se to tím dá pošťouchnout), neb se na základě (nějaké - zatím nevím jaké) logiky HA aktualizuje samo. těch aktualizací za den je tam povícero.

Tyhle senzory nejspíš skončí pouze jako datové a bude nutné řešit přes statistické senzory.

aktuálně řeším:

• jak vynutit aktualizaci pouze 1x za den (a tam musím vždy čekat na výsledek)
• jak vyřešit statistické senzory pro dlouhodobější spotřeby pro grafování
• jak vyřešit zpětný zápis dat, jsou případy, kdy EGD nevrací včerejší data, ale až s dvoudenním spožděním

Kdyžtak na to prosím příště udělejte samostatný problém, netýká se původního tématu, pomůže mě i ostatním

[otava5]

Opět EGD nevrátilo za včerejšek žádný data: Opět se zeptám, šel by přidělat sensor na spotřebu/výrobu za min. měsíc rovnou z dat API?

[ondrejvysek]

Ze nejsou data mne mrzí, když nejsou na portále, ani API je nestahne.

Píši si vylepšení:

• spotřeba minuly měsíc
• spotřeba v aktuálním měsíci do "včera" (co data dovolí)

Porad zkoumám možnost zpětného zápisu dat, zde uvidíme.