Pörssisähköohjaus made easy

[Hammer Schultz]

Eikös LVV termostaatti hoida tuossa kohtaa hommansa. Näihän se toimii ilman mitään ohjaustakin?

Joo, lähinnä mietin sitä että jos päivänä 3 halvimmat tunnit onkin sitten taas iltamyöhään niin tulee sellainen vajaa 2vrk paussi ettei lämmitä ollenkaan ja sitten voi loppua lämmin vesi.

 

[tkhyla]

Joo, lähinnä mietin sitä että jos päivänä 3 halvimmat tunnit onkin sitten taas iltamyöhään niin tulee sellainen vajaa 2vrk paussi ettei lämmitä ollenkaan ja sitten voi loppua lämmin vesi.

Pörssärillä pystyy määrittelemään maxsimi tuntimäärän jonka ohjaus on pois päältä. Ainakin HA integraatiossa on tälläinen vaihtoehto. En ole itse tuota kokeillut / tarvinut vielä.

 

[tk-]

Joo, lähinnä mietin sitä että jos päivänä 3 halvimmat tunnit onkin sitten taas iltamyöhään niin tulee sellainen vajaa 2vrk paussi ettei lämmitä ollenkaan ja sitten voi loppua lämmin vesi.

Tämä on ihan totta, ja tosiaan tuo edellämainittu max-taukoaika sitä vähän taklaa. Toki se on sillälailla "tyhmä" ohjausratkaisu, että se laittaa vaan ja ainoastaan sen taukoajan täyttyessä yhden tunnin lisää päälle sinne tauon sisälle välittämättä hinnasta. Eli voi pahimmillaan vaikka poimia juuri sen päivän kalleimman tunnin sieltä.

Tuo vuorokauden sisällä ohjaaminen on tällä hetkellä tietyllä tapaa kompromissi. Kunhan saadaan tuo lämmityksen ohjauspuoli valmiiksi, niin tarkoitus on pohdiskella myös tuollainen staattisempi laitos uudelleen enemmän dynaamisella ajattelulla, eli osattaisiin estää älykkäämmin ylipitkät tauot mutta toisaalta myös siirtää lämmitystä vaikkapa muutama tunti eteenpäin jos 22-24 on halpaa, mutta 00-03 on vielä halvempaa.

 

[vokE]

Tänään oli ensimmäinen päivä pörssisähköä ja nyt jo lämpiää LVV Pörssärin ja Shellyn avulla (toivottavasti) halvoilla tunneilla. Josta päästäänkin kysymykseen näkeekö jostain mihin aikoihin huomenna vesi lämpiää? Ikään kuin laadunvalvonta. Samalla pystyisi hiukan fiksailemaan asetuksia kun näkee miten ne oikeasti sitten vaikuttaa.

Kiitos kehittäjille!

 

[Jha]

Tänään oli ensimmäinen päivä pörssisähköä ja nyt jo lämpiää LVV Pörssärin ja Shellyn avulla (toivottavasti) halvoilla tunneilla. Josta päästäänkin kysymykseen näkeekö jostain mihin aikoihin huomenna vesi lämpiää? Ikään kuin laadunvalvonta. Samalla pystyisi hiukan fiksailemaan asetuksia kun näkee miten ne oikeasti sitten vaikuttaa.

Kiitos kehittäjille!

Pörssärin sivuilta klikkaa valikosta "ohjaus", niin näyttää graafilla miten ohjaa. Tuo ei ainakaan aiemmin heti päivittynyt, jos teki muutoksia ohjauksiin. Pitää odottaa, että ohjaustieto päivittyy laitteille(näkyy graafin yläpuolella).

 

[vokE]

Pörssärin sivuilta klikkaa valikosta "ohjaus", niin näyttää graafilla miten ohjaa. Tuo ei ainakaan aiemmin heti päivittynyt, jos teki muutoksia ohjauksiin. Pitää odottaa, että ohjaustieto päivittyy laitteille(näkyy graafin yläpuolella).

Kiitos, siellähän se! En ollut scrollannut mobiilinäkymässä tarpeeksi alas...

 

[B12]

Ja shellyn appi sitten näyttää mitä tapahtunut milloinkin.

 

[tk-]

Nyt kun

Pörssärin sivuilta klikkaa valikosta "ohjaus", niin näyttää graafilla miten ohjaa. Tuo ei ainakaan aiemmin heti päivittynyt, jos teki muutoksia ohjauksiin. Pitää odottaa, että ohjaustieto päivittyy laitteille(näkyy graafin yläpuolella).

5 min välein kyselee uusi skripi serveriltä ohjaustietoa, niin seuraavalla kyselyllä se päivittyy. Eli maksimissaan tosiaan menee se 5min, koska laite saa sen päivitetyn tiedon sillä tallennusta seuraavallakyselyllä. Tuo on toki vähän huono tuollalailla, täytyy jatkossa vielä kehittää sivustoa niin, että se ohjaustaulu päivitetään tarvittaessa sitä sivua ladattaessa.

Meinataan olla tässä vähän hassun ongelman edessä tuolla Oraclessa toistaiseksi, kun siellä onkin Free Tierissä semmoinen rajoitus, että palvelin ei saa olla liian vähällä kuormituksella. Pörssärin tämänhetkinen noin 300 laitteen ohjaaminen aiheuttaa palvelimelle keskimäärin 1-2% suoritinkuormaa, ja sen pitäisi olla maksimissaan 95% alle 20%. Jouduttiin laittamaan tuonne turhaa laskentaa tekevä skripti pyörimään ja nyt mietitään, että pitäisikö ohjaustietoakin alkaa palauttamaan toistaiseksi tiheämmin kuin tunnin välein...

No, ehkä tämä on positiivinen ongelma tässä vaiheessa. Mutta ei tuon serverin rajat ihan heti ole tulossa vastaan.

 

[tk-]

