MSZ-LN sulatushuijaus

[iro]

Jos kiinnostusta niin täällä ensikokemuksia "Panarunnerista"

HZxxZKE

Veikkaisin että kapulassa on jonkinlainen eprom piiri tai vastaava jossa nuo asetukset pidetään. Muutenhan tuo kapula on IR-lähetin, eli ei se mitään osaa lukea sisäyksiköltä. Aivan, ehkä kapulassa tosiaan on eeprom. Täytyy huomenna märehtiä, että mikä mättää ettei pääse service valikkoon...

lampopumput.info

 

[yOlt]

Eipä sekään mahdotonta ole, että tuossa tekemässäni johtoadapterissa voisi olla vikaa. Siinähän tosiaan on samassa liittimessä sekä Defrost thermistor/RT61 että Discharge temperaturethermistor/RT62. Jos toisen noista kontakti pätkii, se voisi hyvinkin tehdä tuota vikaa, jonka kuvaus on tuo "open or short circuit in the outdoor unit thermistors".

Saatko tuolta sivujen 39-40 ohjeilla näkyviin noita virhekoodivilkutuksia?

https://planetaklimata.com.ua/instr/Mitsubishi_Electric/Mitsubishi_Electric_MUZ-LN_VGHZ2_Service_Manual_Eng.pdf

Jos vilkuttaa tuon mukaista vilkutusta, vika liittyy hyvin todennäköisesti Mitsurunnerin kytkentään, eli siellä on oletettavasti vikaa joko adapterissa tai muussa kytkennässä. Mahdollisuudet ovat lähinnä joko vika adapterissa, tai releessä. Releen pitäisi tällöin tehdä niin, että vaihtoreleen molemmat puolet jäisivät auki, jolloin pumppu näkisi avoimen piirin anturin sijaan.

katso liitettä 103607

U4 error tehnyt paluun. Käytin kokonaan virrat pois sen jälkeen noin 10 minuutiksi, mutta tämän jälkeen toimi vaan noin 10 minuuttia ja U4 error palasi. Ulkona 1,5C plussalla Jäädään seurailemaan...

Tosiaankin sisäyksikössä se Power LED vilkkuu 6 kertaa ja sitten on 2,5 sekuntia OFF.

Olisikohan se vika jompikumpi näistä kahdesta.

6-time blink
2.5 seconds
OFF
High pressure
—
Temperature of indoor coil thermistor
exceeds 70°C in HEAT mode.
Temperature of defrost thermistor
exceeds 70°C in COOL mode.
•Check refrigerant
circuit and refrigerant
amount.
•Check stop valve.

Tai sitten

6-time blink
2.5 seconds OFF
Serial signal The communication fails between the indoor and outdoor unit
for 3 minutes. •Refer to 12-5. "How to check

 

[miha]

Elenian palvelusta näkee näppärästi mitsun sähkönkulutuksen. Kohteessa jota mitsu lämmittää ei ole oikeastaan mitään muuta kulutusta. graafin ajanjaksolla ulkolämpötila on ollut välillä -7.39 °C ja -5.60 °C. Mitsurunneria en ole vielä kytkenyt eikä sille ainakaan vielä ole tarvetta, vai mitä mieltä olette?

 

[grendy]

Elenian palvelusta näkee näppärästi mitsun sähkönkulutuksen. Kohteessa jota mitsu lämmittää ei ole oikeastaan mitään muuta kulutusta. graafin ajanjaksolla ulkolämpötila on ollut välillä -7.39 °C ja -5.60 °C. Mitsurunneria en ole vielä kytkenyt eikä sille ainakaan vielä ole tarvetta, vai mitä mieltä olette?

Jos käy katkokäyntiä muutenkin (eli on varmaan matala ylläpitolämpö tms?) niin tossa graafissa ei ainakaan hyötyä näe. Tarve tulee ilmi sitten kun oikeasti pumppua käytetään

 

[puu]

Temperature of defrost thermistor
exceeds 70°C in COOL mode.

Tämä vaihtoehto viittaisi tuohon sulatusanturiin, eli voisi periaatteessa johtua viallisesta adapterista. Tosin tuossa puhutaan jäähdytysmoodista ja sinulla tuo on kaiketi ollut lämmitysmoodissa. Ei tosin tiedä, vaikka tuo tulkitsisi sitten tuossa yhteydessä sulatuksen myös "cool modeksi".

Adapterivian voi todeta toki ottamalla se välistä pois, mutta jos vika ei toistu kovin usein, vaatii aika pitkän kokeilun että voi olla varma.

 

[yOlt]

Tämä vaihtoehto viittaisi tuohon sulatusanturiin, eli voisi periaatteessa johtua viallisesta adapterista. Tosin tuossa puhutaan jäähdytysmoodista ja sinulla tuo on kaiketi ollut lämmitysmoodissa. Ei tosin tiedä, vaikka tuo tulkitsisi sitten tuossa yhteydessä sulatuksen myös "cool modeksi".

