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/ESP32-Faikout: ESP32 based module to control Daikin aircon units

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

github.com

Tarvittavat komponentit?

Faikout: Alternative WiFi air-con controller circuit board (Home Assistant compatible): Amazon.co.uk: DIY & Tools

Faikout: Alternative WiFi air-con controller circuit board (Home Assistant compatible): Amazon.co.uk: DIY & Tools

www.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/ESP32-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 ESP32-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 ESP32-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.