MSZ-LN sulatushuijaus

iro

Vakionaama
Edit 7.12. klo 20.50:
Zip-fileen oli kuitenkin päässyt pujahtamaan virheelliset mqtt_Guru ja mqtt_local filet. Liitteenä olevassa ZIP.ssä on nyt korjatut tiedostot.

Ohessa hieman uudistettu Mitsurunner softa-paketti, jossa Mitsurunnerin konfiguroitavuutta on parannettu.
Varsinaista koodia muuttamatta tällä pystyy nyt tekemään halutun konfiguraation, myös HomeAssistant yhteensopivan sekä Standalone version.
Olen noita jonkin verran testaillut pöytäversiossa, toivottavasti ZIP-vaiheessa on tullut mukaan kaikki tarvittava.
Ilmoitelkaa jos havaitsette ongelmia, Ja tietysti myös jos homma menee kuin elokuvissa !

Ainoa mitä tarvitsee tehdä on ladata ohjelmistopaketti haluttuun hakemistoon ja
* valita Mitsu_conf.yaml tiedostoon haluttu konfiguraatio
* päivittää konfiguraation mukaiset parametrit (GPIO-pins, Dallas_IDs, WiFi-details, MQTT-details ko.tiedostoihin)
* kääntää Mitsu_conf.yaml tiedosto.

Alla pari Mitsu_conf.yaml esimerkkiä (joista kommenttirivit poistettu)

Koodi:
## Create HomeAssistant Mitsurunner

<<: !include platform_wemos.yaml

packages:
  wifi_base: !include secrets.yaml
  dallas_base: !include dallas_hub.yaml            ## minimize restarts, no more than 2 Dallas-sensor
  mqtt_base: !include mqtt_disabled.yaml           ## Select this if MQTT is not used
  HA-base: !include ha.yaml                        ## Enable if HomeAssistanty in use
  core_base: !include mitsurunner_core.yaml        ## Always included


Koodi:
## Create Standalone Mitsurunner

<<: !include platform_wemos.yaml

packages:
  dallas_base: !include dallas_hub.yaml_status_Led            ## minimize restarts, no more than 2 Dallas-sensor
  mqtt_base: !include mqtt_disabled.yaml                        ## Select this if MQTT is not used
  core_base: !include mitsurunner_core.yaml                   ## Always included
 

Liitteet

  • mitsu.zip
    22,3 KB · Katsottu: 78
Viimeksi muokattu:

kuumitta

Jäsen
Mikäs mahtaisi olla syynä, kun laite resetoi parin minuutin välein? verkon taso on -69, -71 dBm, joten jos se tiputtaa yhteyden voisin sitä syyttää. Poweria en kehtaisi paheksua , koska se on ihan siinä vieressä ja lähes olematon rippeli ja kuitenkin tuo setuppi pyöri ihan kivasti sisällä pöydällä.
 

iro

Vakionaama
Mikäs mahtaisi olla syynä, kun laite resetoi parin minuutin välein? verkon taso on -69, -71 dBm, joten jos se tiputtaa yhteyden voisin sitä syyttää. Poweria en kehtaisi paheksua , koska se on ihan siinä vieressä ja lähes olematon rippeli ja kuitenkin tuo setuppi pyöri ihan kivasti sisällä pöydällä.
-69, -71 dBm on riittävä taso, mutta olisiko jossakin lähellä paha häiriölähde ?
 

iro

Vakionaama
@miha
Onko sinulla mahdollisuutta tarkkailla Mitsurunnerin toimintaa WiFin kautta asennusaikana ja/tai heti asennuksen jälkeen ?
Jossakin määrin arveluttaa asentaa lopullisessa käyttöympäristössä testaamaton softa ilman mahdollisuutta tarkkailla toimintaa asennuksen jälkeen.
(En pysty tekemään lopputestausta koska minulla ei ole Mitsurunner-asennusta.)

:help:Tiettyä varmuutta toisi jos joku nykyisistä Mitsurunnerin käyttäjistä pystyisi testaamaan uusmman softan toimivaksi todetussa ympäristössä.
Tuo vaatisi Esphome-ymäristön esiinkaivamisen koneelle ja hieman leikkaa/liimaa askartelua siirrettäessä käyttäjäparametreja uuteen softaan.
HomeAssistant käyttäjillä GPIO-PIN asetukset, DallasIDt ja WiFi parametrit, MQTT-käyttäjillä lisäksi MQTT-parametrit.
 

miha

Jäsen
@miha
Onko sinulla mahdollisuutta tarkkailla Mitsurunnerin toimintaa WiFin kautta asennusaikana ja/tai heti asennuksen jälkeen ?
Jossakin määrin arveluttaa asentaa lopullisessa käyttöympäristössä testaamaton softa ilman mahdollisuutta tarkkailla toimintaa asennuksen jälkeen.
(En pysty tekemään lopputestausta koska minulla ei ole Mitsurunner-asennusta.)