Adapterivian voi todeta toki ottamalla se välistä pois, mutta jos vika ei toistu kovin usein, vaatii aika pitkän kokeilun että voi olla varma.

No nyt on 3 kertaa toistunut tässä vajaan vuorokauden aikana ja aina osunut siihen kun state menee sulatukselle. Joten vahvasti alkaa epäilykset menemään tämän sulatushuijauksen suuntaan. Erikoista tietysti, että tässä oli melko pitkä aika välissä ilman ongelmia ja nyt kun hyvin kosteaa ja vähän plussalla alkoi kiukuttelemaan.

 

[wannabe]

Erikoista tietysti, että tässä oli melko pitkä aika välissä ilman ongelmia ja nyt kun hyvin kosteaa ja vähän plussalla alkoi kiukuttelemaan.

Kontaktihäiriö??

 

[Harrastelija]

Tosin tuossa puhutaan jäähdytysmoodista ja sinulla tuo on kaiketi ollut lämmitysmoodissa.

Tavallaanhan ollaan jäähdytysmoodissa jos 4tie on pyöräytetty sulatus(=jäähdytys) asentoon.

 

[yOlt]

Nyt ennuste näyttää kosteaa ja nollan lähellä tai plussalla olevaa säätä. Mikäs olisi paras tapa disabloida mitsurunner ettei tarvitsisi käydä sitä pois purkamassa? Näkisi sitten samalla että tuo U4 ongelma poistuu, koska nyt ainakin toistuu liian monta kertaa päivässä. Voisi sen jälkeen sitten miettiä korjaavia toimenpiteitä. Pakkaskelillä kuitenkin niin mainiosti toimi.

 

[iro]

Nyt ennuste näyttää kosteaa ja nollan lähellä tai plussalla olevaa säätä. Mikäs olisi paras tapa disabloida mitsurunner ettei tarvitsisi käydä sitä pois purkamassa? Näkisi sitten samalla että tuo U4 ongelma poistuu, koska nyt ainakin toistuu liian monta kertaa päivässä. Voisi sen jälkeen sitten miettiä korjaavia toimenpiteitä. Pakkaskelillä kuitenkin niin mainiosti toimi.

Kun olet palauttanut alkuperäisen kytkennän (=irroittanut adapterin Mitsun liittimistä, adapteri voi olla edelleen kytketty Mitsurunneriin) ei ole haittaa vaikka Mitsurunner on käynnissä. Mitsurunnerin tilakone ja rele raksuttaan omaa tahtiaan mutta ei vaikuta mihinkään. Näet Mitsun lämpötilat. Jos haluat, voit tietysti irroittaa Mitsurunnerin sähkösyötön.

 

[yOlt]

No jos sitä ei saa ohjelmallisesti disabloitua, niin sitten jos tuota alkaa avata niin taidan ainakin siihen johtoadapterin liittimeen ja siihen wemoksen juotoksiin IPAa suihkutella ja jolloin pumpulitikulla hinkkailla. Se rele varmaan niin tiukka paketti rimoineen, et se toivottavasti ok. No tietty ne liitosrimat voisi kanssa IPAlla putsata.

Nyt tosiaankin tuntuu joka sulatuksessa tilttaavan. Tulisipa pian pakkaset jotta toimisi taas.

 

[iro]

No jos sitä ei saa ohjelmallisesti disabloitua, niin sitten jos tuota alkaa avata niin taidan ainakin siihen johtoadapterin liittimeen ja siihen wemoksen juotoksiin IPAa suihkutella ja jolloin pumpulitikulla hinkkailla. Se rele varmaan niin tiukka paketti rimoineen, et se toivottavasti ok. No tietty ne liitosrimat voisi kanssa IPAlla putsata.

Nyt tosiaankin tuntuu joka sulatuksessa tilttaavan. Tulisipa pian pakkaset jotta toimisi taas.

Yksi tapa saada tilakone ja rele OFF pysyvästi tilaan olisi muuttaa constant-yaml tiedostoa seuraavasti

/* Outdoor temperature thresholds to switch on/off defrost hacking */
const float OUTDOOR_TEMPERATURE_TO_ENTER_OFF_STATE = -30.0;
const float OUTDOOR_TEMPERATURE_TO_EXIT_OFF_STATE = -31.0;

 

[puu]

Tavallaanhan ollaan jäähdytysmoodissa jos 4tie on pyöräytetty sulatus(=jäähdytys) asentoon.

Juu, voi hyvin olla että laitteen softa tulkitsee sen noin.

Nyt ennuste näyttää kosteaa ja nollan lähellä tai plussalla olevaa säätä. Mikäs olisi paras tapa disabloida mitsurunner ettei tarvitsisi käydä sitä pois purkamassa?