Tässä muuten vielä ihan mielenkiintoista tämänhetkistä tilastotietoa miten tuo Shellyjen laitejakauma menee. Vaikka yleistä tietoa ajatellaan olevan, että PM-laitteita ei pitäisi käyttää ohjauksiin, niin ei niillä kyllä erityisen paljoa ongelmia tuolla silti ole. Vanhalla skriptillä Pro4PM oli ongelmissa tuon ison kanavamäärän takia, kun ei muisti enää sillä uudella firmiksellä riittänyt. Ne on kaikki alkaneet toimimaan oikein uudella skriptillä.

Eli kai se on todettava, että iso osa näiden PM-mallien aiempia ongelmia on ollut myös skripteistä johtuvia. Toki jos sille energiamittaukselle ei ole tarvetta, niin ehkä kontaktorille mieluummin kannattaa se ei-pm -malli hankkia.

 

[B12]

Moni ostaa pm-mallin, koska kallimpi on automaattisesti parempi. Jopa pro4pm ostetaan ohjaamaan yhtä kontaktoria. Parikin tuttua ehdottomasti halusi pro4pm, koska se on kallein ja paras.

 

[Hammer Schultz]

Moni ostaa pm-mallin, koska kallimpi on automaattisesti parempi. Jopa pro4pm ostetaan ohjaamaan yhtä kontaktoria. Parikin tuttua ehdottomasti halusi pro4pm, koska se on kallein ja paras.

Koska Shellyt ei nyt ihan älyttömästi maksa - nopeasti katsottuna halvin 60e ja kallein 130e Shelly-kaupassa - niin ehkä moni ajattelee että on mahdollista laajentaa tulevaisuudessa.

 

[vmar]

Kiitos helppokäyttöisestä palvelusta! Tapahtuiko "palvelinpuolella" jotain kummallista tämän vuorokauden vaihtuessa? Omat kanavat eivät palauttaneet Home Assistantissa mitään arvoja. Ei siis edes -1. Testasin sen vielä devtoolsin template editorissa ja tosiaan pelkkää tyhjää näkyi (ei myöskään null tms.) Nyt näyttää taas toimivan normaalisti.

 

[tk-]

Kiitos helppokäyttöisestä palvelusta! Tapahtuiko "palvelinpuolella" jotain kummallista tämän vuorokauden vaihtuessa? Omat kanavat eivät palauttaneet Home Assistantissa mitään arvoja. Ei siis edes -1. Testasin sen vielä devtoolsin template editorissa ja tosiaan pelkkää tyhjää näkyi (ei myöskään null tms.) Nyt näyttää taas toimivan normaalisti.

Ei ole tiedossa mitään palvelinpään ongelmaa, ja toisaalta ei sen pitäisi koskaan olla näyttämättä arvoja sillä anturit saa arvon -1 jos ohjaustieto menee vanhaksi. Siellä on erikseen tarkistus siihen, että onko ohjaustunteja jäljellä.

Eli joku paikallinen bugi tuossa nyt on ollut, vaikea ehkä päästä enää jäljille jos logit on buutin myötä jo mennyttä?

Tuossa aloittelin jo uutta ha-versioa mikä lukee noita varttiohjausta tukevia aikaleimoja. Periaate siinä kuitenkin tulee säilymään samana ja yhteensopivana, eli edelleen se kanavasensori saa tilan 0/1.

Lämmityksen ohjaukseen lisäksi sitten todennäköisesti muutetaan vielä niin, että tila on 10-20-30-40 riippuen siitä onko esto-normaali-tehostus-”ylitehostus”.

Tästä yritän kirjoitella sitten jo vähän parempaa ohjeistustakin jatkossa kun saadaan systeemi toimintakuntoon. Ja tosiaan päivityksen ei pitäisi rikkoa mitään olemassaolevaa.

 

[vmar]

Home Assistant on ylipäätään meikäläiselle vielä aika uusi tuttavuus ja lokien tutkiminen muutenkin, mutta jotain erilaista näyttäisi tapahtuvan aina vuorokauden vaihtuessa.
Esimerkiksi viime yönä tuli tällainen sarja:

Pörssäri Ch1 - Päivän halvin tunti changed to 0 triggered by state of porssari_json changed to 1696489061 (9:57:41 AM - Yesterday)
Pörssäri Ch1 - Päivän halvin tunti triggered by state of porssari_json changed to 1696539658 (12:00:58 AM - 12 hours ago)
Pörssäri Ch1 - Päivän halvin tunti changed to 0 triggered by state of porssari_json changed to 1696543378 (1:02:58 AM - 11 hours ago )

Toisella kanavalla sama:

Pörssäri Ch4 - Estä kalleimmat triggered by state of porssari_json changed to 1696539658 (12:00:58 AM - 12 hours ago)
Pörssäri Ch4 - Estä kalleimmat changed to 1 triggered by state of porssari_json changed to 1696543378 (1:02:58 AM - 11 hours ago)

Tuo "triggered by state" ilman arvoa näyttäisi aiheuttavan ongelmia omassa automaatiossa. Tietysti yksi tapa kiertää se voisi olla automaation laukaisu jollain muulla kuin kanavan tilan muutoksella ja sitten tarkistaa, onko state 1 vai ei.

EDIT: Tosin mahtaa tulla sama ongelma siinäkin, jos tilaksi ei kerran tunnisteta ykköstä tuon tunnin aikana.

 

[tk-]

Home Assistant on ylipäätään meikäläiselle vielä aika uusi tuttavuus ja lokien tutkiminen muutenkin, mutta jotain erilaista näyttäisi tapahtuvan aina vuorokauden vaihtuessa.
Esimerkiksi viime yönä tuli tällainen sarja:

Pörssäri Ch1 - Päivän halvin tunti changed to 0 triggered by state of porssari_json changed to 1696489061 (9:57:41 AM - Yesterday)
Pörssäri Ch1 - Päivän halvin tunti triggered by state of porssari_json changed to 1696539658 (12:00:58 AM - 12 hours ago)
Pörssäri Ch1 - Päivän halvin tunti changed to 0 triggered by state of porssari_json changed to 1696543378 (1:02:58 AM - 11 hours ago )

