Daikin + Faikout + Machine Learning

[Koelli]

Täydennän kuvausta myöhemmin, mutta tämä on avaus Daikin Perfera -ketjusta, liittyen Faikout:iin, sekä sen pohjalta rakennettuun, Home Assistant -pohjaiseen koneoppimismalliin.

Mikä on Faikout?
Faikout on rautatason muutos, tarkemmin ottaen ESP32-pohjainen moduuli, yhteensopiville Daikin-malleille.

GitHub - revk/xESP32-Faikout: ESP32 based module to control Daikin aircon units

ESP32 based module to control Daikin aircon units. Contribute to revk/xESP32-Faikout development by creating an account on GitHub.

github.com

Tarvittavat komponentit?

Amazon.co.uk

+ kaapeli (päivitetään URL)
+ ulkoinen lämpötila-anturi (sisä), jota luetaan Home Assistantiin
+ ulkoinen lämpötila-anturi (ulko), jota luetaan Home Assistantiin

Yhteensopivat mallit?

List of confirmed working air con units

ESP32 based module to control Daikin aircon units. Contribute to revk/xESP32-Faikout development by creating an account on GitHub.

github.com

Mikä on koneoppimismalli?
Koneoppimismalli on tietokonepohjainen ohjelmisto, joka kerää dataa, analysoi sitä, sekä muuttaa arvojaan sitä mukaan, kun dataa kertyy. Tälle pohjalle tein Pythonilla Home Assistantiin räätälöidyn skriptin, sekä tarvittavat oheis-helperit ja -automaatiot. Perusidea on rakentaa malli, johon syötetään tavoitelämpötila, ja ohjelmisto mittaa ympäristöä, ja tekee tarvittavat ohjaukset tämän mittadatan pohjalta. Tarkempi selitys myöhemmin.

GitHub - koelli111/ml_daikin: Machine Learning capable Daikin Demand Control for Home Assistant

Machine Learning capable Daikin Demand Control for Home Assistant - koelli111/ml_daikin

github.com

 

[Koelli]

PItäisikö tälle avata oma threadi ? Hukkuu tavallaan tänne Daikin Perfera threadiin ja itselläni ei edes ole ko. vekotinta.
Faikoutit on tulossa ja varmaan tässä joulun alla alkaa virittely, riippuen hiukan miloin kaapeli tulee.
Kehitysehdotus heti alkuun olisi että saadaan mukaan myös pörssisähköilijöille kenties pyynnin muutoksia hinnan mukaan?
Vai onko parempi, ettei sitä sotketa tähän mitenkään ja se hoidetaan erikseen miten itse kukin näkee ?
Itse siis muokkaan pyyntejä +/- xx astetta riippuen vähän tilanteesta. Normaalisti RANK perusteisesti, mutta joskus myös hinnan mukaan.
Maltillisia ovat +/- arvot. Puhutaan about +/- 1.5deg.

EDIT: Huomasin, että faikout tukee jotain ulkoisia lämpötilasensoreita itse.

ESP32-Faikout/Manuals/BLE.md at main · revk/ESP32-Faikout

ESP32 based module to control Daikin aircon units. Contribute to revk/ESP32-Faikout development by creating an account on GitHub.

github.com

Alkoi kiinnostamaan.

Tuo pörssisähköohjaus on kaksiteräinen miekka. Toisaalta, se voi tarjota säästöjä, mutta toisaalta, se aiheuttaa ylimääräisiä sulatuksia ja ryntäilyjä, johtuen siitä, että jakson jälkeen malli yrittää kiriä lämpötilan tavoitteeseen. Tämä taas aiheuttaa kustannuksia.

En poissulje ajatusta, mutta suhtaudun siihen varovaisen kriittisesti.

 

[Koelli]

Tuo pörssisähköohjaus on kaksiteräinen miekka. Toisaalta, se voi tarjota säästöjä, mutta toisaalta, se aiheuttaa ylimääräisiä sulatuksia ja ryntäilyjä, johtuen siitä, että jakson jälkeen malli yrittää kiriä lämpötilan tavoitteeseen. Tämä taas aiheuttaa kustannuksia.

