Daikin + Faikout + Machine Learning

[heebo1974]

Nostelin vähän noita pakkas DC minimeitä yläkerran pumpulle.

Daikin2 min demand (-5…-10°C) -> 45
Daikin2 min demand (-11…-15°C) -> 55
Daikin2 min demand (≤ -16°C) -> 60

Turhaan se pudottelee sinne 30:iin asti, kun nosto sitten kestää taas.
Voi olla, että noita nostellaan lisääkin vielä.

Alakertaan aika turha tehdä noita, kun takka on aika merkittävässä roolissa.
Voi olla, että alakertaan pitää ehkä tehdä lyhyemmät demandin vaihdot, niin reagoi nopeammin tarpeeseen.

Tarpeeksi kun asettaa rajoja, niin ei enää tarvitse ML:ää.

 

[Koelli]

Nostelin vähän noita pakkas DC minimeitä yläkerran pumpulle.

Daikin2 min demand (-5…-10°C) -> 45
Daikin2 min demand (-11…-15°C) -> 55
Daikin2 min demand (≤ -16°C) -> 60

Turhaan se pudottelee sinne 30:iin asti, kun nosto sitten kestää taas.
Voi olla, että noita nostellaan lisääkin vielä.

Alakertaan aika turha tehdä noita, kun takka on aika merkittävässä roolissa.
Voi olla, että alakertaan pitää ehkä tehdä lyhyemmät demandin vaihdot, niin reagoi nopeammin tarpeeseen.

Tarpeeksi kun asettaa rajoja, niin ei enää tarvitse ML:ää.

Joo, kyllähän ML:n osuus tässä on pienentynyt. Mutta ei sen merkitystä, kunhan saa toimivan mallin

 

[heebo1974]

Vaikuttaisi siltä, että yläkerrassa tälläisellä -15C pakkasella DC 70 on aika hyvä. Näyttäisi ihan pikkuhiljaa nostavan lämpöjä.
Eli todennäköisesti seilaaminen ehkä DC 60-70 väliä on optimi. Tämä toki vielä vähän arvailua.

 

[heebo1974]

Ääh. Todellä ärsyttävä toi draft prevention. Olohuoneessa siis takkaa tulistettu tänään kunnolla ja no pumppu on pumppaillut DC 30:llä. No sitten tulee sulatus ja se iskee draft preventionin päälle. Ei auttanut DC 80 buusti. DC rupesi laskemaan ja no tuo draft prevention ei kyllä olisi tullut poistumaan kuin ehkä joskus illlalla kun takan kuumin terä on poistunut. Käsin sitten hakkailin DC90 ... DC95, että sain nesteet sinne 34.5C:n yli ja puhallus jatkui. Toki voisi vaan antaa olla, mutta kun vituttaa että se ei puhalla kunnolla ja levitä ilmaa.

 

[Luukku]

mutta kun vituttaa että se ei puhalla kunnolla ja levitä ilmaa.

Onko sulla puhallus man 4-5/5? Kaikki swingit ja comfortit pois päältä? Puhallus aika ylös? Ns. Takkakytkin päällä?
Edit: jos ei veto haittaa niin onlyfans päälle, kun ollaan tavoitteessa tai yli. Kun alle tavoitteen esim 0,4 niin varmaan puhaltaa, kun lämpöä tarvitaan.

 

[heebo1974]

Onko sulla puhallus man 4-5/5? Kaikki swingit ja comfortit pois päältä? Puhallus aika ylös? Ns. Takkakytkin päällä?
Edit: jos ei veto haittaa niin onlyfans päälle, kun ollaan tavoitteessa.

Noniiin.. voishan sen takkakytkimenkin laittaa päälle.

EDIT: Whaaaatt ei faikout tarjoa sitä ?!?!?

 

[Luukku]

Noniiin.. voishan sen takkakytkimenkin laittaa päälle.

EDIT: Whaaaatt ei faikout tarjoa sitä ?!?!?

Kapulalla. Jostain luin, että Streamer parantaa puhallusta myös.

 

[heebo1974]

Kapulalla