Helpoin tapa disabloida Mitsurunner on yksinkertaisesti ottaa vain ottaa siltä sähköt pois. Tällöin sulatusrele jää siihen asentoon että sulatushuijaus ei ole päällä. Mutta voisin joka tapauksessa lähettää sulle uuden adapterin (juuri valmistui erä), kun vika vaikuttaisi, että saattaisi johtua siitä.

 

[yOlt]

Enpä ole vielä ehtinyt disabloimaan tavalla tai toisella tuota sulatushuijausta. Ehkä tuo ohjelmallinen disablointi olisi houkuttelevampi, ei tarvitsisi käydä koppaa availemassa. Mutta nythän alla olevan tekstin perusteella tämän päivän kokemuksista, niin tuo ohjelmallinen disablointi ei varmaan auttaisi, koska nythän se on tänään ollut lämpötilan puolesta kokopäivän tilassa ST_OFF = -3 ja ongelmaa on esiintynyt.

Auttaakohan tämä mahdollisen ongelmakohdan rajaamisessa. Tänään on ollut niin lämmin päivä että viimeisen vuorokauden aikana lämpimillään +4 ja kylmimmillään +2,5 astetta. Mitsurunner on siis ollut kokoajan tilassa ST_OFF = -3 IoT gurun logitusten perusteella. Kuitenkin useamman kerran jo tullut tuo U4 Error.

Eikös tämä tarkoita ainakin sitä, ettei releen tilan ole tarvinnut muuttua ja käsittääkseni sulatushuijausvastus on kokoajan kytkettynä.

Jos ajattelee ongelman syynä sitä huonoa kontaktia ongelman esiintyessä vaan näillä kosteilla keleillä, niin missä se huono kontakti voisi todennäköisesti olla? Siinä puuadapterin liittimessä MSZ-LN piirilevyyn tai sitten puuadapterin toisen pään ruuvauksissa( (valkoinen tai keltainen) - COM tai (punainen) - NO) sinne Mitsurunnerin releeseen tai sitten itse adapterissa. Releen päätä pitäisi epätodennäköisimpänä, koska on siellä kotelon sisässä suojassa, mutta toisaalta miksi nuo liittimetkään kiukuttelisi.

EDIT: Tämä U4: Hardware Issue (U4) ongelma olikin ihan itse aiheutettua. Puuadapterin musta piuha releen NC liittimeen oli huonosti ruuvattuna ja siksi joskus huono kontakti. ILP ulkoyksikön kopan avasin ja tarkastin kytkennät ongelmaa ei ole enää esiintynyt.

 

[puu]

Siinä puuadapterin liittimessä MSZ-LN piirilevyyn tai sitten puuadapterin toisen pään ruuvauksissa( (valkoinen tai keltainen) - COM tai (punainen) - NO) sinne Mitsurunnerin releeseen tai sitten itse adapterissa. Releen päätä pitäisi epätodennäköisimpänä, koska on siellä kotelon sisässä suojassa, mutta toisaalta miksi nuo liittimetkään kiukuttelisi.

Todennäköisin noista on tuo adapterin ja piirilevyn välinen liitos. Adapterin liittimen kontakteissa on jouset, jotka saattavat adapterin tekoprosessissa kääntyä muuttuen hieman löysäksi. Nykyään olen visuaalisen tarkastelun lisäksi nuo testaillut heiluttelemalla vähän liitintä "testipenkissä" ja katsonut ettei ole katkoksia. Testi ei kuitenkaan ole idioottivarma, joten ei ole mahdotonta etteikö noita olisi voinut lähteä maailmalle niin että kontakti ei ihan aina otakaan.

 

[Raspi]

Joko näet oliko päivityksellä vaikutusta resetoitumisiin?

Nyt reilu viikko testiä takana ja kummatkin identtiset runnerit resetoituivat karvan alle viikkon.
Mulla jäi käyttöön "logger level info" kumpaakin, rassaisko se liikaa pidemmän päälle?
Mikä merkitys (käyttö) platform_wemos filessä on "dallas_power_pin: 'D4' # Built-in LED"?
Ja käytössähän on d1_mini dallas_hubilla sekä iotguru. Erroreita 0 kpl ja rssi ihan ok.
Mites muilla on ressuajat olleet hubin kanssa?

 

[iro]

Nyt reilu viikko testiä takana ja kummatkin identtiset runnerit resetoituivat karvan alle viikkon.
Mulla jäi käyttöön "logger level info" kumpaakin, rassaisko se liikaa pidemmän päälle?
Mikä merkitys (käyttö) platform_wemos filessä on "dallas_power_pin: 'D4' # Built-in LED"?
Ja käytössähän on d1_mini dallas_hubilla sekä iotguru. Erroreita 0 kpl ja rssi ihan ok.
Mites muilla on ressuajat olleet hubin kanssa?

