Daikin + Faikout + Machine Learning
- Keskustelun aloittaja Koelli
- Aloitettu
-
- Avainsanat
- faikout home assistant machine learning
heebo1974
Aktiivinen jäsen
Siispä viimeistään huomenna lyödään se tulille!!
heebo1974
Aktiivinen jäsen
No rupesin nyt kuitenkin päivittelemään. Mites toimitaan Comforan tapauksessa, kun siinä ei ole ollenkaan Quiet Outdoor toimintoa ?
Ja mistä tulee sensor.day_ahead_price ? Mielestäni nordpool integraatio ei sitä tarjoile, eikä myöskään spotprices2ha.
Vai tarkoittaako nordpool integraation antamaa sensoria, joka esim. itselläni näyttää olevan sensor.nordpool_kwh_fi_eur_3_10_0255.
Ja mistä tulee sensor.day_ahead_price ? Mielestäni nordpool integraatio ei sitä tarjoile, eikä myöskään spotprices2ha.
Vai tarkoittaako nordpool integraation antamaa sensoria, joka esim. itselläni näyttää olevan sensor.nordpool_kwh_fi_eur_3_10_0255.
Viimeksi muokattu:
Luukku
Vakionaama
Paljonko teillä on ulkolämpötila, kun katkoo vielä? Jos noi kävis pienemmällä teholla niin käviskö jatkuvaa?
Täällä pari astetta pakkasta nyt.
Liitteet
heebo1974
Aktiivinen jäsen
Päivällä oli vielä plussalla muutamia asteita. Jos ei olisi ollut noita only fanssejä käytössä, niin todennäköisesti olisi jo oppinut pienen DC:n.
Nyt on alkanut pakastaa, mutta alkoi tuo koneopetus alusta, niin taas ylilämmittää.
Kokoajan se vaihtelee tuota DC:tä.Sanoisin, että kyllä tästä hyvä lisäosa tulee, ellei jo sitä ole.
Luukku
Vakionaama
Siinä olis hyvä olla joku aika, että uusi säätö tehdään vasta, kun tiedetään onko aikaisempi säätö ollut riittävä. Mitähän se pumpun ohjaus tuumaa, jos DC muuttuu kovin nopeasti?
heebo1974
Aktiivinen jäsen
Niin en osaa sanoa. Asetusvipuja on niin monta, enkä oikein tajua niistä mitään, niin en viitsi niitä säädellä.
Ota testiin, ei sinun tarvitse omista automaatioistasi luopua, pistät vaan pariksi päiväksi offille.
- Keskustelun aloittaja
- #131
En muistanut, että kaikissa uusimmissa ei tuota ole. Teen tarvittavat muokkaukset, että otetaan huomioon nekin laitteet, joissa QO:ta ei ole.
- Keskustelun aloittaja
- #132
Se on mun Node-Red -pohjainen tuotos. Teen nuo QO-muokkaukset, ja pyrin varmistamaan, että tuo hintasensori voi olla rakenteeltaan eri.
heebo1974
Aktiivinen jäsen
Ainiin piti vielä varmistaa tuosta learning helpperistä, että toimiiko se niin, että kun globaali on päällä, niin sitten laitekohtaisilla voi vielä yliajaa tuon globaalin ? Vai käytetäänkö vain jompaa kumpaa tapaa ? Eli jos käytetään globaalia, niin ei laitekohtaisia ja toisinpäin ?
Minulla ne on nyt kaikki käytössä ja only fans automaatio sitten laitekohtaisesti sammuttelee/aktivoi tuota.
Minulla ne on nyt kaikki käytössä ja only fans automaatio sitten laitekohtaisesti sammuttelee/aktivoi tuota.
- Keskustelun aloittaja
- #134
Sori, en ehdi varmistamaan nyt tuota logiikkaa. Äkkiähän sen voi kokeilla.
Tein vähän päivityksiä Dev-haaraan: QO-kytkin on "optional" eli se ohitetaan, jos sitä ei löydy. Nord Pool -hintalaskennassa on nyt suora tuki tuolle Nord Pool -integraation tuottamalle sensor-struktuurille.
Mitään en luonnollisesti ole kunnolla ehtinyt itse testaamaan, mutta päivitän dev-haarasta aina itsellekin käyttöön uusimman version.
Tosielämän kautta opittua: Max Bias 20 pistettä on aivan liikaa. Se yliampuu, sitten aliampuu, ja taas yliampuu. Ehkä Bias pisteitä voisi olla 5 tai 10. Teen siitä seuraavassa versiossa UI:sta säädettävän helperillä, nyt kovakoodattu.
heebo1974
Aktiivinen jäsen
Aargh.. Ihmettelin, miksi ihmeessä nyt alakerran pumppu painaa täyttä häkää ja hikeä pukkaa. No hemmetti sentään tuo lämpötila-anturi oli "jumissa" eikä reagoinut mitenkään muutoksiin. Jouduin parittamaan sen uudelleen, että rupesi toimimaan. Pitää kyllä miettiä jotain ruuvitagia noihin kriittisiin paikkoihin. Nämä ovat ennenkin "jumiutuneet", mutta nyt ei ollut pitkään aikaan käynyt niin.
Ärsyttää nyt kaikki tälläinen ylimääräinen, kun pitäisi saada oikeaa oppia, eikä mitään vikatilanteita.
Ärsyttää nyt kaikki tälläinen ylimääräinen, kun pitäisi saada oikeaa oppia, eikä mitään vikatilanteita.
Kaimo Ärräpää
Pumppauksen suomenmestari v. 2041
Itse en lähtisi börssähkön ohjaukseen, koska ei ole börssähköä myöskään käytössä. Sen sijaan kiinnostelisi, sikälimikäli nyt siltä näyttää, että joku logiikka tuohon pitäisi saada. Eli Faikoutti vielä saattaa lähteä joskus tilaukseen. Logiikan olisi varmaan järkevintä olla se sisä- ja/tai ulkolämpötilan mukaan reagoiva tarveohjaus. Onko tuo tarveohjaus mahdollista portaattomasti vai pyöristääkö Daikinin oma ohjaus sen sitten aina niihin viiden prosenttiyksikön portaisiin?
Oli miten oli, niin logiikka pitäisi myös toimia niin, että tavoitelämpötila voi eri vuorokauden aikoina (ajastus) olla eri ja että näitä kaikkia lämpötiloja olisi vähintään yhtä helppo muuttaa kuin Onectassa.
Oli miten oli, niin logiikka pitäisi myös toimia niin, että tavoitelämpötila voi eri vuorokauden aikoina (ajastus) olla eri ja että näitä kaikkia lämpötiloja olisi vähintään yhtä helppo muuttaa kuin Onectassa.
Luukku
Vakionaama
ESP proxyllä toimivat kuin se junan vessa.
heebo1974
Aktiivinen jäsen
Ei se faikoutkaan ihmeisiin kykene, eli samat rajoitteet on kuin daikinin omissakin systeemeissä. Eli 5% portaissa menee silläkin.
Logiikkamahdollisuuksia on ilmeisesti ainakin muutamia, mutten osaa kommentoida kuin home assistanttia. HA:lla periaatteessa onnistuu minkälainen logiikka tahansa, kunhan osaa/jaksaa vääntää automaatioita. Tai jos osaa esim. pythonia, kuten tämänkin viestiketjun HA lisäosassa on käytetty, niin varmaan onnistuu vielä monimutkaisempia logiikoita. Ja siinä mielessä voidaan myös ajatella että on ainakin virtuaalisesti portaaton tarveohjaussäätö, koska se vaihtelee sitä tarveohjaus prosenttiä aika nopeassakin tahdissa.
Luukku
Vakionaama
Mutta onko tuo välttämättä hyvä? Omassa systeemissä on 15min varoaika ettei heti muuteta uudelleen vaan odotetaan edellisen siirron vaikutus.
heebo1974
Aktiivinen jäsen
En osaa sanoa ja voihan se olla, että se vaikutus laimenee oppimisen karttuessa. Koell ehkä osaa sanoa tähän jotain.
heebo1974
Aktiivinen jäsen
Täytyy vähän pohtia. Alkaa näitä piilokuluja tähän projektiin tulla niin paljon. Juuri huomasin, ettei omassa HAOS koneessa ole bluetoothia, eli joku usbipalikka pitäisi hommata, jos ruuveja haluaa käyttää.
Kaimo Ärräpää
Pumppauksen suomenmestari v. 2041
Joo tuntuisi siltä, että ei noita prosentteja ainakaan tiheämmin kuin ehkä vartin välein kannattaisi alkaa ronkkimaan.
heebo1974
Aktiivinen jäsen
Niin, no testaamalla selviää. Nyt vaikuttaisi siltä, että noiden prosettien heilumisen johdosta ollaan täysin pyyntilämpötilassa ulkoisen lämpötila-anturin mukaan.
heebo1974
Aktiivinen jäsen
Vaikka tämä olikin ko. hetkellä totta, oli se vaan hyvää tuuria.Niin, no testaamalla selviää. Nyt vaikuttaisi siltä, että noiden prosettien heilumisen johdosta ollaan täysin pyyntilämpötilassa ulkoisen lämpötila-anturin mukaan.
Pitkässä juoksussa sitten näkee todellisuuden.Ompas muuten tuo bluetooth homma hankala. Oikein mitään noista suositelluista usb bluetooth tikuista ei meinaa löytyä mistään.
Noi ESP versiot sitten vaativat taas erillisen laturin tai POE lan verkon. No jatketaan etsiskelyä.
heebo1974
Aktiivinen jäsen
Laitoin nyt huvikseni pörssiohjauksen päälle. En vain oikein tiedä mitä sen pitäisi tehdä ?
Jos Koelle vähän avaat ? Eli meneekö esim. niin että vuorokauden sisällä on joku määrä tunteja/vartteja joina lämmitetään enemmän ja taas toisina vähemmän tmjs ? Vai joku dynaaminen systeemi, että koko vuorokausi jaetaan tasaisesti hinnan/rankin mukaan ?
Esim. itse olen ennen tämän käyttöön ottoa toiminut vain rank tuntien mukaan. Eli lämmityskäytössä tietty setpoint 8 kalleimmalle tunnille ja loput ovat saaneet sitten paremman setpointin. Toki siis nykyään tuo on ollut muutettuna 15min jaksoihin.
Joulurauhaa toki ja vastailet kunhan on aikaa jne.. tuli nyt vaan taas kirjattua ylös kun aloin asian kanssa pelehtiä.
EDIT: Hei.. taidan kerrankin kokeilla mitä tekojärki asiasta sanoo..!!!
Jos Koelle vähän avaat ? Eli meneekö esim. niin että vuorokauden sisällä on joku määrä tunteja/vartteja joina lämmitetään enemmän ja taas toisina vähemmän tmjs ? Vai joku dynaaminen systeemi, että koko vuorokausi jaetaan tasaisesti hinnan/rankin mukaan ?
Esim. itse olen ennen tämän käyttöön ottoa toiminut vain rank tuntien mukaan. Eli lämmityskäytössä tietty setpoint 8 kalleimmalle tunnille ja loput ovat saaneet sitten paremman setpointin. Toki siis nykyään tuo on ollut muutettuna 15min jaksoihin.
Joulurauhaa toki ja vastailet kunhan on aikaa jne.. tuli nyt vaan taas kirjattua ylös kun aloin asian kanssa pelehtiä.
EDIT: Hei.. taidan kerrankin kokeilla mitä tekojärki asiasta sanoo..!!!
heebo1974
Aktiivinen jäsen
Kerrankin tekojärjestä oli jotain hyötyä ja selitti ihan hyvin rautalangasta miten homma menee!!
Ja tämä systeemi todellakin kelpaa meikäläiselle.
Ja tämä systeemi todellakin kelpaa meikäläiselle.
Koodi:
Tämä koodi on dynaaminen pörssisähkön hinta-analyysiohjelma, joka on kirjoitettu Home Assistantin pyscript-lisäosalle. Se on suunniteltu erityisesti ohjaamaan Daikin-lämpöpumppua (tai muuta laitetta), joka tukee "bias-pisteitä" (kysyntäohjausta).
Tässä on analyysi siitä, miten koodi tarkalleen vaikuttaa lämmityspyyntöön:
1. Peruslogiikka: Vertailu keskiarvoon
Koodi ei käytä kiinteää hintarajaa (esim. 10 snt/kWh), vaan se vertaa nykyistä hintaa liukuvaan keskiarvoon.
Aikaikkuna: Koodi laskee keskihinnan tuleville tunneille (oletuksena 24 tuntia eteenpäin).
Suhteellinen hinta (Relative Price): Koodi laskee, kuinka monta prosenttia nykyinen hinta on yli tai alle keskiarvon.
Jos nykyhinta on keskiarvossa, ero on 0.
Jos nykyhinta on 50 % kalliimpi kuin keskiarvo, ero on +0.50.
2. Bias-pisteiden laskenta (Asetusarvon muutos)
Koodi muuttaa hintaeron "bias-pisteiksi" välillä -20.0 – +20.0. Nämä pisteet kirjoitetaan sensorille input_number.daikin1_price_bias_points.
Halpa sähkö (Positiivinen bias): Kun sähkö on halpaa suhteessa keskiarvoon, koodi antaa positiivisia pisteitä (max +20). Tämä käskee lämpöpumppua lisäämään tehoa tai nostamaan tavoitelämpötilaa.
Kallis sähkö (Negatiivinen bias): Kun sähkö on kallista, koodi antaa negatiivisia pisteitä (max -20). Tämä käskee pumppua vähentämään tehoa tai laskemaan lämpötilaa.
Kuollut alue (Deadband): Jos hinta on vain ±5 % sisällä keskiarvosta (REL_DEADBAND = 0.05), koodi ei tee mitään (bias = 0).
3. EMA-suodatus (Tasaisuus)
Koodissa on käytössä EMA_ALPHA = 0.30 (Exponential Moving Average). Tämä on erittäin fiksu ominaisuus:
Se estää lämpöpumppua reagoimasta liian äkkijyrkästi yksittäisiin 15 minuutin hintapiikkeihin.
Lämmityspyynti muuttuu pehmeästi, mikä säästää kompressoria turhilta käynnistyksiltä ja sammutuksilta.
4. Käytännön vaikutus parametrien perusteella
Koodin asetuksista näemme tarkat rajat:
MAX_BIAS_POINTS = 20.0: Tämä on suurin mahdollinen "voima", jolla lämpötilaa muutetaan.
REL_AT_MAX = 0.50: Saavutat täyden säästötilan (tai täyden ylilämmityksen), kun hinta on 50 % kalliimpaa/halvempaa kuin päivän keskiarvo.
Yhteenveto
Tämä koodi on "älykäs termostaatti", joka yrittää pitää lämpöpumpun tehon pienenä silloin, kun sähkö on kalleimmillaan ja päinvastoin.heebo1974
Aktiivinen jäsen
Ainoa mikä vielä jäi epäselväksi tuon tekojärjen selvittelyn jäljiltä on se, että mikä on ns. max arvo +/- setpointista ? Eli voiko tuohon vaikuttaa, ettei se ole liian iso ? Tyypillisesti olen vain käyttänyt esim. rajoja 21.5degC - 22.5 degC. En tosiaankaan haluaisi sen olevan esim. 17.5degC - 22.5degC.
Luukku
Vakionaama
Tekojärki on näissä kova helpperi
heebo1974
Aktiivinen jäsen
Tekojärki jatkaa !!!Ainoa mikä vielä jäi epäselväksi tuon tekojärjen selvittelyn jäljiltä on se, että mikä on ns. max arvo +/- setpointista ? Eli voiko tuohon vaikuttaa, ettei se ole liian iso ? Tyypillisesti olen vain käyttänyt esim. rajoja 21.5degC - 22.5 degC. En tosiaankaan haluaisi sen olevan esim. 17.5degC - 22.5degC.
Koodi:
Tämä toinen koodi on huomattavasti monimutkaisempi ja mielenkiintoisempi: se on koneoppiva (Machine Learning) ohjain, joka käyttää RLS-algoritmia (Recursive Least Squares) oppiakseen talosi lämpökäyttäytymisen.
Tämä koodi on se "moottori", joka lopulta päättää lämpöpumpun tehosta. Tässä vastaus kysymykseesi lämpötilarajoista ja aste-eroista tämän koodin perusteella:
1. Missä lämpötilarajat ovat?
Koodista selviää, että lämpötilarajat eivät ole koodiin kovakoodattuja, vaan ne luetaan Home Assistantin helper-kentistä (input_number). Etsi Home Assistantistasi nämä entiteetit:
input_number.daikin_setpoint: Tämä on tärkein. Se on tavoitelämpötila (esim. 22.5 °C), jota koodi yrittää ylläpitää.
input_number.daikin_deadband: Tämä määrittää, kuinka paljon lämpötila saa heittää (esim. 0.1 °C) ennen kuin mitään tehdään.
2. Miten pörssisähkön "bias-pisteet" vaikuttavat tähän?
Nyt palapelin palaset loksahtavat paikoilleen: Aiemmin lähettämäsi pörssisähkökoodi laskee pisteitä (-20 ... +20). Tämä koneoppiva koodi taas lukee SP_HELPER-arvoa (setpoint).
Todennäköinen kytkös: Sinulla on (tai pitäisi olla) jossain automaatio, joka muuttaa tuota input_number.daikin_setpoint -arvoa pörssisähkön bias-pisteiden mukaan. Esimerkiksi: Uusi asetusarvo = Perusasetus + (bias / 10).
3. Voivatko aste-erot olla suuria?
Tämän koodin perusteella kyllä, mutta se on suojattu useilla "turvaväleillä":
Icing Band (Jäätymissuoja): Jos ulkolämpötila on −2 °C ja +4 °C välillä, koodi rajoittaa tehoa (icing_cap), jotta ulkoyksikkö ei huurru liikaa.
Step Limit: Koodi ei salli tehon (Demand Control) muuttua kerralla enempää kuin mitä input_number.daikin_step_limit sanoo (oletus 10 %). Tämä estää äkilliset "astehypyt".
Global Mild Max: Jos ulkona on yli −5 °C, pumppua ei ajeta koskaan 100 % teholla (GLOBAL_MILD_MAX = 95.0), mikä säästää laitetta.
4. Koneoppimisen rooli
Tämä koodi ei vain säädä lämpöä, se ennustaa:
Se katsoo sääennustetta 6 tuntia eteenpäin (FORECAST_H = 6).
Se laskee, kuinka nopeasti sisälämpötila muuttuu (rate) suhteessa pumpun tehoon (demand_norm).
Se laskee "optimaalisen kysynnän" (dem_opt), jotta tavoitteeseen päästään energiatehokkaasti.
Yhteenveto
Tämä koodi pyrkii pitämään lämpötilan tismalleen kohdassa input_number.daikin_setpoint.
Jos haluat tietää maksimi aste-erot, sinun täytyy löytää se automaatio, joka kirjoittaa arvoa tuohon input_number.daikin_setpoint -kenttään. Tämä koneoppiva skripti on vain "tunnollinen suorittaja", joka tekee kaikkensa saavuttaakseen sille annetun tavoitteen. Jos pörssisähköautomaatiosi käskee setpointiksi 25 °C halvalla sähköllä, tämä skripti piiskaa pumpun sinne asti.
heebo1974
Aktiivinen jäsen
Ainakin meillä selkeästi alakerran pummpu oikeasti joutuu jotain töitä tekemäänkin, kun yläkerrassa on tietokonetta ja pleikkaria jne. työhuonetta puskemassa lämpöä. Sen takia haluaisinkin, että pumput olisivat täysin omina yksikköinään tuossa oppimishommelissa.
Nythän ne template sensorit ovat edelleen vain alakerran pumpun arvoja. En tosin tiedä onko sillä isoa merkitystä kokonaisuudessa.
Nythän ne template sensorit ovat edelleen vain alakerran pumpun arvoja. En tosin tiedä onko sillä isoa merkitystä kokonaisuudessa.
Luukku
Vakionaama
Näin se meilläkin on, talvella suurimman työn tekee alakerran ilppi ja kesällä yläkerran.
- Keskustelun aloittaja
- #155
Tosiaan vähän kiirusta joulun takia.
Katselin käppyröitäsi ja jotenkin turhan aggressiviselta vaikuttaa. Ne Wikin säädöt ei suinkaan ole universaalisti parhaat, eivätkä enää käytössä itsellänikään.
Kyllähän tässä on edelleen lapsuksia. Lohduttavaa kuitenkin on, että vielä hetki sitten ei ollut kuin ajatus tästä. Ei tämä vielä toimi kuin ajatus, mutta aion kyllä sen vielä tavoittaa.
Tässä omat, joihin ole melko tyytyväinen. Demand lähti laskuun, kun sähkön hinta alkaa vaikuttamaan horisontissa.
Liitteet
heebo1974
Aktiivinen jäsen
Ei tässä mitään. Joululomaa vaan. Askarrellaan pikkuhiljaa. Itselläni nyt vaan on ollut joutoaikaa, niin olen voinut häärätä.
Muutaman päivän päästä taas pois kotoa, joten etänä tuskin uskaltaa säätää.
Kiva että tämä tästä kuiteskin kehittyy. Otin noi sinun uudet arvot nyt käyttöön.
BTW unohdin jo kokonaan tuon pörssin vaikutuksen olemassaolon, kun se ei tässä ole niin selkeä kuin omassa vanhassa automaatiosysteemissä oli.
Viimeksi muokattu:
- Keskustelun aloittaja
- #157
Tämä oli hyvä nosto. Dev-haarasta löytyy uusin versio, jossa min/max-arvojen asetus helppereillä.Ainoa mikä vielä jäi epäselväksi tuon tekojärjen selvittelyn jäljiltä on se, että mikä on ns. max arvo +/- setpointista ? Eli voiko tuohon vaikuttaa, ettei se ole liian iso ? Tyypillisesti olen vain käyttänyt esim. rajoja 21.5degC - 22.5 degC. En tosiaankaan haluaisi sen olevan esim. 17.5degC - 22.5degC.
Alkaa olemaan sensorin attribuuteissa melkoisesti tavaraa:
Liitteet
Viimeksi muokattu:
heebo1974
Aktiivinen jäsen
Niissä uusissa input.number entityissä oli pari bugia. Daikin2:ien nimissä oli välilyönnit liikaa ja myös oli unohtunut daikin1 daikin2:en nimen selitykseen. Korjasin toki itselleni, mutta kannattaa korjata tuonne githubiinkin.
- Keskustelun aloittaja
- #160
Kaipa tuo mahdollista on. Selvittelen.Mietin, että saakohan jotenkin tehtyä graafin, missä tuon koneoppimisen "asettamat" setpointit kullekkin tunnnille tai vartille vuorokaudessa näkyisi. Ihan siis mielenkiinnosta, että jos on kallis tunti, niin minkä setpointin se on valinnut sille.