Onectalla laitoin, mutta varmaan yksi syy miksi ei ole tullut mieleen, kun se ei ole ollut näkyvillä faikoutissa.
Onectaa ei ole tullut enää käytettyä.

 

[Luukku]

Tämä Perferan puhallus on kyllä selkeetä katseltavaa. Voisin tänään tehdä yläkerran Stylish:lle testin ja lämmäyttää pienen pönttöuunin mikä on samassa tilassa yksikön kanssa, levittääkö lämpöä?

Edit: Eihän se onnistu, kun siinä tulee se ongelma, että nyt pyynti on HA ohjauksen takia 30 niin ei se levitä. Se takkakytkin aktivoituu, kun huonelämpötila on suurempi kuin pyynti. Sotii tavallaan kyllä tuota vedonestoa vastaan, jos noin toimii.

 

[heebo1974]

Edit: jos ei veto haittaa niin onlyfans päälle, kun ollaan tavoitteessa tai yli. Kun alle tavoitteen esim 0,4 niin varmaan puhaltaa, kun lämpöä tarvitaan.

Täytyy vähän miettiä tätä only fanssiä vielä. Ei varmaankaan ole järkevää käyttää sitä pakkasella. Varsinkin jos tulee pitkät vedot ilman lämmityksen aktivointia, saattaa kompura ottaa sitten ns. kylmäkäynnistyksiä, jotka ei varmaankaan ole hyväksi laitteelle.
Plussan puolella ei ongelmaa, jos vaan laitteet eivät mene jumiin, niinkuin meni ensimmäisissä testeissä.

 

[Koelli]

Täytyy vähän miettiä tätä only fanssiä vielä. Ei varmaankaan ole järkevää käyttää sitä pakkasella. Varsinkin jos tulee pitkät vedot ilman lämmityksen aktivointia, saattaa kompura ottaa sitten ns. kylmäkäynnistyksiä, jotka ei varmaankaan ole hyväksi laitteelle.
Plussan puolella ei ongelmaa, jos vaan laitteet eivät mene jumiin, niinkuin meni ensimmäisissä testeissä.

OnlyFanssistä ja pitkistä vedoista en tiedä mittään, mutta tuossahan voisi tähän skriptiin sisällyttää, että olisi boolean-valinta pikaiselle äkkikiukulle, eli nostetaan just-eikä-melkein liquid-arvo siihen, että fanfreq hyppää ylös, ja sitten ajetaan demand takaisin alas.

Ja tämä voisi toisaalta olla ulkolämpötilan mukaan säätyvä, eli se olisi automaattisesti pois päältä, jos ulkolämpötila on enemmän kuin -10 (tai -5).

 

[heebo1974]

Päivittelin vähän käppyröitä... Alakertaan lisäyksenä ihan vain informatiivisesti takan pintalämpötila. Huoneen lämpötila sai ekasta käppyrästä lähteä, koska skaala oli paska. Käytännössä viivasuoraa aina. En saanut millään yaxsis3:sta näkyviin, mutta tarpeeksi lähellä tuo silti.
Vähän pienensin käppyröitä, että mahtuu alakerta ja yläkerta erikseen yhteen screenshottiin.

Alakertaa en vielä ymmärrä. Ajan kanssa varmaan alkaa hahmottua itsellenikin. Takka sotkee niin paljon.

Yläkerta toimii aika hyvin, piirun verran ehkä jää asetetusta setpointista. Olisiko tähän joku lääke, niistä miljoonista asetuksista joita ML:ssä on ? Eli hakisi pikkusen enemmän ylilämpöä ? No toisaalta ovat niiiiiiin marginaalisia, että sinänsä ei väliä. Setpointilla voi toki pelata.

EDIT: Heh.. samantien tuon kommentin jälkeen se alkoi hakemaan nostoa yläkertaan.

 

[heebo1974]

OnlyFanssistä ja pitkistä vedoista en tiedä mittään, mutta tuossahan voisi tähän skriptiin sisällyttää, että olisi boolean-valinta pikaiselle äkkikiukulle, eli nostetaan just-eikä-melkein liquid-arvo siihen, että fanfreq hyppää ylös, ja sitten ajetaan demand takaisin alas.