:help:Tiettyä varmuutta toisi jos joku nykyisistä Mitsurunnerin käyttäjistä pystyisi testaamaan uusmman softan toimivaksi todetussa ympäristössä.
Tuo vaatisi Esphome-ymäristön esiinkaivamisen koneelle ja hieman leikkaa/liimaa askartelua siirrettäessä käyttäjäparametreja uuteen softaan.
HomeAssistant käyttäjillä GPIO-PIN asetukset, DallasIDt ja WiFi parametrit, MQTT-käyttäjillä lisäksi MQTT-parametrit.
Minun lämpöpumppuni on vielä asennusliikkeen hallussa paketoituna ja MitsuRunnerin palikat on edelleen postipaten kyydissä. Asennus pumpulle on tämän hetken tietojen mukaan tammikuussa 2025, ulkolämpötilan määrittäessä asennusajankohtaa tarkemmin.

Olikos tuohon MitsuRunneriin wifille AP-moodia eli että MitsuRunner laittais wifin pystyyn ja siihen voisi ottaa vaikka puhelimella yhteyden ja seurata toimintaa?
 

jkoljo

Aktiivinen jäsen
Mikäs mahtaisi olla syynä, kun laite resetoi parin minuutin välein? verkon taso on -69, -71 dBm, joten jos se tiputtaa yhteyden voisin sitä syyttää. Poweria en kehtaisi paheksua , koska se on ihan siinä vieressä ja lähes olematon rippeli ja kuitenkin tuo setuppi pyöri ihan kivasti sisällä pöydällä.
Kuulostaisi EMI häiriöiltä.. Onko Dallas kaapelit metrin pituiset vai lyhemmät? Kulkeeko niiden kaapelit muiden kaapelien rinnalla, tai onko niitä vedetty kelalle? Huomasin että ainakin omassa FD25 pumpussa flektin tuulettimen johto on todella paha indusoimaan häiriötä Dallaseihin. Tuleeko sensoreille paljon lukuvirheitä?

Tosiaan noi Dallas piuhat on valitettavasti tyypillisesti suojaamattomat, ja niiden kautta voi kulkeutua paljon häiriöitä mikrokontrollerille. Ne kannattaa pitää lyhyenä ja erillään pumpun johdoista ja komponenteista.
 

iro

Vakionaama
Minun lämpöpumppuni on vielä asennusliikkeen hallussa paketoituna ja MitsuRunnerin palikat on edelleen postipaten kyydissä. Asennus pumpulle on tämän hetken tietojen mukaan tammikuussa 2025, ulkolämpötilan määrittäessä asennusajankohtaa tarkemmin.

Olikos tuohon MitsuRunneriin wifille AP-moodia eli että MitsuRunner laittais wifin pystyyn ja siihen voisi ottaa vaikka puhelimella yhteyden ja seurata toimintaa?
Mitsurunnerissa ei ole AP-moodia. Standalone-versioon voisi suht helposti tehdä toteutuksen jossa bootin jälkeen yritetään WiFi-yhteyttä määritellyllä SSID/password yhdistelmällä (voisi olla vaikka puhelimen hot-spot) ja jos yhteyttä ei saa tietyn aijan kuluessa niin WiFi-dasabloidaan.
 

iro

Vakionaama
Tässä vielä hiema stilisoitu päivitys aiemmin jakaamaani Mitsurunner softa-paketti.
Jos joku on päivittämässä olemassaolevaa Mitsurunneria tai rakentamassa uutta laitetta niin suosittelen kokeilemaan tätä pakettia!
Parannetun konfiguroitavuuden lisäksi tässä on mukana HomeAssistant liitettävyys sekä @miha :n kaipaama Standalone toiminnallisuus.
Standalone-modessa Mitsurunner toimii normaalisti, mutta jos WiFi-yhteys puuttuu yhtäjaksoisesti yli 10min disabloidaan WiFi aina seuraavaan boottiin saakka. ==> WiFi:n toimiessa Mitsurunnerin tilaa voi seurata Web-selaimella.
Myös OTA-päivitys toimii.