Toisella kanavalla sama:

Pörssäri Ch4 - Estä kalleimmat triggered by state of porssari_json changed to 1696539658 (12:00:58 AM - 12 hours ago)
Pörssäri Ch4 - Estä kalleimmat changed to 1 triggered by state of porssari_json changed to 1696543378 (1:02:58 AM - 11 hours ago)

Tuo "triggered by state" ilman arvoa näyttäisi aiheuttavan ongelmia omassa automaatiossa. Tietysti yksi tapa kiertää se voisi olla automaation laukaisu jollain muulla kuin kanavan tilan muutoksella ja sitten tarkistaa, onko state 1 vai ei.

EDIT: Tosin mahtaa tulla sama ongelma siinäkin, jos tilaksi ei kerran tunnisteta ykköstä tuon tunnin aikana.

Oletko muuttanut sitä yamlia jotenkin, vai miksi sinulla triggaa tuo porssari_json? Sen tilasensorin pitäisi hakea tietonsa siitä json_datasta mikä ei pyyhkiydy tyhjäksi jos rest-kutsu epäonnistuu.

Tuo ha:n rest-sensori on vähän ongelmallinen kun ei se ymmärrä http-koodeja ollenkaan, ja siksi siinä on pitänyt tehdä vähän tuollainen tuplasäilöratkaisu.

 

[vmar]

Oletko muuttanut sitä yamlia jotenkin, vai miksi sinulla triggaa tuo porssari_json? Sen tilasensorin pitäisi hakea tietonsa siitä json_datasta mikä ei pyyhkiydy tyhjäksi jos rest-kutsu epäonnistuu.

Tuo ha:n rest-sensori on vähän ongelmallinen kun ei se ymmärrä http-koodeja ollenkaan, ja siksi siinä on pitänyt tehdä vähän tuollainen tuplasäilöratkaisu.

Ei riitä rohkeus saati ymmärrys yamlien muuttamiseen: eli ihan defaulteilla mennään.

 

[tk-]

Ei riitä rohkeus saati ymmärrys yamlien muuttamiseen: eli ihan defaulteilla mennään.

Ok, jotain kummallista tuossa toiminnassa kyllä sitten on. Mikä HA-versio sinulla on ja missä se pyörii?

Voisi vielä kokeilla kopioida tuon yamlin kokonaan uudestaan ja katsoa muuttuuko toiminta mitenkään. Itsellä ei ole tuo sensori triggeröinyt tilanmuutoksia kyllä laisinkaan.

Toki semmoisessa tilanteessa se sen voi tehdä jos HA jostain muusta syystä käynnistyy uusiksi, ja tuo tilatieto haetaan tuossa ensimmäisen kerran. Silloin tuo sensori voi saada ehkä hetkeksi arvon unknown. Jos tiiviisti reboottailee, niin teoriassa tuossa voi jonkin tunnin sisällä tulla myös tuo 60 maksimikyselyn tuntiraja vastaan. Se korjaantuu kun antaa laitteen rauhassa tunnin sitten taas pollata omaan tahtiinsa. Se näkyy siellä request-sensorissa arvona 425 tai 429, se pitäisi ehkä vähän paremmin tuoda käyttäjälle esiin. Mutta toki ekaan onnistuneeseen kyselyyn saakka tuo arvo on "unknown".

HomeAssistant-client/release at 2b83ec18ee512d4b42ae442e932d823fcb1036f5 · Porssari/HomeAssistant-client

Pörssäri Home Assistant integration. Contribute to Porssari/HomeAssistant-client development by creating an account on GitHub.

github.com

 

[vmar]

Ok, jotain kummallista tuossa toiminnassa kyllä sitten on. Mikä HA-versio sinulla on ja missä se pyörii?

Voisi vielä kokeilla kopioida tuon yamlin kokonaan uudestaan ja katsoa muuttuuko toiminta mitenkään. Itsellä ei ole tuo sensori triggeröinyt tilanmuutoksia kyllä laisinkaan.

Toki semmoisessa tilanteessa se sen voi tehdä jos HA jostain muusta syystä käynnistyy uusiksi, ja tuo tilatieto haetaan tuossa ensimmäisen kerran. Silloin tuo sensori voi saada ehkä hetkeksi arvon unknown. Jos tiiviisti reboottailee, niin teoriassa tuossa voi jonkin tunnin sisällä tulla myös tuo 60 maksimikyselyn tuntiraja vastaan. Se korjaantuu kun antaa laitteen rauhassa tunnin sitten taas pollata omaan tahtiinsa. Se näkyy siellä request-sensorissa arvona 425 tai 429, se pitäisi ehkä vähän paremmin tuoda käyttäjälle esiin. Mutta toki ekaan onnistuneeseen kyselyyn saakka tuo arvo on "unknown".

HomeAssistant-client/release at 2b83ec18ee512d4b42ae442e932d823fcb1036f5 · Porssari/HomeAssistant-client

Pörssäri Home Assistant integration. Contribute to Porssari/HomeAssistant-client development by creating an account on GitHub.

github.com

OK, kokeilen laittaa tuon yamlin vielä uudelleen.
Boottailua tapahtuu "pahimmillaankin" sen varmaan 10 kertaa päivässä, jos paljon säätää. Mutta ei kyllä noin myöhään, kiitos lasten pakottaman unirytmin. Ehkä huomaamisen arvoista myös, että tämä tosiaan ilmenee vain ja ainoastaan heti vuorokauden vaihduttua.

Katsoin vielä, että tuo sama on käynyt 3. päivä vuorokauden vaihtuessa ja 5. sekä 6. päivä, mutta ei jostain syystä 4. päivä.
Home Assistant päivittyi muistaakseni eilen versioon 2023.10.0 ja OS asennettu ihan bare metal -tyylisesti minitietokoneeseen.