Ja tämä voisi toisaalta olla ulkolämpötilan mukaan säätyvä, eli se olisi automaattisesti pois päältä, jos ulkolämpötila on enemmän kuin -10 (tai -5).

Niin, en sitten tiedä onko tästä kuitenkaan hyötyä. Vaikuttaisi siltä, että tuo takkatilan aktivointi ainakin tuntuu poistaneen tuon ongelman.
En tiedä onko joku toinen raja, joka kuitenkin sen draft preventionin kytkee päälle. Nyt ainakin on jo pidemmän aikaa ollu liquid temp 28C ja silti puhaltaa normaalisti. Comforassa ei tosin ole takkatilaa, mutta ainakaan minulla ei toistaiseksi sen kanssa ole ollut samaa ongelmaa.

EDIT: Jokaisen viestin minkä tänne kirjoitan saan editoida hetkenpäästä. Olihan tuo draft prevention iskenyt nyt silti.

 

[heebo1974]

Miksihän tuo ML oli taas noin malttamaton ?

Mikä sai sen innostumaan DC90:iin asti ? Kun ensin jauhaa setpointin alla vaikka kuinka ja kauan DC60:llä.
Sitten kun se innostuu, niin sitten painetaan melkein päätyyn saakka ?
Miksei se menny vaikka DC70 ja odotellut siinä aikansa. Okei olen laskenut sitä 5min rajaa alaspäin.
Se olisi ehkä auttanut tässä, mutta mikä ajaa sen ensin pysymään tietytyssa DC:ssä jopa tunteja.

 

[heebo1974]

Nyt on muuten alakerrassa (edelleen draft prevention) ja menty setpointin alle.
Melkein voisi lyödä vetoa, että kohta pamahtaa tuplasulatukset ja sitten onkin taas olohuoneessa about 21C.

 

[Koelli]

Miksihän tuo ML oli taas noin malttamaton ?
katso liitettä 111914
Mikä sai sen innostumaan DC90:iin asti ? Kun ensin jauhaa setpointin alla vaikka kuinka ja kauan DC60:llä.
Sitten kun se innostuu, niin sitten painetaan melkein päätyyn saakka ?
Miksei se menny vaikka DC70 ja odotellut siinä aikansa. Okei olen laskenut sitä 5min rajaa alaspäin.
Se olisi ehkä auttanut tässä, mutta mikä ajaa sen ensin pysymään tietytyssa DC:ssä jopa tunteja.

Veikkaan, että joudut kajoamaan sinne koodiin tiettyihin arvoihin. Mä kohta katson ne.

 

[heebo1974]

Veikkaan, että joudut kajoamaan sinne koodiin tiettyihin arvoihin. Mä kohta katson ne.

En usko, että kannattaa. Sitten kun tulee taas päivityksiä, niin on todella vaikea pysyä kärryillä noista "omista" tweakeista koodissa.

 

[Koelli]

Luotu uusi expirement-haara, jossa uusi versio. Tämä versio on nyt ollut vuorokauden käytössä, mutta kun kelit ovat mitä ovat, niin ihan täyttä varmuutta toimivuudesta ei tietenkään ole. Täällä Daikin tuppaa olemaan joko 100 + QO, tai 100 - QO. Eli aika ON/OFF-pumppu.

GitHub - koelli111/ml_daikin at expirement

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

github.com

 

[heebo1974]

Luotu uusi expirement-haara, jossa uusi versio. Tämä versio on nyt ollut vuorokauden käytössä, mutta kun kelit ovat mitä ovat, niin ihan täyttä varmuutta toimivuudesta ei tietenkään ole. Täällä Daikin tuppaa olemaan joko 100 + QO, tai 100 - QO. Eli aika ON/OFF-pumppu.

GitHub - koelli111/ml_daikin at expirement

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

github.com

Mitäs tämä experimentoi ?

 

[Koelli]

Mitäs tämä experimentoi ?