Hyvin nuo toimivat jos resettejä tulee vain kerran viikossa. Syy noin harvoin tapahtuville reseteille on hyvin vaikea kaivaa esiin,. "Logger level info "valinnalla logia lähtee bootissa ja sitten vain poikkeustilanteissa, joten sen ei pitäisi aiheuttaa ylimääräistä kuormaa.
"dallas_power_pin: 'D4' # Built-in LED" määrittelyllä ei wemos-platformille ole mitään merkitystä, mutta se tarvitaan jotta samaa mitsurunner.yaml tiedostoa voidaan käyttää sekä wemos- että elite-platformeissa.

EDIT: Wemossissa tuota kyllä tarvitaan jos käytät "dallas_hub"in tilalla "dallas_hub_status_led"-tiedostoa. Tuolloin Build-in LED vilkkuminen indikoi että Mitsurunner ja Dallas-mittaukset toimivat. Tein tuon StandAlone-versiolle, mutta toimii kyllä muillakin wemos-versioilla.

 

[maanma]

Teinpä tossa RW ketjussa olleen mallin mukaan lämmitys ja ottotehon pohjalta reaaliaikaisen cop laskurin home assistantiin.

Ratkaisu tarvitsee ulospuhallus lämpömittauksen ja sähkötehomittauksen sekä puhallusnopeus tiedon. Sen ja sisäänpuhalluslämmön saa HA melcloud integraatiolta. Tästä sitten lasketaan ulospuhallusteho nopeuden ja lämpötila erotuksen perusteella.

Coppia seuratessa huomio on kiinnittynyt nyt kosteina päivinä copin laskemiseen. Kun se on laskenut 30% olisi hyvä laukaista (mini) sulatus. Omasta mielestäni LN25 v2 on varsin tehokas tekemään juuri mini sulatuksen. Sillä tarkoitan sulatusta, jossa paineita ei päästetä laskemaan kokonaan. Ei siis kuulu sitä pihahdusta, josta käyntiin pääsyyn kuluu useita minuutteja, vaan tuottopuhallus alkaa arviolta toiselta minuutilta.

Onkos joku jo kokeillut optimoida coppia sulatuksia optimoimalla? Ei siis pelkästään pitkittää sulatusväliä.

Tässähän voi sitten modata laitteen lämmitys toimintalogiikan ihan uusiksi suoralla cop laskennalla ohjattuna. Tietämyskantaa kannattaa tietysti viedä ottoteho, aika edellisestä sulatuksesta, sisä ja ulkoimuilman lämpötila (ulkokosteus) sekä sulatuksen pituus

 

[markok]

4 asteen dT näyttäisi omien kokemusten mukaan toimivan hyvin mitsun LN mallissa. Mistä tuo iso ero FD:llä hyväksi havaittuun dT 2 astetta arvoon johtuu? Onko eri kylmäaineella vaikutusta vai onko noiden rakenteessa jotain merkittävää eroa? Voisi kuvitella, että LN:n kenno jäätyy nopeammin, kun toimii noin paljon kylmempänä. Millaisia arvoja olette käyttäneet mitsun FT:llä? Onko FT R32 kylmäaineella?

 

[puu]

Teinpä tossa RW ketjussa olleen mallin mukaan lämmitys ja ottotehon pohjalta reaaliaikaisen cop laskurin home assistantiin.

Ratkaisu tarvitsee ulospuhallus lämpömittauksen ja sähkötehomittauksen sekä puhallusnopeus tiedon. Sen ja sisäänpuhalluslämmön saa HA melcloud integraatiolta. Tästä sitten lasketaan ulospuhallusteho nopeuden ja lämpötila erotuksen perusteella.

Coppia seuratessa huomio on kiinnittynyt nyt kosteina päivinä copin laskemiseen. Kun se on laskenut 30% olisi hyvä laukaista (mini) sulatus. Omasta mielestäni LN25 v2 on varsin tehokas tekemään juuri mini sulatuksen. Sillä tarkoitan sulatusta, jossa paineita ei päästetä laskemaan kokonaan. Ei siis kuulu sitä pihahdusta, josta käyntiin pääsyyn kuluu useita minuutteja, vaan tuottopuhallus alkaa arviolta toiselta minuutilta.

Onkos joku jo kokeillut optimoida coppia sulatuksia optimoimalla? Ei siis pelkästään pitkittää sulatusväliä.

Tässähän voi sitten modata laitteen lämmitys toimintalogiikan ihan uusiksi suoralla cop laskennalla ohjattuna. Tietämyskantaa kannattaa tietysti viedä ottoteho, aika edellisestä sulatuksesta, sisä ja ulkoimuilman lämpötila (ulkokosteus) sekä sulatuksen pituus