En poissulje ajatusta, mutta suhtaudun siihen varovaisen kriittisesti.

Tarkemmin kun asiaa puin, niin sanoisin, että tämä voisi olla vipukytkimen takana oleva lisätoiminto.

Tähän taakse ehdottaisin kuitenkin tehtävän sama Icing Cap -poissulku, eli jäätävällä alueella (-4 -- +4) tätä pörssisähköohjausta ei käytetä, koska se tulisi melko todennäköisesti muutoin johtamaan sulatuslooppeihin.

 

[lum]

Pitänee varmaan olla HA tietämys kohdillaan kun itselle ei ihan aukea mitenkä nämä kaikki asennetaan toimivaksi kokonaisuudeksi. Ehkä siihen ohjeistukseen olisi hyvä panostaa.

 

[Koelli]

Pitänee varmaan olla HA tietämys kohdillaan kun itselle ei ihan aukea mitenkä nämä kaikki asennetaan toimivaksi kokonaisuudeksi. Ehkä siihen ohjeistukseen olisi hyvä panostaa.

Kyllä. En valitettavasti tässä alkuvaiheessa kykene tekemään tästä sellaista, että HA:ta ei tarvitsisi ymmärtää. En tiedä, pystynkö milloinkaan. Ohjeistus on toki nyt suppea, se on selvä juttu.

 

[Koelli]

Uusin versio toimii jo todella hyvällä tasolla normaaleissa olosuhteissa, joissa muita lämmönlähteitä ei ole.

Tuo tämän hetkinen 26 % Demand viittaa siihen, että Daikin ei näissä olosuhteissa enää taivu riittävän alas, vaan joko ylilämmittää, tai halutessani, käy katkoa. Valitsin ylilämmittämisen.

 

[Luukku]

Jos ymmärrän oikein niin tuossa näkyy, että tarveohjauksen nosto liipasee sulatuksen ja sehän on selvää, kun tehoa pyydetään lisää lähellä ulkolämpötilan nollaa ja jos kenno on riittävässä kuurassa.
Onko huonelämpötila lähtenyt laskuun, kun ulkona menty lähelle nollaa ja siksi tarveohjausta pyydetty enemmän? Omat pumpun on ajanut nyt 40% muutaman päivän ilman sulatuksia. Käynti tasaista hieman alle tai päälle 200W. Ei muuta lämmitystä.

 

[Luukku]

Mä rupesin kehitteleen lämmityksen ohjaukseen semmosta pisteytystä, jossa pisteytetään ulkolämpötilan muutos, ilmanpainemuutos, sisälämpötilan muutos, tuuli ja tuulen suunta. Tuulen suunnat voi kertoimilla määrittää mitkä on kylmimmät suunnat omassa sijainnissa.
Tästä saadaan kokonaispisteet ja niiden perusteella sitten ohjataan tarveohjausta. Ottaa myös huomioon puulämmityksen.
Tutkinta vasta menossa, että mitkä ne rajat on. Sää on vähän huonoa testaamiselle, kun niin lauhaa.

 

[heebo1974]

En tiedä, mutta kannattaakohan tuota tarveohjausta ajaa alle 40% ? Tuolla ainakin jotain arvailuita siitä, että tuo 40% olisi joku Daikinin asettama turva-arvo.

Have anyne tried to set 10% of Demand Control? · revk xESP32-Faikout · Discussion #680

ONECTA has minimal value as 40%, I think Faikin allows to set 10%, have anyone tried to set 10%? Does it work? Does it decrease electrical power consumption and delivered heat power?

github.com

 

[Koelli]

En tiedä, mutta kannattaakohan tuota tarveohjausta ajaa alle 40% ? Tuolla ainakin jotain arvailuita siitä, että tuo 40% olisi joku Daikinin asettama turva-arvo.

Have anyne tried to set 10% of Demand Control? · revk xESP32-Faikout · Discussion #680

ONECTA has minimal value as 40%, I think Faikin allows to set 10%, have anyone tried to set 10%? Does it work? Does it decrease electrical power consumption and delivered heat power?

