Koordinace s NanoGreen - Githubissues

rnovacek commented 1 year ago

NanoGreen vytváří hodně podobnou integraci zde: https://github.com/nanogreencz/homeassistant-integrations jak @janhicl upozornil v tomto komentáři https://github.com/rnovacek/homeassistant_cz_energy_spot_prices/issues/1#issuecomment-1337313871

Koukal jsem zatím jen zběžně a hlavní rozdíl vidím v tom, že vy všechno počítáte na serveru (https://moje.nanogreen.cz/api/prices/daily), zatímco já jen stahuji data z OTE a všechno počítám lokálně. Líbí se mi ty "X-tá hodina" senzory, to asi taky přidám.

Jaký máte s integrací dále cíl? Bude to specifické pro zákazníky NanoGreen? Dávalo by smysl využívat tuhle integraci (která bude asi spíše i nadále brát data z OTE) a případně nějaké specifické věci pro NanoGreen by se taky daly dodělat, třeba za nějaký flag při nastavovaní integrace.

Bojkas1985 commented 1 year ago

Mně se ta integrace líbí, na test jsem si ji nainstaloval. No, co se mi nelíbí, jak zmiňuje @rnovacek , že se vychází z nějakých interních dat NanoGreen, které v budoucnu nemusí být dostupné, případně zpoplatněné. Líbí se mi, že vycházíš z oficiálních veřejných dat. Co se mi nelíbí, že nemají ceny na další den a nevím, jak jsou ochotní akceptovat otravného Bojkase, aby tůnili.. :D

janhicl commented 1 year ago

Tenhle level dat + nějaká další rozšíření chceme nechat public. Minulý týden jsem to sliboval Loxone, tak bych se musel propadnout, kdybych to neslíbil HA :) Další rozšíření, která chystáme jsou:

Public

senzory pro spojité/nespojíté nejlevnější hodiny
možnost nastavit si počet nejlevnějších hodin pro bool senzor - tak jak to máme teď pro 1 až 6h to není úplně ideální
rozšíření o ceny na další den (zatím nevím, jak to správně uchopit)

Private

výpočet distribuce a ostatních poplatků - bude private, protože si od našich klientů musíme vzít jističe, sazby apod. - není problém nasdílet kód pro obecný výpočet, který pak můžete použít zde
predikce výroby FVE - za ty platíme, takže public je dát nemůžeme
senzory pro spínání zařízení v rámci domácnosti --pracujeme na predikčních algoritmech, jak chytře řídit domácnost (kdy zapnout bojler, kdy nabít baterku, kdy nabíjet auto, kdy topit apod. v závislosti na ceně elektřiny a predikci FVE) -- tohle bude už trošku složitější = dražší, tak to chceme nabízet jako službu. Zároveň bude potřeba mít k ruce i nějakou specifikaci domácnosti, kterou chceme mít v našem portálu

Do public části rádi uvítáme nápady a určitě jí chceme držet nezpoplatněnou a rádi to nasdílíme s vám. Věci, které jsou složitější nebo mají licenci na další subjekty budeme držet private.

rnovacek commented 1 year ago

Ta public část určitě zní hodně podobně jako moje plány. Jediný rozdíl je vlastně ve zdroji dat - OTE versus vaše vlastní. Jak byste se stavěli k tomu brát základní data z OTE a od vás jen ty rozšíření? Pak by asi nemělo cenu mít dvě integrace a stačila by jedna.

Já bych chtěl výslednou cenu řešit asi jako template, který si uživatel nastaví dle vlastních parametrů - poplatek distributorovi + sazba za distribuci ve vysokém a nízkém tarifu. Je to sice komplikovanější napsat, ale univerzální. Nejsem si ale 100% jistý, jestli to bude fungovat...

mnagovicz commented 1 year ago

Nanogreen vypadá fajn. Poradíte mi jak nastavit automatizaci (spouštění) na senzor: sensor.is_currently_in_four_cheapest_hours Nedaří se mi ho dát jako spouštěč, vlastně nevím zdali nastavovat jako automatizaci, nebo script Moc díky za navedení

Bojkas1985 commented 1 year ago

@mnagovicz to je celkem základní automatizace. Spouštěč bude stav senzoru z Off na On.

mkh595 commented 1 year ago