Omien mittausteni perusteella LN25:ssä ei COP laske juuri lainkaan ennen kuin kenno on todella tukossa (vastoin Scanofficen asiantuntijoiden väitteitä). Toisaalta taas COP on matala 20-40 minuuttia sulatuksen jälkeen. Lisäksi se on negatiivinen sulatuksen ajan. Itse en osaa nähdä mitään hyötyä noille minisulatuksille. Jos kenno on oikeasti sen verran tukossa, että COP laskee merkittävästi, tarvitaan joka tapauksessa ihan kunnollinen 5-10min sulatus, joka laskee COP:ia vähintään 25 minuutiksi.

Joskus @Velsku :n kanssa analysoitiin noita logeja ihan urakalla, ja todettiin että parhaaseen keskimääräiseen COP:iin päästää kiistattomasti siten, että sulatetaan mahdollisimman harvoin.

Allaolevassa kuvaajassa COP näkyy 1000-kertaisena. Siitä näkee, että COP ei juurikaan laske vaikka kenno on päässyt jo silminnähden tukkoon.

 

[puu]

Coppia seuratessa huomio on kiinnittynyt nyt kosteina päivinä copin laskemiseen. Kun se on laskenut 30% olisi hyvä laukaista (mini) sulatus.

Itselläni ainakin laukeaa jo delta-perustainen iso sulatus reilusti ennen kuin COP laskee 30% (pitäiskö tämä laskea piikkiarvosta vai jonkin aikavälin keskiarvosta?).Tässä esim. viikon COP-logi. Tuossa näkyy ehkä korkeintaan 10% lasku COP:ssa ennen kuin kenno on jo tukossa ja sulatetaan deltan perusteella. Tarkastelujakson lyhin sulatus on ollut 4min, eli yhtään minisulatusta ei ole.

Sellainen maininta, että itse en siis saa tietoa puhallusnopeudesta. Käytän COP-laskussa vakioarvoa, ja pumppu on lämmityskaudella aina 4/5 nopeudella. Absoluuttinen COP-arvo ei siis ole tarkka, ja olen laskennassa laittanut sulatusaikaisen COP-arvon nollaksi.

 

[maanma]

Sulatuksessa fan mode ei ole oikeassa tilassa. Muuten Homeassistant fan mode minulla näin

{% set fanspeed = ({"0":"0", "1":"240", "2":"342", "3":"426", "4":"510", "5":"864"}) %}
{% set fs=fanspeed[state_attr('climate.ln25', 'fan_mode')] %}

Sulatukseen liittyvä anturi on tekeillä...

 

[ThingWizard]

Hey fellows!

Just a short update here, since installing the mitsurunner in my LN25, I am very pleased with the results. There is a significant change to the pump's behavior and it's obvious that the pump is much more efficient now that it can run interrupted for longer times. And thanx @juu for the recommendation to get a Shelly PM mini. Really nice little thing. I got a couple.

I had a small strange behavior as I was installing a Shelly power meter into it, and when I turned it on again I could see that it went several times in short intervals to "defrost started" and then back to "idle" and then back to "defrost started" again and so on over a day or so. There was not really a reason to defrost as the outside heat exchanger was not clogged. (the -20 state is my own detection for a defrost cycle used for a timer). Maybe this is a normal behavior?

EDIT: Ooh note to self, the heat pump was blocked during this time because of high spot price and turned off, (i have a steering for this via node-red) and for some reason it didn't start up to normal mode again even with low spot prices until my frost override kicked in at garage temps of 3°C. So that's why the mitsurunner kept trying to defrost because of the defrost timer i guess, but couldn't because the pump was turned off.

 

[muf]

AP-sarjan lämpöpumpuissa vaikuttaisi olevan tietyissä sääolosuhteissa samaa hullunkiertoa kuin LN-sarjan lämpöpumpuissa, jonka vuoksi rakentelin MitsuRunnerin mökin AP25-pumpulle. Varsinaista asennusta tehdessä tuli kuitenkin todettua, että ulkoyksikön kennon rakenne on erilainen, eikä pumpun “outdoor heat exchanger temperature thermistor” sijaitse yläputkessa. Huolto-oppaassa ei valitettavasti ole kuvaa AP25/35 mallien kennosta, mutta anturi on jossakin kennon puolivälin tienoilla taikka sitä alempana. Anturiin käsiksi pääseminen vaatii sen viimeisenkin paneelin irroittamisen, johon en arvannut lähteä ryhtymään. Asensin anturin kuitenkin tässä kohtaa yläputkeen, mutta jätin puu-adapterin kytkemättä ja jätin MitsuRunnerin keräämään dataa. Mihinköhän kohtaan anturi kannattaisi kennossa sijoittaa, jotta MitsuRunner osaa ohjata sulatusta oikein?

Asennus erilaiseen "yläputkeen":


Pumpun oma anturi lienee jossain tuolla missä näkyy pilkahdus vihreätä.


Pumpun puhaltaman ilman lämpötila:

Ulkoilman lämpö:

Kennon lämpö:

Delta:

 

[janti]

Service Manualista löytyy kyllä kuva MUZ-AP25VG sulatusanturin sijainnista sivulta 53. Miltäköhän osin tuo VGH nyt sitten eroaa tästä?