Koneoppiminen. Tämän _pitäisi_ olla älykkäämpi. Erityisesti Nordpool-ohjauksessa, jossa demand saattaa vaihdella usein. Demand lasketaan hieman eri tavalla. Logiikasta löytyi myös primitiivisestä ML-laskennasta bugi, joka johti siihen, että ML laskettiin väärin.

Expirement tämä on siksi, että tätä ja aiempaa versiota ei oikeastaan voi enää juuri edes verrata, vaikka pohjana sitä tässä käytettiinkin. Dev-haaraan voi toki aina palata, jos uskallusta tämän testaamiseen löytyykin, eikä tämä osoittaudu toimivan.

 

[heebo1974]

Koneoppiminen. Tämän _pitäisi_ olla älykkäämpi. Erityisesti Nordpool-ohjauksessa, jossa demand saattaa vaihdella usein. Demand lasketaan hieman eri tavalla. Logiikasta löytyi myös primitiivisestä ML-laskennasta bugi, joka johti siihen, että ML laskettiin väärin.

Expirement tämä on siksi, että tätä ja aiempaa versiota ei oikeastaan voi enää juuri edes verrata, vaikka pohjana sitä tässä käytettiinkin. Dev-haaraan voi toki aina palata, jos uskallusta tämän testaamiseen löytyykin, eikä tämä osoittaudu toimivan.

Kyllähän minä painan uusinta versiota aina tulille!!! Eikun päivittämään.

 

[heebo1974]

Näköjään muutama device conffi lisäasetus. Esim.
CTX_BIN_C
EXTRA_FEATURES

Mites daikin2:n kanssa ? Lisätäänkö nämä myös daikin2 conffin vai onko globaali ? Vaikuttaisi globaalilta nimen perusteella.

 

[Koelli]

Näköjään muutama device conffi lisäasetus. Esim.
CTX_BIN_C
EXTRA_FEATURES

Mites daikin2:n kanssa ? Lisätäänkö nämä myös daikin2 conffin vai onko globaali ? Vaikuttaisi globaalilta nimen perusteella.

Ovat kyllä laitekohtaisia. Näin sen ainakin ajattelin.

 

[heebo1974]

Ovat kyllä laitekohtaisia. Näin sen ainakin ajattelin.

Juu ei mitään, riittää että tiedän lisäänkö tuonne daikin2 conffin.. Ja nyt lisään.

 

[Koelli]

Alkaa hiljakseen rakenteet jäähtymään, ja jos pakkasjakso jatkuu tällaisena, niin vaarana on, että Daikinista loppuu puhti. Tuota ylintä Demand-tasoa ilman QO:ta yritän välttää kuin ruttoa.

 

[heebo1974]

Alkaa hiljakseen rakenteet jäähtymään, ja jos pakkasjakso jatkuu tällaisena, niin vaarana on, että Daikinista loppuu puhti. Tuota ylintä Demand-tasoa ilman QO:ta yritän välttää kuin ruttoa.

Mutta jos tehoa tarvitsee, niin eikai siinä muu auta kuin käyttää sitä ?

 

[Koelli]

Mutta jos tehoa tarvitsee, niin eikai siinä muu auta kuin käyttää sitä ?

Tää onkin asia, jota pohtinut. Jos tehoa ottaa ulos sen, mitä Daikin antaa, johtaa se väistämättä tiuhaan sulatteluun. Tiuha sulattelu johtaa taas energiahäviöihin, eli sen sijaan, että lämpöä pumpataan sisään, pumpataankin sitä ulos. Jokainen sulatus aiheuttaa massiivisen "energiahukan", jonka teoriassa, ja käytännössä, voikin laskea, ja se onkin yksi asia, jonka aion tähän toteuttaa: lasketaan sulatuksen aiheuttama energiahäviö, verrataan sitä siihen vaihtoehtoon, että tarkoituksella ajetaan laskennallista tarvetta alemmalla tasolla, ja katsotaan, kumpi on ns. oikea valinta.

 

[heebo1974]

EDIT: KÄYNNISTIN SCRIPTIN UUDELLEEN, NIIN RUPESI TOIMIMAAN.