github.com

Tuon 30 % ja 40 % välillä on hiuksenhieno ero, mutta niin olematon, että en tästä ole huolissani. Alle 30 % Demandeja tuo ei edes tunne, eli kompuraa ei voi käskyttää alle Daikinin omien speksien.

 

[Koelli]

Jos ymmärrän oikein niin tuossa näkyy, että tarveohjauksen nosto liipasee sulatuksen ja sehän on selvää, kun tehoa pyydetään lisää lähellä ulkolämpötilan nollaa ja jos kenno on riittävässä kuurassa.
Onko huonelämpötila lähtenyt laskuun, kun ulkona menty lähelle nollaa ja siksi tarveohjausta pyydetty enemmän? Omat pumpun on ajanut nyt 40% muutaman päivän ilman sulatuksia. Käynti tasaista hieman alle tai päälle 200W. Ei muuta lämmitystä.

1. Tarveohjauksen nosto tulee vasta sulatuksen jälkeen (tai aikana). Itse asiassa hyvä nosto, koska tuolla oli bugi, joka aiheutti sen, että ohjelma ei kunnioittanut sulatuksen jälkeistä CoolDownia, vaan nosto tarvetta, vaikka ei olisi saanut.

 

[heebo1974]

Tarvittavat komponentit?
+ ulkoinen lämpötila-anturi (sisä), jota luetaan Home Assistantiin
+ ulkoinen lämpötila-anturi (ulko), jota luetaan Home Assistantiin

Rupesin miettimään tuota erillistä ulkoista ulkolämpötian anturia. Onko se oikeasti tarpeellinen ? Eikö Daikinin omaa ulkolämpötilaanturia voi käyttäää ? Sisälllä ymmärrän kyllä tuon tarpeellisuuden.

 

[Koelli]

Rupesin miettimään tuota erillistä ulkoista ulkolämpötian anturia. Onko se oikeasti tarpeellinen ? Eikö Daikinin omaa ulkolämpötilaanturia voi käyttäää ? Sisälllä ymmärrän kyllä tuon tarpeellisuuden.

On se tarpeellinen, ilmankin periaatteessa pärjäisi koodimuutoksien kautta, mutta mallin kannalta on OK käyttää Daikinin ulkoista lämpötila-anturia. Tämä siksi, että malli tunnistaa sulatuksen, jolloin oppiminen keskeytetään. Sulatuksen aikana lämpötila-anturi mittaa korkeampia lukemia

 

[Koelli]

Pitihän se pörssisähköohjaus nyt sitten kokeilla. Ei mitään tietoa, että onko tämä toimiva, mutta testaillaan. Samaan koodin lisä-feature, jonka saa päälle/pois. Lukee varttiresoluutiolla day_ahead_price-sensoria, ja laskee absoluuttista ja relatiivista eroa, jonka johdosta tekee omia päätöksiä Demandista. Kunnioittaa aiempia sääntöjä, joten tällä ei yliajeta tiettyjä reunaehtoja.

 

[heebo1974]

En näistä koneoppimishommista juurikaan ymmärrä mitään, niin toimiiko tämä locaalisti vai käyttääkö jotain netin AI juttua tmjs ?
Kurkkasin pikaisesti noita configuraatioita ja ilmeisesti jotain lämpötiloja on hardcoodattuna sinne (esim.. 22.5deg).
Jos tuo on joku asetus jota ns. käyttäjä haluaa muokata (esim. sisälämpötilan tavoite arvo tmjs.), niin voisiko sen saada templateksi eli että voisi HA:n GUI:ssa conffata ? Tykkään itse ainakin tehdä asioita niin, että tuollaisten asioiden muokkaaminen on helppoa eikä tarvitse aina käydä koodissa muuttelemassa perusasioita. Ymmärrän toki, että projekti on alkuvaiheessa, mutta tuli nyt vaan mieleen.
Tottakai jos arvo on, joku esim. koneoppimisen perusarvo jota "ei saa" räpeltää, niin asia on täysin eri.
Täältä vaan huuutelen, vaikkei ole vielä edes faikouttia käsissäni.

 

