HomeAssistant ja sähköpörssiohjaus
- Keskustelun aloittaja Temez
- Aloitettu
-
- Avainsanat
- homeassistant kotiautomaatio nordpool pörssisähkö
- Keskustelun aloittaja
- #284
SHF Cheapest period ei ota noita priorityhourseja huomioon vaan palauttaa aina halvimmat tunnit 24h ajanjaksolla kello 15:00 alkaen.
Prioriteettitunnit vaikuttavat vain Rank-järjestykseen nykyisellään. Jos käyttötapauksesi ei vaadi yhtäjaksoista ajanjaksoa, niin vaihda käyttämään triggerina Rankia (ohjaus päälle, kun Rank <=4 ja pois muutoin).
okei kiitos tiedosta! enpä tajunnut tuota ja useimmiten se halvin aika osuu yölle muutenkin, ni ei usein ole tullut tuota tilannetta vastaan että halvimmat 4h olisikin päivällä.
Ihmettelin kanssa aamulla, kun ei lämminvesivaraaja ollut boostannut 80:neen halvimmilla tunneilla. Luulin, että SHF Cheapest period on vuorokausikohtainen alkaen 00, mutta ei siinä mitään, vaihdan käyttämään rank triggeriä.
Mihin käyttöön tuo SHF Cheapest period on alunperin suunniteltu?
Mihin käyttöön tuo SHF Cheapest period on alunperin suunniteltu?
heebo1974
Jäsen
En ota kantaa siihen, mihin se on suunniteltu, mutta esim. pesukoneille jne laitteille jotka tarvitsevat perättäisiä halpoja tunteja toimiakseen.
Piti oikein tänne kirjautua, kun asentelin tätä mainiota osaa Home Assistantiin. Tuosta hinnasta vaan jäi vähän kysyttävää, jota en itse ole oikein pystynyt selvittämään.
Sisältääkö hinta 'shf_electricity_price_now' verot (sähköveron ja alv:n kulloisenkin arvon 10% tai 24%)?
Entä näkyykö kuluttajan maksama pörssisähkön hinta, jos käyttää 'SHF Price1' arvona siirtohinta+marginaali?
Sisältääkö hinta 'shf_electricity_price_now' verot (sähköveron ja alv:n kulloisenkin arvon 10% tai 24%)?
Entä näkyykö kuluttajan maksama pörssisähkön hinta, jos käyttää 'SHF Price1' arvona siirtohinta+marginaali?
Tänks!
Sähkömarkkinat siirtyvät osittain varttitaseen käyttöön 22.5.2023 alkaen, ja kuluttajille se näkynee parin vuoden siirtynmäajan jälkeen. Pörssihinta siis päivittyy neljä kertaa tunnissa. Eihän asialla mikään kiire ole, mutta tuoko varttitaseeseen siirtyminen suuriakin voimisteluliikkeitä koodin päivitykseen?
Varttitase eli 15 minuutin taseselvitysjakso
www.fingrid.fi
Jo valmiiksi myllerryksessä olevat sähkömarkkinat muuttuvat entistä kiivaammiksi – jatkossa pörssisähkön hinta vaihtelee neljä kertaa tunnissa
Niin sanottu varttitase tulee sähkömarkkinoille. Porrastetusti toteutettavaa uudistusta perustellaan muun muassa tuulivoiman takia yhä ennakoimattomammaksi muuttuneella sähkön tuotannolla.
yle.fi
Mainitsin tuosta kun tätä spothinta api alkoi miettimään joku kuukausi sitten, en nyt muista mille tasolle sen huomioiminen jäi mutta aluksi tuntui olevan asenne se että 'tuleeko semmonen' ja 'ei tuu pitkään aikaan' niin ei ainakaan siinä kohtaa kovin vakava suhtautuminen. Tiedä sitten kannattaako näillä vartin tarkkuuteen mennä mutta kuitenkin johonkin kohtaa se hanskaaminen 15min>>>1h kin sitten pitää sitten tehdä.
Nyt lyö tyhjää, osaatteko sanoa että mitä teen väärin kun haluaisin muuttaa rank-laskentaa siten, että se huomioi yön ja päivän siirtohinnan eron ja laskee rankit oikein.
Ymmärsin niin, että käytetään tässä esimerkissä käytettyä urlia:
https://api.spot-hinta.fi/today?priorityHours=22,23,0,1,2,3,4,5,6,7,8&priceModifier=-2,50
ja korvataan sillä spot-price.yaml tiedoston resource rivin vanha urli (https://api.spot-hinta.fi/TodayAndDayForward?HomeAssistant=true)
Lopuksi tallennus ja home assistantin restart. Joku nyt selvästi menee väärin kun tämän jälkeen hintatietoja ei enää näytetä...
EDIT:
No hemmetti, mahtoihkohan ratkaisu olla käyttää tätä työkalua urlin luomiseksi:
api.spot-hinta.fi
Loin tällä nimittäin nyt haluamani skenaarion ja nyt tuntuu ainakin näennäeisesti toimivan
Ymmärsin niin, että käytetään tässä esimerkissä käytettyä urlia:
https://api.spot-hinta.fi/today?priorityHours=22,23,0,1,2,3,4,5,6,7,8&priceModifier=-2,50
ja korvataan sillä spot-price.yaml tiedoston resource rivin vanha urli (https://api.spot-hinta.fi/TodayAndDayForward?HomeAssistant=true)
Lopuksi tallennus ja home assistantin restart. Joku nyt selvästi menee väärin kun tämän jälkeen hintatietoja ei enää näytetä...
EDIT:
No hemmetti, mahtoihkohan ratkaisu olla käyttää tätä työkalua urlin luomiseksi:
OpenAPI documentation for api.spot-hinta.fi REST interfaces - Swagger UI
api.spot-hinta.fi
Loin tällä nimittäin nyt haluamani skenaarion ja nyt tuntuu ainakin näennäeisesti toimivan
Viimeksi muokattu:
Täällä aloittelija yritää saada pakettia toimimaan - Mikä menee pieleen?
spot-price.yaml tiedoston kopioin githubista HomeAssistantin config/ hakemistoon.
/config/configuration.yaml tiedostoon lisäsin tämän:
homeassistant: # Find this row and if it doesn't exists, you can copypaste this whole block to the file.
packages: # NEW AND IMPORTANT ROW, NOTE INDENTATION
pack_1: !include spot-price.yaml # NEW AND IMPORTANT ROW, NOTE INDENTATION
Ja kun yritän ottaa restartin homeassistanttiin niin tulee tällainen herja:
Failed to restart Home Assistant
The system cannot restart because the configuration is not valid: Error loading /config/configuration.yaml:
mapping values are not allowed here in "/config/spot-price.yaml", line 27, column 66
spot-price.yaml tiedoston kopioin githubista HomeAssistantin config/ hakemistoon.
/config/configuration.yaml tiedostoon lisäsin tämän:
homeassistant: # Find this row and if it doesn't exists, you can copypaste this whole block to the file.
packages: # NEW AND IMPORTANT ROW, NOTE INDENTATION
pack_1: !include spot-price.yaml # NEW AND IMPORTANT ROW, NOTE INDENTATION
Ja kun yritän ottaa restartin homeassistanttiin niin tulee tällainen herja:
Failed to restart Home Assistant
The system cannot restart because the configuration is not valid: Error loading /config/configuration.yaml:
mapping values are not allowed here in "/config/spot-price.yaml", line 27, column 66
- Keskustelun aloittaja
- #295
Onhan sisennykset kohdillaan eli homeassistant-rivillä ei yhtään sisennystä, seuraavalla packages-rivillä esim. 2 välilyöntiä ja kolmannella pack_1-rivillä esim. 4 riviä?
Jos ei ollut tuosta kiinni, niin anna configuration.yaml tänne liitteeksi, niin voidaan analysoida sitä tarkemmin (ylikirjoita siellä mahdollisesti olevat salasanat ja muu sensitiivinen tieto jollain höpöhöpöllä, ettei tule meidän tietoon).
Luullakseni sisennykset on oikein - otin tuon copy-pastella githubista ja yritin olla muuttamatta sisennyksiä. Liitteen mukaisella configuration.yaml antaa tuon yllä oleva virheen. Jos kommentoin nuo uudet rivit niin virhe poistuu.
Virhe siis tulee tästä: Developer Tools / Check Configuration:
Error loading /config/configuration.yaml: mapping values are not allowed here
in "/config/spot-price.yaml", line 27, column 66
Liitteenä configuration.yaml. Muutin päätteen txt kun tuo yaml tyyppinen tiedosto oli jotenkin sopimaton. Jotain IP osoitteita ja porttinumeroita vedin yli XXX:llä muuten tuossa ei kai ole mitään kovin salaista.
Virhe siis tulee tästä: Developer Tools / Check Configuration:
Error loading /config/configuration.yaml: mapping values are not allowed here
in "/config/spot-price.yaml", line 27, column 66
Liitteenä configuration.yaml. Muutin päätteen txt kun tuo yaml tyyppinen tiedosto oli jotenkin sopimaton. Jotain IP osoitteita ja porttinumeroita vedin yli XXX:llä muuten tuossa ei kai ole mitään kovin salaista.
- Keskustelun aloittaja
- #297
Eikun joo, en lukenut kunnolla virheilmoitusta. Tuohan kertoo, että vika olisi spot-price.yamlin sisällä. Virheilmoitus poistuu configuration.yamlin rivien kommentoinnilla, koska sitten se ei käytä tuota tiedostoa. Voisit koettaa ottaa sen spot-price.yaml-tiedoston uusiksi Githubista? Etenkin, jos olet kopioinut sisällön etkö varsinaista tiedostoa.
Olisiko jollakin foorumilaisella käytössä versiota 0.1.10, jotta voisi varmistaa, ettei itse tiedostossa ole vikaa? En pääse nyt tarkistamaan konffitiedoston toimivuutta. Jos olisi lipsahtanut jokin virhe minulla Github-versioon.
Mikä versio sulla siellä pyörii?
Ekalla kerralla latasin tuon spot-price.yaml filen hiiren oikealla napilla, "save link as" windows koneessa. Tuloksena oli noin 233kB tiedosto, joka alkoi näin:
<!DOCTYPE html>
<html lang="en" data-color-mode="auto" data-light-theme="light" data-dark-theme="dark" data-a11y-animated-images="system">
<head>
<meta charset="utf-8">
<link rel="dns-prefetch" href="https://github.githubassets.com">
Eli ilmeisesti onnistuin lataamaan githubin nettisivun tai jotain sinnepäin... Ei ihme, että ei toiminut.
Nyt yritin uudemman kerran ja latasin tuon zip tiedoston ja siellä olikin tuo samainen tiedosto 11kB ja sisältökin näytti paljon paremmalta. Tämä jälkeen homma toimi heti.
Kiitos avusta ja anteeksi tällainen sähläys...
<!DOCTYPE html>
<html lang="en" data-color-mode="auto" data-light-theme="light" data-dark-theme="dark" data-a11y-animated-images="system">
<head>
<meta charset="utf-8">
<link rel="dns-prefetch" href="https://github.githubassets.com">
Eli ilmeisesti onnistuin lataamaan githubin nettisivun tai jotain sinnepäin... Ei ihme, että ei toiminut.
Nyt yritin uudemman kerran ja latasin tuon zip tiedoston ja siellä olikin tuo samainen tiedosto 11kB ja sisältökin näytti paljon paremmalta. Tämä jälkeen homma toimi heti.
Kiitos avusta ja anteeksi tällainen sähläys...
Olikos teillä kenelläkään HA käyttäjillä aurinkopaneeleja. Millaisia ohjauksia ja optimointeja olette tehneet, että saa paneeleista mahdollisimman paljon hyötyä.? Itsellä ei paneeleja ainakaan vielä, mutta kaverin tilannetta vähän mietiskeltiin, kun hän nyt siirtynyt myös pörssisähköön ja varmaan kannattaisi mahdollisimman paljon koittaa käyttää paneelien sähköstä itse.
Pieni torppa, jossa pääsisi ohjaamaan lähinnä lattialämmitystä, lämminvesivaraajaa ja ILP:ä. Froniuksen invertteri, jonka ominaisuuksista kaveri ei tunnu pahemmin tietävän. Jonkun inputin kaiketi saisi tiedoksi, kun paneelit tuottaa.
Froniukseen näyttää löytyvän HA:sta integraatio.
Pieni torppa, jossa pääsisi ohjaamaan lähinnä lattialämmitystä, lämminvesivaraajaa ja ILP:ä. Froniuksen invertteri, jonka ominaisuuksista kaveri ei tunnu pahemmin tietävän. Jonkun inputin kaiketi saisi tiedoksi, kun paneelit tuottaa.
Froniukseen näyttää löytyvän HA:sta integraatio.
Ohjaan Froniuksen invertterin I/O-nastoilla Omron G2R-sarjan 24 V pienoisreleitä, jotka ohjaavat PILP F470 vastuskäyttöä luksustilaan (2 kW kesäohjelmointi) sekä varaston patteria 700 W (Enston patteri ja oma ohjausliitin). Invertteriä syöttää pieni 24 V ulkoinen poweri, kun invertterin oma antoteho ei riitä releille. Froniuksen Smart meter on pääkeskuksessa, joka on yhteydessä invertteriin piuhalla. Invertterin asetuksissa saa määriteltyä tehoportaat esim. kun ylijäämää on tämän ja tämän verran, kytketään rele vetämään. Päästötehotaso on määriteltävissä erikseen.
Molemmat sekä invertteri sekä smart meteri tunnistui kerrasta HA:n ja toimii hyvin, kunhan sisäverkon IP on kiinteä Froniuksen datamanagerille.
HA sähkönhintaohjaukset on ajatus tehdä ns. pääreleen avulla ja foorumin SHF-systeemillä. Jälkimmäisen jo asensinkin.
Raspin GPIO-liitäntään logic-level Mosfet + Omron G2R 24 V. Jos sähkö maksaa paljon, teho-ohjauksen eivät välity eteenpäin ja kaikki menee myyntiin. Kytkennät tehty myös tehty niin, että jos jossain on mätää, niin vetäisemällä irti ulkoisen powerin kaikki ohjaukset katoaa (helppo ohjeistaa vaikka perheelle reissusta).
Molemmat sekä invertteri sekä smart meteri tunnistui kerrasta HA:n ja toimii hyvin, kunhan sisäverkon IP on kiinteä Froniuksen datamanagerille.
HA sähkönhintaohjaukset on ajatus tehdä ns. pääreleen avulla ja foorumin SHF-systeemillä. Jälkimmäisen jo asensinkin.
Raspin GPIO-liitäntään logic-level Mosfet + Omron G2R 24 V. Jos sähkö maksaa paljon, teho-ohjauksen eivät välity eteenpäin ja kaikki menee myyntiin. Kytkennät tehty myös tehty niin, että jos jossain on mätää, niin vetäisemällä irti ulkoisen powerin kaikki ohjaukset katoaa (helppo ohjeistaa vaikka perheelle reissusta).
Täältä löytyy. HA hakee nyt netistä tiedot growatin tuotosta, LVV, ilp, ja IV-kone on ohjattavissa tällähetkellä. Ohjelmointi on vielä ihan alkutekijöissään. HA:n olisi tarkoitus tehdä päätös mihin energia menee kun aurinko paistaa, myydäänkö verkkoon vai lämmitetäänkö
varaajaa, taloa, autotallia tms. Lämpimän veden käyttö on toisinaan niin vähäistä ettei ole väliä vaikka varaajaa ei ihan jokapäivä lämmitetä, silloin energian voi käyttää muualle.
Lisäksi ajattelin lisätä HA:n muutaman napin jolla voi helposti vaikkapa nostaa autotallin lämmön seuraavaksi päiväksi 10->20 asteeseen ja HA sitten hoitaa homman niin ettei lämmitys tapahdu ainakaan pörssisähkön kalleimpina hetkinä.
Nuo kun saan tehtyä, pitää lisätä kasa antureita jotta järjestelmä tietää milloin kohteessa on saavutettu tavoitelämpötila ja voidaan
puskea energiaa johonkin muualle.
heebo1974
Jäsen
Hakeeko HA tuota tietoa jotenkin jatkuvasti, vai onko tarkistus esim. minuutin välein.
Itse tässä mietin, että jaksaisiko alkaa yrittää vääntää LVV:lle jotain vastaavaa. Kesällä ei oikein lattialämmityksiä tarvitse säätää ja ilppiin ei minulla ole mahdollista tehdä säätöjä "etänä".
Eli minulle periaatteessa riittäisi joku yksinkertainen tsekkaus tyyliin:
Tuottaako paneelit yli xxx W:ia. Jos tuottaa, niin mikä on pörssisähkön hinta eli kannattaako myydä vai työntää varaajaan.
Yksinkertaisella tsekkauksella pääsee varmaan aikas pitkälle, mutta kuinka paljon pilvisyys vaikuttaa paneelien tuottoon ja onkohan siihen ennustetta olemassa. FMI ennuste ainakin jotain pilven kuvatuksia arpoo minullakin HAn näytölle. En ole pahemmin noihin paneeleihin perehtynyt, niin ei osaa tietää onko turhaa piperrystä.
Funtsin vaan tilannetta, missä ei kannata hinnan puolesta yöllä ladata varaajaa ja kuivatella lattioita, mutta sitten tuleekin pilvinen päivä, eikä saakaan aurinkosähköä tarpeeksi.
HA:ssa luvut päivittyvät tyyliin 15-30 sekunnin välein (ymmärtääkseni HA kysyy ne invertteriltä). HA on nyt sammuksissa, niin en pääse varmistamaan.
Growatin kohdalla näyttäisi tieto päivittyvän viivellä HA:lle vaikka tieto haetaan samasta osoitteesta mistä itse sitä seuraan. Tänään tuotto kapusi yli 3kW ja HA:ssa näkyi vielä 2.5kW. Ajatuksena olisi seurata tuottoa vaikkapa minuutin välein ja muodostaa siitä jonkilainen keskiarvo mitä tuotto voisi olla tunnin aikana, tähän voisi vielä sotkea paikallisen sääennusteen ja eilisen tuoton samaan kellonaikaan niin saadaan aikaan koodi joka ei varmasti toimi
heebo1974
Jäsen
Ilmaisin asian huonosti. Siis itselläni Solar Sofar invertteri ja käytössä on kaksikin eri integraatiota. Toinen on solis cloudin pilvipalvelu ja toinen on locaali Solarman integraatio. No nyt vihdoin kun tuo Solarman saatiin kunnolla toimivaksi, niin se kyllä hakkaa tuon pilviversion mennen tullen. Se hakee siis reaaliaikaista dataa näköjään minuutin välein. Tuo pilviversio hakee ihan miten sattuu ja välillä voi olla aikoja ettei se saa yhteyttä ollenkaan, mutta kyllä sieltä koko päivän tuotto oikein silti tulee.
Eli lähinnä hain sitä, että kuinka usein HA ns. tekee päätöksiä mitä tehdään ? Eli kun on tottunut noihin norpoolhinta juttuihin, jotka aktivoituvat kerran tunnissa, niin miten tässä niinkuin toimitaan ? Vai voiko se myös olla ihan niin reaaliaikaista kun vaan data antaa myöden ?
Ilmeisesti sitten..
Tässä sitä onki ollut sulattelua, enkä varmaan osaa vastata oikein mutta. Itse olen 25v työkseni ohjelmoinut juttuja joissa asiat tapahtuu järjestyksessä, ikäänkuin tikapuita kiivetessä. Nyt pitäisi osata hahmottaa monta asiaa ja muuttuja yhtäaikaa ja käsittääkseni
triggeri kun laukeaa niin silloin tehdään jokin päätös, triggerin laukeamiselle ei varmaankaan ole aikarajoja jos niitä ei erikseen
määritellä.
Minkälainen kapistus tuo solarman, välittääkö tuo tietoa vaikka gtrowatin invertteriltä HA:lle?
heebo1974
Jäsen
Eipä taida solarman tukea growatteja. Luulisi Growatille löytyvän joku oma integraatio.
Onko ideaa mistä tuo "piikki" voisi tulla?
Tässä kävi niin että pumppu lähti päälle klo 23:00 kun hinta tippui (punainen viiva). Mutta sammui piikin takia (nuoli). Aamulla oli aika kylmää.
Oma arvio on --koska SHF Price acceptable cleared ja SHF Price acceptable detected on samalla sekunnilla, vain ensimmäinen huomioitiin?
EM 5 Switch 1 turned off--tämä ohjaa MLPn pois päältä. Jostain syystä rele vetää vasta 6s kuluttua.
00:00:06 - 16 hours ago
automation 4 triggered by state of SHF Price acceptable detected---tämän pitäisi käynnistää MLP uudestaan
00:00:00 - 16 hours ago - Traces
automation 3 triggered by state of SHF Price acceptable cleared (no detected)
00:00:00 - 16 hours ago - Traces
SHF Price acceptable detected
00:00:00 - 16 hours ago
Ouman-toiminnot triggered by time pattern--tämä hakee EH-800lta lämpötila ym tietoja 5min välein
00:00:00 - 16 hours ago
SHF triggered by time set in SHF Cheapest period start---??
00:00:00 - 16 hours ago - Traces
SHF Price acceptable cleared (no detected)
00:00:00 - 16 hours ago
SHF Idx changed to 24
00:00:00 - 16 hours ago
23:55:00 - 16 hours ago
Tässä kävi niin että pumppu lähti päälle klo 23:00 kun hinta tippui (punainen viiva). Mutta sammui piikin takia (nuoli). Aamulla oli aika kylmää.
Oma arvio on --koska SHF Price acceptable cleared ja SHF Price acceptable detected on samalla sekunnilla, vain ensimmäinen huomioitiin?
EM 5 Switch 1 turned off--tämä ohjaa MLPn pois päältä. Jostain syystä rele vetää vasta 6s kuluttua.
00:00:06 - 16 hours ago
automation 4 triggered by state of SHF Price acceptable detected---tämän pitäisi käynnistää MLP uudestaan
00:00:00 - 16 hours ago - Traces
automation 3 triggered by state of SHF Price acceptable cleared (no detected)
00:00:00 - 16 hours ago - Traces
SHF Price acceptable detected
00:00:00 - 16 hours ago
Ouman-toiminnot triggered by time pattern--tämä hakee EH-800lta lämpötila ym tietoja 5min välein
00:00:00 - 16 hours ago
SHF triggered by time set in SHF Cheapest period start---??
00:00:00 - 16 hours ago - Traces
SHF Price acceptable cleared (no detected)
00:00:00 - 16 hours ago
SHF Idx changed to 24
00:00:00 - 16 hours ago
March 7, 2023
Ouman-toiminnot triggered by time pattern--tämä hakee EH-800lta lämötila ym tietoja 5min välein23:55:00 - 16 hours ago
Liitteet
Viimeksi muokattu:
Nuo piikit eivät taida olla kovin epätavallisia. Mutta totta, ei ole tullut itsekkään koskaan huomattua. Historiassa näkyy useita, mutta ovat aina alaspäin.
Katselin lähtödataa ( ja vara), niin siellä ei mitään erikoista näkynyt.
Toimisiko hätäratkaisuna automaatioosi, että sisällytät vaatimuksen tilanmuutoksen ajallisesta kestosta?
SHF Price acceptable menee tilasta "on" -> "off" viideksi sekunniksi, niin automaatio käynnistyy.
Katselin lähtödataa ( ja vara), niin siellä ei mitään erikoista näkynyt.
Toimisiko hätäratkaisuna automaatioosi, että sisällytät vaatimuksen tilanmuutoksen ajallisesta kestosta?
SHF Price acceptable menee tilasta "on" -> "off" viideksi sekunniksi, niin automaatio käynnistyy.
Tervehdys ja kiitoksia täsä hienosta toteutuksesta Temez!Ei kukaan ole kokeillut onnistuisiko Rank:ien listaaminen analogisen kellon muodossa jotenkin graafiksi ?
Olisi kiva saada joku selkeä tapa nähdä miten Rankit sijoittuvat vuorokaudelle.
Toki tuo hintagraafi on tavallaan selkeä, mutta välillä erot tuntien välillä on niin pienet, ettei selkeästi näe mikä "rank" on kyseessä.
Hmm ehkä sittenkin voisi tehdä tuollaisen "hintagraafin", mutta hinnat olisivat rankkeja, joten ne erottuisivat selvemmin.
Kaipaan tällaista lähinnä manuaalisten asioiden hoitoon. Esim. nopeasti vilkaistuna ja kerrottuna esim. vaimolle "älä laita vielä pesukonetta päälle, kun tunninpäästä on selkeästi halvempaa" tmjs.
Myös automaatioden optimoinnissa tuo selkeyttää tilannetta, kun voi tehdä muutoksia niihin visuaalisten ärsykkeiden avulla.
P.s. Joo on jo sähkönhinnan värivalo käytössä.
EDIT: No tällainen tuli sitten muutamassa minuutissa väkerrettyä.
Todellakin "vääristää" tilannetta ainakin silloin, kun sähkönhinta on tasaista ja halpaa.
Lisäksi "priorityhours" tyyppiset rankin manipuloinnit vaikuttavat tuohon.
Pitää muokata vielä. Laittaa esim. steplinenä sähkön hinta tuohon mukaan.
EDIT2:
Eli jotain tällaista.
katso liitettä 84344
Nyt olisin lähinnä tuohon ylläolevaan kaipaillut koodi, miten se toteutetaan ja toinen kysymys liittyy, että voisiko noita Max Rank Accetable ja Max Price acceptable slidereita olla useampia? Max Rank accebtable n+1 tyyliin.
Lähinnä siksi, että voisi niiden avulla ohjailla eri relelähtöjä eri rankeilla tai hinnoilla.
Tällä hetkellä ohjaan LVV:tä siten että trigger: Rank Now muuttuu eli joka tunti, sen jälkee Condition: tarkistetaan onko kello 23-07 välillä ja lopuksi vielä Actions: onko Price or Rank Acceptable on. Sammutus Wait: Price or Rank changes to off
Lattialämmitykset ohjautuu sitten perinteisellä Price or Rank changes to triggerilä.
Se mielestäni arpoo (ei kirjaimellisesti) edeltävän vuorokauden kyseisen tunnin hinnan, kunnes päivittää arrayn oikean vuorokauden hinnoilla. Muistaakseni itselläni oli sama ilmiö aikoinaan ja korjasin sen pakottamalla hintojen päivityksen klo 00.00.01.
Tuli funtsittua tuota asiaa yhtälailla. Epäilykset osuvat myös tuohon, että shf_helper_idx ei ehdi päivittymään riittävän nopeasti, ennenkö shf_electricity_price_now heittää jo itsensä keskiyöllä arrayn alkuun.(?)
Miten toteutit tuon sekunnilla myöhästyttämisen Koelli? Huomasin nimittäin, että RANKissa on noita samoja piikkejä.
Vaihtoehtona olisi tehdä paljon uusia trigger pohjaisia sensoreita, joiden päivitys tapahtuu 0minuuttia 2sekuttia yli tasatunnin.
Huomasin vain, että tuo home assistantin käynnistyminen ei triggeröinyt sensorin päivitystä, joten piti tehdä tuommoinen "pakotus" -painike, jos home assistetti pitää boottailla.
Miten toteutit tuon sekunnilla myöhästyttämisen Koelli? Huomasin nimittäin, että RANKissa on noita samoja piikkejä.
Vaihtoehtona olisi tehdä paljon uusia trigger pohjaisia sensoreita, joiden päivitys tapahtuu 0minuuttia 2sekuttia yli tasatunnin.
Huomasin vain, että tuo home assistantin käynnistyminen ei triggeröinyt sensorin päivitystä, joten piti tehdä tuommoinen "pakotus" -painike, jos home assistetti pitää boottailla.
Viimeksi muokattu:
Käytössä on Node-Red ja siellä sitten ajastuksia ja Entso-E:stä spottihintojen haku. Node-Redissä voi ajastaa erilaisia prosesseja ja tuon kautta muistaakseni hoidin tuon sekunnin yli -päivityksen.
En ole tätä ketjua kovin tarkasti viime aikoina seurannut, niin en tiedä, miten te olette tämän toteuttaneet...
Onkos mulla tässä joku perustavaa laatua oleva virhe kun tuo sammutus ei toimi joka kerta?
alias: Sonoff lattialämmitys OH:t jatkuvana
description: ""
trigger:
- platform: state
entity_id:
- binary_sensor.shf_price_or_rank_acceptable
to: "on"
condition: []
action:
- service: notify.mobile_app_jannes_iphone_2
data:
message: Lattialämmitykset menee päälle!
- type: turn_on
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_2
domain: switch
- delay:
hours: 0
minutes: 0
seconds: 20
milliseconds: 0
- type: turn_on
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_4
domain: switch
- wait_for_trigger:
- platform: state
entity_id:
- binary_sensor.shf_price_or_rank_acceptable
to: "off"
from: "on"
continue_on_timeout: true
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_1
domain: switch
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_2
domain: switch
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_4
domain: switch
mode: restart
alias: Sonoff lattialämmitys OH:t jatkuvana
description: ""
trigger:
- platform: state
entity_id:
- binary_sensor.shf_price_or_rank_acceptable
to: "on"
condition: []
action:
- service: notify.mobile_app_jannes_iphone_2
data:
message: Lattialämmitykset menee päälle!
- type: turn_on
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_2
domain: switch
- delay:
hours: 0
minutes: 0
seconds: 20
milliseconds: 0
- type: turn_on
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_4
domain: switch
- wait_for_trigger:
- platform: state
entity_id:
- binary_sensor.shf_price_or_rank_acceptable
to: "off"
from: "on"
continue_on_timeout: true
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_1
domain: switch
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_2
domain: switch
- type: turn_off
device_id: 8276b0d22df1527e5a4d19b2e2e45b9f
entity_id: switch.sonoff_10017b5ef4_4
domain: switch
mode: restart
Luinko oikein, että sama automaatio käynnistää ja myös sammuttaa lattialämmityksen odottaen tuota triggeriä shf_price_or_rank_acceptable:ltä uudelleen?
Sieltä jäljityksen (traces) kautta pystyy tarkistamaan, että mitä kukin automaation ajokerta on tehnyt. Se puu-malli on yllättävän kätevä.
Itse olen jakanut lattialämmitykset ja boilerin erillisiin käynnistys- ja pysäytys-automaatioihin. Esimerkiksi viivästykset ja timerit voivat katketa, jos asetukset ladataan uudelleen. Toki niihin on mahdollista asettaa useampia tuntejakin, mutta nopealla googletuksella HA:n devitkään eivät täysin suositelleet sitä.
Sieltä jäljityksen (traces) kautta pystyy tarkistamaan, että mitä kukin automaation ajokerta on tehnyt. Se puu-malli on yllättävän kätevä.
Itse olen jakanut lattialämmitykset ja boilerin erillisiin käynnistys- ja pysäytys-automaatioihin. Esimerkiksi viivästykset ja timerit voivat katketa, jos asetukset ladataan uudelleen. Toki niihin on mahdollista asettaa useampia tuntejakin, mutta nopealla googletuksella HA:n devitkään eivät täysin suositelleet sitä.
froniukseen löytyy myös lokaali MQTT rajapinta mutta pitää askarrella hieman ESP32 kanssa
GitHub - pesor/Fronius-Data-Manager: Fronius Data Manager including MQTT Autodiscover integration, and full integration into Home Assistant.
Fronius Data Manager including MQTT Autodiscover integration, and full integration into Home Assistant. - GitHub - pesor/Fronius-Data-Manager: Fronius Data Manager including MQTT Autodiscover integ...
github.com
Joo samaa triggeriä, mutta toisinpäin eli vaihtuu off:lleLuinko oikein, että sama automaatio käynnistää ja myös sammuttaa lattialämmityksen odottaen tuota triggeriä shf_price_or_rank_acceptable:ltä uudelleen?
Sieltä jäljityksen (traces) kautta pystyy tarkistamaan, että mitä kukin automaation ajokerta on tehnyt. Se puu-malli on yllättävän kätevä.
Itse olen jakanut lattialämmitykset ja boilerin erillisiin käynnistys- ja pysäytys-automaatioihin. Esimerkiksi viivästykset ja timerit voivat katketa, jos asetukset ladataan uudelleen. Toki niihin on mahdollista asettaa useampia tuntejakin, mutta nopealla googletuksella HA:n devitkään eivät täysin suositelleet sitä.