MSZ-LN sulatushuijaus

[iro]

Unfortunately I had no chance yet to change the resistors.

But the last days here were quite cold. What I don't get:

The last days, at constantly around -5°C, Mitsurunner worked perfect at the main unit. Defrosting EXACTLY every six hours. I was impressed. Now the temperaturs went up to -2°C and what happens? Every hour defrosting, even if neither the 5°C DELTA are touched nor the max. heating time was reached.

So:
I tried the 22k resistor, what was okay, but didn't work either 100% precise.
At the moment 27k resistor, what only works at -5°C properly.

Should I maybe install a 40k resistor, to pretend very cold environments? Because at those temperatures it worked best in the last days.

I would try a parallel 100k resistor. My Panasonic had defrosting problems when the outside temperature was around zero, and that kind of solution helped (my old Mitsu FD was very happy with 56k parallel resistor.)
The picture shows how to change the connection.

And again: If/when you reduce the value of the cheating resistor, make sure to check that the base plate heating works during the defrost cycle.

 

[tmns]

Täällä Mitsun LN35 sulatusongelmasta jo vuodesta 2021 kärsinyt. Nyt on viimein kaikki osat Mitsurunneriin hankittu. Tulevalla viikolla olisi tarkoitus kolvata ja ehkä vielä asentaakin paikoilleen.