Ainoa mitä tarvitsee tehdä on ladata ohjelmistopaketti haluttuun hakemistoon ja
* valita Mitsu_conf.yaml tiedostoon haluttu konfiguraatio (joko kommentoímalla (#) tai deletoimalla tarpeettomat rivit)
* päivittää konfiguraation mukaiset parametrit (GPIO-pins, Dallas_IDs, WiFi-details, MQTT-details ko.tiedostoihin)
* kääntää Mitsu_conf.yaml tiedosto.

Alla pari esimerkkiä Mitsu_conf.yaml tiedostosta.

Koodi:
# Create HomeAssistant Mitsurunner

<<: !include platform_wemos.yaml

packages:
  wifi_base: !include secrets.yaml                 ## Select "normal" WiFi
  dallas_base: !include dallas_hub.yaml            ## Dallas module with on_board_LED as "running-indicator"
  mqtt_base: !include mqtt_disabled.yaml           ## Select this if MQTT is not used
  HA-base: !include homeassistant.yaml             ## Enable if HomeAssistanty in use
  core_base: !include mitsurunner_core.yaml        ## Always included

Koodi:
## Create Standalone Mitsurunner

<<: !include platform_wemos.yaml

packages:
  wifi_base: !include secrets_sa.yaml                         ## Select standalone WiFi
  dallas_base: !include dallas_hub.yaml_status_Led            ## Dallas module with on_board_LED as "running-indicator"
  mqtt_base: !include mqtt_disabled.yaml                      ## Select this if MQTT is not used
  core_base: !include mitsurunner_core.yaml                   ## Always included
 

Liitteet

  • Mitsuz.zip
    26,8 KB · Katsottu: 64
Viimeksi muokattu:

iro

Vakionaama
Mikäs mahtaisi olla syynä, kun laite resetoi parin minuutin välein? verkon taso on -69, -71 dBm, joten jos se tiputtaa yhteyden voisin sitä syyttää. Poweria en kehtaisi paheksua , koska se on ihan siinä vieressä ja lähes olematon rippeli ja kuitenkin tuo setuppi pyöri ihan kivasti sisällä pöydällä.
Joko Mittrurunner toimii ? Löytyikö syy resetoitumiseen ?
 

Kidov

Jäsen
Tässä vielä hiema stilisoitu päivitys aiemmin jakaamaani Mitsurunner softa-paketti.
Kiitos tästä päivityksestä! Asensin pari päivää sitten edellisen version Home Assistant tuella. Kaikki on toiminut tämän pari päivää täysin normaalisti ja tosi mukava, kun esim. tilakoneen status näkyy nyt tekstinä ja kennon lämpötilaerotus celsiuksina Home Assistantissa.

Mitä Home Assistantin kanssa tapahtuu, jos WIFI tai HA-palvelin kaatuu? Jatkaako MitsuRunner toimintaansa, vai alkaako jatkuva buuttailu? Saako tätä toiminnallisuutta jotenkin helposti muokattua ja säädettyä esimerkiksi aikaikkunaa, kuinka kauan wifi saa olla alhaalla?

Lisäksi olisi kysymys secrets.yaml tiedoston wifin alta löytyvästä reboot_timeout kohdasta. Mihin tämä vaikuttaa?
 

akarkkai

Jäsen
Kiitos iro. Laitoin testiin eliteen. HAn oma esphomen pi versio valittaa edelleen initialize nimisestä scriptistä core tiedostossa jonka vaihdoin mitsu_initialize nimiseksi riveiltä 33 ja 353.
 

iro

Vakionaama
Kiitos tästä päivityksestä! Asensin pari päivää sitten edellisen version Home Assistant tuella. Kaikki on toiminut tämän pari päivää täysin normaalisti ja tosi mukava, kun esim. tilakoneen status näkyy nyt tekstinä ja kennon lämpötilaerotus celsiuksina Home Assistantissa.

Mitä Home Assistantin kanssa tapahtuu, jos WIFI tai HA-palvelin kaatuu? Jatkaako MitsuRunner toimintaansa, vai alkaako jatkuva buuttailu? Saako tätä toiminnallisuutta jotenkin helposti muokattua ja säädettyä esimerkiksi aikaikkunaa, kuinka kauan wifi saa olla alhaalla?

Lisäksi olisi kysymys secrets.yaml tiedoston wifin alta löytyvästä reboot_timeout kohdasta. Mihin tämä vaikuttaa?

:)

Uusimmassa versiossa muutoksia vain standalone-käyttöön.
Home Assistant muutoksissa kiitos ja kunnia menee @jkoljo :lle.

Juurikin sectets.yaml reboot_timeout määrittelee missä ajassa bootataan jos Wifi puuttuu. Arvoa voi tarvittaessa muuttaa. Jos arvo on 0 ei bootata koskaan (tuota ei kuitenkaan suositella).
En tiedä vaikuttaako Home Assisatant yhteyden puuttuminen mihinkään, Voisikin oikeastaan laittaa testin pyörimään tuosta.
 

iro

Vakionaama
Myös HomeAssistantille on erillinen reboot-timeout. Koska en ollut määritellyt tuota, käytettiin oletusarvoa 15min. Olen nyt lisännyt tuon ja samaalla tehnyt sellaisen muutoksen että kaikille (WiFi, MQTT, HomeAssiatant) reboot-timeout-arvoille määritellään yhteinen arvo platform-osoissa (oletusarvo 360 min).

Samalla tein platform-osioon pienen lisäyksen, Mitsurunnerin asennuksen ja käyttöönoton jälkeen debug-sanomien lähettämisestä ei ole juurikaan hyötyä. Poistamalla kommentimerkki lähetetään debug-sanomia vain jos jotakin poikkeavaa tapahtuu.

Koodi:
logger:          #  After installation and testing phase it may be wise to reduce debug communication
#  level: INFO   # by removing comment (#) from this line

Aiemmassa viestissäni oleva ZIP-paketti päivitetty.
 

Keikhaus

Jäsen
Tervehdys!

Tiedostin viime talvena tämän LN25:n hullunkierto-ominaisuuden kun aloin oman mitsuni lyhyiden sulatusten välien mittailun ihmettelyn.

Itsellä tammikuu 2019 asennettu LN25, joka on sisäyksikön puhdistuksia lukuun ottamatta toiminut ongelmitta. Tai niin luulin, kunnes viime kevät talvella havahduin siihen, että - 20 ja kovemmilla pakkasilla sulatusväli putosi n. 30 minuuttiin.

Asia jäi hautumaan ja pari viikkoa sitten havahduin asiaan uudelleen. Kahlasin nämä topicit läpi ja tutkin ja kellotin pumppua.

Tässäkin kuussa pumppu toimi tasan 1h 40min sulatusvälillä, sähkö-reset tapahtui Rovakairan toimesta joulukuu alkupäivinä. Kerran kuussa ympäri vuoden sammutan ja käynnistän kakesta suodattimien imuroinnin ajaksi. Nyt toista päivää tässä Ounasjoen törmällä - 25, ja pumppu lyhensi tänään sulatusväli ollen äsken viimeiset kaksi väliä molemmat tasan 40 minuuttia. .

Minusta tässä on vanhemmuuten pahentunut tämä hullu kierto, vaikka aivan varma en voi olla.
Äsken katsoin ulkoyksikön kennoa, minusta ei ollut kuurassa.

Pumpussa leima 2018.08. Luulin että vialliset olisivat olleet pääosin 2017 valmistettuja?

No, tilasin Puu:lta kaapelin ja asennan mitsurunnerin kun keväällä lauhtuu ja päivä on vähän pitempi.
 

yOlt

Jäsen
@Keikhaus omien kokemusten pohjalta en sinuna odottaisi kevääseen vaan asentaisin heti kun vain mahdollista. Itse asennuksessa ulkoyksiköllä ei kovin kauaa aikaa mene, jos valmistelut kunnossa.

Meille täällä eteläsuomessa asennettu 2020 elokuun lopussa MUZ-LN25VGHZ2 + MSZ-LN25VG2W molemmissa valmistusajankohta 2020/04 ja ovat hyvinkin herkästi olleet hullunkierrossa alusta asti. Olan tätä Mitsurunneria niihin alusta asti ajatellut, kun huomasin niiden huonon toiminnan, mutta en takuun aikana halunnut vielä niitä avata. Vaikka olisi kyllä pitänyt.

Tänä talvena ei ole vielä ollut kunnon pakkasia, mutta jo tässä vaiheessa voin sanoa viritetyn ILP toimineen erinomaisesti verrattuna aiempaan.

Eli toistan vielä, kannattaa asentaa se mitsurunner heti kun mahdollista.

Omasta puolestani suuret kiitokset vielä tämän mitsurunner projektin tekijöille.
 

Keikhaus

Jäsen
Tänä talvena ei ole vielä ollut kunnon pakkasia, mutta jo tässä vaiheessa voin sanoa viritetyn ILP toimineen erinomaisesti verrattuna aiempaan.

Eli toistan vielä, kannattaa asentaa se mitsurunner heti kun mahdollista.
Täytyy todeta että on tässä monenlaista ihmettä ja muuttujaa tässä mitsun sulatuskierrossa.

Tänään pakkanen kiristynyt -28 asteeseen ja mitsu on yllättäen yön aikana JATKANUT sulatusten välistä aikaa, ollen nyt jopa 1 tunti 41 minuuttia. Eilen oli koko päivän melko tarkoin 41 minuuttia.

Muuta eroa ei ole eiliseen paitsi joen niva tuossa reilun 50 metrin päässä on yön aikana jäätynyt talomme kohdalta umpeen, sula on enää naapurin talon kohdalla ja sen takana. Ja viimeiseen 30 vuoteen tämä puoli on näin myöhään sulana vasta toista talvea, jäät muuttaneet ilmeisesti virtausten kulkureittejä.

Epäilen että kosteus on tässä törmällä joen sulana ollessa korkeampi ja aiheuttaa kennon lisääntyvää huurtumista nyt siis toista vuotta.

Eilen illalla kävin katsomassa lähempää kennoa sulatuksen alussa ja se olikin aivan huurteessa, nyt vähemmän.

Täytyy silti lähipäivinä laittaa mitsurunner-tarpeet tilaukseen ja asennus sitten ensi tilassa.

Edit: Nostin pyynnin kokeeksi 26 asteeseen, puhallus 4/5. Yllätys yllätys, sulatusväli putosi taas 41 minuuttiin. Toki pumppu on tällä pakkasella kovilla mutta toisaalta ilman kosteus pitäisi olla matalalla tasolla.
 
Viimeksi muokattu:

iro

Vakionaama
Muutin vielä text-sensorin HomeAssistant tiedostosta Mitsurunner-core tiedostoon, Nyt "selväkielinen" tilakoneen tila näkyy myös Web-serverin kautta. Muutos mukana oheisessa paketissa.

@puu , tämä pitäsi jossakin vaiheessa viedä Github:iin, mutta voisi viivästää sen verran että ehdin tsekkaamaan vaatiiko ESPHome 2025.1.0 -versio muutoksia ?

Tästä paketista on siis karsittu pois tilakoneen tuottama debug-tieto. Jos tuolle on tarvetta voin helposti tehdä myös "mitsurunner_core_debug"-version jonka voi includata Mitsurunner_conf:ssa "mitsurunner_core":n tilalle. Olisko tuolle käyttöä ?

Edit: liitepaketti vaihdettu (mitsu_conf.yaml tiedosto virhe korjattu)
 

Liitteet

  • Mitsu0225.zip
    27,2 KB · Katsottu: 45
Viimeksi muokattu:

Kidov

Jäsen
Toisen lämpöpumpun Runnerissa on alkanut tapahtua satunnaisia häiriöitä ulkolämpötilan mittauksessa. Onkohan ulkolämpötilan anturi vikaantumassa, vai mistä kannattaisi etsiä vikaa?

Liitteenä ulkolämpötilasta käppyrä, jossa näkyy mittausvirheet:

Edit. Lisäsin toisenkin kuvaruutukaappauksen, jossa lämpötilaerotuksen seuranta. Ulkolämpötila-anturi ilmeisesti mittaa hetkellisesti noin -200C lukemia.
 

Liitteet

  • Screenshot_20241226_201743.png
    Screenshot_20241226_201743.png
    45 KB · Katsottu: 72
  • Screenshot_20241226_202147_delta.png
    Screenshot_20241226_202147_delta.png
    46,3 KB · Katsottu: 70

iro

Vakionaama
Toisen lämpöpumpun Runnerissa on alkanut tapahtua satunnaisia häiriöitä ulkolämpötilan mittauksessa. Onkohan ulkolämpötilan anturi vikaantumassa, vai mistä kannattaisi etsiä vikaa?

Liitteenä ulkolämpötilasta käppyrä, jossa näkyy mittausvirheet:

Edit. Lisäsin toisenkin kuvaruutukaappauksen, jossa lämpötilaerotuksen seuranta. Ulkolämpötila-anturi ilmeisesti mittaa hetkellisesti noin -200C lukemia.
Mikä (= miten vanha) Mitsurunnerin versio tuo on? Onko siinä Dallas lukuvirheiden laskurit, jos on niin mitä ne näyttävät?
Uusimmissa versioissa lukemista filttataan pois alle -85Cja yli 85C olevat lukemat sekä NAN arvot.
 

iro

Vakionaama
Toisen lämpöpumpun Runnerissa on alkanut tapahtua satunnaisia häiriöitä ulkolämpötilan mittauksessa. Onkohan ulkolämpötilan anturi vikaantumassa, vai mistä kannattaisi etsiä vikaa?

Liitteenä ulkolämpötilasta käppyrä, jossa näkyy mittausvirheet:

Edit. Lisäsin toisenkin kuvaruutukaappauksen, jossa lämpötilaerotuksen seuranta. Ulkolämpötila-anturi ilmeisesti mittaa hetkellisesti noin -200C lukemia.
DS18B20 anturilta saadut arvot 85 tai -127 ovat anturin lähettämiä virheviestejä. Syy voi olla esim. huono kontakti johdotuksessa.
Korjauksena edelliseen viestiini. Mitsurunner suodattaa pois arvon 85 mutta ei arvoa -127, molemmat huomioidaan virhelaskurissa.
 
Ensinnäkin kiitokset loistavasta parannuksesta Mitsun pumppuihin! Sisällä FH35 ja tallissa FH25 saivat molemmat tämän parannuksen, nyt näkee pumppujen tilannetta Home Assistantista ja saivat samalla CN105 esphome ohjauksetkin.

Tällainen ajatus heräsi, koska tallin pumpussa lämmönvaihtimen lämpötila tippuu selkeästi nopeammin ja siksi sulatteleekin tiheämpään vaikka pyynnin ja tallin lämpö on nyt paria kymppiä, niin voisiko tämä kertoa kylmäainevajauksesta?

Nytkin yöllä aamua kohti pakastuneen kelissä -1'C -> -4'C talossa on mennyt hyvin maksimiajalla, mutta tallissa aika onkin lyhentynyt aamua kohti hiljalleen alle 50min (releen tila).

Lämmönvaihtimen anturin sijainti tuskin tekee noin paljon eroa, tallissa on kennon keskiosassa ja talossa ylhällä. Toki rakennusten eristys on aivan eri luokkaa, vaikuttaa mutu:lla pumpun saavan tallissa vähemmän lämpöä ulkoilmasta niin siksikin aavistelen kylmäainevajausta.
 

iro

Vakionaama
Ensinnäkin kiitokset loistavasta parannuksesta Mitsun pumppuihin! Sisällä FH35 ja tallissa FH25 saivat molemmat tämän parannuksen, nyt näkee pumppujen tilannetta Home Assistantista ja saivat samalla CN105 esphome ohjauksetkin.

Tällainen ajatus heräsi, koska tallin pumpussa lämmönvaihtimen lämpötila tippuu selkeästi nopeammin ja siksi sulatteleekin tiheämpään vaikka pyynnin ja tallin lämpö on nyt paria kymppiä, niin voisiko tämä kertoa kylmäainevajauksesta?

Nytkin yöllä aamua kohti pakastuneen kelissä -1'C -> -4'C talossa on mennyt hyvin maksimiajalla, mutta tallissa aika onkin lyhentynyt aamua kohti hiljalleen alle 50min (releen tila).

Lämmönvaihtimen anturin sijainti tuskin tekee noin paljon eroa, tallissa on kennon keskiosassa ja talossa ylhällä. Toki rakennusten eristys on aivan eri luokkaa, vaikuttaa mutu:lla pumpun saavan tallissa vähemmän lämpöä ulkoilmasta niin siksikin aavistelen kylmäainevajausta.
Tieto lisää tuskaa...:)
Pikku pakkanen ja suuri kosteusprosentti huurtaa kennoa nopeasti, näissä olosuhteissa 50min sykli lienee OK. Kannattaa seurailla tilannetta pidemmällä aikajaksolla.
Mittaamalla ottotehoa esim. Shelly PM minillä näkisi myös tehonkulutukset. Laittamalla ESP mittaamaan sisäyksikön imu- ja puhalluslämpöjä voisi HA:n laittaa laskemaan COPit.. Lisää tietoa, lisää tuskaa...;D