[Koelli]

En näistä koneoppimishommista juurikaan ymmärrä mitään, niin toimiiko tämä locaalisti vai käyttääkö jotain netin AI juttua tmjs ?
Kurkkasin pikaisesti noita configuraatioita ja ilmeisesti jotain lämpötiloja on hardcoodattuna sinne (esim.. 22.5deg).
Jos tuo on joku asetus jota ns. käyttäjä haluaa muokata (esim. sisälämpötilan tavoite arvo tmjs.), niin voisiko sen saada templateksi eli että voisi HA:n GUI:ssa conffata ? Tykkään itse ainakin tehdä asioita niin, että tuollaisten asioiden muokkaaminen on helppoa eikä tarvitse aina käydä koodissa muuttelemassa perusasioita. Ymmärrän toki, että projekti on alkuvaiheessa, mutta tuli nyt vaan mieleen.
Tottakai jos arvo on, joku esim. koneoppimisen perusarvo jota "ei saa" räpeltää, niin asia on täysin eri.
Täältä vaan huuutelen, vaikkei ole vielä edes faikouttia käsissäni.

Kokonaan lokaali. En pidä erityisesti sellaisista ratkaisuista, jotka tukeutuvat pilvipalveluihin.

Osa noista helpereistä yms. on "kovakoodattu", mutta ne on vähän kuin initial-arvoja, jotka ylikirjoitetaan UI:ssa. Eli kaikki tärkeimmät arvot on muokattavissa ja ne tallentuvat HA:n tietokantaan. Puutteitakin on, mutta niitä korjaan sitä myöten, kun vastaan tulevat

 

[heebo1974]

Tässa taas kehitysideoita, jos eivät vielä listoilla ole.
Kahden ilpin tuki. (Meillä esim. ala- ja yläkerrassa oma pumppu)
Takan lämmön vaikutuksen huomioiminen esim. erillisellä anturilla takan kyljessä.

 

[Koelli]

Jouduin palauttamaan aiemman version tästä ilman pörssisähköohjausta.

Ongelmia alkoi syntymään, kun tuo tuppaa yli- ja alilämmittään, joka itsessään oli tarkoituskin. ML-mallii oppii väärin asioita, joka johtaa siihen, että Demand vaihtelee villisti 30 % ja 100 % välillä.

Joudun tekemään siihen sääntöjä lisää ennen kuin tuosta kannattaa tehdä gitiin minkäänlaista versiota.

 

[Koelli]

Sinänsä ei liity tähän projektiin, pikemminkin tarveohjaukseen ja sulatuksiin. Olosuhteissa, joissa ollaan hieman nollan yläpuolella, kostealla kelillä, kenno tuppaa jäätämään melko runsaasti, joka suomeksi sanottuna tarkoittaa sulatusvälien tihentymistä. Käytäntö on osoittanut, että hieman nollan yläpuolella on energiatehokkaampaa rajoittaa kompura mahdollisimman alas.

Havaittua +1c (ulkolämpötila):
Tarveohjaus 80 % = Sulattelee tiheään, sisälämpötila pyörii välillä 22-23c
Tarveohjaus 70 % = Sulattelee melko tiheään, sisälämpötila pyörii välillä 21,5-22,3c
Tarveohjaus 60 % = Sulattelee huomattavasti vähemmän, sisälämpötila pysyy stabiilisti 21,5-21,6c

Käytännössä kaikki se lisäenergia, joka laitetaan 60 % tason yli, menee hukkaan.

 

[Sampo22]

Sinänsä ei liity tähän projektiin, pikemminkin tarveohjaukseen ja sulatuksiin. Olosuhteissa, joissa ollaan hieman nollan yläpuolella, kostealla kelillä, kenno tuppaa jäätämään melko runsaasti, joka suomeksi sanottuna tarkoittaa sulatusvälien tihentymistä. Käytäntö on osoittanut, että hieman nollan yläpuolella on energiatehokkaampaa rajoittaa kompura mahdollisimman alas.