Joku ongelma minulla nyt on. Kävin asetuksiakin läpi uudelleen ja ei osunut silmiin mitään virheitä.
Alakerran ML Demandi ei vaihdu ollenkaan, eikä sen myötä DC:kään.
Yläkerran homma pelittää.

Lisäksi oli sellainen jäätävän iso errori logeissa. Leikkasin tämän loppu-osuuden siitä:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 684, in state
    numerical_value = int(value)
ValueError: invalid literal for int() with base 10: 'unknown'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 687, in state
    numerical_value = float(value)
ValueError: could not convert string to float: 'unknown'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 360, in _async_dispatch_entity_id_event
    hass.async_run_hass_job(job, event)
    ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 918, in async_run_hass_job
    hassjob.target(*args)
    ~~~~~~~~~~~~~~^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1319, in _refresh
    self.hass.async_run_hass_job(self._job, event, updates)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 918, in async_run_hass_job
    hassjob.target(*args)
    ~~~~~~~~~~~~~~^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/template/template_entity.py", line 357, in _handle_results
    self.async_write_ha_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1024, in async_write_ha_state
    self._async_write_ha_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1149, in _async_write_ha_state
    self.__async_calculate_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1086, in __async_calculate_state
    state = self._stringify_state(available)
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1030, in _stringify_state
    if (state := self.state) is None:
                 ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 691, in state
    raise ValueError(
    ...<5 lines>...
    ) from err
ValueError: Sensor sensor.daikin_ml_learned_demand has device class 'None', state class 'None' unit '%' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: 'unknown' (<class 'str'>)

Screenshotti jossa ehkä puolet siitä mitä se sisälsi:

 

[Koelli]

EDIT: KÄYNNISTIN SCRIPTIN UUDELLEEN, NIIN RUPESI TOIMIMAAN.


Joku ongelma minulla nyt on. Kävin asetuksiakin läpi uudelleen ja ei osunut silmiin mitään virheitä.
Alakerran ML Demandi ei vaihdu ollenkaan, eikä sen myötä DC:kään.
Yläkerran homma pelittää.

katso liitettä 111956

Lisäksi oli sellainen jäätävän iso errori logeissa. Leikkasin tämän loppu-osuuden siitä:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 684, in state
    numerical_value = int(value)
ValueError: invalid literal for int() with base 10: 'unknown'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 687, in state
    numerical_value = float(value)
ValueError: could not convert string to float: 'unknown'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 360, in _async_dispatch_entity_id_event
    hass.async_run_hass_job(job, event)
    ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 918, in async_run_hass_job
    hassjob.target(*args)
    ~~~~~~~~~~~~~~^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1319, in _refresh
    self.hass.async_run_hass_job(self._job, event, updates)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/core.py", line 918, in async_run_hass_job
    hassjob.target(*args)
    ~~~~~~~~~~~~~~^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/template/template_entity.py", line 357, in _handle_results
    self.async_write_ha_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1024, in async_write_ha_state
    self._async_write_ha_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1149, in _async_write_ha_state
    self.__async_calculate_state()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1086, in __async_calculate_state
    state = self._stringify_state(available)
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 1030, in _stringify_state
    if (state := self.state) is None:
                 ^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 691, in state
    raise ValueError(
    ...<5 lines>...
    ) from err
ValueError: Sensor sensor.daikin_ml_learned_demand has device class 'None', state class 'None' unit '%' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: 'unknown' (<class 'str'>)

Screenshotti jossa ehkä puolet siitä mitä se sisälsi:
katso liitettä 111957

Hmm hmm, olikohan niin, että sulta puuttui joku helperi, joka piti luoda. Voi taivas, odotas.

 

[heebo1974]

Hmm hmm, olikohan niin, että sulta puuttui joku helperi, joka piti luoda. Voi taivas, odotas.

UNOHDA!! Olin jo editoinut tohon kärkeen, että toimii jo.. Käynnistin tosiaan skrptin uudelleen integraatioista!

 

[heebo1974]

Jos ei itse halua valita sitä post_defrost_demandia, niin miten palataan ns. defaulttiin ?

 