Sisäanturin siirrosta olisi kysynyt, käyneekö jatkokaapeliksi mikä vain ohkainen piuha vai onko syytä olla jollain tapaa parikierrettyä / häiriösuojattua tms? Huoneen lämpötilatavoite on nyt noin 21 ja sisäanturin mittaama lämpö (MelCloudissa) heiluu karkeasti välillä 20-25. Saman olen todentanut laittamalla ruuvitagin anturin sisäyksikön viereen oikealle puolelle lähelle anturia ja noin paljon se tosiaan heiluu sulatusjaksojen mukaan. Pumppu on aika lähellä nurkkaa, joten lämpö jäänee vähän pyörimään siinä ja entisestään voimistaa tuota sisäanturin lukeman heittelyä. Tarkoitus olisi jataa anturia tästä pari metriä toiseen suuntaan (ruuvitagin mukaan uudessa mittauspisteessä mittaus heiluu vain asteen kymmenyksiä.

Sulatusongelma oli taas pahimmillaan kun täällä etelässä oli tuo kovempi pakkasjakso eli pyörittiin siinä -15...-20 hujakoilla Sulatus aktivoitu säännöllisesti aina noin 30 minuutin välein ja kesti kymmenisen minuuttia. Kävin välillä katsomassa kennoa, kun sulatus alkoi, ja tarvetta ei kyllä mielestäni vielä olisi ollut. Jos pumpun käytti hetken virrattomana pidensi se hetkellisesit sulatusjaksoa muutaman kokeilun mukaan noin 80 minuuttiin, mutta ei se siinä kovin kauaa pysynyt kunnes hiljalleen valui puolen tunnin sykliin.

Homman aloitus venyi hieman, mutta eilen sain mitsurunnerin kolvattua kasaan ja tänään oli softan vuoro. Pienten haasteiden jälkeen sain softan sisään ja rullaamaan. Näyttäisi toimivan ja IoT Guru yhteyskin muodostui. Muutama kysymys tuli mieleen:

• Onko wifin yli jollain komennolla mahdollisuus pakottaa laitteen buutti?
• Entä pystyykö koodista jollain tapaa kalibroimaan lämpötila-anturin mittausarvoa? Annan nyt kahden anturin maata tuossa pöydällä ja ainakin toistaseksi näyttää noin 2 asteen eroa, voi olla että siitä kyllä vielä tasoittuu.
• Jos koodiin tekee jonkun muutokseen vaikkapa constants.h tiedostoon pitääkö tämän jälkeen ajaa esphome run mitsu_conf.yaml komento?

Asennus lähipäivinä. Näyttää oikein lupaavalta

 

[iro]

Homman aloitus venyi hieman, mutta eilen sain mitsurunnerin kolvattua kasaan ja tänään oli softan vuoro. Pienten haasteiden jälkeen sain softan sisään ja rullaamaan. Näyttäisi toimivan ja IoT Guru yhteyskin muodostui. Muutama kysymys tuli mieleen:

• Onko wifin yli jollain komennolla mahdollisuus pakottaa laitteen buutti?
• Entä pystyykö koodista jollain tapaa kalibroimaan lämpötila-anturin mittausarvoa? Annan nyt kahden anturin maata tuossa pöydällä ja ainakin toistaseksi näyttää noin 2 asteen eroa, voi olla että siitä kyllä vielä tasoittuu.
• Jos koodiin tekee jonkun muutokseen vaikkapa constants.h tiedostoon pitääkö tämän jälkeen ajaa esphome run mitsu_conf.yaml komento?

Asennus lähipäivinä. Näyttää oikein lupaavalta

1. Boottia ei voi aktivoida WiFi:n kautta.. Mihin sitä tarvitset ? Muistaakseni Mitsurunneri tilakoneen voi asettaa alkutilaan kääntämällä "Mitsurunner enabled" vipu hetkeksi OFF ja sitten takaisin ON.
2. Dallas-antureita ei yleensä tarvitse kalibroida, lämpötilaero todennäköisesti johtuu siitä että antureita suodatetaan eri tavoin. Jos anturit ovat samassa lämpötilassa pidemmään aikaa näyttämien pitäisi lähestyä toisiaan. Tarvittaessa antureiden lukemia voi kalibroida Dallas osion filtteriet käyttämällä.
3. Koodimuutoksen vieminen flashille vaatii aina esphome run mitsu_conf.yaml komennon ajamisen (uusimmassa ESPHome versiossa kääntäminen on tuskastuttavan hidasta,).

 

[tmns]

1. Boottia ei voi aktivoida WiFi:n kautta.. Mihin sitä tarvitset ? Muistaakseni Mitsurunneri tilakoneen voi asettaa alkutilaan kääntämällä "Mitsurunner enabled" vipu hetkeksi OFF ja sitten takaisin ON.
2. Dallas-antureita ei yleensä tarvitse kalibroida, lämpötilaero todennäköisesti johtuu siitä että antureita suodatetaan eri tavoin. Jos anturit ovat samassa lämpötilassa pidemmään aikaa näyttämien pitäisi lähestyä toisiaan. Tarvittaessa antureiden lukemia voi kalibroida Dallas osion filtteriet käyttämällä.
3. Koodimuutoksen vieminen flashille vaatii aina esphome run mitsu_conf.yaml komennon ajamisen (uusimmassa ESPHome versiossa kääntäminen on tuskastuttavan hidasta,).

Kiitoksia vastauksesta.

1. Ehkä en sittenkään mihinkään. Alussa toinen lämpöanturi heitti jatkuvasti dallas_temp.sensor set Warning flag: scratch pad checksum invalid1 herjaa, mutta ongelma poistui buutin jälkeen. Ajattelin vain, jos laitetta joutuisi jostain syystä välillä buuttaamaan.

2. Noniin, nyt ovatkin anturit jo 0.1 asteen päässä toisistaan ja täsmäävät vielä aika tarkasti perinteiseen vieressä makaavaan lämpömittariin.

3. Asia selvä!

Itselläni alustana tuo Wemos D1 mini 3.0.0. Muutamia asioita, jotka itselläni aiheuttivat hetkellisiä kysymysmerkkejä ohjelmoinnin aikana olivat (käytin pääasiassa MitsuRunner Wikin ohjeita):

• Minulla oli koneella ennestää Python 3.13.7, uusin taitaa olla 3.14.3. HW-Check ei kuitenkaan lähtenyt rokkaamaan. Ilmeisesti Python oli liian uusi, laitoin 3.11.0 ja ongelma poistui
• HW chekissä ihmettelin kun ei anna lämpötilalukemia. Sitten tajusin, että hw_chekkiin pitää muuttaa antureiden numerosarjat ja ajaa se uudestaan, niin lämpötilat tulivat näkyviin
• Wifi-asetukset secrets.yaml tiedostoon ihmetytti aluksi, kun tiedosto oli secrets.template. Muutin tiedostotunnisteen ja sillä selvä
• Ensimmäinen ohjelmakääntö ei mennyt läpi vaan valitti esim. WARNING Found '$topic_excess_timer_state' (see packages->core_base->globals->13->initial_value) which looks like a substitution, but 'topic_excess_timer_state' was not declared
  • Lisäsin mqtt_guru.yaml tiedostossa näihin "# topics below are needed only for deeper debug" topiceihin prefixit. Olin alun perin lisännyt kunkin rivin eteen # kun ajattelin että en tarvitse niitä mutta se ei ilmeisesti käynyt niin
  • muutoksen jälkeen kääntö meni läpi ja homma toimi
• Toinen lämpöanturi alkoi heittää jatkuvaa erroria. Buutin jälkeen ongelma poistui.

Pienissä ongelmissa oli yllättävän hyvänä apuna chatgpt. Näin ennakkoon jo iso kiitos tämän kehittäjille ja luotto on kova, että mitsu saadaan viimein toimimaan järkevästi.

 

[Raspi]

Sain asennettua uuden version jossa maxheatingtime vaihtuu. Näyttääkö web vain asetetun arvon vai pitäiskö se muuttua kun lämötila muuttuu....

 

[lastur]

Oliko kuvia itse adapterin ja anturin asennuksesta? Mulla on myös multisplit MXZ-2E53VAHZ-E1, tarvis varmaan siihen koittaa asennella mitsurunneri mut hiukan ollut epävarma yhteensopivuudesta.

Sanoisin että ainakin tämä tavallinen multi-split (MXZ-2F53VFH3) vaikuttaa rakenteeltaan hyvin samanlaiselta kuin muut mitsubishin ulkoyksiköt joista on foorumilla ollut kuvia. Samat liittimet myös ohjainyksikössä, ja tästä manuaalista voi vielä varmistaa liittimien sijainnit piirilevyllä, niissä taitaa vähän olla variaatiota.

Omassa päätin jättää mitsurunnerin koteloineen ulkoyksikön ulkopuolelle, vaikka olisi kyllä varmaan mahtunut sisällekin pienemmällä kotelolla. Johdot saa näppärästi kulkemaan kannen ulkoreunaa pitkin, ja ulos ne tulee samasta kohtaa missä ulkoyksikön oma ulkolämpötila-anturi on. Taivutin kannen peltiä hieman ettei se jää kantamaan kaapeleiden kohdasta. Lämmönvaihtimen lämpöanturin sain suunnilleen samaan kohtaan kuin täällä ohjeistetaan.

Alla kuvia asennuksesta. Ulkoyksikkö on sen verran ahtaassa paikassa että on vaikea saada hyviä kuvia, mutta toivottavasti niistä saa edes jotain selvää. Huom. näissä mukana myös ulkolämpötila-anturin adapteri.

Tervetuloa jakamaan kokemuksia! Raportti/analyysi oli varsin kattava.
Tartun tässä satunnaiseen resetoitumiseen (tyypillisesti tapahtuu muutaman kerran viikossa). Tutkin tuota joskus ja päädyin arvaukseen että resetoituminen johtuu muistivuodosta. Tein vaihtoehtoisen DS18B20 käsittelysoftan (dallas_hub.yaml) jossa Dallas-antureiden käsittelyn ja raportoinnin kuormaa on jaettu tasaisemmin. Tuo auttoi jonkin verran. Myös on huomattu että SonOff/THR316d (ESP32) raudalla toteutettu Mitsurunner resetoituu harvemmin, ehkä harvemmin kuin kerran viikossa. Jos innostusta riittää niin Wemos'in voisi korvata ESP32:llä ja silloin voisi myös testata onko eroa arduino- ja ESP_idf-framework'ien avulla.

Nyt on tuo ESP32C3 asennettu D1 minin tilalle, ja toistaiseksi kaikki resetit on tullut OTA-päivitysten tai muun säätämisen kautta. Tämän kanssa tosin huomasin, että uudelleenkäynnistyksen myötä Home Assistant ei välttämättä löydä mitsurunneria. Piti lisätä virransäästöasetus yaml-tiedostoon, niin se ainakin toistaiseksi on auttanut:

wifi:
  power_save_mode: none
  domain: .local

---

Kuten tuossa aiemmin mainitsin, lisäsin omaan järjestelmään nyt myös ulkolämpötila-anturin huijauksen. Lisäsin toisen releen piirilevylle ja pystyn sitä nyt käyttämään manuaalisesti HA:n tai web-ui:n kautta. Lisäksi laitoin yhden ylimääräisen dallasin lämpöanturin mittaamaan kompressorin lähtöputken lämpötilaa, jotta pystyy paremmin arvioimaan huijauksen turvallisuutta. Adapteri on kytkennältään samanalainen kuin mitsurunnerin adapteri. Liittiminä käytin nyt tuollaisia perus "dupont" -liittimiä, sopivat ihan ok, mutta liian löysä kontakti on. Saatan vaihtaa oikeat liittimet tilalle jos jaksaa tilata joskus.

Tuo siis kytketään huijaamaan RT65 anturia, ja liitin on CN643.

Ja totta tosiaan, sillä on suoraan vaikutusta siihen mikä on kompressorin sallittu minimiteho. Kokeilin muutamaa eri vastusta, ja siinä tuntuu olevan jonkinlainen lämpötilan mukaan säätyvä kartta, tai sitten muutama tehoalue. Tällä yksiköllä minimitehot meni seuraavasti:

1. 27 kOhm vastus (~ +5 C) --> minimiteho noin 400 wattia (~18 Hz)
2. 33 kOhm vastus (~ +0 C) --> minimiteho noin 535 wattia (~24 Hz)
3. 44,2 kOhm vastus (~ -5 C) --> minimiteho noin 600 wattia (~ 27 Hz)

Näitä kun kokeili, niin pikkuhiljaa selkesi, että tuo yksikkö on aikalailla ylimitoitettu tänne. Eli nyt koneessa on tuo 27 kOhm vastus, ja käytännössä vasta -10 C kylmemmällä säällä invertteri alkaa säätämään tehoa 400 watista ylöspäin. Saatan kokeilla vielä suurempaa vastusta, josko saisi -5 C säässäkin pyörimään tasaisesti

Joka tapauksessa, modaus toimii! Viime yö oli ensimmäinen kunnon testi, missä lämpöpumppu pääsi säätämään tehoa tarpeen mukaan. Syötän sisäyksikölle ESP32:n kautta ulkoista lämpöanturidataa, mikä pakottaa 0,5 C resoluution. Tämä aiheuttanee pientä sahaamista tehossa ylös-alas, mutta se on oikeastaan vaan hyvä asia, nimittäin kompressorin lähtölämpötila nousee mukavasti aina kun teho nousee. Alla vähän vertailua lämpöpumpun ottotehosta ja sisälämpötilasta ennen ja jälkeen ulkolämpötila-anturin huijausta. Mitsurunner on molemmissa käytössä, säälisulatus 4,5 h välein.

Ja mikä parasta, vaikutus energiankulutukseen tuntuu olevan vähintään yhtä suuri kuin sulatushuijauksella. Dataa ei vielä tietenkään ole paljoa, mutta kyllä se lupaavalta näyttää. Parhaimmillaan jopa yli 300 wattia pienempi keskiteho verrattuna originaaliin, eli -45%. COP on siis melkein kaksinkertainen -13 C tuntumassa. Hyvin näkyy myös tuo 400 watin raja, vaikka ulkolämpötila nousee, puskee se silti 400 watin teholla ja sisälämpötila lähtee nousemaan (mutta ei kuitenkaan välttämättä saavuta ylärjaa mikä sammuttaisi kompressorin)

ENNEN JÄLKEEN​

---

Sitten siitä kompressorin lämpötilasta. Mitä nyt olen asiaa tutkinut, niin tämä on ehkä se suurin riski. Eli R32 kylmäaine on suunniteltu liukenemaan kompressorin öljyyn (tai päinvastoin), jotta se kulkeutuu järjestelmästä takaisin kompressorille. MItä korkeampi paine ja kylmempi lämpötila, sitä enemmän kylmäainetta liukenee öljyyn ja liuoksen viskositeetti laskee mitä enemmän kylmäainetta siinä on. Onneksi toisaalta myös öljyn viskositeetti nousee kun lämpötila laskee, joten se kompensoi viskositeetin menetystä. Tämän lisäksi suurempi ongelma saattaa tulla siitä, että öljy alkaa vaahtoamaan jos kylmäaineen osuus on liian suuri, eikä välttämättä pumppaannu kunnolla laakereille ja liukupinnoille.

Tästä on vähän huonosti mitään oikeaa tietoa saatavilla, mutta sanotaan nyt että noin 55-60 asteinen kompressori lienee vielä turvallinen, eli tällöin kylmäaineen osuus pysyisi EHKÄ järkevänä. Mitsubishin oma logiikka menee vikatilaan, jos kompressorin lähtölämpötila on ollut alle 40 C, yli 40 min. Anturi taitaa olla kompressorin päällä, putken vieressä (en oikein nähnyt kunnolla).

Laitoin lämpöanturin noin 100 mm päähän kompressorista, kupariputkeen ensimmäisen mutkan jälkeen. Anturi on samanlainen sylinterin mallinen mitä käytetään lämmönvaihtimen mittaukseen (DS18B20). Tämän kiinnitin alumiiniteipillä kupariputkea vasten, kiristin putkiklemmarilla ja laitoin EPDM-eristeen päälle. Parhaimmillaankin se näyttää varmaan 5 C pienempää lukemaa kuin mitä kaasun lämpötila on, varsinkin pakkasilla. Viime yönä lämpötilat vaihteli 52 ja 70 C välillä, joten sanoisin että melko turvallisella alueella ollaan, olettaen että lähtölämpötila ≈ kompressorin lämpötila ≈ öljyn lämpötila.

Sen verran piti säätää asetuksia sisäyksiköstä, että kovin korkeaa puhallusnopeutta ei voi välttämättä käyttää. Korkea puhallinnopeus tiputtaa sisäyksikön lämpötilaa ja sen myötä kompressorin lämpötilaa. Automaatilla toimi hyvin.

Toistaiseksi olen pitänyt tuota relettä manuaalisesti päällä. Vaikuttaa siltä, ettei ainakaan tuo +5 C:n lämpötilaa simuloiva vastus vaikuta mitsurunnerin sulatuksiin, eli sen puolesta ei ole tarvetta näyttää oikeaa lämpötilaa. Päin vastoin, jos antaa pumpun käynnistyä uudelleen ilman lämpötilan huijausta, säntää se heti suurille tehoille, ja siinä kestää melko pitkään ennen kuin se siitä rauhoittuu oikealle tasolle.

Täytyy kuitenkin varmaan jonkinlainen turvalogiikka tuohon kehitellä, että se ottaa releen pois päältä jos kompressorin lähtölämpötila laskee alle 50 C pidemmäksi aikaa tai jotain sen tyyppistä.

Toisaalta, ei se kompressori kovin lämpimäksi ehdi originaalilogiikan katkokäynnilläkään.

Onkohan tämä nyt vain liian tehokkaan lämpöpumpun ongelma, vai onko muut havainnut vastaavaa sahaamista lämpötiloissa?

 

[iro]

Kiitoksia vastauksesta.

1. Ehkä en sittenkään mihinkään. Alussa toinen lämpöanturi heitti jatkuvasti dallas_temp.sensor set Warning flag: scratch pad checksum invalid1 herjaa, mutta ongelma poistui buutin jälkeen. Ajattelin vain, jos laitetta joutuisi jostain syystä välillä buuttaamaan.

2. Noniin, nyt ovatkin anturit jo 0.1 asteen päässä toisistaan ja täsmäävät vielä aika tarkasti perinteiseen vieressä makaavaan lämpömittariin.

3. Asia selvä!

Itselläni alustana tuo Wemos D1 mini 3.0.0. Muutamia asioita, jotka itselläni aiheuttivat hetkellisiä kysymysmerkkejä ohjelmoinnin aikana olivat (käytin pääasiassa MitsuRunner Wikin ohjeita):

• Minulla oli koneella ennestää Python 3.13.7, uusin taitaa olla 3.14.3. HW-Check ei kuitenkaan lähtenyt rokkaamaan. Ilmeisesti Python oli liian uusi, laitoin 3.11.0 ja ongelma poistui
• HW chekissä ihmettelin kun ei anna lämpötilalukemia. Sitten tajusin, että hw_chekkiin pitää muuttaa antureiden numerosarjat ja ajaa se uudestaan, niin lämpötilat tulivat näkyviin
• Wifi-asetukset secrets.yaml tiedostoon ihmetytti aluksi, kun tiedosto oli secrets.template. Muutin tiedostotunnisteen ja sillä selvä
• Ensimmäinen ohjelmakääntö ei mennyt läpi vaan valitti esim. WARNING Found '$topic_excess_timer_state' (see packages->core_base->globals->13->initial_value) which looks like a substitution, but 'topic_excess_timer_state' was not declared
  • Lisäsin mqtt_guru.yaml tiedostossa näihin "# topics below are needed only for deeper debug" topiceihin prefixit. Olin alun perin lisännyt kunkin rivin eteen # kun ajattelin että en tarvitse niitä mutta se ei ilmeisesti käynyt niin
  • muutoksen jälkeen kääntö meni läpi ja homma toimi
• Toinen lämpöanturi alkoi heittää jatkuvaa erroria. Buutin jälkeen ongelma poistui.

Pienissä ongelmissa oli yllättävän hyvänä apuna chatgpt. Näin ennakkoon jo iso kiitos tämän kehittäjille ja luotto on kova, että mitsu saadaan viimein toimimaan järkevästi.

• Minulla Python 3.12.7 ja ESPHome 2026.1.3 , hw_check kääntyy. Ilmeisesti uusin Pyton aiheuttaa jotakin ongelmaa.​
• IoT_Guru ongelma johtui siitä että vaikka noita #topics bellow... ei tarvita ne on määritelty globaleiksi mitsurunner.yaml tiedostossa. (ratkaisu on hieman kökkö mutta kun tein moduleista mahdollisimman ylesikäyttöisiä päädyin laisuuttani tuohon ratkaisuun). Eli jos annat noiden olla mukain sellasenaan niin niiden ei pitäisi aiheuttaa ongelmaa.​
• Dallas-anturit tunnistetaan heti bootin jälkeen. Jos tunnistus epäonnistuu alkaa tulla Dallas-varoituksia. Olisiko sinulla jotakin häikkää Dallas-kytkennöissä (ylösveto yms) ja tuo aiheuttaa joskus boot-vaiheen tunnistusvirheen.​
• Mikä ESP-lauta sinulla on käytössä ?​

 

[iro]

Sain asennettua uuden version jossa maxheatingtime vaihtuu. Näyttääkö web vain asetetun arvon vai pitäiskö se muuttua kun lämötila muuttuu....

Resetin jälkeen näkyy asetettu arvo. Uusi lämpötilan mukaan laskettu arvo päivittyy aina kun sulatushuijaus kytkeytyy päälle.

 

[iro]

Sanoisin että ainakin tämä tavallinen multi-split (MXZ-2F53VFH3) vaikuttaa rakenteeltaan hyvin samanlaiselta kuin muut mitsubishin ulkoyksiköt joista on foorumilla ollut kuvia. Samat liittimet myös ohjainyksikössä, ja tästä manuaalista voi vielä varmistaa liittimien sijainnit piirilevyllä, niissä taitaa vähän olla variaatiota.

Omassa päätin jättää mitsurunnerin koteloineen ulkoyksikön ulkopuolelle, vaikka olisi kyllä varmaan mahtunut sisällekin pienemmällä kotelolla. Johdot saa näppärästi kulkemaan kannen ulkoreunaa pitkin, ja ulos ne tulee samasta kohtaa missä ulkoyksikön oma ulkolämpötila-anturi on. Taivutin kannen peltiä hieman ettei se jää kantamaan kaapeleiden kohdasta. Lämmönvaihtimen lämpöanturin sain suunnilleen samaan kohtaan kuin täällä ohjeistetaan.

Alla kuvia asennuksesta. Ulkoyksikkö on sen verran ahtaassa paikassa että on vaikea saada hyviä kuvia, mutta toivottavasti niistä saa edes jotain selvää. Huom. näissä mukana myös ulkolämpötila-anturin adapteri.

katso liitettä 113703 katso liitettä 113706 katso liitettä 113707




Nyt on tuo ESP32C3 asennettu D1 minin tilalle, ja toistaiseksi kaikki resetit on tullut OTA-päivitysten tai muun säätämisen kautta. Tämän kanssa tosin huomasin, että uudelleenkäynnistyksen myötä Home Assistant ei välttämättä löydä mitsurunneria. Piti lisätä virransäästöasetus yaml-tiedostoon, niin se ainakin toistaiseksi on auttanut:

wifi:
  power_save_mode: none
  domain: .local

---

Kuten tuossa aiemmin mainitsin, lisäsin omaan järjestelmään nyt myös ulkolämpötila-anturin huijauksen. Lisäsin toisen releen piirilevylle ja pystyn sitä nyt käyttämään manuaalisesti HA:n tai web-ui:n kautta. Lisäksi laitoin yhden ylimääräisen dallasin lämpöanturin mittaamaan kompressorin lähtöputken lämpötilaa, jotta pystyy paremmin arvioimaan huijauksen turvallisuutta. Adapteri on kytkennältään samanalainen kuin mitsurunnerin adapteri. Liittiminä käytin nyt tuollaisia perus "dupont" -liittimiä, sopivat ihan ok, mutta liian löysä kontakti on. Saatan vaihtaa oikeat liittimet tilalle jos jaksaa tilata joskus.

Tuo siis kytketään huijaamaan RT65 anturia, ja liitin on CN643.

katso liitettä 113709 katso liitettä 113711 katso liitettä 113712


Ja totta tosiaan, sillä on suoraan vaikutusta siihen mikä on kompressorin sallittu minimiteho. Kokeilin muutamaa eri vastusta, ja siinä tuntuu olevan jonkinlainen lämpötilan mukaan säätyvä kartta, tai sitten muutama tehoalue. Tällä yksiköllä minimitehot meni seuraavasti:

1. 27 kOhm vastus (~ +5 C) --> minimiteho noin 400 wattia (~18 Hz)
2. 33 kOhm vastus (~ +0 C) --> minimiteho noin 535 wattia (~24 Hz)
3. 44,2 kOhm vastus (~ -5 C) --> minimiteho noin 600 wattia (~ 27 Hz)

Näitä kun kokeili, niin pikkuhiljaa selkesi, että tuo yksikkö on aikalailla ylimitoitettu tänne. Eli nyt koneessa on tuo 27 kOhm vastus, ja käytännössä vasta -10 C kylmemmällä säällä invertteri alkaa säätämään tehoa 400 watista ylöspäin. Saatan kokeilla vielä suurempaa vastusta, josko saisi -5 C säässäkin pyörimään tasaisesti

Joka tapauksessa, modaus toimii! Viime yö oli ensimmäinen kunnon testi, missä lämpöpumppu pääsi säätämään tehoa tarpeen mukaan. Syötän sisäyksikölle ESP32:n kautta ulkoista lämpöanturidataa, mikä pakottaa 0,5 C resoluution. Tämä aiheuttanee pientä sahaamista tehossa ylös-alas, mutta se on oikeastaan vaan hyvä asia, nimittäin kompressorin lähtölämpötila nousee mukavasti aina kun teho nousee. Alla vähän vertailua lämpöpumpun ottotehosta ja sisälämpötilasta ennen ja jälkeen ulkolämpötila-anturin huijausta. Mitsurunner on molemmissa käytössä, säälisulatus 4,5 h välein.

Ja mikä parasta, vaikutus energiankulutukseen tuntuu olevan vähintään yhtä suuri kuin sulatushuijauksella. Dataa ei vielä tietenkään ole paljoa, mutta kyllä se lupaavalta näyttää. Parhaimmillaan jopa yli 300 wattia pienempi keskiteho verrattuna originaaliin, eli -45%. COP on siis melkein kaksinkertainen -13 C tuntumassa. Hyvin näkyy myös tuo 400 watin raja, vaikka ulkolämpötila nousee, puskee se silti 400 watin teholla ja sisälämpötila lähtee nousemaan (mutta ei kuitenkaan välttämättä saavuta ylärjaa mikä sammuttaisi kompressorin)

ENNEN JÄLKEEN​

katso liitettä 113721

katso liitettä 113723

---

Sitten siitä kompressorin lämpötilasta. Mitä nyt olen asiaa tutkinut, niin tämä on ehkä se suurin riski. Eli R32 kylmäaine on suunniteltu liukenemaan kompressorin öljyyn (tai päinvastoin), jotta se kulkeutuu järjestelmästä takaisin kompressorille. MItä korkeampi paine ja kylmempi lämpötila, sitä enemmän kylmäainetta liukenee öljyyn ja liuoksen viskositeetti laskee mitä enemmän kylmäainetta siinä on. Onneksi toisaalta myös öljyn viskositeetti nousee kun lämpötila laskee, joten se kompensoi viskositeetin menetystä. Tämän lisäksi suurempi ongelma saattaa tulla siitä, että öljy alkaa vaahtoamaan jos kylmäaineen osuus on liian suuri, eikä välttämättä pumppaannu kunnolla laakereille ja liukupinnoille.

Tästä on vähän huonosti mitään oikeaa tietoa saatavilla, mutta sanotaan nyt että noin 55-60 asteinen kompressori lienee vielä turvallinen, eli tällöin kylmäaineen osuus pysyisi EHKÄ järkevänä. Mitsubishin oma logiikka menee vikatilaan, jos kompressorin lähtölämpötila on ollut alle 40 C, yli 40 min. Anturi taitaa olla kompressorin päällä, putken vieressä (en oikein nähnyt kunnolla).

Laitoin lämpöanturin noin 100 mm päähän kompressorista, kupariputkeen ensimmäisen mutkan jälkeen. Anturi on samanlainen sylinterin mallinen mitä käytetään lämmönvaihtimen mittaukseen (DS18B20). Tämän kiinnitin alumiiniteipillä kupariputkea vasten, kiristin putkiklemmarilla ja laitoin EPDM-eristeen päälle. Parhaimmillaankin se näyttää varmaan 5 C pienempää lukemaa kuin mitä kaasun lämpötila on, varsinkin pakkasilla. Viime yönä lämpötilat vaihteli 52 ja 70 C välillä, joten sanoisin että melko turvallisella alueella ollaan, olettaen että lähtölämpötila ≈ kompressorin lämpötila ≈ öljyn lämpötila.

Sen verran piti säätää asetuksia sisäyksiköstä, että kovin korkeaa puhallusnopeutta ei voi välttämättä käyttää. Korkea puhallinnopeus tiputtaa sisäyksikön lämpötilaa ja sen myötä kompressorin lämpötilaa. Automaatilla toimi hyvin.

katso liitettä 113725

Toistaiseksi olen pitänyt tuota relettä manuaalisesti päällä. Vaikuttaa siltä, ettei ainakaan tuo +5 C:n lämpötilaa simuloiva vastus vaikuta mitsurunnerin sulatuksiin, eli sen puolesta ei ole tarvetta näyttää oikeaa lämpötilaa. Päin vastoin, jos antaa pumpun käynnistyä uudelleen ilman lämpötilan huijausta, säntää se heti suurille tehoille, ja siinä kestää melko pitkään ennen kuin se siitä rauhoittuu oikealle tasolle.

Täytyy kuitenkin varmaan jonkinlainen turvalogiikka tuohon kehitellä, että se ottaa releen pois päältä jos kompressorin lähtölämpötila laskee alle 50 C pidemmäksi aikaa tai jotain sen tyyppistä.

Toisaalta, ei se kompressori kovin lämpimäksi ehdi originaalilogiikan katkokäynnilläkään.

Onkohan tämä nyt vain liian tehokkaan lämpöpumpun ongelma, vai onko muut havainnut vastaavaa sahaamista lämpötiloissa?

Käyrien perusteella näyttäisi että modaamaton kone käy on/off-tyyppistä katkokäyntiä. Tulkitsenko käyriä oikein?

 

[lastur]

Käyrien perusteella näyttäisi että modaamaton kone käy on/off-tyyppistä katkokäyntiä. Tulkitsenko käyriä oikein?

Kyllä, juuri niin. Ilman ulkolämpötila-anturin huijausta ohjauslogikka pakottaa kompressorin tehon ylös (~600 - 800w) --> liikaa lämpöä --> sisälämpötila nousee liikaa --> kompressori sammuu --> huone jäähtyy ja sama juttu uudelleen ja uudelleen. Huijauksen kanssa kompressori jauhaa 400-600 w teholla ja säätää tehoa sisälämpötilan mukaan --> ei sammu kertaakaan koko 4,5 h säälisulatusvälin aikana.

Mitsurunner-sivustolla on ohje tuosta LN-lämpöpumpun sisäilman anturin siirrosta. Luulin aluksi, että katkokäynti olisi johtunut tästä meilläkin, mutta eipä johtunutkaan. Kiinnostaisi tietää, että onko katkokäynnit yleensä loppunut tällä, jos joku on kokeillut. Vai onko syklit vaan pidentyneet? Niin kävi meillä.

 

[tmns]

• Minulla Python 3.12.7 ja ESPHome 2026.1.3 , hw_check kääntyy. Ilmeisesti uusin Pyton aiheuttaa jotakin ongelmaa.​
• IoT_Guru ongelma johtui siitä että vaikka noita #topics bellow... ei tarvita ne on määritelty globaleiksi mitsurunner.yaml tiedostossa. (ratkaisu on hieman kökkö mutta kun tein moduleista mahdollisimman ylesikäyttöisiä päädyin laisuuttani tuohon ratkaisuun). Eli jos annat noiden olla mukain sellasenaan niin niiden ei pitäisi aiheuttaa ongelmaa.​
• Dallas-anturit tunnistetaan heti bootin jälkeen. Jos tunnistus epäonnistuu alkaa tulla Dallas-varoituksia. Olisiko sinulla jotakin häikkää Dallas-kytkennöissä (ylösveto yms) ja tuo aiheuttaa joskus boot-vaiheen tunnistusvirheen.​
• Mikä ESP-lauta sinulla on käytössä ?​

Käytössä tämä https://www.elektroniikkaosat.com/c...ni-kehitysalusta-i-useita-vaihtoehtoja-i.html versiona 3.0.0

Nyt se tosiaan on tuossa vuorokauden pöydän kulmalla pyörinyt ja ainakin iotgurun loki näyttää, että ei ole yhtään lukuvirheitä tullut sen buutin jälkeen. Äsken buuttasin laitteen kertaalleen, kun siirsin sen jakorasiaan ja valmistelin asennusta varten. Ei lukuvirheitä nytkään. Seurataan siis tilannetta sen jälkeen, kun sen on lopullisella paikallaan.

Aamupäivällä tein tuon sisäyksikön huoneanturin siirron. Siirsin sitä reippaasti noin pari metriä sopivaan kohtaan. Kaken asetuksista nappasin myös i-Seen pois päältä. Mitsun service manuaalissa muuten pisti silmään tällainen kohta:

Onko kukaan perehtyny tuohon? Osaako joku sanoa näyttääkö MelCloud todellista huonemittausta vai tuota -2 asteella korjattua?

Ulkoyksikön kimppuun ehkä myöhemmin tänään, jos päivän aikataulut antavat myöden. Mikä on muuten ollut runnerin käyttäjien toimintatapa tämän defrost finish jumpperin kanssa, onko jätetty ennalleen vai leikattu?

 

[wannabe]

Mielenkiintoista, hyvin mielenkiintoista. Katkokäynnit ja sulatusten jälkeiset tehohulluttelut nostellu mieleen ajatusta, että pitäs olla keino rajoittaa pumpun ottamaa tehoa ja nythän sellainen näytäis olevan, loistavaa . Onko näistä ensikokemuksista pitkä matka siihen, että tulee ohjeet, softa ja ehkä jopa adapteritikin kaupan? Kiinnostusta varmaan on tähänkin huijaukseen jo käytössä olevien Mitsurunnereiden määrästä päätellen.

Mitä tuohon sisäyksikön huonelämpötila-anturin siirtoon tulee, niin dataa mulla ei ole. Ei siirrolla katkokäynnistä eroon ole päässyt, mutta kyllä siirto kauemmaksi pumpusta mielestäni katkokäyntien sykliä harvensi + huonelämpötila pysyy tasaisempana. Nää pakkaset on kyllä toiminu erinomaisesti katkokäynnin estäjänä.

 

[repomies]

Kiitoksia! Meinaatko että tuo muistivuoto olisi dallasin kirjastoissa vai mitsurunnerin koodissa?

Ainakaan minä en muista törmänneeni mitsurunnerissa kuin lähinnä yamlin seassa oleviin lambda-funktioihin, eikä niissä pistänyt silmään sen enempää mallocit, new, tai rekursio. Eli sanoisin, että muualla vika lienee.

Netti on täynnä varoituksia siitä, että etenkään esp8266 ei jaksa pyörittää webserveriä. Sen pois jättö home assistanttia käyttäessä voisi olla ihan fiksua. Tai jos kokee, ettei siitä ole muutenkaan iloa sen jälkeen kun laite pelaa.

 

[iro]

Ainakaan minä en muista törmänneeni mitsurunnerissa kuin lähinnä yamlin seassa oleviin lambda-funktioihin, eikä niissä pistänyt silmään sen enempää mallocit, new, tai rekursio. Eli sanoisin, että muualla vika lienee.

Netti on täynnä varoituksia siitä, että etenkään esp8266 ei jaksa pyörittää webserveriä. Sen pois jättö home assistanttia käyttäessä voisi olla ihan fiksua. Tai jos kokee, ettei siitä ole muutenkaan iloa sen jälkeen kun laite pelaa.

Sen vähäisen kokoemuksen perusteella mitä minulla on Mitsurunnerin resetoitumisesta on että resetoitumista tapahtuu olipa

• WEB-server käytössä tai ei
• käytetäänkö MQTT:ta ta HomeAssistanttia
• käytetäänkö alustana ESP8266 tai ESP32
• virtalähteenä laadukas tai vähemmän laadukas virtalähde
• WiFi-signaalin erinomainen tai huono
• kaikkia elellämainuttujan asioden kombinaatioita en luultavasti ole kokeillut

Minulla on muita yaml-koodattuja ESP8266 pohjaisia sovelluksia (paine-ero, CO2, VOC, jne) jotka käyttävät i2c-väylää. Noissa resetoitumista ei tapahdu (tai tapahtuu harvemmin kuin kerran kuukaudessa).
Myöskään Arduino kirjastoilla ja C-kielellä ohjelmoiduilla ESP8266-laitteilla joissa on Dallas-anturit resetoitumista ei tapahdu.

 

[iro]

Kyllä, juuri niin. Ilman ulkolämpötila-anturin huijausta ohjauslogikka pakottaa kompressorin tehon ylös (~600 - 800w) --> liikaa lämpöä --> sisälämpötila nousee liikaa --> kompressori sammuu --> huone jäähtyy ja sama juttu uudelleen ja uudelleen. Huijauksen kanssa kompressori jauhaa 400-600 w teholla ja säätää tehoa sisälämpötilan mukaan --> ei sammu kertaakaan koko 4,5 h säälisulatusvälin aikana.

Mitsurunner-sivustolla on ohje tuosta LN-lämpöpumpun sisäilman anturin siirrosta. Luulin aluksi, että katkokäynti olisi johtunut tästä meilläkin, mutta eipä johtunutkaan. Kiinnostaisi tietää, että onko katkokäynnit yleensä loppunut tällä, jos joku on kokeillut. Vai onko syklit vaan pidentyneet? Niin kävi meillä.

Sisäanturin siirto auttaa tilateessa missä katkokäynti johtuu käynnityksen jälkeisestä tehoryntäyksestä joka ennen tasaantumistaan ehtii nostaa sisä-anturin lämpöä niin paljon että pumppu menee katkolle. Kun anturin siirtää kauemmas teho ehtii tasoittua ennen kuin katkokynnys ylitetään.
Sinulla tehokäyrän perusteella näyttää että pumppu ei tehoryntäyksen jälkeen pudota ottotehoaan lämmittää kovalla teholla kunnes menee katkolle. Samantyyppinen tilanteen on mielestäni @johnblon Mitsussa.
Noissa tilanteissa sulatushuijauksesta ei juurikaan ole hyötyä.

 

[tmns]

Noniin oman MitsuRunnerin asennus on nyt valmis. Laitan tähän nyt muutaman kuva asennuksesta.

Homma alkoi piirilevyn juottamisella ja kasaamisella jakorasian sisään. Ei tullut tosiaan mikään kaunis, mutta toimii kuitenkin.

Nuo "knöölit" tuossa reunassa ovat kuumaliimaa. Vähän yritin tehdä vedonpoistoa, etteivät johtimet pääsisi irtoamaan tinauksista, jos vähän liikkuu. Huijausvastusta varten käytössä @puu adapteri. Kolvaus ei ole itselle rutiinia, mutta sain tehdä tuon hyvällä juotosasemalla ja teräväkärkisellä kolvilla.

Lähdin liikkeelle sisäanturin siirrolla. Sisäanturin mittaus MelCloudissa sahasi väliä about 19-25 sulatusten mukaan. Kun lämmitti nousi 25 tuntumaan kun sulatti laski mittaus 19 tuntumaan. Itselläni pumppu on aika lähellä nurkkaa. Olin tosiaan aiemmin varmentanut ruuvitagilla, että lämpötila sisäyksikön oikean reunan vieressä tosiaan sahaa aika lailla niinkuin MelCloud näytti. Ilmeisesti lämpö pyörii nurkassa ja laskee sitten nopeasti kohti huonelämpötilaa, kun puhallus päättyy. Siirsin sisäanturia ehkäpä pari metriä vasemmalle. Kuvassa näkyy vasemmalla tumma lista, jossa anturikaapeli menee. Se kääntyy vielä toiselle seinällä ja laskeutuu noin 1,8 metrin korkeuteen. Anturi on listan sisässä, mutta lista on alareunasta auki. Tässä välissä olikin muutaman tunnin tauko ennen ulkoyksikölle siirtymistä.

Muutaman ensitunnin seurannan jälkeen sisäanturin mittaus MelCloudissa pyörii 20 tuntumassa koko ajan +- 0,5 astetta.

Ulkoyksikön asennuksessa etenin aikalailla MitsuRunnerin wikisivun ohjeiden mukaan. Sähkönsyötön virtalähteelle otin kuitenkin "eurojatkojohdolla" pumpun sähkönsyötöstä. Jotenkin nuo "abikot" virtalähteen piikeissä tuntuvat vähän epämääräisiltä, vaikka eipä sillä käytännössä mitään merkitystä ole. Roikka ja virtalähde näkyy tuolla jakorasiasta vähän vasemmalla. Anturikaapelit olivat vähän liian pitkiä, niin tuli hiukan ylimääräistä johtoa kytkentäkoppaan. Paketti sisään ja anturit paikoilleen.

Olisihan noita johtoja toki voinut siellä pyöritellä ja niputella enemmän, mutta oli vähän pelko josko tuo 1-wire anturi on kovin häiriöherkkä ja luupille pyöritetyt kaapelit voisivat edesauttaa ongelmaa.

Ulkoanturin toin tuossa:

Ja sisäanturin laitoin myös ohjeen mukaiseen paikkaan. Yritin kohdistaa anturin "kärjen" putkeen ja päälle vielä hieman solukumieristettä.

Ulkoyksikkö pakettiin ja laite tulille. Tätä kirjoittaessa uptime 53 minuuttia, yksi kennoanturin lukuvirhe on tullut. Saakos noita tulla jonkun verran ennenkuin edellyttää toimia?

Nyt muutama huurteinen olohuoneessa pumpun toivottavasti tasaista ja pitkää hurinaa kuunnellen

 

[iro]

Noniin oman MitsuRunnerin asennus on nyt valmis. Laitan tähän nyt muutaman kuva asennuksesta.

Homma alkoi piirilevyn juottamisella ja kasaamisella jakorasian sisään. Ei tullut tosiaan mikään kaunis, mutta toimii kuitenkin.

katso liitettä 113781

Nuo "knöölit" tuossa reunassa ovat kuumaliimaa. Vähän yritin tehdä vedonpoistoa, etteivät johtimet pääsisi irtoamaan tinauksista, jos vähän liikkuu. Huijausvastusta varten käytössä @puu adapteri. Kolvaus ei ole itselle rutiinia, mutta sain tehdä tuon hyvällä juotosasemalla ja teräväkärkisellä kolvilla.

Lähdin liikkeelle sisäanturin siirrolla. Sisäanturin mittaus MelCloudissa sahasi väliä about 19-25 sulatusten mukaan. Kun lämmitti nousi 25 tuntumaan kun sulatti laski mittaus 19 tuntumaan. Itselläni pumppu on aika lähellä nurkkaa. Olin tosiaan aiemmin varmentanut ruuvitagilla, että lämpötila sisäyksikön oikean reunan vieressä tosiaan sahaa aika lailla niinkuin MelCloud näytti. Ilmeisesti lämpö pyörii nurkassa ja laskee sitten nopeasti kohti huonelämpötilaa, kun puhallus päättyy. Siirsin sisäanturia ehkäpä pari metriä vasemmalle. Kuvassa näkyy vasemmalla tumma lista, jossa anturikaapeli menee. Se kääntyy vielä toiselle seinällä ja laskeutuu noin 1,8 metrin korkeuteen. Anturi on listan sisässä, mutta lista on alareunasta auki. Tässä välissä olikin muutaman tunnin tauko ennen ulkoyksikölle siirtymistä.

Muutaman ensitunnin seurannan jälkeen sisäanturin mittaus MelCloudissa pyörii 20 tuntumassa koko ajan +- 0,5 astetta.

katso liitettä 113778

Ulkoyksikön asennuksessa etenin aikalailla MitsuRunnerin wikisivun ohjeiden mukaan. Sähkönsyötön virtalähteelle otin kuitenkin "eurojatkojohdolla" pumpun sähkönsyötöstä. Jotenkin nuo "abikot" virtalähteen piikeissä tuntuvat vähän epämääräisiltä, vaikka eipä sillä käytännössä mitään merkitystä ole. Roikka ja virtalähde näkyy tuolla jakorasiasta vähän vasemmalla. Anturikaapelit olivat vähän liian pitkiä, niin tuli hiukan ylimääräistä johtoa kytkentäkoppaan. Paketti sisään ja anturit paikoilleen.

katso liitettä 113783

Olisihan noita johtoja toki voinut siellä pyöritellä ja niputella enemmän, mutta oli vähän pelko josko tuo 1-wire anturi on kovin häiriöherkkä ja luupille pyöritetyt kaapelit voisivat edesauttaa ongelmaa.

Ulkoanturin toin tuossa:

katso liitettä 113789

Ja sisäanturin laitoin myös ohjeen mukaiseen paikkaan. Yritin kohdistaa anturin "kärjen" putkeen ja päälle vielä hieman solukumieristettä.

katso liitettä 113788

Ulkoyksikkö pakettiin ja laite tulille. Tätä kirjoittaessa uptime 53 minuuttia, yksi kennoanturin lukuvirhe on tullut. Saakos noita tulla jonkun verran ennenkuin edellyttää toimia?

Nyt muutama huurteinen olohuoneessa pumpun toivottavasti tasaista ja pitkää hurinaa kuunnellen

Hyvää työtä Jos Dallas lukuvirheitä tulee kymmeniä tunnissa on syytä siirrellä anturijohtoja kauemmas häiriölähteistä. Kun dataa alkaa kertymään niin lähetä tänne kuva delta_t käyrästä.

 

[iro]

Sanoisin että ainakin tämä tavallinen multi-split (MXZ-2F53VFH3) vaikuttaa rakenteeltaan hyvin samanlaiselta kuin muut mitsubishin ulkoyksiköt joista on foorumilla ollut kuvia. Samat liittimet myös ohjainyksikössä, ja tästä manuaalista voi vielä varmistaa liittimien sijainnit piirilevyllä, niissä taitaa vähän olla variaatiota.

Omassa päätin jättää mitsurunnerin koteloineen ulkoyksikön ulkopuolelle, vaikka olisi kyllä varmaan mahtunut sisällekin pienemmällä kotelolla. Johdot saa näppärästi kulkemaan kannen ulkoreunaa pitkin, ja ulos ne tulee samasta kohtaa missä ulkoyksikön oma ulkolämpötila-anturi on. Taivutin kannen peltiä hieman ettei se jää kantamaan kaapeleiden kohdasta. Lämmönvaihtimen lämpöanturin sain suunnilleen samaan kohtaan kuin täällä ohjeistetaan.

Alla kuvia asennuksesta. Ulkoyksikkö on sen verran ahtaassa paikassa että on vaikea saada hyviä kuvia, mutta toivottavasti niistä saa edes jotain selvää. Huom. näissä mukana myös ulkolämpötila-anturin adapteri.

katso liitettä 113703 katso liitettä 113706 katso liitettä 113707




Nyt on tuo ESP32C3 asennettu D1 minin tilalle, ja toistaiseksi kaikki resetit on tullut OTA-päivitysten tai muun säätämisen kautta. Tämän kanssa tosin huomasin, että uudelleenkäynnistyksen myötä Home Assistant ei välttämättä löydä mitsurunneria. Piti lisätä virransäästöasetus yaml-tiedostoon, niin se ainakin toistaiseksi on auttanut:

wifi:
  power_save_mode: none
  domain: .local

---

Kuten tuossa aiemmin mainitsin, lisäsin omaan järjestelmään nyt myös ulkolämpötila-anturin huijauksen. Lisäsin toisen releen piirilevylle ja pystyn sitä nyt käyttämään manuaalisesti HA:n tai web-ui:n kautta. Lisäksi laitoin yhden ylimääräisen dallasin lämpöanturin mittaamaan kompressorin lähtöputken lämpötilaa, jotta pystyy paremmin arvioimaan huijauksen turvallisuutta. Adapteri on kytkennältään samanalainen kuin mitsurunnerin adapteri. Liittiminä käytin nyt tuollaisia perus "dupont" -liittimiä, sopivat ihan ok, mutta liian löysä kontakti on. Saatan vaihtaa oikeat liittimet tilalle jos jaksaa tilata joskus.

Tuo siis kytketään huijaamaan RT65 anturia, ja liitin on CN643.

katso liitettä 113709 katso liitettä 113711 katso liitettä 113712


Ja totta tosiaan, sillä on suoraan vaikutusta siihen mikä on kompressorin sallittu minimiteho. Kokeilin muutamaa eri vastusta, ja siinä tuntuu olevan jonkinlainen lämpötilan mukaan säätyvä kartta, tai sitten muutama tehoalue. Tällä yksiköllä minimitehot meni seuraavasti:

1. 27 kOhm vastus (~ +5 C) --> minimiteho noin 400 wattia (~18 Hz)
2. 33 kOhm vastus (~ +0 C) --> minimiteho noin 535 wattia (~24 Hz)
3. 44,2 kOhm vastus (~ -5 C) --> minimiteho noin 600 wattia (~ 27 Hz)

Näitä kun kokeili, niin pikkuhiljaa selkesi, että tuo yksikkö on aikalailla ylimitoitettu tänne. Eli nyt koneessa on tuo 27 kOhm vastus, ja käytännössä vasta -10 C kylmemmällä säällä invertteri alkaa säätämään tehoa 400 watista ylöspäin. Saatan kokeilla vielä suurempaa vastusta, josko saisi -5 C säässäkin pyörimään tasaisesti

Joka tapauksessa, modaus toimii! Viime yö oli ensimmäinen kunnon testi, missä lämpöpumppu pääsi säätämään tehoa tarpeen mukaan. Syötän sisäyksikölle ESP32:n kautta ulkoista lämpöanturidataa, mikä pakottaa 0,5 C resoluution. Tämä aiheuttanee pientä sahaamista tehossa ylös-alas, mutta se on oikeastaan vaan hyvä asia, nimittäin kompressorin lähtölämpötila nousee mukavasti aina kun teho nousee. Alla vähän vertailua lämpöpumpun ottotehosta ja sisälämpötilasta ennen ja jälkeen ulkolämpötila-anturin huijausta. Mitsurunner on molemmissa käytössä, säälisulatus 4,5 h välein.

Ja mikä parasta, vaikutus energiankulutukseen tuntuu olevan vähintään yhtä suuri kuin sulatushuijauksella. Dataa ei vielä tietenkään ole paljoa, mutta kyllä se lupaavalta näyttää. Parhaimmillaan jopa yli 300 wattia pienempi keskiteho verrattuna originaaliin, eli -45%. COP on siis melkein kaksinkertainen -13 C tuntumassa. Hyvin näkyy myös tuo 400 watin raja, vaikka ulkolämpötila nousee, puskee se silti 400 watin teholla ja sisälämpötila lähtee nousemaan (mutta ei kuitenkaan välttämättä saavuta ylärjaa mikä sammuttaisi kompressorin)

ENNEN JÄLKEEN​

katso liitettä 113721

katso liitettä 113723

---

Sitten siitä kompressorin lämpötilasta. Mitä nyt olen asiaa tutkinut, niin tämä on ehkä se suurin riski. Eli R32 kylmäaine on suunniteltu liukenemaan kompressorin öljyyn (tai päinvastoin), jotta se kulkeutuu järjestelmästä takaisin kompressorille. MItä korkeampi paine ja kylmempi lämpötila, sitä enemmän kylmäainetta liukenee öljyyn ja liuoksen viskositeetti laskee mitä enemmän kylmäainetta siinä on. Onneksi toisaalta myös öljyn viskositeetti nousee kun lämpötila laskee, joten se kompensoi viskositeetin menetystä. Tämän lisäksi suurempi ongelma saattaa tulla siitä, että öljy alkaa vaahtoamaan jos kylmäaineen osuus on liian suuri, eikä välttämättä pumppaannu kunnolla laakereille ja liukupinnoille.

Tästä on vähän huonosti mitään oikeaa tietoa saatavilla, mutta sanotaan nyt että noin 55-60 asteinen kompressori lienee vielä turvallinen, eli tällöin kylmäaineen osuus pysyisi EHKÄ järkevänä. Mitsubishin oma logiikka menee vikatilaan, jos kompressorin lähtölämpötila on ollut alle 40 C, yli 40 min. Anturi taitaa olla kompressorin päällä, putken vieressä (en oikein nähnyt kunnolla).

Laitoin lämpöanturin noin 100 mm päähän kompressorista, kupariputkeen ensimmäisen mutkan jälkeen. Anturi on samanlainen sylinterin mallinen mitä käytetään lämmönvaihtimen mittaukseen (DS18B20). Tämän kiinnitin alumiiniteipillä kupariputkea vasten, kiristin putkiklemmarilla ja laitoin EPDM-eristeen päälle. Parhaimmillaankin se näyttää varmaan 5 C pienempää lukemaa kuin mitä kaasun lämpötila on, varsinkin pakkasilla. Viime yönä lämpötilat vaihteli 52 ja 70 C välillä, joten sanoisin että melko turvallisella alueella ollaan, olettaen että lähtölämpötila ≈ kompressorin lämpötila ≈ öljyn lämpötila.

Sen verran piti säätää asetuksia sisäyksiköstä, että kovin korkeaa puhallusnopeutta ei voi välttämättä käyttää. Korkea puhallinnopeus tiputtaa sisäyksikön lämpötilaa ja sen myötä kompressorin lämpötilaa. Automaatilla toimi hyvin.

katso liitettä 113725

Toistaiseksi olen pitänyt tuota relettä manuaalisesti päällä. Vaikuttaa siltä, ettei ainakaan tuo +5 C:n lämpötilaa simuloiva vastus vaikuta mitsurunnerin sulatuksiin, eli sen puolesta ei ole tarvetta näyttää oikeaa lämpötilaa. Päin vastoin, jos antaa pumpun käynnistyä uudelleen ilman lämpötilan huijausta, säntää se heti suurille tehoille, ja siinä kestää melko pitkään ennen kuin se siitä rauhoittuu oikealle tasolle.

Täytyy kuitenkin varmaan jonkinlainen turvalogiikka tuohon kehitellä, että se ottaa releen pois päältä jos kompressorin lähtölämpötila laskee alle 50 C pidemmäksi aikaa tai jotain sen tyyppistä.

Toisaalta, ei se kompressori kovin lämpimäksi ehdi originaalilogiikan katkokäynnilläkään.

Onkohan tämä nyt vain liian tehokkaan lämpöpumpun ongelma, vai onko muut havainnut vastaavaa sahaamista lämpötiloissa?

Vielä pari huomiota.

• Power Save Mode: Selitys käyttäytymiseen lienee se että ESP8266:ssa oletusarvona on "none" kun taas ESP32:ssa jostakin syystä oletusarvona on "light". @johnblon , sinulla on THR316D joka on ESP32-pohjainen, onko siinä ollut ongelmia HomeAssistant yhteydessä ?
• Onko tuo toinen huijausvastus NTC:n rinnalla vai tilalla? Rinnalle kytkettynä pumpun näkemien vastusarvojen suuruus (huijaus päällä/huojaus pois) ei olisi niin paljoa NTC:n resistanssista riippva.

 

[ThingWizard]

Hi!

Just a short question, I had some strange behavior tonight with the mitsurunner states oscillating between 3 and 0 (I think)
It seems to have stabilized now. I'm running the mitsu in frost protection mode at the moment so it is off from time to time.
I don't know it this can mess with mitsurunner or what has happened here, see the strange quick oscillation 3-0 at the right side of the graph.

Here is what it looked like in my "state graph" so you see the time axis. Top row is LN25 fan so if that says stopped, the frost protection has reached the limit temperature and the unit is stopped. So this oscillation is mostly when the unit is stopped. Can it be that the defrost timer is kicking in but can't start as the unit is off? As the unit starts again and runs a normal interval, and then the defrost is performed, mitsurunner is happy again? Is that it? Templowered and manual heating are for my own automation which is now off, the off and on row is my "kylmähuone" so that doesn't apply to mitsurunner, blue bar at bottom is garage temperature (mitsu is in garage)

 

[puu]

Ulkoyksikön asennuksessa etenin aikalailla MitsuRunnerin wikisivun ohjeiden mukaan. Sähkönsyötön virtalähteelle otin kuitenkin "eurojatkojohdolla" pumpun sähkönsyötöstä. Jotenkin nuo "abikot" virtalähteen piikeissä tuntuvat vähän epämääräisiltä, vaikka eipä sillä käytännössä mitään merkitystä ole.

Hyvännäköinen asennus sulla. Nuo abikot eivät varsinaisesti ole suositeltu tapa, vaikkakin ihan mekaanisesti toimiva. Niissä on kuitenkin sähköiskun vaara Jos nollajohdon abiko irtoaa virtaläheestä, voi paljaaksi jääneestä pistokkeen nastasta saada sähköiskun. Toki oletuksena sähköt on kytketty pois kun ulkoyksikön koteloa availlaan.

 

[repomies]

Kaiken kaikkiaan mitsurunner tekee sen minkä pitääkin, ja hienosti toimii! Muutama ongelma on tullut vastaan, jotka liittynee enemmänkin omaan setuppiini; d1 mini käynnistelee joskus satunnaisesti uudelleen, mikä nyt ei sinänsä ole ongelma. Olen kuitenkin huomannut kahdenlaista käytöstä:

1. Jos tilanne sattuu olemaan sellainen, ettei sulatus käynnisty alun tarkistusjakson aikana --> pahimmassa tapauksessa tulee lähes 8-9 h jakso sulatusten välille
2. Uudelleenkäynnistyminen ja alun tarkistusjakson käynnistämä turha sulatus

Muokkasin koodia sitten omiin tarpeisiini niin, että se tallentaa sekä edellisen sulatuksen ajankohdan, että viimeisimmän releen asennon muistiin. Käynnistyksessä se sitten palauttaa releen siihen asentoon missä se viimeksi oli. Pakkosulatus aloitetaan tallennetun aikaleiman (tai laskurin perusteella jos oikeaa aikaa ei saa syystä tai toisesta) perusteella. En kokeillut että miten pitkään lämpöpumpun täytyy nähdä oma lämpöanturi että sulatus käynnistyy, mutta ainakaan muutama sekunti sitä ei vielä aloita. Laskeskelin, että flash-muistin pitäisi kyllä kestää kymmeniä vuosia näillä kirjoitusmäärillä, ja moderneissa ESP32-moduuleissa tilanteen pitäisi olla vielä parempi. Voin tämän koodin jakaa jos kehittäjät näkee sen tarpeelliseksi.

Ainakin itse näkisin mielellään tuon koodin, kuulostaa nimittäin ihan järkevältä muutokselta. Vaikka sitä ei sitten tuonne mitsurunnerin omaan puuhun mergettäisi, niin voihan sen forkista poimia ne joita kiinnostaa.

Olen pitänyt omaa mitsurunneria vielä ihan vaan kotosalla idlailemassa ja lämpötiloja mittaamassa, sen tietoja logitetaan home assistanttiin. Toistaiseksi muistia ei näytä vuotavan minkään vertaa, heap ei ole fragmentoitunut sanottavasti ja yhtään reboottia ei ole vielä osunut kohdalle. Nyt näkemäni perusteella on vaikea uskoa, että kyse olisi muistivuodosta tai muistin liiallisesta fragmentoitumisesta. Se on helpompi uskoa, että pumpun sisällä tuollainen pieni piirilevy antenneineen on alttiina jos jonkinlaisille häiriöille ja hankalille olosuhteille.

 

[wannabe]

Hi!

Just a short question, I had some strange behavior tonight with the mitsurunner states oscillating between 3 and 0 (I think)
It seems to have stabilized now. I'm running the mitsu in frost protection mode at the moment so it is off from time to time.
I don't know it this can mess with mitsurunner or what has happened here, see the strange quick oscillation 3-0 at the right side of the graph.

It looks worrying on the graph, but that's ok. It happens every now and then and you can find the explanation for that state bouncing in this section of the Constant file.

/* When temperature delta has been over the threshold but delta temperature is decreasing
* This indicates that outdoor unit might be just changing it's fan speed which has temporarily raised temperature delta
* This timer time is waited more if temperature delta decreases back under treshold */
#define TEMPERATURE_DELTA_DECREASING_EXCESS_TIME 5 /* minutes */

So, don't worry, be happy pumper

 

[iro]

Ainakin itse näkisin mielellään tuon koodin, kuulostaa nimittäin ihan järkevältä muutokselta. Vaikka sitä ei sitten tuonne mitsurunnerin omaan puuhun mergettäisi, niin voihan sen forkista poimia ne joita kiinnostaa.

Olen pitänyt omaa mitsurunneria vielä ihan vaan kotosalla idlailemassa ja lämpötiloja mittaamassa, sen tietoja logitetaan home assistanttiin. Toistaiseksi muistia ei näytä vuotavan minkään vertaa, heap ei ole fragmentoitunut sanottavasti ja yhtään reboottia ei ole vielä osunut kohdalle. Nyt näkemäni perusteella on vaikea uskoa, että kyse olisi muistivuodosta tai muistin liiallisesta fragmentoitumisesta. Se on helpompi uskoa, että pumpun sisällä tuollainen pieni piirilevy antenneineen on alttiina jos jonkinlaisille häiriöille ja hankalille olosuhteille.

Asennuspaikka ei vaikuta resetoitumiseen. Ohessa kuvassa ylin näyttää kahden ESP8266- pohjaisen sisätiloissa olevan Mitsurunnerin uptimen kuukauden ajalta. Alemmat kuvaajat ESP8266 i2c-väylää käyttävien laitteiden uptimejä.
Niin tai näin, koska resetoitumiset eivät merkittävästi haittaa Mitsurunnerin toiminta, joten minulle kelpaa selitykseksi se että täällä resetoituminen johtuu voimakkaasta maasätelystä

 

[repomies]

Asennuspaikka ei vaikuta resetoitumiseen. Ohessa kuvassa ylin näyttää kahden ESP8266- pohjaisen sisätiloissa olevan Mitsurunnerin uptimen kuukauden ajalta. Alemmat kuvaajat ESP8266 i2c-väylää käyttävien laitteiden uptimejä.
Niin tai näin, koska resetoitumiset eivät merkittävästi haittaa Mitsurunnerin toiminta, joten minulle kelpaa selitykseksi se että täällä resetoituminen johtuu voimakkaasta maasätelystä

Tuo on kyllä hyvä kuva. Sanoisin, etten ole ajanut vielä riittävän pitkään sanoakseni juuta tai jaata reseteistä. Tuo panarunnerkin on vetänyt välillä varsin pitkän siivun.

 

[iro]

Tuo on kyllä hyvä kuva. Sanoisin, etten ole ajanut vielä riittävän pitkään sanoakseni juuta tai jaata reseteistä. Tuo panarunnerkin on vetänyt välillä varsin pitkän siivun.

Niinpä. Joskus tähdet ovat suotuisassa positiossa ja ohjaavat maasäteilyn toiseen suuntaan

 

[tmns]

Tässäpä uunituoreen runnerin ensimmäisen vuorokauden deltaT:

Ensimmäinen veto näytti olevan tuo maksimi 3 tuntia (, jonka jälkeen kenno alkoi jo näyttää tosiaan siltä, että pikku sulatus on paikallaan:

Yö on näköjään menty tuollaisella kahden tunnin välillä ja päivällä sitten tuota kolmea tuntia. Ulkolämpö noussut reilusti eilisestä:

Ilman runneria yö olisi menty puolen tunnin pätkää. Lupaavalta vaikuttaa.

 

[repomies]

Niinpä. Joskus tähdet ovat suotuisassa positiossa ja ohjaavat maasäteilyn toiseen suuntaan

Oletko huomannut plussakelien logeissa (esimerkiksi kesällä) edelleen resettejä, kun runneri käytännössä idlaa vain eikä sen tila muutu?

 

[iro]

Oletko huomannut plussakelien logeissa (esimerkiksi kesällä) edelleen resettejä, kun runneri käytännössä idlaa vain eikä sen tila muutu?

Myös kesällä resettejä tulee samalla tavalla kuin talvella.

 

[ThingWizard]

It looks worrying on the graph, but that's ok. It happens every now and then and you can find the explanation for that state bouncing in this section of the Constant file.

/* When temperature delta has been over the threshold but delta temperature is decreasing
* This indicates that outdoor unit might be just changing it's fan speed which has temporarily raised temperature delta
* This timer time is waited more if temperature delta decreases back under treshold */
#define TEMPERATURE_DELTA_DECREASING_EXCESS_TIME 5 /* minutes */

So, don't worry, be happy pumper

Thanks! it's all good then. And nothing actually happened with the pump because it was turned off at that time span. But yeah it looked weird

 

[repomies]

Myös kesällä resettejä tulee samalla tavalla kuin talvella.

Täällä tullee 3vrk uptime täyteen tänään. Ei resettejä. Aloittelijan tuuria kai sitten.

 

[iro]

Täällä tullee 3vrk uptime täyteen tänään. Ei resettejä. Aloittelijan tuuria kai sitten.

ESP32 raudalla resettejä tulee harvemmin. Alla näytteenä SonOff THR316D alustalle tehdyn Mitsurunnerin uptime-kuvaaja.

 

[repomies]

ESP32 raudalla resettejä tulee harvemmin. Alla näytteenä SonOff THR316D alustalle tehdyn Mitsurunnerin uptime-kuvaaja.

Minulla on kaikkein halvimpia ESP8266 Wemos D1 mini -klooneja mitä satuin aliexpressistä löytämään. Eiköhän tuokin ala boottailla kun joutuu tositoimiin. Nythän tuo vain mittailee huonelämpötilaa tuossa vieressäni.

 

[lastur]

Mielenkiintoista, hyvin mielenkiintoista. Katkokäynnit ja sulatusten jälkeiset tehohulluttelut nostellu mieleen ajatusta, että pitäs olla keino rajoittaa pumpun ottamaa tehoa ja nythän sellainen näytäis olevan, loistavaa . Onko näistä ensikokemuksista pitkä matka siihen, että tulee ohjeet, softa ja ehkä jopa adapteritikin kaupan? Kiinnostusta varmaan on tähänkin huijaukseen jo käytössä olevien Mitsurunnereiden määrästä päätellen.

Mitä tuohon sisäyksikön huonelämpötila-anturin siirtoon tulee, niin dataa mulla ei ole. Ei siirrolla katkokäynnistä eroon ole päässyt, mutta kyllä siirto kauemmaksi pumpusta mielestäni katkokäyntien sykliä harvensi + huonelämpötila pysyy tasaisempana. Nää pakkaset on kyllä toiminu erinomaisesti katkokäynnin estäjänä.

Kuulostaa tuo sisäanturin siirto juuri samalta kuin minulla, eli katkojen väli piteni kun anturi on kauempana, mutta ei poistu kokonaan. Eli pumppu tuottanee liikaa lämpöä sinullakin.

Vaatii kyllä aika paljon testausta ainakin minun puolesta, ennen kuin uskallan suositella ulkolämpötila-anturin ohitusta. Eittämättä se kyllä toimii, ja kompressori pyörii nyt mitä luultavimmin minimitaajuudella/-teholla (15 Hz / 400W) pakkasellakin jos sisäyksikkö niin pyytää. Riskit tässä on kuitenkin aika paljon suuremmat kuin sulatushuijauksessa. Kompressori käy kylmänä (kylmäaine pysyy öljyyn liuenneena), eikä välttämättä tuota riittävästi massavirtaa öljyn puskemiseen takaisin kompressorille.

Tämän toteutus on sinänsä simppeli juttu. Periaatteessa voi vaikka korvata koko lämpöanturin vastuksella (ei vaikuta sulatuksiin eikä tunnu vaikuttavan paljon muuhunkaan), mutta jos haluaa lisätä mitsurunneriin, niin tarvitaan toinen samanlainen rele ja kytkentä, mutta CN643 ja RT65 välille. 27 kOhm vastus vaikuttaa sopivalta, tällöin ulkoyksikkö luulee että ulkolämpötila on +5 C.

Koodin lisäykset, niin saa manuaalisen kytkimen webUI:lle tai Home Assistantiin:

substitutions:
  relay_pin:  'GPIO5'       # Defrost sensor relay
  outdoor_relay_pin: 'GPIO3' # Outdoor Temp sensor relay
 
switch:
  - platform: gpio
    pin: $outdoor_relay_pin
    id: outdoor_air_override_relay
    name: "Relay - outdoor air override"

Sisäanturin siirto auttaa tilateessa missä katkokäynti johtuu käynnityksen jälkeisestä tehoryntäyksestä joka ennen tasaantumistaan ehtii nostaa sisä-anturin lämpöä niin paljon että pumppu menee katkolle. Kun anturin siirtää kauemmas teho ehtii tasoittua ennen kuin katkokynnys ylitetään.
Sinulla tehokäyrän perusteella näyttää että pumppu ei tehoryntäyksen jälkeen pudota ottotehoaan lämmittää kovalla teholla kunnes menee katkolle. Samantyyppinen tilanteen on mielestäni @johnblon Mitsussa.
Noissa tilanteissa sulatushuijauksesta ei juurikaan ole hyötyä.

Näin se varmasti on. Kuten sanottu, tuossa multisplitissä on lämpötilan mukaan säätyvä minimiteho, minkä alle se ei vaan suostu menemään - paitsi tuolla ulkolämpöanturin ohituksella

En kuitenkaan sanoisi etteikö sulatushuijauksesta olisi hyötyä vaikka katkokäynnillä kävisikin. Pelkästään sulatushuijauksella sähkönkulutus tippui kuitenkin kymmeniä prosentteja ja pumppu pystyy pakkasellakin pitämään huoneen lämpöisenä aiempaa paremmin.

Ainakin itse näkisin mielellään tuon koodin, kuulostaa nimittäin ihan järkevältä muutokselta. Vaikka sitä ei sitten tuonne mitsurunnerin omaan puuhun mergettäisi, niin voihan sen forkista poimia ne joita kiinnostaa.

Pistin nyt koodin tähän viestin liitteeksi. Siinä on kaikki nuo ulkolämpötila-anturiohitukset mukana, mutta tiivistettynä muut olennaiset:

• Releen asennon palautus:
  • Releen asento kirjoitetaan (ainoastaan sen muuttuessa) globaaliin muuttujaan, jonka arvo tallennetaan muistiin
  • Käynnistyksen yhteydessä tämä releen tilanne palautetaan ja vasta sitten tilakone arvioi mitä pitäisi tehdä
  • Muutamia lisäyksiä, jotta koodi ei tallenna käynnistyksen/sammutuksen yhteydessä muuttuvia pinnien tiloja
  • Bootloop-esto jos se johtuu releen kytkemisestä, ja ettei koodi kirjoita loputtomassa loopissa arvoja muistiin
• Sulatus aikaleimaperusteisesti:
  • time_sync.yaml lisätty
  • Sulatuksen aikaleima tallennetaan globaaliin muuttujaan ja sen arvo muistiin
  • Sulatus lähtökohtaisesti tämän perusteella, mutta jos jostain syystä oikeaa aikaa ei saada selville, käyttää koodi uptimeen perustuvaa laskentaa

Ei ole kyllä tuon ESP32C3:n myötä ole tainnut resettejä tulla juurikaan, mutta nämä muutokset tekee myös sen, ettei OTA-päivitysten myötä mene sulatusjaksot sekaisin.

Mainittakoon vielä, että en ole ohjelmoija, ja olen tehnyt muokkaukset tekoälyn avulla. Toimivat kuitenkin ja olen niitä testaillut

---

Tässä kun olen näitä muiden dT käyriä nähnyt, niin jotenkin tuntuu erikoiselta että tuo meidän lämpöpumppu on lähes koko ajan mennyt tuon säälisulasajan perusteella. Ihan muutaman kerran dT on lähtenyt selkeästi nousuun ja sitten sulatus on tapahtunut kuten pitääkin. Liittyyköhän tämäkin ylimitoitettuun tehoon? dT pysyy aikalailla koko ajan 2 asteen tuntumassa. (käyrässä näkyy vähän yleisesä säätämisestä johtuvia piikkejä + hetki kun annoin lämpöpumpun nähdä oikean lämpötilan maanantaina)

 

[tmns]

Mitenkäs Runnerin käyttäjillä poikkeaa "asetukset" verraten tähä GitHubista ladattavan conffin oletuksiin? Eli deltaT 5 astetta, säälisulatus 3 tuntia jne.

 

[repomies]

Itse en ole vielä hipaissutkaan noita asetuksia. Kun ei tuota oikein tarkene mennä asentamaan paikalleen. Pakkanen paukkuu kaikki viikonloput ja ilmatieteenlaitoksen "tuntuu kuin" lukemat heiluu -20 ja -30 välillä. Ei näillä keleillä juuri tee mieli aukoa ulkoyksikköä.

Parempia ilmoja odotellessa kasasin toisenkin mitsurunnerin ja laitoin senkin suorittamaan uptime-testiä. Ensimmäinen ei ole vielä kaatunut. Toinen alkoi kaatuilla heti, kun en home assistantissa kuitannut sitä käyttöön. Aika herkästi tuo boottaa itsensä tahallaan, jos joku kommunikaatio ei onnistu. Sen jälkeen kun rekisteröin tuon uuden home assistantissa, sekään ei ole kaatunut.

 

[iro]

Toinen alkoi kaatuilla heti, kun en home assistantissa kuitannut sitä käyttöön. Aika herkästi tuo boottaa itsensä tahallaan, jos joku kommunikaatio ei onnistu. Sen jälkeen kun rekisteröin tuon uuden home assistantissa, sekään ei ole kaatunut.

Default time-out lienee ESPssä 15min. Jotta nuo eivät liikaa häiritsisi perustoimintaa on Mitsurunnerin time-out ajat muistaakseni 6 h.

 

[puu]

Mitenkäs Runnerin käyttäjillä poikkeaa "asetukset" verraten tähä GitHubista ladattavan conffin oletuksiin? Eli deltaT 5 astetta, säälisulatus 3 tuntia jne.

Itselläni deltaT-raja muuttuu pumpun ottotehon mukaan. Alle 300W se on 1 ja jokainen 1kW yli tuon arvon nostaa rajaa yhdellä. Itselläni on myös Mitsurunnerin kennoanturi poikkeavassa paikassa putkistossa, jossain 4-tieventtiilin lähistöllä. Kovemmilla pakkasilla deltaT on usein selvästi negatiivinen jos kenno on puhdas. Alla logia viimeiseltä vuorokaudelta. Siitä näkee myös, että kennoanturin lämpötila nousee jopa yli 15 asteen sulatuksessa.

Oma versioni Mitsurunner-softasta on täällä: https://github.com/kestopuu/mitsurunner/

 

[tmns]

Nyt pakkaset taas tiukentuneet -15...-20 ja sulatusväli kasvanut säälisulatusrajalle 3 tuntia. Kennon pintaa tarkkailemalla ennen sulatusta on varmaan aika sopiva. Vähän voisi jopa pidentää.

Ennen runneria olisi näillä ulkolämmöillä painettu 30min välillä ja 10 minuutin sulatustauolla. Huikea parannus. Ihan kuin Mitsu olisi uudelleensyntynyt Täytyy katsoa saako sähkönkulutuslukemia vertaamalla muutosta näkyviin.

 

[ThingWizard]

I just looked at this graph for my garage that has a mitsurunner pump and it doesn't look good.
The pink line is the power draw and red is garage temperature.

I think the power draw curves look strange. I see the spikes during defrost (klo18, 20, 21:45) the heat rises in the garage about 30-40 min after defrost with the compressor ramping up to about 800-900W, and the compressor slows down as it reaches 10 degrees which is my set temperature. However, it then falls rather quickly, and the compressor speeds up to max around 1300W, running at almost full power but is now unable to heat the garage to more than 6-7 degrees for about one hour, then defrosts at 20:00 and again in about 40 minutes has raised the garage temperature to 10 degrees.

This does not look good to me.

I looked at the outside unit today and it was quite icy so i asked mitsurunner to run a max time defrost and i triggered it manually. It seemed to clear up the outisde unit quite well. The outside temp now is around -13. Historically -13 should not be a problem for the heat pump to keep the garage at 10°C

It seems almost as if the mitsurunner is not defrosting enough and/or that the outside unit is being clogged up causing it to run inefficiently. Below is the heatexhanger temperature for the same timeframe (orange graph), is there anything else i should look at? Then at 22:45 to 23 there is another unexplained heating event

Can aynyone smarter than me help me decode this behaviour?

Here is historic data from when it was -29°C and the heat pump was holding my garage at 7-10°C (before the mitsurunner, it was running defrosts every 30 minutes but it worked. Could there be something wrong with the pump? Is there a way to turn off the mitsurunner to test?

{EDIT}I changed the max heat time to 40min and min heat time to 30 now to force it to run kinda like the normal ln defrost timer, so I'll see tomorrow how it has behaved. Nyt nukkumaan!

 

[repomies]

Below is the heatexhanger temperature for the same timeframe (orange graph), is there anything else i should look at? Then at 22:45 to 23 there is another unexplained heating event

Based on that 22:45 to 23 data I would suspect something strange is happening with the measurements.

I would suspect the shown temperature measurements to have a significant delta to what temperature the indoor unit itself perceives as the room temperature.

Perhaps the indoor unit isn't blowing air with the same speed or perhaps there is an air leak having an impact on the shown measurement.