Integrace NanoGreen má smysl možná pro jejich zákazníky. Kdo není jejich zákazník, tak výpočet poplatků mu bude k ničemu. Najít min/max cenu či x-hodinový interval je jednoduchá věc, proč bych tento výpočet neměl dělat v HA, ale na jejich serveru a být závislý na externí službě? Kdykoliv to může přestat fungovat. Chytrá domácnost a predikce výroby? To jsou takové fičury o kterých se hezky mluví a slouží k nalákaní zákazníků na placené služby (teď myslím obecně, ne NanoGreen). K tomu jsem trochu skeptický. Na internetu se dají najít diskuze, jak jsou různé služby obzvlášť v období jaro/podzim skoro nepoužitelné. Včera u mne polojasno a +9°C. O 5 km dál +1°C a celodenní inverze. V zimě může být celý týden jasno a předpověď vyjít na 100% a bude to k ničemu, když budou panely pod sněhem. Zapnout pračku či sušičku? To musí umět být externě zapnuty. Odhaduji, že 90% prodávaných modelů to neumí, mají maximálně odložený start. Umějí to jen nejdražší modely s připojením do cloudu přes WiFi. To pak ale návratnost investice do takového modelu může být delší než jeho životnost. Do pračky či sušičky stejně musím dát prádlo ručně a vybrat program. Pak stačí kouknout z okna zda spustit hned nebo odložit start na později.

Co bych od integrace spotových cen očekával?

najdi x-hodinový nejlevnější interval a nabij elektromobil, pokud nebyl nabitý přímo z produkce FVE
najdi 2-hodinový nejlevnější interval pro spuštění pračky, myčky, sušičky (odložený start), pokud není předpoklad z pokrytí FVE přes den
podle %SOC najdi x-hodinový nejlevnější interval a dobij baterku, pokud není předpoklad dobití z FVE přes den
pokud je rozdíl max-min ceny vetší než x Kč (pokrytí fixních poplatků, DPH a amortizace baterky) a je k dispozici volná kapacita baterky, nabij za min cenu a prodej za max cenu

Co nepotřebuji v integraci:

korunové vyčíslení poplatků a fixních sazeb za MWh, to uvidím na faktuře a k automatizaci to není potřeba

Mě osobně integrace NanoGreen nezaujala. Kdo je programátor, tak si automatizaci udělá podle svých požadavků, nebude mít důvod jít do placeného blackboxu.

rnovacek commented 1 year ago

Díky za názory. Zatím bych tedy asi integraci nechal tak, jak je - stahování dat přímo z OTE. Pokud NanoGreen chce, klidně může přispívat kódem a třeba jen přibalit svoje věci jako nezávislou integraci - buď zkombinovat (tahle integrace bude závislost pro jejich) nebo udělat fork.

janhicl commented 1 year ago

Integrace NanoGreen má smysl možná pro jejich zákazníky. Kdo není jejich zákazník, tak výpočet poplatků mu bude k ničemu. Najít min/max cenu či x-hodinový interval je jednoduchá věc, proč bych tento výpočet neměl dělat v HA, ale na jejich serveru a být závislý na externí službě? Kdykoliv to může přestat fungovat. Chytrá domácnost a predikce výroby? To jsou takové fičury o kterých se hezky mluví a slouží k nalákaní zákazníků na placené služby (teď myslím obecně, ne NanoGreen). K tomu jsem trochu skeptický. Na internetu se dají najít diskuze, jak jsou různé služby obzvlášť v období jaro/podzim skoro nepoužitelné. Včera u mne polojasno a +9°C. O 5 km dál +1°C a celodenní inverze. V zimě může být celý týden jasno a předpověď vyjít na 100% a bude to k ničemu, když budou panely pod sněhem. Zapnout pračku či sušičku? To musí umět být externě zapnuty. Odhaduji, že 90% prodávaných modelů to neumí, mají maximálně odložený start. Umějí to jen nejdražší modely s připojením do cloudu přes WiFi. To pak ale návratnost investice do takového modelu může být delší než jeho životnost. Do pračky či sušičky stejně musím dát prádlo ručně a vybrat program. Pak stačí kouknout z okna zda spustit hned nebo odložit start na později.

Co bych od integrace spotových cen očekával?