http://www.mitsubishitech.co.uk/Data/M-Series/MSZ/2019/MUZ-AP-VG/MUZ-AP25-50VG_SM_OBH789.pdf

 

[muf]

Sivulla 56 on kylläkin kuva MUZ-AP50VG / MUZ-AP50VGH kennosta. Kuvan pitäisi sijaita sivulla 53, mutta sielläkin on vain isomman mallin kennosta kuva.

EDIT: Jaa, janti kerkesikin muokkaamaan viestiään välissä. Tosiaan, sivulla 53 on yo. kuva, joka lienee isommasta AP42-mallista. Aiemman viestin kuvasta (otettu ylhäältä päin) näkee, että kennon ja putkien rakenne on täysin erilainen ja "outdoor heat exchanger thermistor" ei ole näkyvissä.

 

[markok]

@muf, aika isolta vaikuttaa dT. Millaisen arvon ajattelit Mitsurunnerille laittaa?

 

[muf]

@markok Ei hajuakaan, nyt asetuksissa on vakioarvo "TEMPERATURE_DELTA_TO_DEFROST = 5.0". Kennon lämpöä mittaavan anturin paikka ei luultavasti ole nyt optimi. Pitäisiköhän anturin sijaita putkessa, joka sulatuksen käynnistyttyä lähtee sulamaan ensimmäisenä, vai sellaisessa putkessa, joka lähtee sulamaan viimeisenä, vai jotain näiden väliltä?

 

[janti]

Pitäisiköhän anturin sijaita putkessa, joka sulatuksen käynnistyttyä lähtee sulamaan ensimmäisenä, vai sellaisessa putkessa, joka lähtee sulamaan viimeisenä, vai jotain näiden väliltä?

Siellä mikä sulaa viimeisenä olisi oikea paikka.

 

[wannabe]

Kun noi sulatukset pumppu on hoitanut kuten ennenkin, niin ainakin noi klo 05 - 12 sulatukset on tullu tarpeeseen. Oisko osa noista aiemmista sulatuksista kellosulatuksia, kun delta ei ole noussut. Mitäs jos annat anturin olla nykyisellä paikalla ja laitat Mitsurunnerin Puun adapaterilla toimintaan ja laitat TEMPERATURE_DELTA_TO_DEFROST arvoksi 10 - 15 ja seuraat kuinka tukkoon kenno menee ennen ku runner antaa luvan sulattaa. Kun laitteen rakenne on erillainen kuin ohjeissa on, niin testaamaan joutuu joka tapauksessa laittaa sen anturin mihin kohtaan vaan, niin sama ku aloittaa tolla asennuksella. Sillähän ei ole väliä, millä delta-arvolla sulatukset saa toimimaan hyvin. Pääasia, että ei sulattele turhia.

 

[iro]

@markok Ei hajuakaan, nyt asetuksissa on vakioarvo "TEMPERATURE_DELTA_TO_DEFROST = 5.0". Kennon lämpöä mittaavan anturin paikka ei luultavasti ole nyt optimi. Pitäisiköhän anturin sijaita putkessa, joka sulatuksen käynnistyttyä lähtee sulamaan ensimmäisenä, vai sellaisessa putkessa, joka lähtee sulamaan viimeisenä, vai jotain näiden väliltä?

Miinulla Panassa oli sama ongelma eli en helposti päässyt kennoanturiin. Onneksi, sillä löysin paremman paikan DeltaT:n mittaamiseen kennon vasemmasta reunasta. Laitoin antrurin paikkaan joka huurtuu viimeiseksi eli on kierukan loppupäässä. Kuvassa alempi anturi. DeltaT on lämmitysvaiheen aikana stabiilisti asteen pari positiivinen. kennon menessä tukkoon nousee nopeasti ja sulatuksessa menee kymmenisen astetta miinukselle. Eli kannattaa tsekata miten kennon kierukat menee ja hakea tuon mukaan sopiva paikka. Nyt "TEMPERATURE_DELTA_TO_DEFROST" arvo on minulla 4.0.

 

[iro]

@markok Ei hajuakaan, nyt asetuksissa on vakioarvo "TEMPERATURE_DELTA_TO_DEFROST = 5.0". Kennon lämpöä mittaavan anturin paikka ei luultavasti ole nyt optimi. Pitäisiköhän anturin sijaita putkessa, joka sulatuksen käynnistyttyä lähtee sulamaan ensimmäisenä, vai sellaisessa putkessa, joka lähtee sulamaan viimeisenä, vai jotain näiden väliltä?

Outdoor-anturi on sinulla väärin sijoitettu, sillä näyttää siltä että kennolämpötila vaikuttaa siihen.

 

[Martin_DE]