EDIT: Nyt tuli yamlin uudelleen lisäämisen ja uudelleenkäynnistyksen jälkeen taas "Pörssäri Ch4 - Estä kalleimmat changed to 0 triggered by state of porssari_json changed to 1696586251" ja sitten tunnin vaihduttua "Pörssäri Ch4 - Estä kalleimmat changed to 1"

 

[tk-]

OK, kokeilen laittaa tuon yamlin vielä uudelleen.
Boottailua tapahtuu "pahimmillaankin" sen varmaan 10 kertaa päivässä, jos paljon säätää. Mutta ei kyllä noin myöhään, kiitos lasten pakottaman unirytmin. Ehkä huomaamisen arvoista myös, että tämä tosiaan ilmenee vain ja ainoastaan heti vuorokauden vaihduttua.

Katsoin vielä, että tuo sama on käynyt 3. päivä vuorokauden vaihtuessa ja 5. sekä 6. päivä, mutta ei jostain syystä 4. päivä.
Home Assistant päivittyi muistaakseni eilen versioon 2023.10.0 ja OS asennettu ihan bare metal -tyylisesti minitietokoneeseen.

EDIT: Nyt tuli yamlin uudelleen lisäämisen ja uudelleenkäynnistyksen jälkeen taas "Pörssäri Ch4 - Estä kalleimmat changed to 0 triggered by state of porssari_json changed to 1696586251" ja sitten tunnin vaihduttua "Pörssäri Ch4 - Estä kalleimmat changed to 1"

Joo ja tuossa voi tosiaan käydä niin, että joku muu sinulla aikaansaa sen rebootin, ja sen takia Pörssäri on hetken tilassa unknown.

Tuossa on kyllä ehkä semmoinen kehitystyön paikka, että unique-id:llä saisi tuon ohjaustiedon säilymään bootin yli ja se jatkaa heti ohjaamistaan huolimatta siitä koska seuraavan kerran ohjaustiedon haku onnistuu. Minäpäs kehittelen asiaa tuolta pohjalta eteenpäin!

 

[sambba]

Heti alkuun kiitokset hyvästä duunista Pörssärin kanssa! Tein eilen käyttöönottoa Shelly 3 Pron kanssa, enkä törmännyt minkäänlaisiin ongelmiin.

Yksi kysymys kuitenkin heräsi ja en mielestäni siihen löytänyt vastausta. Sähkönsiirron hinta-asetuksista ei käy ilmi, että mikä Pörssärissä lasketaan talviarkipäiväksi ja mikä muuksi ajaksi. En tosin tiedä kuinka paljon tuo vaihtelee eri siirtoyhtiöiden välillä ja jos kaikilla on määrittely samanlainen, niin sitten ei ongelmaa. Ainakin Leppäkosken sähkö määrittelee ajat seuraavasti:

TALVIARKIPÄIVÄ (1.11.-31.3. KLO 7-22)

5,10 snt/kWh

MUU AIKA (TALVELLA SUNNUNTAIT)

2,90 snt/kWh

 

[Drakkath]

Moikka,

Ensinnäkin kiitos palvelusta, tämä otettu hiljattain käyttöön ja on toiminut niinkuin pitää. Tänään kuitenkin huomasin ohjaustiedoissa hieman kummallisuutta. Liittyykö kellojen siirtelyyn vai johonkin muuhun. Olen laitteelle asettanut lämmityksen niin, että sen pitäisi olla päällä edullisimmat neljä tuntia 00-07 välillä. Nyt kuitenkin näyttäisi poimineen yhden tunnin 23-00 välillä vaikka tuo neljä tuntia tuli jo täyteen yöllä?

 

[Sikatiiker]

Pitääpäs lukasta ketju läpi kunnolla kun on aikaa ja katsastaa tuo sivusto. Shelly harkintaan ja ketju seurantaan.

 

[tk-]

Heti alkuun kiitokset hyvästä duunista Pörssärin kanssa! Tein eilen käyttöönottoa Shelly 3 Pron kanssa, enkä törmännyt minkäänlaisiin ongelmiin.

Yksi kysymys kuitenkin heräsi ja en mielestäni siihen löytänyt vastausta. Sähkönsiirron hinta-asetuksista ei käy ilmi, että mikä Pörssärissä lasketaan talviarkipäiväksi ja mikä muuksi ajaksi. En tosin tiedä kuinka paljon tuo vaihtelee eri siirtoyhtiöiden välillä ja jos kaikilla on määrittely samanlainen, niin sitten ei ongelmaa. Ainakin Leppäkosken sähkö määrittelee ajat seuraavasti:

TALVIARKIPÄIVÄ (1.11.-31.3. KLO 7-22)

5,10 snt/kWh

MUU AIKA (TALVELLA SUNNUNTAIT)

2,90 snt/kWh

Tällä hetkellä menee juuri noin, ja käsittääkseni kaikilla tuo päivämäärä on sama. Aika saattaa kuitenkin olla eri, ja tämän illan missio olisi vielä tehdä tuonne sivustolle ”ennen marraskuuta” luvattu ominaisuus missä saa halutessaan nuo alku- ja lopputunnit vaihtaa.

 

[tk-]

Moikka,

Ensinnäkin kiitos palvelusta, tämä otettu hiljattain käyttöön ja on toiminut niinkuin pitää. Tänään kuitenkin huomasin ohjaustiedoissa hieman kummallisuutta. Liittyykö kellojen siirtelyyn vai johonkin muuhun. Olen laitteelle asettanut lämmityksen niin, että sen pitäisi olla päällä edullisimmat neljä tuntia 00-07 välillä. Nyt kuitenkin näyttäisi poimineen yhden tunnin 23-00 välillä vaikka tuo neljä tuntia tuli jo täyteen yöllä?