Havaittua +1c (ulkolämpötila):
Tarveohjaus 80 % = Sulattelee tiheään, sisälämpötila pyörii välillä 22-23c
Tarveohjaus 70 % = Sulattelee melko tiheään, sisälämpötila pyörii välillä 21,5-22,3c
Tarveohjaus 60 % = Sulattelee huomattavasti vähemmän, sisälämpötila pysyy stabiilisti 21,5-21,6c

Käytännössä kaikki se lisäenergia, joka laitetaan 60 % tason yli, menee hukkaan.

Pitääköhän minun Onecta-mittaus paikkaansa, tarveohjauksella 60 % ottoteho 350 W ja 95 %:lla 650 W

 

[Koelli]

Pitääköhän minun Onecta-mittaus paikkaansa, tarveohjauksella 60 % ottoteho 350 W ja 95 %:lla 650 W

Kyllä aika lailla pitävät.

 

[heebo1974]

Pitääköhän minun Onecta-mittaus paikkaansa, tarveohjauksella 60 % ottoteho 350 W ja 95 %:lla 650 W

Kyllä se varmaan aika lähellä ainakin on.
Tein yhtenä päivänä pikaisesti testejä omilla pumpuilla. n. 15min per tarveohjaus.

Comfora
40% -> 300W
45% -> 380W
50% -> 435W
55% -> 480W
60% -> 540W
65% -> 600W
70% -> 640W
75% -> 690W
80% ->

Stylish
40% -> 200W
45% ->
50% ->
55% ->
60% ->
70% -> 450W
75% -> 480W
80% -> 540W
85% -> 540W
90% -> 600W
95% -> 610W
100% -> 1480W

Tehot olivat käytännössä huippuarvoja, joten keskiarvot olivat alempia. Mittaukset tekee Shelly PM mini gen3.

 

[Sampo22]

Kyllä se varmaan aika lähellä ainakin on.
Tein yhtenä päivänä pikaisesti testejä omilla pumpuilla. n. 15min per tarveohjaus.

Comfora
40% -> 300W
45% -> 380W
50% -> 435W
55% -> 480W
60% -> 540W
65% -> 600W
70% -> 640W
75% -> 690W
80% ->

Stylish
40% -> 200W
45% ->
50% ->
55% ->
60% ->
70% -> 450W
75% -> 480W
80% -> 540W
85% -> 540W
90% -> 600W
95% -> 610W
100% -> 1480W

Tehot olivat käytännössä huippuarvoja, joten keskiarvot olivat alempia. Mittaukset tekee Shelly PM mini

Onko Stylishin max. ottoteho tuo sama 1480 W ilman tarveohjausta?

 

[heebo1974]

Onko Stylishin max. ottoteho tuo sama 1480 W ilman tarveohjausta?

Ei, mutta 100% tarveohjaus ei kaiketi ole sama asia kuin ei tarveohjausta ollenkaan.

 

[Luukku]

Havaittua +1c (ulkolämpötila):
Tarveohjaus 80 % = Sulattelee tiheään, sisälämpötila pyörii välillä 22-23c
Tarveohjaus 70 % = Sulattelee melko tiheään, sisälämpötila pyörii välillä 21,5-22,3c
Tarveohjaus 60 % = Sulattelee huomattavasti vähemmän, sisälämpötila pysyy stabiilisti 21,5-21,6c

Ja jos tarveohjaus jää illalla 40% ja takkaa ei lämmitä ja ulkona kylmenee hieman aamuyöstä niin on vilakkaa alakerrassa ja lämpötila on 20-20,5. Kyllä tuo sisälämpötila on se prior 1 minkä mukaan ohjausta pitää alkaa rakenteleen, tarkoitan omaa systeemiä. Tuli jo ilmoitus, että Faikout on jo Suomessa. Kohta kolahtaa laatikkoon

 

[Sampo22]

Ei, mutta 100% tarveohjaus ei kaiketi ole sama asia kuin ei tarveohjausta ollenkaan.