Käytitkö Githubista otettua Mitsurunner softaa vai tässä säikeessä jakamaani pre- releasea ?
 
Viimeksi muokattu:

Kidov

Jäsen
Mikä (= miten vanha) Mitsurunnerin versio tuo on? Onko siinä Dallas lukuvirheiden laskurit, jos on niin mitä ne näyttävät?
Uusimmissa versioissa lukemista filttataan pois alle -85Cja yli 85C olevat lukemat sekä NAN arvot.
Mitsurunner vesio on Home Assistantille modattu, kaiketi toiseksi viimeinen zip-paketti. Uptime on nyt vuorokauden ja virheitä on kertynyt lämmönvaihtimen mittauksen osalta 463 ja ulkolämpötilan osalta 644. Tosin muutoin toiminta on ollut nyt useamman päivän virheetöntä, eikä vääriä mittaustuloksia ole enää kertynyt. (

Ulkolämpötilan vääriä mittaustuloksia on ilmeisesti tapahtunut vain kahtena päivänä. Taidan toistaiseksi vain seurata tilannetta ja toivottavasti selviäisi talven yli ilman korjauksia.
 

iro

Vakionaama
Mitsurunner vesio on Home Assistantille modattu, kaiketi toiseksi viimeinen zip-paketti. Uptime on nyt vuorokauden ja virheitä on kertynyt lämmönvaihtimen mittauksen osalta 463 ja ulkolämpötilan osalta 644. Tosin muutoin toiminta on ollut nyt useamman päivän virheetöntä, eikä vääriä mittaustuloksia ole enää kertynyt. (

Ulkolämpötilan vääriä mittaustuloksia on ilmeisesti tapahtunut vain kahtena päivänä. Taidan toistaiseksi vain seurata tilannetta ja toivottavasti selviäisi talven yli ilman korjauksia.
600 virhettä vuorokaudessa == noin joka viides mittaus epäonnistuu.

Aiemmin jakamassasi delta kuvaajassa on myös pari +100 C piikkiä, nuo voisivat johtua kennoanturin -127C virheistä.
Laastarina ongelmaan voisit lisätä molemmille antureille -127 filtterit.
Koodi:
   filters:
      - filter_out: nan
      - filter_out: 85.0
      - filter_out: -127.0     #-127 filtteri
 

ThingWizard

Jäsen
Saan paljon tällaisia viestejä web-serverin logissa:

23:50:23 [W] [mqtt:340] MQTT Disconnected: TCP disconnected.
23:50:23 [W] [component:157] Component mqtt set Warning flag: unspecified
23:50:23 [mqtt:250] Connecting to MQTT...
23:50:24 [W] [component:170] Component mqtt cleared Warning flag
23:50:24 [mqtt:291] MQTT Connected!
23:50:24 [W] [component:237] Component mqtt took a long time for an operation (107 ms).
23:50:24 [W] [component:238] Components should block for at most 30 ms.


Tapahtuu noin 10 sekunnin välein. Onko vinkkejä, mitä voisin tehdä?
Muuten IOTGuru toimii mutta onko tämä normaali?
 
Viimeksi muokattu:

iro

Vakionaama
I get a lot of messages like this in the web server log:

23:50:23 [W] [mqtt:340] MQTT Disconnected: TCP disconnected.
23:50:23 [W] [component:157] Component mqtt set Warning flag: Unspecified
23:50:23 [mqtt:250] Connecting to MQTT...
23:50:24 [W] [component:170] Component mqtt cleared Warning flag
23:50:24 [mqtt:291] MQTT Connected!
23:50:24 [W] [component:237] Component mqtt took a long time for an operation (107 ms).
23:50:24 [W] [component:238] Components should block for at most 30 ms.


Happens about every 10 seconds. Any tips on what I can do?
Otherwise IOTGuru works but is this normal?
No problem, this is normal with IoT-Guru. After flashing EspHome-tool of your computer tries to make MQTT-connection with IoT-Guru server for log-messages. It fails because IoT-Guru does not accept several parallel connections having the same client-ID.

To avoid this kind of messages use command

esphome run --no-logs mitsurunner.yaml
 

yOlt

Jäsen
En tiedä pitääköhän tässä huolestua mutta tänään Melcloud näytti seuraavaa virhettä ja kone puhalteli vaan sisäilmaa eikä lämmittänyt. Laitoin melcloudista off ja sitten on ja nyt tuntuisi taas toimivan. Jäädään seuraamaan.

U4: Hardware issue (U4)
 

Liitteet

  • Screenshot_20250106-105724.png
    Screenshot_20250106-105724.png
    91,9 KB · Katsottu: 80

iro

Vakionaama
En tiedä pitääköhän tässä huolestua mutta tänään Melcloud näytti seuraavaa virhettä ja kone puhalteli vaan sisäilmaa eikä lämmittänyt. Laitoin melcloudista off ja sitten on ja nyt tuntuisi taas toimivan. Jäädään seuraamaan.

U4: Hardware issue (U4)
Mitä Mitsurunnerin serverille lähettämät tiedot (lämpötilat, status) näyttävät?
 

yOlt

Jäsen
Se oli tuossa noin 1015 aikoihin varmaan alkanut se vikatilane ja vähän ennen 11 paikallista aikaa ehdin iLP boottaamaan. Ottakaa siis huomioon et iot guru käy omaa aikaansa, mutta ainakin tuo kennon lämpö sen ajan näyttäisi olevan noin 0 asteessa.
 

Liitteet

  • Screenshot_20250106-133356.png
    Screenshot_20250106-133356.png
    135 KB · Katsottu: 62
  • Screenshot_20250106-133412.png
    Screenshot_20250106-133412.png
    126,2 KB · Katsottu: 64
Viimeksi muokattu:

juu

Jäsen
Puutteita dokumentaatiossa:

  • Alun osalistaan hyvä tarkentaa että tarvitaan 2x DS18B20 water proof
  • About kuinka pitkät johdot lämpötila-antureilla pitäisi olla? Riittääkö 0,5m? Oletetaan että ite laite majailee siellä ilpin johtokotelossa oikeassa reunassa.
  • Kohta 8 pinnien selkeytys: On D1 Mini ESP8266 we shall use pin D2 for temperature sensors.You can also use D5, D6 or D7 (or D1 if you connected the relay to other pin; D1 Mini Relay Shield defaults to D1 pin). In EPS8266 other pins have special functions which can/will cause problems.
  • ja kohta 8-9 loput lyhyemmin: Solder 4k7 resistor betweeen D2 pin and 3V3 pin and shorten the legs. Ja kuva(t) perään.
  • Puuttuu lämpötila-anturit kokonaan. Joten kohta 10 jotain tämän kaltaista: Solder DS18B20 sensors' black wire to ground GND, red wire to 4k7 resistors' 3V3 side and third wire (data) on 4k7 resistors' other side which connects to D2 pin.
https://mitsurunner.com/doku.php?id=en:opening_outdoor_unit
Toimisikohan jos ulkolämpötilanturin jättäisikin asennusrasian sisään? Olisi säältä suojassa. Rasian sisällä se ei kylläkään reagoi ihan niin nopeasti lämpötilan muutoksiin, ja toisaalta jos rasia on suorassa auringonpaisteessa niin se lämpiää ja siis huijaa jonnin verran.
 
Viimeksi muokattu:

juu

Jäsen
Muutin vielä text-sensorin HomeAssistant tiedostosta Mitsurunner-core tiedostoon, Nyt "selväkielinen" tilakoneen tila näkyy myös Web-serverin kautta. Muutos mukana oheisessa paketissa.
Näyttäisi toimivan ainakin pöydälle aivan hyvin. Yksi virhe oli mitsu_confissa, kohta mqtt_base: viittasi "omaan" jota ei ole mukana paketissa.

mqtt_qurusta puuttuu tunnusten puuttuu, tässä:
username: # user short identifier
client_id: # device short identifier
password: # device key

Mukaan voisi laittaa myös hw_test.yamlin.

Ja jos haluaa helpottaa niin mukaan read_me
- mitä asetuksia mihin kaikkiin tiedoistoihin pitää muuttaa, asetuksia taisi olla ainakin kahdessa vai kolmessa tiedostossa.
- asennusohje: esphome run mitsu_conf.yaml

Runneri on nyt jakorasiaa ja ulosviemistä vaille valmis, vihdoi!
 
Viimeksi muokattu:

iro

Vakionaama
Näyttäisi toimivan ainakin pöydälle aivan hyvin. Yksi virhe oli mitsu_confissa, kohta mqtt_base: viittasi "omaan" jota ei ole mukana paketissa.

mqtt_qurusta puuttuu tunnusten puuttuu, tässä:
username: # user short identifier
client_id: # device short identifier
password: # device key

Mukaan voisi laittaa myös hw_test.yamlin.

Ja jos haluaa helpottaa niin mukaan read_me
- mitä asetuksia mihin kaikkiin tiedoistoihin pitää muuttaa, asetuksia taisi olla ainakin kahdessa vai kolmessa tiedostossa.
- asennusohje: esphome run mitsu_conf.yaml

Runneri on nyt jakorasiaa ja ulosviemistä vaille valmis, vihdoi!
Kiitos huomioista, täytyy korjata nuo. Kunhan saan varmistettua yhteensopivuuden tulevan EspHome-releasen kanssa tulee päivitys Mitsurunnerin Githubiin (jossa mukana myös hw_test.yaml).

Asetukset on nyt jaettu osaksi kyseisiä "komponentteja" (WiFi , IoT-Guru-MQTT, local-MQTT, HW-related), tällöin ei-relevantit asetukset eivät ole häiritsemässä.

Kun paketti on github:ssa yritän muistaa päivittää ohjeistuksen MItsurunner-Wikiin.
 

yOlt

Jäsen
Ja sama virhe aika tasan 12 tuntia myöhemmin eli joskus vähän kello 22 jälkeen.

U4: Hardware issue (U4)

Katsotaan toistuuko huomenna taas.

Päivitys: Aamulla 8 aikoihin olikin jo toistunut et jotain tarvii keksiä.

En nyt suoraan tätä kyllä osaa mitsurunneriin yhdistää. Osaako viisaammat sanoa voiko tällä olla jotain yhteyttä mitsurunneriin vai onkohan jotain muuta vaan nyt leviämässä ja siksi tämä oireilee.
 
Viimeksi muokattu:

iro

Vakionaama
Ja sama virhe aika tasan 12 tuntia myöhemmin eli joskus vähän kello 22 jälkeen.

U4: Hardware issue (U4)

Katsotaan toistuuko huomenna taas.

Päivitys: Aamulla 8 aikoihin olikin jo toistunut et jotain tarvii keksiä.

En nyt suoraan tätä kyllä osaa mitsurunneriin yhdistää. Osaako viisaammat sanoa voiko tällä olla jotain yhteyttä mitsurunneriin vai onkohan jotain muuta vaan nyt leviämässä ja siksi tämä oireilee.
U4 virhekoodi selitys : "The U4 fault code in Mitsubishi Electric air conditioning systems indicates an open or short circuit in the outdoor unit thermistors. Understanding and addressing this fault is crucial for maintaining optimal system performance."

Eli syynä voisi olla ongelma Mitsurunnerin huijausvastuksen kytkennän johdotuksessa.
 

yOlt

Jäsen
U4 virhekoodi selitys : "The U4 fault code in Mitsubishi Electric air conditioning systems indicates an open or short circuit in the outdoor unit thermistors. Understanding and addressing this fault is crucial for maintaining optimal system performance."

Eli syynä voisi olla ongelma Mitsurunnerin huijausvastuksen kytkennän johdotuksessa.
Jotain noita lueskelin, mutta missään ei tainnut olla yksilöllisempää tietoa. Pitää tänään yrittää avata ulkoyksikkö ja IPAlla puhdistaa tuo puu-adapterin liitin ja toivoa parasta. Samalla voisi tietty muista samassa rivissä olevista thermistoreista yrittää liittimiä puhdistaa.
 
Back
Ylös Bottom