Tässä oli purkkaviritykseen liittyvä bugi minkä korjasin eilen. Eli vika oli tuon ohjausgraafin teossa sivustolla, siellä oli aikamuunnos manuaalisesti kesäaikaan. Ohjaus välitetään shellyyn utc-ajassa niin se menee ”aina oikein” vaikka kelloja käännetään. Tuo ohjausgraafi tosiaan on lähinnä informatiivisessa mielessä tehty, ja kuten tuo puolihumoristinen disclaimer yrittää kertoa, niin turhan vähälle huomiolle jäänyt.

Kunhan saadaan tuo lämmitysohjaus lähiaikoina finaaliin, niin talven aikana kehitystyö on tarkoituksena keskittää tuonne sivuston suuntaan.

 

[Drakkath]

Tässä oli purkkaviritykseen liittyvä bugi minkä korjasin eilen. Eli vika oli tuon ohjausgraafin teossa sivustolla, siellä oli aikamuunnos manuaalisesti kesäaikaan. Ohjaus välitetään shellyyn utc-ajassa niin se menee ”aina oikein” vaikka kelloja käännetään. Tuo ohjausgraafi tosiaan on lähinnä informatiivisessa mielessä tehty, ja kuten tuo puolihumoristinen disclaimer yrittää kertoa, niin turhan vähälle huomiolle jäänyt.

Kunhan saadaan tuo lämmitysohjaus lähiaikoina finaaliin, niin talven aikana kehitystyö on tarkoituksena keskittää tuonne sivuston suuntaan.

Kiitos. Itse lämmitys toimi oikeilla tunneilla vaikka graafi näyttikin hieman vikaan. Ja sehän tärkeintä onkin

 

[Teppo en]

Onko joku noin 10 sentin sopimuksella sähköllä taloaan lämmittävä vaihtanut pörssisähköön? Sähköautoon menee myös jokunen kilowatti vuodessa, mutta ajatuksena siis oli, jos ohjaisin Shellyllä mahdollisimman paljon kulutusta halvoille tunneille. Voiko tämä yhtälö toimia?

 

[Hammer Schultz]

Onko joku noin 10 sentin sopimuksella sähköllä taloaan lämmittävä vaihtanut pörssisähköön? Sähköautoon menee myös jokunen kilowatti vuodessa, mutta ajatuksena siis oli, jos ohjaisin Shellyllä mahdollisimman paljon kulutusta halvoille tunneille. Voiko tämä yhtälö toimia?

Toimii hyvin, voit säätää leudommilla keleillä että lämmittää esim. 6 halvinta tuntia ja kun tulee kylmempää niin voit estää vaikka 6 kalleinta tuntia tms.

Sähköautonkin saat varmaan Pörssärin piiriin mutta se on helpompi toteuttaa Gridionilla tms ratkaisulla

 

[tk-]

Pitkään lupailtu lämmityksen ohjaus alkaa olla viimeistä silausta vaille julkaisukunnossa. Tämä ensimmäinen versio ei ole missään tapauksessa vielä täydellinen, välttämättä ei edes lähelle sitä. Mutta siitä on pyritty tekemään monipuolinen ja useita eri käyttötapauksia mahdollisimman yksinkertaisilla parametreilla taklaava.

Kiinteistön lämmitystarpeen arvioimista varten on laitettu tuohon linkki Motivan laskuriin, mistä saa varmastikin suuntaa-antavan tuloksen. Siinä pitää vaan huomata vähentää käyttöveden lämmitystarve siitä kokonaismäärästä. Kyse on siis todellisesta lämmitysenergian tarpeesta, ei esimerkiksi lämpöpumppujen sähkönkulutuksesta vuositasolla kun se toisi taas jo aivan erilaisen määrän muuttujia tuohon arviointiin. Samalla tavalla lämmityslaitteen teho on lämmitysteho eikä ottoteho.

Ensimmäisessä kehitysversiossa mennään yksinkertaisesti periodin laskennallisen lämmitystarpeen mukaan ja ohjataan halvimmat tunnit (vartit) päälle tarvittavalla määrällä. Periodin pituuden voi määrittää välillä 3-12h, eli riippuen talon varauskyvystä voi vähän testailla kuinka pitkälle ajalle käyntiä voi hajauttaa, pidempi jakso luonnollisesti tietää mahdollisesti pidempiä taukoja. Kunhan viikko-pari seuraillaan omissa taloissa miten tuo käyttäytyy, niin seuraava vaihe on tuoda sekä ulkolämpötilan muutoksen ennakointia mukaan että huomioida periodin hinta suhteessa tulevien periodien hintoihin ja yli/alilämmittää niiden perusteella. Tai tarvittaessa kiriä edellisen jakson "lämmitysvelkaa" kiinni.

Käytännön tasolla homma pelaa niin, että kiinteistöön voi lisätä haluamansa määrän erilaisia lämmitysjärjestelmiä. Ne on jaettu kolmeen eri kategoriaan, eli "päälämmitysjärjestelmä", "avustava lisälämmitysjärjestelmä" ja "mukavuuslämmitysjärjestelmä". Teen tarkemmat dokumentaatiot viikonlopun aikana, mutta tiivistettynä ajatuksen tasolla päälämmitysjärjestelmät lämmittää aina ensin ja avustavat järjestelmät tekevät sitten loput laskennallisesta lämmitystarpeesta jos pääjärjestelmät ei yksin riitä. Apujärjestelmille pystyy määrittämään kuitenkin minimiprosentin vaikkapa tilanteessa missä haluaa vähän lattialämpöä ilmalämpöpumpun hoitaessa muuten kaiken lämmityksen.

Lisäksi voi lisätä mukavuuslämmitysjärjestelmiä, jotka toimivat täysin omana logiikkanaan yksinkertaisella tuntikäyrällä, eli käyttäjä asettaa halutut tuntimäärät 0 ja -10 ulkolämmössä sekä lämpötilan minkä alapuolella järjestelmä kytketään päälle.

Tällä hetkellä sivustolla toimii jo järjestelmien lisääminen, ohjausparametreiksi se jalostuu todennäköisesti perjantain aikana. Yleisasetuksia muuttaessa pitää hoksata painaa tallenna-nappia siitä yläpuolelta.