najdi x-hodinový nejlevnější interval a nabij elektromobil, pokud nebyl nabitý přímo z produkce FVE

najdi 2-hodinový nejlevnější interval pro spuštění pračky, myčky, sušičky (odložený start), pokud není předpoklad z pokrytí FVE přes den

podle %SOC najdi x-hodinový nejlevnější interval a dobij baterku, pokud není předpoklad dobití z FVE přes den

pokud je rozdíl max-min ceny vetší než x Kč (pokrytí fixních poplatků, DPH a amortizace baterky) a je k dispozici volná kapacita baterky, nabij za min cenu a prodej za max cenu

Co nepotřebuji v integraci:

korunové vyčíslení poplatků a fixních sazeb za MWh, to uvidím na faktuře a k automatizaci to není potřeba

Mě osobně integrace NanoGreen nezaujala. Kdo je programátor, tak si automatizaci udělá podle svých požadavků, nebude mít důvod jít do placeného blackboxu.

@mkh595 my v první řadě chceme mít integrace do HA (ale i Loxone, IFTTT apod.) pro neprogramátory, kde je problém získat třeba i nejlevnější/N nejlevnějších hodin z JSONu hodinových dat (viz i diskuze v jiné issue tady). Pračku a sušičku skoro nemá cenu řešit... psal jsem o tom tady. Ale např. u topení nebo bojleru se vyplatí ohřívat jen v některé levné hodiny, protože pak "realizuji ztrátu" chladnutím. Jak je velká ztráta? Kdy se mi to vyplatí? Tohle už pro většinu lidí (a mezi lidi počítám i programátory :)) není úplně triviální spočítat. Stejně tak se v případě dobrých predikcí (ano, je potřeba mít dobré a placené predikce) objevuje use-case, kdy dává smysl přes den prodávat elektřinu do sítě a nepoužívat na vlastní spotřebu. V noci se pak dá na vodu/topení využít levná elektřina. Intuitivně nesmysl, finančně výhodnější. Kdy se mi vyplatí nabíjet baterku a pak vracet elektřinu do sítě? Do toho všeho ale vstupuje cena distribuce a ostatní platby a nedají se ignorovat... Tohle jsou už ale pokročilejší věci, které chceme nabízet našim klientům (psal jsem výše). I z pohledu toho, že je potřeba mít vstupní parametry domácnosti dává smysl, to brát přímo z našich systémů. Samozřejmě cokoliv bude možné, tak rádi nasdílíme s komunitou.

janhicl commented 1 year ago

@rnovacek vidím to podobně - předal jsem na naše vývojáře (@panzelva). Určitě chceme pomoci, jak jen to bude možné - až se budeme s něčím blížit, tak bych se ozval a připadně bychom probrali, jak na to.

mnagovicz commented 1 year ago

@mnagovicz to je celkem základní automatizace. Spouštěč bude stav senzoru z Off na On.

Díky moc za navedení, přesto se mi to nedaří spustit. Pokud automatizaci otestuji, je to OK. V reálu to ale nesepne. Vyzkoušel jsem Off/On i Vypnuto/Zapnuto. Mrkneš prosím kde může být chybka? :-)

shaman79 commented 1 year ago

@rnovacek mohu se zeptat, kdy plánujete přidat ten On/Off senzor, který by spínal pokud jsem v nějaké nejlevnější hodině (s tím, že by bylo možno zvolit kolik nejlevnějších hodin zahrnout)? Teď máte nejlevnější blok, ale hodilo by se mít to i nespojitě, jako obdobu is_currently_in_six_cheapest_hours od nanogreen. Jinak super práce!

rnovacek commented 1 year ago

@shaman79 To už nějakou dobu funguje se senzorem current_spot_electricity_hour_order. Stačí nastavit automatizaci, která se bude spouštět, když je tato hodnota pod určitým limitem. Něco na tento způsob:

description: ""
mode: single
trigger:
  - platform: state
    entity_id:
      - sensor.current_spot_electricity_hour_order
condition:
  - condition: numeric_state
    entity_id: sensor.current_spot_electricity_hour_order
    below: 7
action: []

Teď z hlavy nevím, jestli below: 7 nebo below: 6 pro 6 nejlevnějších hodin.

rnovacek / homeassistant_cz_energy_spot_prices

Koordinace s NanoGreen #3