Hi there,
I've installed Mitsurunner on a MXZ-2F42VF3 multisplit in southern Germany. Outdoor temp is mostly around 0°C.
Mitusurunner's prevention of frequent defrost cycles works very effective.
But it seems, that faking the outdoor air thermistor interferes with the logic of Mitsubishi's power control:

With Mitsurunner active the compressor Ramps up quickly to very high power, the room temperature rises quickly and above the set point, so the unit switches off. After a few minutes the cycle starts again. Power consumption doesn't drop below around 600 W. This behavior observed with outdoor temp around +3°C or any lower temp. When outdoor T is higher, the unit works like with deactivated Mitsurunner
.
With disconnected Mitsurunner's relay-PCB the MXZ is running continuously with lower power and the compressor frequency is smoothly controlled to maintain room temperature .

In this graph mitsurunner was connected until around 10:45, then I've removed relay PCB without switching off mains power. The spike few minutes before 11:00 is a defrost cycle.

In this graph temperatures are shown (sorry for German caption, green is exhaust air temp, blue inlet air temp and yellow heat exchanger temp).

The graphs shown are typically for the behavior with active/deactivated Mitsurunner in my installation. The on/off cycles keep going even for hours, so there is no self-learning process over time. Settings of indoor units have not been changed during the data record period.

It seems that Mitsubishi's control logic detects some inconsistency on the parameters detected (eg temperatures of refrigerant do not rise as high as expected with the (faked higher) outdoor temp)? I do not know! Maybe it works better in installations with higher demand of heating performance (I'm living in a well insulated flat with Neighbors that seem to love high room temperatures. 20°C without any heating...) Maybe the fuzzy logic of an MXZ unit is different to MSZ which are obviously more common in northern regions.

Are there any users of MXZ units using Mitsurunner? Are you experiencing the same issues?

 

[iro]

Hi there,
I've installed Mitsurunner on a MXZ-2F42VF3 multisplit in southern Germany. Outdoor temp is mostly around 0°C.
Mitusurunner's prevention of frequent defrost cycles works very effective.
But it seems, that faking the outdoor air thermistor interferes with the logic of Mitsubishi's power control:

With Mitsurunner active the compressor Ramps up quickly to very high power, the room temperature rises quickly and above the set point, so the unit switches off. After a few minutes the cycle starts again. Power consumption doesn't drop below around 600 W. This behavior observed with outdoor temp around +3°C or any lower temp. When outdoor T is higher, the unit works like with deactivated Mitsurunner
.
With disconnected Mitsurunner's relay-PCB the MXZ is running continuously with lower power and the compressor frequency is smoothly controlled to maintain room temperature .

In this graph mitsurunner was connected until around 10:45, then I've removed relay PCB without switching off mains power. The spike few minutes before 11:00 is a defrost cycle.
katso liitettä 104932
In this graph temperatures are shown (sorry for German caption, green is exhaust air temp, blue inlet air temp and yellow heat exchanger temp).
katso liitettä 104933

Hi there,
I've installed Mitsurunner on a MXZ-2F42VF3 multisplit in southern Germany. Outdoor temp is mostly around 0°C.
Mitusurunner's prevention of frequent defrost cycles works very effective.
But it seems, that faking the outdoor air thermistor interferes with the logic of Mitsubishi's power control:

With Mitsurunner active the compressor Ramps up quickly to very high power, the room temperature rises quickly and above the set point, so the unit switches off. After a few minutes the cycle starts again. Power consumption doesn't drop below around 600 W. This behavior observed with outdoor temp around +3°C or any lower temp. When outdoor T is higher, the unit works like with deactivated Mitsurunner
.
With disconnected Mitsurunner's relay-PCB the MXZ is running continuously with lower power and the compressor frequency is smoothly controlled to maintain room temperature .

In this graph mitsurunner was connected until around 10:45, then I've removed relay PCB without switching off mains power. The spike few minutes before 11:00 is a defrost cycle.
katso liitettä 104932
In this graph temperatures are shown (sorry for German caption, green is exhaust air temp, blue inlet air temp and yellow heat exchanger temp).
katso liitettä 104933
The graphs shown are typically for the behavior with active/deactivated Mitsurunner in my installation. The on/off cycles keep going even for hours, so there is no self-learning process over time. Settings of indoor units have not been changed during the data record period.

It seems that Mitsubishi's control logic detects some inconsistency on the parameters detected (eg temperatures of refrigerant do not rise as high as expected with the (faked higher) outdoor temp)? I do not know! Maybe it works better in installations with higher demand of heating performance (I'm living in a well insulated flat with Neighbors that seem to love high room temperatures. 20°C without any heating...) Maybe the fuzzy logic of an MXZ unit is different to MSZ which are obviously more common in northern regions.

Are there any users of MXZ units using Mitsurunner? Are you experiencing the same issues?

The graphs shown are typically for the behavior with active/deactivated Mitsurunner in my installation. The on/off cycles keep going even for hours, so there is no self-learning process over time. Settings of indoor units have not been changed during the data record period.