Spoileri: Asetuslomake

 

[tkhyla]

Mistähän pääsen tuosta pidemmälle? Ei anna valikoita eteenpäin ja herjaa "Lämmitysenergian kokonaistarve vuodessa (kWh)"

 

[tkhyla]

tupla

 

[tk-]

Mistähän pääsen tuosta pidemmälle? Ei anna valikoita eteenpäin ja herjaa "Lämmitysenergian kokonaistarve vuodessa (kWh)"

Hei kiitos hyvästä huomiosta! Se on vaadittava kenttä, mutta sehän pitää disabloida ennenkuin tuo on ensimmäisen kerran tehty. Tuo on jäänyt testivaiheessa huomaamatta, kun kiinteistö oli itsellä jo lisättynä.

EDIT: nyt pitäisi onnistua kiinteistön lisääminen

 

[tkhyla]

Jos saa ehdottaa niin ehdottaisin, että tuohon taulukkoon saisi jotenkin viivan, että missä kohtaa vuorokautta ollaan menossa.
Nyt tuli huomisen hinnat niin menee hetken tajuta missä kohtaa on klo nyt menossa.

Toinen, nuo päällä pois (1 ja 0) hävisivät nyt uusien hintojen tultua.

 

[tk-]

Jos saa ehdottaa niin ehdottaisin, että tuohon taulukkoon saisi jotenkin viivan, että missä kohtaa vuorokautta ollaan menossa.
Nyt tuli huomisen hinnat niin menee hetken tajuta missä kohtaa on klo nyt menossa.

Toinen, nuo päällä pois (1 ja 0) hävisivät nyt uusien hintojen tultua.

Joo tämä otetaan kunnolla työn alle nyt tässä loppuvuoden ainana. Itse asiassa meillä on ajatuksena kesään mennessä tehdä ihan kunnollinen webapp-ui vielä lisäksi.

Tuo graafi olisi varmasti selkein päivä kerrallaan, huominen näkyisi sitten kun hinnat on tulleet.

 

[Sp4nn4ri]

Ongelmia kanavien asetuksia rukatessa, kyseessä homeassistant laite. Aina ku painaa tallenna tulee seuraava virheilmoitus:

22007, 1366, Incorrect integer value: '' for column `porssari_api`.`porssari_device_settings`.`heating_control_system_id` at row 1

Muilla ollut samanlaista?

 

[tk-]

Ongelmia kanavien asetuksia rukatessa, kyseessä homeassistant laite. Aina ku painaa tallenna tulee seuraava virheilmoitus:

22007, 1366, Incorrect integer value: '' for column `porssari_api`.`porssari_device_settings`.`heating_control_system_id` at row 1

Muilla ollut samanlaista?

Tämä taisi liittyä tuohon lomakepäivityksen aiheuttamaan sessiohallintavikaan. Mitä tästä opittiin on se, että sivuston huoltotila tulee jatkossa laitettua päälle mitä tahansa ohjauslomaketta roplatessa jos siihen liittyy muutoksia noihin tietokantakyselyihin!

Mutta kaikenkaikkiaan päivitys näyttää menneen hyvin pienillä ongelmilla läpi. Lämmitystauluja näyttää jo rakentuvan, niin kirjoittelen dokumentaatiot kuntoon ja avaan sitten vähän tännekin vielä logiikkaa ja otan kehitysideoita ja suoranaisia vikailmoituksiakin mielelläni vastaan!

 

[tkhyla]

Nyt syystä tai toisesta ohjaustiedon grafiikka ei päivity vaikka tekee muutoksia laitteeseen. Ennen päivittyi pienellä viiveellä mutta nyt viive on pitkä / ei toimi ollenkaan?


Muokkaus: vika olikin omassa systeemissä. HA oli syystä tai toisesta hävittänyt laitetunnuksen kokonaan. Kun tuon lisäsin niin alkoi toimimaan

 

[tk-]

Nyt syystä tai toisesta ohjaustiedon grafiikka ei päivity vaikka tekee muutoksia laitteeseen. Ennen päivittyi pienellä viiveellä mutta nyt viive on pitkä / ei toimi ollenkaan?


Muokkaus: vika olikin omassa systeemissä. HA oli syystä tai toisesta hävittänyt laitetunnuksen kokonaan. Kun tuon lisäsin niin alkoi toimimaan

Joo tätä olisin itsekin tarjonnut syyksi, että oikeastaan ainoa syy voi olla se, että laite ei kysele ohjaustietoa. Toisaalta se vähän häiritsee asetusten muuttamista ja niiden vaikutuksen näkemistä, mutta sitten taas tuossa nykyisessä tavassa päivittää ohjaustieto on se hyvä puoli, että se näyttää vain ja ainoastaan ne tiedot mitä on todellisuudessa myös ohjauslaitteeseen lähtenyt.

 

[tk-]

Lämmityksen ohjauksesta päivitystä. Eli tuotantopuolella tämä nyt on ollut jo jokusen päivää, tuo iso varttilogiikkaan päivitys aiheutti kuin aiheuttikin vähän kummallisia vikoja ja harmaita hiuksia, niin ollaan ne nyt kaikessa rauhassa haluttu korjata ennenkuin aletaan tätä isommin rummuttamaan. Lisäksi muutama aktiivinen käyttäjä sai myös tuosta lämmitysohjauksesta vielä muutaman pikkubugin kiinni.

Ensimmäisessä versiossa tosiaan ei vielä tehdä aktiivista lämmitystarpeen muokkaamista tulevaisuuden mukaan, vaan ainoastaan jaetaan tarpeellinen määrä edullisimpia vartteja valitun mittaiselle periodille. Mitä lyhyemmän periodin valitsee, sitä todennäköisempää on saada päälläoloaikaa myös kalliimpiin tunteihin. Pidempi periodi väistää paremmin kalliita tunteja, mutta mahdollistaa myös pidemmät tauot.