Kokeilin tuota 100% tarveohjausta pyynnillä 30 astetta, hörppäsi reilut 2000W eli sama kuin ei TO:ta ollenkaan

 

[Koelli]

Hieman jälleen edistytty pörssisähköohjauksen osalta. Logiikka on melko monimutkainen, mutta käyttäjälle on annettu vapaus säätää sitä haluamallaan tavalla. ML-sensorilla alkaa olemaan attribuutteja kohta melkoinen liuta, eikä tästä ota ns. enää seppäkään selvää.

GitHub - koelli111/ml_daikin at Nord-Pool-Spot-enabled

Machine Learning capable Daikin Demand Control for Home Assistant - GitHub - koelli111/ml_daikin at Nord-Pool-Spot-enabled

github.com

 

[Luukku]

Tuo tämän hetkinen 26 % Demand viittaa siihen, että Daikin ei näissä olosuhteissa enää taivu riittävän alas, vaan joko ylilämmittää, tai halutessani, käy katkoa. Valitsin ylilämmittämisen.

Voiko tuossa ML- systeemissä käyttää ylilämmityksen estona pelkkää puhallusta? Meneekö oppiminen sekaisin?

 

[Koelli]

Voiko tuossa ML- systeemissä käyttää ylilämmityksen estona pelkkää puhallusta? Meneekö oppiminen sekaisin?

Tällä hetkellä ei, mutta tuo logiikka taitaa olla helpoimmasta päästä rakentaa. Oppimisen voi lopettaa yhdellä lisäsäännöllä tuollaisessa tilanteessa.

 

[heebo1974]

Jees, nyt on Comfora ns. valmis, jos alkaisi pikkuhiljaa työstämään tätä koneoppivaa lisäosaa. Missäs vaiheessa se pörssisähköversio on ?
Vai onko vain taka-alalla. Ja mites kahden pumpun kanssa, jos huomenna tai ylihuomenna jaksaisi laittaa Faikoutin myös Stylishiin.

 

[Koelli]

Jees, nyt on Comfora ns. valmis, jos alkaisi pikkuhiljaa työstämään tätä koneoppivaa lisäosaa. Missäs vaiheessa se pörssisähköversio on ?
Vai onko vain taka-alalla. Ja mites kahden pumpun kanssa, jos huomenna tai ylihuomenna jaksaisi laittaa Faikoutin myös Stylishiin.

Pörssisähköohjaus on melko haastava tapaus. Kompromissina voisi tehdä nykyiseen vain cap-ohjauksen, eli se muuttaisi vaan yläkattoa. Sofistikoituneemmat ratkaisut kaikki järjestäen räjähtävät käsiin.

Kahden pumpun kanssa... laitat vaan molempiin, niin kyllä se tasapainonsa löytää. En usko sen tarvitsen mitään lisälogiikkaa.

Jaa niin... tuossa on nykyversiossa bugi, jota yritän etsiä, ja toki lopulta korjata. Koneopittu Demand menee välillä tilaan NaN, joten siksi koodissa on tapa nollata oppi. Onhan se toki kätevä muissakin tilanteissa, mutta se olkoot tämän hetken hotfix

Jos lähdet tätä himmeliä laittamaan paikalleen, ja menee syystä tai toisesta sormi suuhun, niin autan toki. Ohjeet ovat totaalisen puutteelliset, enkä tiedä osaamistasoasi HA:ssa.

 

[heebo1974]

Heh, no enhän minä edes osaa tätä asentaa. Siis tämä on joku python hommeli, niin meneekö tämän mukaan: https://www.home-assistant.io/integrations/python_script/ ?

Ja ilmeisesti kahdelle pumpulle jos toteuttaa niin pitää kenties nimetä uudelleen toinen faili tmjs. vai kenties luoda omiin kansioihin ?

 

[Koelli]

Heh, no enhän minä edes osaa tätä asentaa. Siis tämä on joku python hommeli, niin meneekö tämän mukaan: https://www.home-assistant.io/integrations/python_script/ ?

Ja ilmeisesti kahdelle pumpulle jos toteuttaa niin pitää kenties nimetä uudelleen toinen faili tmjs. vai kenties luoda omiin kansioihin ?