It seems that Mitsubishi's control logic detects some inconsistency on the parameters detected (eg temperatures of refrigerant do not rise as high as expected with the (faked higher) outdoor temp)? I do not know! Maybe it works better in installations with higher demand of heating performance (I'm living in a well insulated flat with Neighbors that seem to love high room temperatures. 20°C without any heating...) Maybe the fuzzy logic of an MXZ unit is different to MSZ which are obviously more common in northern regions.

Are there any users of MXZ units using Mitsurunner? Are you experiencing the same issues?

First thing that came to my mind...
Are you sure the Deftrost thermistor wires are connected to the relay (not discharge thermistor which uses the same CN641 connector) ?

 

[Martin_DE]

@iro
I've got the built adapter from puu. I think he knows well what he is doing
Nevertheless I've checked, that PIN 3+4 of CN641 go 1:1 through the adapter

 

[iro]

@iro
I've got the built adapter from puu. I think he knows well what he is doing
Nevertheless I've checked, that PIN 3+4 of CN641 go 1:1 through the adapter

For my own testing, I have added a switch to activate/deactivate the Mitsurunner. In the deactivated state, the defrost prevention relay is permanently OFF. When activated, Mitsurunner operates normally. Following additions are needed to the mitsurunner.yaml file.
EDIT: some code sections removed.

To globals section

  - id: G_Runner_ON
    type: bool
    initial_value: 'true'

 

[jkoljo]

That would be a great addition to the main repo. I have an automation to turn off the heat pump for 24h after heating the fireplace. I don't need it kicking on for five minutes every now and then, which it will do if I don't prevent it. That automation could also turn off Mitsurunner.

 

[iro]

@puu
Jos Mitsurunner enabled/disabled toiminto lisätään perusversioon olisiko alla oleva toteutus sopiva ohjelmistorakenteeseen ?
Siinä tilakoneeseen on lisätty esitila Mitsurunner enabled/disabled käsittelyyn. Noin toteutettuna muualle tilakoneeseen ei tarvitse tehdä muutoksia ja tilakoneen ulkopuoella tarviseen ainoastaan käänellä G_Runner_ON-muuttuja switchin asennon mukaan.
Kun tunnet tilakoneen logiikan niin näetkö tilanteita jossa tuo ratkaisu ei toimi ?

       //** If switch "Runner_ON" is turned to "off"-position keep Mitsurunner deactivated, G_state = -4 (=Reset)
        if (id(G_Runner_ON) == false) {
            if (id(G_state) == ST_RESET) return temperature_delta;
            else {
               id(G_state) = ST_RESET;
               id(enter_Reset).execute();
               return temperature_delta;
                 }
               }
 
        switch(id(G_state)) {
        .....

switch:
#### Enable/Disable Mitsurunner
  - platform: template
    name: "Runner_ON"
    id: Runner_ON
    restore_mode: RESTORE_DEFAULT_ON
    lambda: "return id(G_Runner_ON);"
    turn_on_action:
      then:
          lambda: !lambda |-
            id(G_Runner_ON) = true;
    turn_off_action:
      then:
        - lambda: !lambda |-
            id(G_Runner_ON) = false;

 

[puu]

Itse en näkisi tarvetta tilojen lisäämiselle. Mitsurunnerihan on disabled silloin kuin ulkolämpötila on korkeampi kuin allaolevat lämptilat.

/* Outdoor temperature thresholds to switch on/off defrost hacking */
const float OUTDOOR_TEMPERATURE_TO_ENTER_OFF_STATE = 3.0;
const float OUTDOOR_TEMPERATURE_TO_EXIT_OFF_STATE = 2.0;

...tai korkeampi kuin tämä:

const float HEAT_EXCHANGER_MAX_TEMPERATURE = 10.0;

mitsurunner.yamlista kun lisää riveille 243 ja 259 näihin ehtoihin myös tuon enable/disable-switchin, niin sillä pitäisi toimia:

                    if (id(heat_exchanger_temp).state > HEAT_EXCHANGER_MAX_TEMPERATURE ||
                            id(outdoor_temp).state > OUTDOOR_TEMPERATURE_TO_ENTER_OFF_STATE) {

Sekä riville 274 poistuminen off-tilasta checki tuolle switchille:

if(id(heat_exchanger_temp).state < HEAT_EXCHANGER_MAX_TEMPERATURE &&
                        id(outdoor_temp).state < OUTDOOR_TEMPERATURE_TO_EXIT_OFF_STATE) {

 

[puu]

@iro
I've got the built adapter from puu. I think he knows well what he is doing
Nevertheless I've checked, that PIN 3+4 of CN641 go 1:1 through the adapter

I just double-checked from service manuals that LN25 and MXZ-2F42VF have same CN641 connector with same pinout. And their defrost thermistors have same resistance-temperature-curve, so same adapter with 33k resistor should work.