Säätiedot tosiaan haetaan yr.no -rajapinnasta, missä ainakin spot-hinnan fb-ryhmän perusteella tuntuu olevan jonkin verran epätarkkuutta todellisiin lämpötiloihin. En osaa sanoa liittyykö tuo enemmän vuorokauden keskihintaan vai mihin, mutta seuraillaan tilannetta ja tarvittaessa täytyy päivittää tuonne ilmatieteen laitoksen rajapinnalle.

Ohjeistusta lämmitysohjaukseen löytyy sivulta Lämmityksen ohjaus - Pörssäri, se on vielä osin vajavainen ja mahdollisesti hyvinkin epälooginen. Kyselkää epäselviä asioita, niin yritän selventää ja lisäksi parannella ohjeita! Olen huomannut, että se mikä itselle tuntuu päivänselvälle ei välttämättä tai edes todennäköisesti ole sitä muille.

Tosiaan seuraava vaihe on alkaa muokkaamaan periodin lämmitystarvetta sen mukaan mitä tulevaisuudessa tapahtuu, ja lisäksi tuoda mukaan antotehon hiipumisen arvioimista ulkolämmön painuessa kylmemmäksi, tämä koskee lähinnä ulkoilmasta lämpöään kaappaavia laitteita. Toki VILP ei suoranaisesti vähennä tokikaan lämmitystehoa, vaan ottaa sitten vaan tarvittaessa lisävastuksia avukseen.

 

[tk-]

Pientä tilapäisviilausta on tehty käyttäjäpalautteen perusteella tuohon lämmitysohjaukseen. Eli alunperin oli ajatuksena, että pisin periodi mille lämmitysvartit jaetaan on 12h, mutta kun toistaiseksi puuttuu se vähennys/lisäys seuraavan jakson perusteella niin toki nykyisellään johtaa tilanteeseen missä esimerkiksi 10h vuorokauden lämmitystarvetta jaetaan tasan kaikkiin 3-12h jaksoihin huolimatta siitä miten niiden keskihinnat toisiinsa suhteutuu.

Eli mahdollisuutena on nyt valita myös tuo 24h tarkastelujakso ( 18-18 ). Toki siinä täytyy huomioida, että vuorokauden keskilämpötila kuvaa huonosti semmoisia päiviä missä vaikkapa pakkanen kovasti haluaa lähteä illasta kiristymään tai lauhtumaan. Tai semmoisia, että päivällä onkin selvästi lämpöisempää kuin yöllä.

Systeemissä on vielä pieni bugi, eli jos seuraavan päivän hintoja ei ole, niin ymppää tuohon jäljelle jäävään 18-00 -periodiin kaiken lämmitystarpeen sille seuraavalle jaksolle. Se korjaantuu aina toki ennen kyseisen jakson alkua kun hinnat päivitetään seuraavalle vuorokaudelle. Tämä korjataan lähipäivinä myös.

Tuota periodien painotusta seuraavan jakson hinnan ja lämmön perusteella aletaan työstää seuraavaksi, ja lisäksi erilaisten ulkoilmasta lämpönsä ottavien laitteiden antotehon heikkenemistä ulkolämmön pudotessa mallinnetaan parhaillaan, ja tuodaan jatkossa osaksi päälläolotarvelaskentaa.

Lisäksi Atella alkaa olla Themo-integraatio valmiina testiin, ja seuraavaksi sitten tekee samalla logiikalla Sensibon. Sivuston ulkoasua on myös lähdetty modernisoimaan uuden templaatin avulla, esimakua saa osoitteesta Etusivu, joskaan sivustolla ei käytännössä tavallisilla tunnuksilla näe mitään muuta kun rankasti keskeneräisen ui:n..

 

[tk-]

Pienenä uutena ominaisuutena tuotiin ilmalämpöpumpun lämmitysteholaskentaan dynaamisuus ulkolämmön mukaan. Eli nyt lämmitysteho ei ole kiinteä, vaan lasketaan nimellistehon ja lämmitysjakson ulkolämmön perusteella. Ilppien ohjausta on vielä haastavaa toteuttaa kun Sensibo ei ole ihan vielä valmis, mutta käytännössä tuo vaikuttaa myös siihen laskentaan missä vaiheessa pitää alkaa pyytää muita lämmitysjärjestelmiä apuun.

Sivustolle https://docs.porssari.fi on nyt myös saatu rajapintakuvausta alulle aktiivisen ulkopuolisen kehittäjän avulla joka oli integroidut omalla sovellutuksellaan Pörssärin ohjaamaan controlmyspa-ohjausta tottelevia ulkoporealtaita!

GitHub - arska/controlmyspa-porssari

Contribute to arska/controlmyspa-porssari development by creating an account on GitHub.

github.com

 

