- Keskustelun aloittaja
- #521
Varmasti jotain olisi mahdollista tehdä, mutta tuota puolta en ole tutkinut. Siinä hyvä tutkimiskohde jollekkin.
Spot-hinta.fi - Yksinkertainen pörssiohjaus API ja sitä käyttävät automaatioskriptit
- Keskustelun aloittaja Mikki
- Aloitettu
Joo ne mulla on jo käytössäkin. Lienee tosiaan HA:lla järkevintä noiden pohjalta sitten ite veivata automaatiot siihen ympärille. Tai kukin tietty tyylillään.
Ulkolämpötilaohjattu rajapinta sodankylässä näyttää nyt tältä alkuperäinen rank 5 säädetty rank 8 rankin säätöprosentti 10 24 tunnin lämpötilaennuste -5 lämmitykset päällä.Onko pohjoisen asukkaita paikalla? pitäisikö ottaa rankista yksi tunti pois ja lisätä iltaan yksi boost-tunti
- Keskustelun aloittaja
- #524
Tuohon ei liene yhtä vastausta. Riippunee mitä lämmitetään ja millä. Mutta karkeasti ottaen 8h lämmitystä -5C keskilämmöllä lienee olevan hehtaariluokalla oikealla tasolla. Tuolla tunnin lisäyksellä alkuillasta tasannee lämpöä toki.
hanks
Aktiivinen jäsen
Oisko ideaa lisätä päinvastainen toiminto kuin boosterHours. Usein kun sähkönhinta on laskusuunnassa, päivän 1-3 viimeistä tuntia on vuorokauden halvimpien joukossa (esim. rank <= 8 ), mutta seuraavan vuorokauden puolella olisi useampi tunti vielä halvempaa. Jos oikein optimoidaan, olisi kannattavampaa olla lämmittämättä niitä edellisen vuorokauden kahta viimeistä tuntia ja alkaa lämmitys vasta seuraavan vuorokauden puolella.
En tiedä onko tuota järkevää tehdä API:in vai asiakaspäähän. Olen vähän käsisäädöllä mennyt nyt jos on näyttänyt siltä että illan pari viimeistä tuntia olis pare jättää lämmittämättä. Esim. eilen illlalla laitoin varsin rankin väliaikaisesti 5:een, niin sai otettua lämpöä selvästi halvimmilla tunneilla (< 4 snt), kun rank=8:lla olisi tullut mukaan myös 19 snt tunnit. Tuossapa ei olis edes se sääntö että jätetään vuorokauden kaksi viimeistä tuntia lämmittämättä tepsinyt.
Ehkä se on helpointa mennä vähän manuaalisella ohjauksella tuon suhteen...
En tiedä onko tuota järkevää tehdä API:in vai asiakaspäähän. Olen vähän käsisäädöllä mennyt nyt jos on näyttänyt siltä että illan pari viimeistä tuntia olis pare jättää lämmittämättä. Esim. eilen illlalla laitoin varsin rankin väliaikaisesti 5:een, niin sai otettua lämpöä selvästi halvimmilla tunneilla (< 4 snt), kun rank=8:lla olisi tullut mukaan myös 19 snt tunnit. Tuossapa ei olis edes se sääntö että jätetään vuorokauden kaksi viimeistä tuntia lämmittämättä tepsinyt.
Ehkä se on helpointa mennä vähän manuaalisella ohjauksella tuon suhteen...
Viimeksi muokattu:
- Keskustelun aloittaja
- #526
Pahaa pelkään, että jos yrittää tehdä säätöjärjestelmästä "täydellisen" optimoidun, tulee lopputuloksesta aika monimutkainen, mikä voi heikentää koko systeemin toimintavarmuutta ja lisää riskejä bugeille.
Jos rankilla '8' on jo sulkenut pois 16 kalleinta tuntia, niin aika lailla luottavaisin mielin saa olla että keskihinta sähkölle laahaa kaukana kuukauden keskihinnasta. Optimoinnit tuon päälle voi teoriassa moninkertaistaa monimutkaisuuden, mutta saavutettava hyöty voi olla jo aika rajallinen.
"Boosterhours" toiminnallisuuden tarkoitus on oikeastaan huolehtia asumismukavuudesta. Ettei päädy tilanteeseen, että muu perhe ilmoittaa ensimmäisen kylmän suihkun jälkeen, että talosta lähtee joko Shellyt tai me.
Jos rankilla '8' on jo sulkenut pois 16 kalleinta tuntia, niin aika lailla luottavaisin mielin saa olla että keskihinta sähkölle laahaa kaukana kuukauden keskihinnasta. Optimoinnit tuon päälle voi teoriassa moninkertaistaa monimutkaisuuden, mutta saavutettava hyöty voi olla jo aika rajallinen.
"Boosterhours" toiminnallisuuden tarkoitus on oikeastaan huolehtia asumismukavuudesta. Ettei päädy tilanteeseen, että muu perhe ilmoittaa ensimmäisen kylmän suihkun jälkeen, että talosta lähtee joko Shellyt tai me.
Shelly appissa on nuo päälle/pois tapahtumat (kuva).
Ja jos on virhe, ainakin tapauksissa, jossa wifi on pudonnyt päällä, on mahdoton lähettää mitään minnekään.
Email on jokatapauksessa niin "last season", että sellaista tuskin kukaan...
Jos jotain lähettäisi, ihan IoT laitteiden MQTT käytön vuoksi ja publish/subscribe harjoituksena voisi virittää vaikka tuonne hivemq.com kommunikoinnin kuten noissa Shellyn esimerkeissä.
Käsittääkseni HA "miehet" käyttää Shellyn ohjaamiseen mqtt-rajapintaa ja ainakin itse kuvittelen, että myös varsinainen shelly cloud...
Viimeksi muokattu:
Huomasin, kun olin laittanut wifi-reitittimen boottaamaan joka aamu klo. 03:00 tässä meni sitten pikkasen nutulleen mm. tämä logi. Tietokantaan vienti ja siitä dashboardille visualisointi datasta voisi olla näppärä. Pitää jossain vaiheessa viritellä esim. HA-ympäristöä.
hanks toivoi käänteistä boosterhours toimintoa ,olisiko ideaa esim. BoosterHours: " 15,-23" jolloin 15--16 on toki boost-tunti ja lämmitykset päällä mutta miinusmerkki -23 blokkaa tunnin 23-24 lämmityksen ja toimii kuin mahdollinen pääsulakkeen hintaraja mutta tuossa estää koko tunnin käytön
- Keskustelun aloittaja
- #531
Hyvä ajatus ja toimii hyvin muille tunneille kuin 00:00 - 00:59:59.
Nolla voisi olla kumpi vain ja "-0" ehkä vähän hassu. Vai?
tosin dokumentoituna miksei.Ja jos on 23,-23 niin sitten se olisi ehkä errorin paikka?
niin, tuo 23,-23 olisi ehkä käyttäjän ajatuskatkos mutta jos tunti 23 sisältyy vaikka cheapestperiodiin miten rajapinta palauttaa tuon miinuksen -23 200 tai 400Hyvä ajatus ja toimii hyvin muille tunneille kuin 00:00 - 00:59:59.
Nolla voisi olla kumpi vain ja "-0" ehkä vähän hassu. Vai?
Ja jos on 23,-23 niin sitten se olisi ehkä errorin paikka?
-0 tai -00 ei kai ongelma jos tuon tunnin nyt joku tykkäisi blokata- Keskustelun aloittaja
- #533
Niin kyllähän jos kielletään tunti, niin se kielletään eli tulisi 400.
Sain nyt viimeinkin alulle web-sivun tekemisen tälle rajapinnalle. Samalla idealla kuin rajapinnatkin, että "vain rumat meikkaa", eli ei ylimääräisiä koristeita kuten rajapinnoissakaan. Saan vain vähän "tilaa" dokumentoida jotain jos tulee tarvetta.
Ihan opettavainen juttu oli laittaa pystyyn toiseen pilveen AWSsään pieni EC2 kone ja sinne Wordpress, tietokanta ja SSL sertifikaatti (ja sille automaattinen uusiminen). Mutta jotenkin kutenkin taisi onnistua. Eli eiköhän kohta tuo sivustokin paisu kuin pullataikina.
Sain nyt viimeinkin alulle web-sivun tekemisen tälle rajapinnalle. Samalla idealla kuin rajapinnatkin, että "vain rumat meikkaa", eli ei ylimääräisiä koristeita kuten rajapinnoissakaan. Saan vain vähän "tilaa" dokumentoida jotain jos tulee tarvetta.
Ihan opettavainen juttu oli laittaa pystyyn toiseen pilveen AWSsään pieni EC2 kone ja sinne Wordpress, tietokanta ja SSL sertifikaatti (ja sille automaattinen uusiminen). Mutta jotenkin kutenkin taisi onnistua. Eli eiköhän kohta tuo sivustokin paisu kuin pullataikina.
Viimeksi muokattu:
hanks
Aktiivinen jäsen
Minun puolesta tuo toivomus saa olla. Ei liene järkeä lähteä tuolle tielle. Esim eilen oli päinvastainen tilanne, vuorokauden 2 viimeistä tuntia oli halvempia kuin suurin osa seuraavan vuorokauden tunneista.
joo määkin vedän ideani takasin kyllähän näillä jo tarpeeksi kalliita tunteja blokataan boosttunneilla toki on positiivinen vaikutus hellasäröön mutta negatiivinen vaikutus kassaan
Ensinnäkin kiitokset Mikille loistavista scripteistä, niillä avulla on nyt Shellyillä ohjattu pääosaa talon lämmityksestä parin viikon ajan.
Sellainen tuli kuitenkin mieleen, että monikanavaista Shellyä ohjatessa scripti laittaa täysin samalla hetkellä kaikki kanavat päälle ja pois ja kun on ollut puhetta kontaktoreiden aiheuttamista virtapiikeistä Shellyyn päin, niin olisikohan mahdollista saada pieni viive asetettua kanavakohtaisesti?
Tällöin ei piikki tulisi ainakaan yhtä aikaa kaikkiin kanaviin ja muuutenkin vehkeet voisi tykätä porrastuksesta? Vai onko sillä käytännössä mitään merkitystä?
Sellainen tuli kuitenkin mieleen, että monikanavaista Shellyä ohjatessa scripti laittaa täysin samalla hetkellä kaikki kanavat päälle ja pois ja kun on ollut puhetta kontaktoreiden aiheuttamista virtapiikeistä Shellyyn päin, niin olisikohan mahdollista saada pieni viive asetettua kanavakohtaisesti?
Tällöin ei piikki tulisi ainakaan yhtä aikaa kaikkiin kanaviin ja muuutenkin vehkeet voisi tykätä porrastuksesta? Vai onko sillä käytännössä mitään merkitystä?
Näkeekö tuon vuorokauden(ja/tai seuraavan vuorokauden) paikkakuntakohtaisen ka. lämpötilaennusteen jostain? Lämpötilan mukaan toimiva ohjaus toimii hyvin, mutta sellaisina päivinä kun on aikaa niin voisi käsin esim. boosteritunteja muutella kun tietäisi montako halvinta tuntia on käytössä.
Ymmärtääkseni mikki käyttää norjalaisen yr-sivuston ennusteita joka on kukonaskeleen edellä niin tarkkuudessa kuin visuaalisuudessa kotimaisiin palveluihin .Omalle paikkakunnalle ennuste lupaa lumisadetta vasta sunnuntain iltapäivälle ja hyvä tietää jo nyt.
alla reaaliaikainen ulkolämpötilan ennusteen mukainen ohjaus Sodankylään sekä ennuste lähipäiviksi ennuste päivittyy kolmen tunnin välein.
Graph for Sodankyla Arctic Research Centre
Weather forecast for Sodankyla Arctic Research Centre for the next 3 days in a graph.
www.yr.no
Viimeksi muokattu:
Päivitin Mikkin uudemmat scrptit käyttöön. Mites noi booster hours ois järkevin poistaa jos ei haluu käyttää? Tuli herjaa kun jätti tyhjäks, laitoin sit 03. Shelly pro4pm kaatuilu loppui kun asenti snubberin. Oisko sellases scriptis ajatusta jossa lämpötila olisi rajaava tekijä. Esim itsesäätyvissä lattialämmityksissä ois kätevä kun ei tarvi esim alle -5, loput rajaukset kuin dyynamises pörssisähkös?
laita näin BoosterHours: "99,99",
shelly pystyy ajamaan vain kolmea skriptiä yhtäaikaa kovan puolen kytkennällä toki tuo toive mahdollista kun käytettävissä erillinen termostaatti
Viimeksi muokattu:
Ihan huvikseen testailin tässä jupyter-labbia ja pandas kirjastoa data-analyysiin. Paremman puutteessa kohti näitä rajapintoja, koska miksipäs ei
Ihan hauska aparaatti, tuossa on tasan 9 riviä koodia ja se printtaa tulevaisuuden hinnoista 3 kalleinta ja 3 halvinta, sekä kaiken saatavilla olevan hintadatan käppyrän. Ei mulla tälle mitään käyttöä ole tässä, mutta joku voi saada kipinän...
Ihan hauska aparaatti, tuossa on tasan 9 riviä koodia ja se printtaa tulevaisuuden hinnoista 3 kalleinta ja 3 halvinta, sekä kaiken saatavilla olevan hintadatan käppyrän. Ei mulla tälle mitään käyttöä ole tässä, mutta joku voi saada kipinän...
Mulla ei ole api käytössä (toistaiseksi sähkösoppari sellainen ettei tarvetta). Sellainen ajatus kuitenkin ketjua lukiessa tuli että voisi olla hyödyllistä että voisi halvimmista tunneista estää sen halvimman tai x halvinta tuntia olessan kuitenkin tietyn hintarajan alla. Ajatus siis se että eniten kuluttava esim lämminvesivaraaja saa tuon halvimman tunnin käyttöönsä. Samalla voisi sitten antaa vaikka 2. tai 3. halvimman tunnin jollekkin lattilämmitykselle ettei kaikki kuormat mene kerralla päälle ja pääsulakkeet pauku.
Kiitokset tästä! Ajatuksena oli että uhrais 1 Shellyn ihan tuohon käyttöön. Voisiko pääsulake scirptissä olla myös lämpötilarajaus vaihtoehto? Vinkit kovanpuolen kytkentään tervetulleita myös. Mikkillä hyvät ohjeet vakiotuntimäärä scriptissä useamman releen ohjaukseen. Voisiko näitä ohjeita lisätä Vakiotuntimäärä JA Ulkolämpötilaohjattu scripteihin for dummieslaita näin BoosterHours: "99,99",
Ehkä onnistui vakiotuntimäärä ohjeilla ja osin arvauksilla kuin ei ihan identtiset scriptit.Voitteko neuvoa kun koodaamisessa olen aivan avuton. Tarkoitus käyttää shelly pro 4P. Yksi lähtö estämään veden lämmitys ja loput 3 harhauttamaan portaittain hinnan mukaan MLP sisälämpötilan mittausta releillä ja vastuksilla. Sisälämpötilan vaikutuksen puskurivaraajaan menevään lämmitysveteen voi taas konffata MLP:ssä erikseen. Mutta asiaan, Mikkin scripti jossa sekä kiinteä aika veden lämmitykseen ja lämpötilan mukaan muuttuva talon lämmitykseen on mitä mainioin. Mutta miten saisin laajennettu sitä shellyn lähtöihin 2 ja 3 niin, että niillä olisi eri ranking kuin lähtö 1:llä?
- Keskustelun aloittaja
- #547
Tein yhden lisäskriptin, joka on pelkästään hintarajalla ohjautuva. Lähinnä käyttötapaus on esimerkiksi palosireenin soittaminen tai sininen hälytysvalo jos hinta on määritellyn rajan yli. On hyvä saada kriisitunnelmaa perheeseen, jos hinta on aivan mahdoton. Katsotaan millaisen virityksen tämän pyytäjä saa aikaiseksi.
pastebin.com
Voin vilkaista josko näihin dynaamisiin skripteihin saisi vähän "for Dummie's" selitystä lisää. Itse melkein suosisin useamman Shellyn hankkimista jos tulee monimutkaisia ohjausjuttuja. Nimittäin yhdessä Shellyssä valitettavasti voi olla vain kolme skriptiä ajossa ja mielestäni tuossakin on joku raja kuinka monta ulkopuolista kutsua voi tehdä yhdestä skriptistä.
ApiSpotHintaFi's Pastebin - Pastebin.com
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
Voin vilkaista josko näihin dynaamisiin skripteihin saisi vähän "for Dummie's" selitystä lisää. Itse melkein suosisin useamman Shellyn hankkimista jos tulee monimutkaisia ohjausjuttuja. Nimittäin yhdessä Shellyssä valitettavasti voi olla vain kolme skriptiä ajossa ja mielestäni tuossakin on joku raja kuinka monta ulkopuolista kutsua voi tehdä yhdestä skriptistä.
Voisikos tässä uudessa skriptissä hintaraja tulla automaattisesti vuorokauden keskihinnan mukaan?Tein yhden lisäskriptin, joka on pelkästään hintarajalla ohjautuva. Lähinnä käyttötapaus on esimerkiksi palosireenin soittaminen tai sininen hälytysvalo jos hinta on määritellyn rajan yli. On hyvä saada kriisitunnelmaa perheeseen, jos hinta on aivan mahdoton. Katsotaan millaisen virityksen tämän pyytäjä saa aikaiseksi.
ApiSpotHintaFi's Pastebin - Pastebin.com
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
Voin vilkaista josko näihin dynaamisiin skripteihin saisi vähän "for Dummie's" selitystä lisää. Itse melkein suosisin useamman Shellyn hankkimista jos tulee monimutkaisia ohjausjuttuja. Nimittäin yhdessä Shellyssä valitettavasti voi olla vain kolme skriptiä ajossa ja mielestäni tuossakin on joku raja kuinka monta ulkopuolista kutsua voi tehdä yhdestä skriptistä.
Eikö mediaani ole parempi kuin keskiarvo ja mediaani on sama kuin 12h kiinteä ranking?
koodeista mitään ymmärtänyt vähän aikaa sitten, mutta itseasiassa taidanpa tuon osatakkin jo muuttaa itselle sopivaksi
Heitänpä minäkin kysymyksen/kehitysidean - onko scriptiin mahdollista koodata maksimi peräkkäisten tuntien määrä jonka rele on OFF?
Tällä haen sitä ajatusta että jos lämmitykseen riittää vuorokaudessa esim. 8 tuntia mutta jos kaikki halvimmat tunnit ovat klo 0-8, niin kyllä illalla klo 20 on jo aika vilu ellei klo 8 - 20 tule yhtään lämmitystuntia.
Vai oliko tähän jo joku ratkaisu jota en ole huomannut?
Tällä haen sitä ajatusta että jos lämmitykseen riittää vuorokaudessa esim. 8 tuntia mutta jos kaikki halvimmat tunnit ovat klo 0-8, niin kyllä illalla klo 20 on jo aika vilu ellei klo 8 - 20 tule yhtään lämmitystuntia.
Vai oliko tähän jo joku ratkaisu jota en ole huomannut?
- Keskustelun aloittaja
- #552
Tähän oli siis tehty se "BoosterHours" toiminto, jolla voi pakottaa nuo tukea antavat tunnit halutuille ajanhetkille.
Tällaisen tarvitsisin itsellekin, muuten ei oikein pääse noita muuten niin hyviä skriptejä täysin hyödyntämään.
BoosterHours ei tässä oikein toimi kun ei tiedä osuuko se esim. viiden peräkkäisen kalliin tunnin aika vaikka jo aamupäivälle.
Itse jos tuota koodaamista osaisin niin jotain sellaista yrittäisin, että jos on tulossa neljä perättäistä OFF-tuntia valitsisi niistä halvimman ON tilaan.
Mutta nää on näitä, kun on niin paljon eri tarpeita.
Tällä hetkellä tulee vilkaistua päivän hinnat ja sen mukaan pidetään joko skriptit päällä tai ajastetaan kalenterista.
Mitens muilla on optimointi sujunut viime viikkoina? Itsellä on aikalailla hyytynyt eli lämmitystarpeen kasvaminen ja pörssihinnan vaihtelun väheneminen on johtanut melko vaatimattomaan säästöön verrattuna keskihintaan.
Aiemmin pääsi 20-40% alle keskihinnan on nyt oltu lähinnä 10% paikkeilla, jos edes siinä. Mulla prosentit kokonaishinnasta siirtoineen ja veroineen.
Aiemmin pääsi 20-40% alle keskihinnan on nyt oltu lähinnä 10% paikkeilla, jos edes siinä. Mulla prosentit kokonaishinnasta siirtoineen ja veroineen.
Aikalailla 10-15% luokkaa keskihintaa halvemmalla nyt loka-marraskuussa toteutunut. Mulla tosin vasta nyt viime viikolla alkoi jonkinlainen lämmityskausi kompuran voimin, joten aiemmin suhteessa aika vähän pääsi halpoja tunteja hyödyntämään. Myös kulutus aika pientä, 15-25 kWh vuorokaudessa. 8 halvinta tuntia sallittu lattialämmitys ja tuosta lämminvesi vie 1-2 tuntia pois ja asteminuuttien lasku noin puoli tuntia. Hyvin on silti pärjätty tuolla.
Hintaerot tasoittuu tuntien välillä ja jos pohjakulutusta ei enää voi vähentää niin ei siitä paljoa halpojen tuntien osalle enää jää kun kerran vuorokaudessa lämmittää käyttövedet ja pesee astiat/vaatteet halvoilla tunneilla. Sittenhän (paperilla) saa hyvin eroa aikaan kun lisää sähkönkulutusta halvoille tunneille oikein reippaasti, siis oikein törsää. Mitään järkeähän siinä ei ole, mutta jos haluaa tuota toteutuneen hinnan erotusta kasvattaa niin sitten..
Kyllä se mulla ainakin on muusta kuin nyt muutaman päivän jaksosta tullut. Viimeinen kuukausi on keskimäärin vain 10% alle keskihinnan MLP:llä.
Eihän tuulet sinänsä lisää vuorokauden sisäistä vaihtelua, vaan halventavat.
Mulla ei sitä varaavaa massaa ole niin, että voisi koko päivän olla lämmittämättä. Käyttövedelle on saanut paremman säästön, mutta se alkaa olla pieni liru.
Eihän tuulet sinänsä lisää vuorokauden sisäistä vaihtelua, vaan halventavat.
Mulla ei sitä varaavaa massaa ole niin, että voisi koko päivän olla lämmittämättä. Käyttövedelle on saanut paremman säästön, mutta se alkaa olla pieni liru.
Tosiaan lämmitystarpeen nousu ja hintaerojen tasoittuminen vähentävät hyötyjä varsinkin prosentuaalisesti. Viime päivien pörssihinnoilla toki se 10%kin on rahallisesti jotain.
Ja kannattaa muistaa sekin että normaaliarkea elävässä kotitaloudessa pelkään pörssin keskihintaan pääseminenkin vaatii yleensä jo joitain toimia.
Ja kannattaa muistaa sekin että normaaliarkea elävässä kotitaloudessa pelkään pörssin keskihintaan pääseminenkin vaatii yleensä jo joitain toimia.