[Koelli]

Jos ei itse halua valita sitä post_defrost_demandia, niin miten palataan ns. defaulttiin ?

Argh. Totta. Tuohon pitää lisätä valinta.

 

[heebo1974]

Argh. Totta. Tuohon pitää lisätä valinta.

Olisiko helpoin vain, että laittaa sen 0:ksi, joka aktivoisi defaultin ?

 

[Koelli]

Olisiko helpoin vain, että laittaa sen 0:ksi, joka aktivoisi defaultin ?

Joo, olisi.

 

[root]

Tää onkin asia, jota pohtinut. Jos tehoa ottaa ulos sen, mitä Daikin antaa, johtaa se väistämättä tiuhaan sulatteluun. Tiuha sulattelu johtaa taas energiahäviöihin, eli sen sijaan, että lämpöä pumpataan sisään, pumpataankin sitä ulos. Jokainen sulatus aiheuttaa massiivisen "energiahukan", jonka teoriassa, ja käytännössä, voikin laskea, ja se onkin yksi asia, jonka aion tähän toteuttaa: lasketaan sulatuksen aiheuttama energiahäviö, verrataan sitä siihen vaihtoehtoon, että tarkoituksella ajetaan laskennallista tarvetta alemmalla tasolla, ja katsotaan, kumpi on ns. oikea valinta.

Lukitsin oman Stylishin dc 100 + QO (aiemmin automaatio vaihteli näillä pakkasilla QO:ta pois ja päälle), ja nyt näyttäisi sulattelut rauhoittuneen, mutta seurataan tilannetta.

 

[heebo1974]

En tiedä mikä "jumi" tilanne nyt oli, kun tuntui että ML jäi vain johonkin post defrost tilaan ?

Vai mitä tuo tarkoittaa ?
Ainakaan DC:t eivät ole muuttuneet aikoihin ja alkaa olla jo aika paljon ylilämpöä.

Käynnistin skriptin juuri uudelleen ja ML meni nollaan. Katsotaan miten jatkuu..

 

[Koelli]

En tiedä mikä "jumi" tilanne nyt oli, kun tuntui että ML jäi vain johonkin post defrost tilaan ?
katso liitettä 111977
Vai mitä tuo tarkoittaa ?
Ainakaan DC:t eivät ole muuttuneet aikoihin ja alkaa olla jo aika paljon ylilämpöä.
katso liitettä 111978
katso liitettä 111979

Käynnistin skriptin juuri uudelleen ja ML meni nollaan. Katsotaan miten jatkuu..

Vähän löysin bugeja. Laitan uuden version gitiin, joka on jo valmis.

 

[Koelli]

Gitistä löytyy experiment-haarasta.

 

[heebo1974]

Gitistä löytyy experiment-haarasta.

Mietin tuota faikoutin fallback power sensoria. Minulla ei faikout jostain syysta tarjoa sellaista.
Käytätkö kenties faikoutin beettaa ? Main power sensoriksi toki laitan shellyn.

EDIT: Ilmeisesti kyllä...

2026-01 Beta​

• Exponential backoff on protocol errors trying different options
• Some library changes, and tweaks for C5 builds
• S21 Additional Wh (energy), now overing outside units, and inside heating and cooling
• S21 Added current power
• S21 humidity on some modules thanks to hedgepigdaniel

Taidan itse päivittää myös tuohon beettaan.

 

[Koelli]

Mietin tuota faikoutin fallback power sensoria. Minulla ei faikout jostain syysta tarjoa sellaista.
Käytätkö kenties faikoutin beettaa ? Main power sensoriksi toki laitan shellyn.

EDIT: Ilmeisesti kyllä...

2026-01 Beta​

• Exponential backoff on protocol errors trying different options
• Some library changes, and tweaks for C5 builds
• S21 Additional Wh (energy), now overing outside units, and inside heating and cooling
• S21 Added current power
• S21 humidity on some modules thanks to hedgepigdaniel

Taidan itse päivittää myös tuohon beettaan.

Beta ollut käytössä alusta lähtien.