[S#S]

Kiitos kehittäjille hyvin toimivasta palvelusta!

Jos lämmitysjärjestelmän määrittää mukavuuslämmitysjärjestelmäksi, onnistuuko jotenkin määrittää minimiaika, jonka lämmitys on vähintään päällä? Tuossahan nyt ilmeisesti voi antaa vain -10 ja 0 C lämpötiloissa päälläolotunnit, jotka määrittävät suoran, jonka mukaan lämmityksen päälläoloaika lasketaan (lisäksi voi määrittää lämpötilan, jonka alla mukavuusjärjestelmä on aktiivinen) .
Ajatuksena tässä kysymyksen taustalla on, että haluaisin kylpyhuoneiden lattialämmitysten olevan lämpimilläkin säillä vähintään x edullisinta tuntia päällä, vaikka ulkolämpötilan mukainen päälläoloaika olisi vähemmän.

 

[tk-]

Kiitos kehittäjille hyvin toimivasta palvelusta!

Jos lämmitysjärjestelmän määrittää mukavuuslämmitysjärjestelmäksi, onnistuuko jotenkin määrittää minimiaika, jonka lämmitys on vähintään päällä? Tuossahan nyt ilmeisesti voi antaa vain -10 ja 0 C lämpötiloissa päälläolotunnit, jotka määrittävät suoran, jonka mukaan lämmityksen päälläoloaika lasketaan (lisäksi voi määrittää lämpötilan, jonka alla mukavuusjärjestelmä on aktiivinen) .
Ajatuksena tässä kysymyksen taustalla on, että haluaisin kylpyhuoneiden lattialämmitysten olevan lämpimilläkin säillä vähintään x edullisinta tuntia päällä, vaikka ulkolämpötilan mukainen päälläoloaika olisi vähemmän.

Tämä on muuten erittäin hyvä huomio! Ei ole nyt mahdollista, mutta pistetään työlistalle, ei lähtökohtaisesti ole edes kovin isotöinen juttu tehdä.

 

[tk-]

HomeAssistant -ohjaus on nyt kanssa saatu tukemaan uutta ohjaustietoa ja varttiaikaleimoja lukeva HA-templaatti löytyy nyt päivitettynä Githubin release -kansiosta. Kauheasti muuta kehitystyötä tuon eteen ei ole tehty, eli edelleen tilat resetoituu uudelleenkäynnistyessä jne. Mutta pitäisi olla yhteensopiva vanhan version kanssa, eli ainoastaan tuon state-sensorin tilatemplaatti on muuttunut ja toki tuo ohjaustiedon muoto.

GitHub - Porssari/HomeAssistant-client: Pörssäri Home Assistant integration

Pörssäri Home Assistant integration. Contribute to Porssari/HomeAssistant-client development by creating an account on GitHub.

github.com

 

[tk-]

Themo-termostaatti- ja Sensibo-integraatiot alkaa olla valmiina käyttöön. Testaillaan vielä hetki toimivuutta, mutta jos on intoa jo ottaa itsellekin testiin niin sivuston palautelomakkeella voi laittaa omat tiedot ja lisään oikeudet sivustolla päästä käsiksi tuohon asetuslomakkeeseen.

Themo-integraatiossa täytyy sivustolle syöttää käyttäjätunnus ja salasana. Ne kryptataan kantaan kuten myös se api-key mikä kerran vuorokaudessa tunnusten avulla haetaan. Tunnukset tarvitaan sen takia, että muutoin tuo apikeyn uudistaminen ei onnistu.

Sensibon osalta homma on siinä mielessä simppelimpi, että apikey luodaan sensibossa ja se vaan lisätään sivustolle. Toki sekin samallalailla kryptataan tietokantaan.

Varmaan parin viikon sisään tulee ohjeistuksineen julkiseen käyttöön, mutta tosiaan testaamaan pääsee jo halutessaan etuajassa. Tehtäneen tuo lämmitystarpeen painotus vielä alulle ennen tuon julkaisemista niin saa koko paketin sitten heti toimimaan optimaalisemmin.

 

[tkhyla]

Onko Ebeco termareiden integraatio roundmapilla?

 

[tk-]

Onko Ebeco termareiden integraatio roundmapilla?

Näkyy löytyvän avoin API, niin voidaan ottaa työn alle! Todennäköisesti ei ole iso työ, kun käytännössä nuo integraatiot vaan lähettää termostaattiin uuden lämpöpyynnön.

 

[tkhyla]

Näkyy löytyvän avoin API, niin voidaan ottaa työn alle! Todennäköisesti ei ole iso työ, kun käytännössä nuo integraatiot vaan lähettää termostaattiin uuden lämpöpyynnön.

Itselläni 5x EB-Therm 500 termaria käytössä joten voin testailla sulle kun tarvetta. Integraatiolle sinänsä ei ole tarvetta kun hyvin ohjaus toimii tällä hetkellä pörssäri + HA yhdistelmälläkin. Mutta jos joku haluaa ajaa noita ilman HA välissäoloa.

 

[tk-]

Itselläni 5x EB-Therm 500 termaria käytössä joten voin testailla sulle kun tarvetta. Integraatiolle sinänsä ei ole tarvetta kun hyvin ohjaus toimii tällä hetkellä pörssäri + HA yhdistelmälläkin. Mutta jos joku haluaa ajaa noita ilman HA välissäoloa.

Ok kiitos! Palaan asiaan kun saadaan tuo testikuntoon.

HA:n kanssa on tosiaan siinä mielessä kyllä parempi, että siinä saa paikallisesti puskuriin tuon ohjaustiedon.

 

[Celtic]

Olisiko tämän kautta mahdollisuus saada Themojen ohjauksen lisäksi myös niiden (lattia-anturin ja huoneanturin) tuottamat lämpötilatiedot HA:n saataville?

Themolla itsellään on ollut HA kohta vuoden roadmapilla... Does Themo support Smart Home platform integrations? :

 

[tk-]

Olisiko tämän kautta mahdollisuus saada Themojen ohjauksen lisäksi myös niiden (lattia-anturin ja huoneanturin) tuottamat lämpötilatiedot HA:n saataville?

Themolla itsellään on ollut HA kohta vuoden roadmapilla... Does Themo support Smart Home platform integrations? :

Ehkä Pörssäriin nuo voisikin olla luettavissa, mutta ei ehkä kuitenkaan sitten ha:n puolelle tämän kautta, kun tekisi tavallaan tarpeetonta liikennettä meidän serverille välittää lämpötilatietoja eteenpäin.

Mutta sinällään samalla logiikalla tuota tietoa varmasti voisi HA:n rest-sensorilla kysellä. Ainoa "ongelma" lienee se, että tuo api-token on vuorokauden voimassa kerrallaan, eli pitäisi olla erikseen joku sensori ha:ssa mikä kyselee uuden api-tokenin aina kun expires-aika on ohitettu, ja sitten sitä tokenia käytetään tuon varsinaisen kyselyn headereissa.

Postman-dokumentaatio tuohon Themon rajapintaan on julkisena saatavilla, niin sen perusteella varmastikin saa ainakin tuon kyselyn tehtyä. HA:ssa on taas sitten omat kommervenkkinsä tuon json-vastauksen parsimiseksi.