Itse käytin tätä: https://github.com/custom-components/pyscript/

Joo molemmille omat. Voin yrittää myöhemmin yhdistää ne yhdeksi, jossa on useamman daikinin demand control.

 

[heebo1974]

En kyllä nyt meinaa saada toimimaan. En oikein nyt ymmärrä pitääkö noihin automation ja configuration tiedostojen entityt myös vaihtaa omani? Siltä se äkkiseltään vaikuttaisi, kun siellä on noita sisälämpötila.aula, iv-tulo jne. Vai pitäisikö niiden ylilkirjottautua, kun ne vaan on tuolla päätiedostossa oikein ?

 

[Koelli]

En kyllä nyt meinaa saada toimimaan. En oikein nyt ymmärrä pitääkö noihin automation ja configuration tiedostojen entityt myös vaihtaa omani? Siltä se äkkiseltään vaikuttaisi, kun siellä on noita sisälämpötila.aula, iv-tulo jne. Vai pitäisikö niiden ylilkirjottautua, kun ne vaan on tuolla päätiedostossa oikein ?

Juu omat sensorit kaikkiin

 

[heebo1974]

En haluaisi kuulostaa kriittiseltä, mutta eikö olisi järkevämpää rakentaa toi niin, ettei noita sensoreita tarvitsisi kirjoittaa kuin kerran johonkin conffiin.

 

[heebo1974]

MItä tuo derivaatta sensori oikein meinaa (degC/h) ? Ei minulta taida moista löytyä. Vai pitääkö luoda sellainen jollain helpperillä ?
Varmaan myös noi setpoint, jne helpperit pitää luoda ?

btw. Kun jossain vaiheessa tulee uutta versiota, niin aikamoinen homma päivittää, kun noita entityjä on aika iso läjä.

 

[Koelli]

MItä tuo derivaatta sensori oikein meinaa (degC/h) ? Ei minulta taida moista löytyä. Vai pitääkö luoda sellainen jollain helpperillä ?
Varmaan myös noi setpoint, jne helpperit pitää luoda ?

btw. Kun jossain vaiheessa tulee uutta versiota, niin aikamoinen homma päivittää, kun noita entityjä on aika iso läjä.

Joo helper. Tee derivaatta sun sisälämpötila-anturista.

 

[Koelli]

En haluaisi kuulostaa kriittiseltä, mutta eikö olisi järkevämpää rakentaa toi niin, ettei noita sensoreita tarvitsisi kirjoittaa kuin kerran johonkin conffiin.

Ensinnäkin, osuit naulan kantaan. Tämä on kyhäelmä. Mutta en ymmärrä, mitä tarkoitat. Nuo sensorit, jotka luodaan, luodaan kyllä koodissa. Mutta tietenkään se ei riitä, ja nämä loput ovat olemassa olevia sensoreita, jotka ovat nimeltään eri käyttäjien osalta..

Enkö vain ymmärtänyt. Sekin on varsin mahdollista.

 

[heebo1974]

Ensinnäkin, osuit naulan kantaan. Tämä on kyhäelmä. Mutta en ymmärrä, mitä tarkoitat. Nuo sensorit, jotka luodaan, luodaan kyllä koodissa. Mutta tietenkään se ei riitä, ja nämä loput ovat olemassa olevia sensoreita, jotka ovat nimeltään eri käyttäjien osalta..

Enkö vain ymmärtänyt. Sekin on varsin mahdollista.

Lähinnä tarkoitin sitä, että kun kirjoitan tuohon daikin_ml.py tiedostoon esim. oman sisälämpötilan sensorin, niin ei tarvitsisi sitä enää uudelleen kirjoittaa sinne automations.yaml conffiin ja configuration.yaml conffiin. (en nyt katsonut pitikö molemmat sitä sisälllään).
En osaa sanoa, onko sellainen edes mahdollista.

Ja kyhäelmäkin on parempi kuin ei mitään. Sitä on vaan tullut niin mukavuudenhaluiseksi.