MSZ-LN sulatushuijaus

[Pazzi]

@iro :

Miten olet määritellyt Mitsurunnerin IP-osoitteen ? Jos kiinteä niin olisiko mahdollista että myös joku toinen WiFi-verkkosi laite käyttää tuota samaa osoitetta?

Tässäpä se mielenkiintoisin juttu onkin, olen määritellyt staattisen IP:n:
manual_ip:
static_ip: 192.168.11.15
subnet: 255.255.255.0
gateway: 192.168.11.1

Mutta kun katson reitittimen DHCP-client statusta, niin se näyttää tältä:

Eli tuo pakotus 192.168.11.15 ei tunnu toimivan. Toisaalta nyt tietokoneen netti on pelannut jonkun aikaa ongelmitta, joten ehkäpä en nyt lähde säätämään mitään

Runneri toimii mainiosti edelleen. Nyt kun lämpötilat pyörii nollan tienoilla, niin osaa hienosti lyhentää lämmitysaikaa kennon mennessä tukkoon. Loistava peli!

 

[iro]

@Pazzi ,

Staattinen IP osoite ei näy reitittimen DHCP-taulussa (vaikka osoite olisi reitittimen DHCP-osoiteavaruudessa). Jos uusi staattinen IP on DHCP-osoiteavaruudessa voi tulla törmäyksiä aiemmin dynaamisesti allokoitujen osoitteiden kanssa (kenties reititin osaa olla allokoimatta uusia dynaamisia IP:tä jo käytossä olevien staattisten IP osoitteiden päälle?).
Selkeämpää olisi joko määritellä staattinen IP reitittimen DHCP-osoiteavaruuden ulkopuolelle (esim. 192.168.11.100) tai vaihtoehtoisesti käyttää dynaamista IP:tä.

OTA-päivityksenä staattisen IP:n vaihtaminen (from 192.168.11.15 to 192.168.11.100) onnistuu seuraavasti:
Tee allaoleva muutos Platform.yaml-tiedostoon, käännä ja tee OTA-päivitys
manual_ip:
static_ip: 192.168.11.100 #tähän uusi IP-osoite
subnet: 255.255.255.0
gateway: 192.168.1.1
use_address: 192.168.11.15 #lisää nykyinen IP OTA-päivitystä varten

Ennen seuraavaan päivitystä "user_address:" rivi pitää poistaa.

Mitsurunnerin tapauksessa voi mielestäni hyvin käyttää dynaamista IPtä ja jättää IP:n arpominen reitittimen DHCP:lle.
OTA-päivityksenä staattisen IP:n vaihtaminen (from 192.168.11.15) dynaamiseen onnistuu seuraavasti:
Tee allaoleva muutos Platforn.yaml-tiedostoon, käännä ja tee OTA-päivitys
# manual_ip: #poista manual_ip määritykset
# static_ip: 192.168.11.15 #poista manual_ip määritykset
# subnet: 255.255.255.0 #poista manual_ip määritykset
# gateway: 192.168.1.1 #poista manual_ip määritykset
use_address: 192.168.1.15 #lisää OTA-päivitys-IP (=nykyinen IP)

Ennen seuraavaan päivitystä "user_address:" rivi pitää poistaa.

Tämän jälkeisissä päivityksissä OTA-prosessi osaa selvittää (ja näyttää) laitteen dynaamisen IPn ja tehdä päivitys tähän osoitteeseen.

 

[Pazzi]

@iro ,

Kiitos! Sain vaihdettua tuon dynaamiseksi IP:ksi. Pientä päänvaivaa aiheutti herja use_address -komennosta, kunnes tajusin että se vaatii tietysti sisennyksen..

Taas mennään!

 

[masse_]

2) Kun tunnet paremmin HA:ta niin tiedätkö millainen tapahtumaketju voi aikaansaada Defrost prevention control became unavailable viestin (HA saa epäkelvon Defrost prevention control-MQTT session?)
Kuinka usein näitä tulee (about montako tapausta vuorokaudessa)?
Onko häiriötä ainoastaan Defrost prevention control osiossa vai myös lämpötilaraporteissa ?

En nyt nopealla vilkaisulla löytänyt millä QoS-tasolla Mitsurunner lähettelee noita viestejä, mutta arvaus voisi olla että QoS = 0 ("fire and forget") -> jos lähiverkossa on ongelmia niin viestit eivät saavuta Home Assistanttia, joka jonkun ajan kuluttua edellisestä viestistä totetaa että nyt tila on "unavailable".

Sama ongelma tosiaan myös lämpötilaraporteissa (graafeista puuttuu paloja tai viimeisin saatu arvo menee vaakasuoraan), ja epäilen tosiaan lähiverkkoa koska vastaavaa datan hukkumista ilmenee mulla myös muissa kotiautomaation wifin perässä olevissa sensoreissa. Nämä on vähän sellaista "legacya" (Arduino, Blynk.io) jotka mulla on pyörineet jo ennen Home Assistanttia, mutta tämän Mitsurunner-harjoituksen perusteella ESPHomeen päivittäminen ei paranna luotettavuutta vaan jotain pitäisi keksiä verkkopuolella. Kaikki tässä kotosalla olleet 7 kpl Wemosta on Blynkin mukaan pudonneet tämän vuorokauden puolella, kun taas kesämökillä oleva viimeksi keskiviikkona. Hieman ironista että kotona on "viimeisen päälle" (kun ei valokuituakaan saa) ZTE 5G modeemi + TP Link Deco mesh, mökillä joku 10v vanha Dovado Pro + usb mokkula

 

[iro]

@masse_ , jos sinulla riittää mielenkiintoa niin voitais vielä pallotella kuvaamasi verkko-ongelmaa.

Käyttävätkö laitteesi dynaamista vai staattista IP:tä?

Sinulla ilmeisesti oli Home Assistant käytössä jo ennen Mitsurunner käyttöönottoa... oliko yhteysongelmia jo silloin ja muuttiko Mitsurunner tilannetta huonommaksi?
Mitsurunnerin perusversio aiheuttaa jonkin verran turhaa verkkokuormaa lähettämällä "osoitteettomia" (debug ja laskuriarvoja sisältäviä) MQTT-viestejä, minulla on olemassa testiversio jossa nuo on poistettu ja jossa on myös korjattu resetoitumisongelmaa. Jos kiinnostaa niin voin lähettää tuon sinulle.
Jos sinulla on ylimääräinen wemos_mimi_D1 (relettä ja DS18B20:ä ei tarvita) niin toinen tapa haarukoida tilannetta olisi ladata siihen testiohjelma joka lähettää MQTT-sanomia minun IoT-Guru testipenkkiin ja tuosta voisi katsoa näkyykö siinä mitään poikkeavaa. Minulta löytyy valmis ohjelma tuohon.

 

[hessuttaja]

Ihan offtopic juttua, laitoin kierrätykseen menevän 2010 vm ivt 9 (sharp) pumpun kuntoon eräs viikonloppu ajan kuluksi, tässä ei ollenkaan sulatusvastusta vaan hotpipe siellä kennon alla. Halusin seurata minkälaisia lämmitysjaksoja tekee, päivän sisällä 1h30-4h muuttui jaksot ivt:llä. Ivt kyllä veti todella tukkoon ennen sulatusta, sulatuskin mielenkiintoinen toiminta mitsuun verrattuna:
Lämmitys off ja hetken seis.
Sulatus käyntiin minuutiksi-pariksi ja kone seis lennosta.
Hetken huilaus.
Lämmitys täysille 1,2kw.
Sisäyksikön puhallin pysähtyy ja kompura täysillä pyörii että sisäkenno menee kuumaksi.
Sitten kone seis ja aloittaa sulatuksen. Hot pipe on lämmin vain lämmityksen aikana, ei sulatuksen aikana.

Lämpötila oli -3/-6 kosteus 87-92%

Kulutusmittarilla (nedis wifi) virtaa meni n.9-15kwh päivässä, ivt on samassa kämpässä mutta eri päässä kuin ln25. Pitää vielä odottaa jos tulisi kunnon pakkaset niin näkisi mitä ivt silloin tekee, nyt on offilla koska seinäteline ivt ja ei siinä metelissä pysty nukkumaan. Niin ja ivt/sharpista löytyi panasonicin kompura, sharpin logo löytyy sisäyksiköstä kun purkaa sen ionisaattorin suojamuovin edestä.

Edit loggerin anturi 0,5m päässä sisäyksiköstä, ei johto yltäny pitemmälle ja takka on edessä jotta ei pääse ilma kiertämään kunnolla kämppään mutta pysyi +24 pyynnillä kämpän perähuonekkin +21. Mitsussa oli vain sisäilman kierrätys päällä jotta lämpö leviäisi mahd.hyvin

 

[masse_]

@masse_ , jos sinulla riittää mielenkiintoa niin voitais vielä pallotella kuvaamasi verkko-ongelmaa.

Käyttävätkö laitteesi dynaamista vai staattista IP:tä?

Sinulla ilmeisesti oli Home Assistant käytössä jo ennen Mitsurunner käyttöönottoa... oliko yhteysongelmia jo silloin ja muuttiko Mitsurunner tilannetta huonommaksi?
Mitsurunnerin perusversio aiheuttaa jonkin verran turhaa verkkokuormaa lähettämällä "osoitteettomia" (debug ja laskuriarvoja sisältäviä) MQTT-viestejä, minulla on olemassa testiversio jossa nuo on poistettu ja jossa on myös korjattu resetoitumisongelmaa. Jos kiinnostaa niin voin lähettää tuon sinulle.
Jos sinulla on ylimääräinen wemos_mimi_D1 (relettä ja DS18B20:ä ei tarvita) niin toinen tapa haarukoida tilannetta olisi ladata siihen testiohjelma joka lähettää MQTT-sanomia minun IoT-Guru testipenkkiin ja tuosta voisi katsoa näkyykö siinä mitään poikkeavaa. Minulta löytyy valmis ohjelma tuohon.

Dynaamisella IP-osoitteella on menty näiden Wemos-laitteiden kanssa; Home Assistantille, Octopille (Raspberry ohjaamassa 3d-tulostinta) ja Froniukselle (aurinkopaneelien invertteri) on Decosta tehty "Address Reservation" mikä asettaa staattisen.

Yhteysongelmia oli joo ennen Mitsurunneria eikä tilanne muuttunut huonommaksi. Kuten edellisissä viesteissä yritin ilmaista niin ei näitä ongelmia Mitsurunnerin syyksi oikein saa millään. Tässä muuten graafia tältä aamulta, 07:30-08:00 oli Teams-palaveri ja katkokset näyttävät ajoittuvan siihen, verkkokuorma varmasti suurempaa kuin Runnerin lähettämät MQTT:t. (graafeista ei muuten kannata välittää, pumppu laitettu päälle ~8:10)

Vastaavat katkokset näkyvät myös Blynkissa. 5G-yhteys ei palaverin aikana katkennut, eli nämäkin datat olisivat mahdollisesti hukkuneet lähiverkkoon.

Ylimääräisiä Wemoksia toki löytyy, mutta en usko että sun Gurulle lähettämällä tästä yhtään sen viisaamaksi tullaan, toki kiva nämä olisi joskus saada selville. Seuraavana steppinä meinasin kokeilla heivata Decot ja kokeilla Google Wifi -tukiasemia kun sellaisetkin löytyy, käytin niitä ennen tätä Elisan 5G -pakettia ja jätin pois kun ne tuntuivat rajoittavan nopeuksia jostain syystä.

Sellainenkin tuli muuten vastaan että tietyt Zigbee-kanavat ovat Wifi-taajuuksien kanssa päällekäin ja niitä tulisi ehkä välttää. Zigbeen perässähän mulla on melkein koko kämpän valot (Ikea), ovi/vuotoantureita (Aqara) yms, mutta ei tosin uskoisi että etenkään nappipatterilla toimivat kamat lähettelisivät dataa häiriöksi asti.

Ainiin, toinen mihin tällä viikolla törmäsin (kompostinlämmitintä rakentaessani ) oli: "ESPHome automatically reboots if no connection to the MQTT broker can be made", mikä voisi varmaan selittää resetoitumisia etenkin jos verkkoyhteydet on yhtä huonot kuin meikäläisellä. (Vielä kauempaa haetumpana: jos resetoituminen tapahtuu aina yöllä kolmelta tms niin joissain modeemeissa on auto-rebootteja, itsellä ZTE:ssa tosin ei tainnut olla defaulttina päällä) https://esphome.io/guides/automatio...twork Connection,MQTT server is not reachable.

 

[iro]

Ainiin, toinen mihin tällä viikolla törmäsin (kompostinlämmitintä rakentaessani ) oli: "ESPHome automatically reboots if no connection to the MQTT broker can be made", mikä voisi varmaan selittää resetoitumisia etenkin jos verkkoyhteydet on yhtä huonot kuin meikäläisellä.

Mitsurunnerin näkövinkkelistä positiivista että ongelma on jossakin muualla.
Minun käyttöympäristössä Mitsurunnerin satunnainen resetoituminen näytti liittyvän DS18B20 antureiden käsittelyyn, trace-log:ssa ei ollut viitteitä 15min MQTT- tai WiFi-connetion reboot-time-out reseteistä.
Off-topic: Itse en ole laajentanut kotiautomaatiota kompostiin saakka. Kompostia käsittelen manuaalisesti panoisprosessina, lataan sinne "polttoainetta" päivittäin ja pakkaskautena noin kerran kuukaudessa käynnistän prosessin ajamalla sinne 20W tehoa parin vuorokauden ajan.

 

[puu]

Huom, hieman offtopic!

Tällä hetkellä on jäänyt Mitsurunnerin ihmettely hyvin vähäiselle, kun olen keskittynyt toisen Mitsun modailuun. Tuli nimittäin hankittua ensimmäinen hybridiauto mallia Outlander PHEV 2014.

Näköjään näihin kaikkiin Mitsun tekeleisiin pitää tehdä jonkinlainen vastushuijaus. Tällä huijataan auton ulkolämpötila-anturille arvo 19°C, jolloin auto suostuu ajamaan kylmälläkin kelillä pelkillä sähkömoottoreilla bensakonetta käynnistämättä (mikäli akussa riittää varausta).

Muutenkin tässä keksinnössä on selvästi olleet samat kaverit asialla kuin Mitsun ILP:eissä. Esimerkiksi lisälämmittimen käyttö vaatii vähintään yhtä kankean sovelluksen asentamisen puhelimeen kuin MELCloud. Tällä sitten otetaan yhteys auton omaan heikkoon WiFiin ja tapellaan takkuavan yhteyden kanssa lämmitys päälle. Onneksi tähänkin on keksitty pelastus, eli kaukosäätimen kuori jossa on yksi nappula enemmän, johon saa piirilevylle modattua kytkennän laittamaan lämmitys päälle.

Tässä sitten tämän Mitsun vastushuijausta:

Viimeisen päälle viritys, eli tuo kötöstys alkuperäisen liittimen ja anturin väliin, ja kytkin toimii kuten Mitsurunnerin rele, eli valitsee kytketäänkö huijausvastus vai oikea lämpötila-anturi. Tämä tulee tietenkin vaihtumaan vähän hienostuneempaan ratkaisuun jossain vaiheessa.

 

[tmns]

Tein ihan tuolla esphomen ct_clamp:lla. Tehovastusten kanssa hain joitakin kalibrointipisteitä. Grafanassa kerron vain arvon 230:lla, eli oletan kuorman olevan resistiivinen.Voisin jossain välissä koittaa mittailla tuota vaihekulmaakin, kunhan saan turvallisen mittausjärjestelyn tehtyä.

sensor:
- platform: ct_clamp
sensor: adc_sensor
name: "Measured Current"
state_topic: $topic_current
update_interval: 10s
filters:
#For 82R resistor
- calibrate_linear:
- 0.00016 -> 0
- 0.0086 -> 0.359
- 0.0255 -> 1.056
- 0.0501 -> 2.09
- 0.094 -> 3.91
- 0.166 -> 6.86
- platform: adc
pin: A0
id: adc_sensor

Minulla LN35:ssa Carlo Cavazzi EM111 energiamittarin lukemien perusteella laskettu keskimääräinen tehokerroin on ollut 4kk käyttöjaksolla 0.975.

P=3872 kWh
Q=885 KVArh
S=3972 VAh
PF=0.975

 

[puu]

Minulla LN35:ssa Carlo Cavazzi EM111 energiamittarin lukemien perusteella laskettu keskimääräinen tehokerroin on ollut 4kk käyttöjaksolla 0.975.

Kiitos tiedosta, eli riittävään tarkuuteen päästään yksinkertaistamalla, että pätöteho = näennäisteho. En nimittäin usko, että tuo clamp-mittaukseni on muutenkaan tarkempi kuin +-3%.

 

[Jaskawa]

Täällä ei nyt ihan taito riitä mitsurunnerin asennukseen. Löytyisikö Turun seudulta apuja tämän modin suorittamisen kanssa pienä korvausta vastaan?

 

[o-p]

Onko kukaan muu sammutellut Wemosia kesäksi?

Itse otin Toshiba pumpusta Wemoksen töpselin irti kesäksi (säästö on pienikin säästö). Nyt kun laitoin takaisin niin huomasin et Iot-Guru on poistanut koko laitteen. Siellä listalla näkyy vain Daikin pumppuni jota en sammuttanut.

 

[iro]

Iot-Gurun ilmaisversiossa näyttää olevan ominaisuus että setup poistetaan ellei sitä käytetä (30 päivään?). Ennen poistoa Gurulta lienee tullut varoitus- viesti poistosta, mutta tuollaiset tietysti hukkuva helposti spammi-viestien joukkoon.
Ei liene muuta mahdollisuutta kun luoda Guruun uusi setup ja tehdän tarvittavat määritykset Runneriin.

 

[juu]

Iot-Gurun ilmaisversiossa näyttää olevan ominaisuus että setup poistetaan ellei sitä käytetä (30 päivään?). Ennen poistoa Gurulta lienee tullut varoitus- viesti poistosta, mutta tuollaiset tietysti hukkuva helposti spammi-viestien joukkoon.
Ei liene muuta mahdollisuutta kun luoda Guruun uusi setup ja tehdän tarvittavat määritykset Runneriin.

Ilmeisesti vain käyttämätön tili poistuu. Mulla taas kentät ei poistu vaikka kuinka yrittäisi poistaa ja odottaa tarvittavat 30 vrk

 

[juu]

Oliko jollakin jo COP-dataa Mitsurunner vs ilman Mitsurunneria? Ei tietenkään saa täysin samoissa olosuhteissa, mutta oispa edes jotain muuta kuin mutua.

 

[CheatTheMi]

Hello everyone,
First of all, thank you to all contributors of the Mitsurunner software and thank you (thousands of thanks!) for making it available in English.
I use two MSZ-LN25VGHZ heat pumps in my house and also had the defrosting problem last winter.

The fins were completely clear, no trace of ice or frost and the machine started to defrost, over and over, way too often. At temperatures below -13°C it had problems keeping the heat in the well insulated house (!). So it was time to find a solution and luckily I found this little software here to help myself if Mitsu didn't want to help.

I've got it all set up and now I'm waiting for the cold days to come to check how well it works.

Why I am writing is this:
I added another "hack" that has already been mentioned here. The connection between the JS jumper (to switch defrost between up to 5°C or 10°C) is normally closed. Consequently, it defrosts to 5°C, which is usually sufficient (as mentioned here). But last winter, after a lot and hard snowfall, the cell was still quite frozen. I was not at home, only my neighbors told me that even the fan was noisy because it collided with the ice in some places, and they sent me pictures about it.

So I bought another small TASMOTA relay on Ebay and added it to my configuration.
On the ESP8266 board there are also contacts for 5V and GND, that's all you need. And of course you need to cut the JS jumper, solder a wire to the pins and connect these pins to the relay contacts. Now, by making a connection remotely (VPN, e.g. your home automation software) to your home network, you can switch between 5 °C and 10 °C defrosting when you expect (or see in reality) problems with the machine, not with defrosting enough.

I am not the programmer, maybe someone would like to collect data again to add another algorithm to switch from 5°C to 10°C or from 10°C to 5°C.

Right now my configuration is as follows:
- In startup state the relay is closed, so the JS jumper is plugged and defrosting only to 5°C.
- On the web interface you can switch to disconnect the JS jumper and consequently the heat pump defrosts to 10°C (until you change the state again).

I will add some pictures if someone wants to build this solution too.

Thanks again, looking forward to winter now!

Oh, here is the link to the relay I added:

Tasmota IoT ESP8266 WLan Wifi HTTP ioBroker FHEM MQTT 5V Relais Modul smart home | eBay.de

Entdecke Tasmota IoT ESP8266 WLan Wifi HTTP ioBroker FHEM MQTT 5V Relais Modul smart home in großer Auswahl ✓ Vergleichen Angebote und Preise ✓ Online kaufen bei eBay.de ✓ Kostenlose Lieferung für viele Artikel!

www.ebay.de

Can be also found on AliExpress etc., just search for ESP8266 ESP-01 1 Relais, Firmware is Tasmota (Open Source, supports MQTT etc.).

 

[hamu]

CheatTheMi:n viesti englanniksi käännettynä:

Hello everyone,
First of all, thank you to all contributors of the Mitsurunner software and thank you (thousands of thanks!) for making it available in English.
I use two MSZ-LN25VGHZ heat pumps in my house and also had the defrosting problem last winter.

The fins were completely clear, no trace of ice or frost and the machine started to defrost, over and over, way too often. At temperatures below -13°C it had problems keeping the heat in the well insulated house (!). So it was time to find a solution and luckily I found this little software here to help myself if Mitsu didn't want to help.

I've got it all set up and now I'm waiting for the cold days to come to check how well it works.

Why I am writing is this:
I added another "hack" that has already been mentioned here. The connection between the JS jumper (to switch defrost between up to 5°C or 10°C) is normally closed. Consequently, it defrosts to 5°C, which is usually sufficient (as mentioned here). But last winter, after a lot and hard snowfall, the cell was still quite frozen. I was not at home, only my neighbors told me that even the fan was noisy because it collided with the ice in some places, and they sent me pictures about it.

So I bought another small TASMOTA relay on Ebay and added it to my configuration.
On the ESP8266 board there are also contacts for 5V and GND, that's all you need. And of course you need to cut the JS jumper, solder a wire to the pins and connect these pins to the relay contacts. Now, by making a connection remotely (VPN, e.g. your home automation software) to your home network, you can switch between 5 °C and 10 °C defrosting when you expect (or see in reality) problems with the machine, not with defrosting enough.

I am not the programmer, maybe someone would like to collect data again to add another algorithm to switch from 5°C to 10°C or from 10°C to 5°C.

Right now my configuration is as follows:
- In startup state the relay is closed, so the JS jumper is plugged and defrosting only to 5°C.
- On the web interface you can switch to disconnect the JS jumper and consequently the heat pump defrosts to 10°C (until you change the state again).

I will add some pictures if someone wants to build this solution too.

Thanks again, looking forward to winter now!

Oh, here is the link to the relay I added

 

[CheatTheMi]

CheatTheMi:n viesti englanniksi käännettynä:

Hello everyone,
First of all, thank you to all contributors of the Mitsurunner software and thank you (thousands of thanks!) for making it available in English.
I use two MSZ-LN25VGHZ heat pumps in my house and also had the defrosting problem last winter.

The fins were completely clear, no trace of ice or frost and the machine started to defrost, over and over, way too often. At temperatures below -13°C it had problems keeping the heat in the well insulated house (!). So it was time to find a solution and luckily I found this little software here to help myself if Mitsu didn't want to help.

I've got it all set up and now I'm waiting for the cold days to come to check how well it works.

Why I am writing is this:
I added another "hack" that has already been mentioned here. The connection between the JS jumper (to switch defrost between up to 5°C or 10°C) is normally closed. Consequently, it defrosts to 5°C, which is usually sufficient (as mentioned here). But last winter, after a lot and hard snowfall, the cell was still quite frozen. I was not at home, only my neighbors told me that even the fan was noisy because it collided with the ice in some places, and they sent me pictures about it.

So I bought another small TASMOTA relay on Ebay and added it to my configuration.
On the ESP8266 board there are also contacts for 5V and GND, that's all you need. And of course you need to cut the JS jumper, solder a wire to the pins and connect these pins to the relay contacts. Now, by making a connection remotely (VPN, e.g. your home automation software) to your home network, you can switch between 5 °C and 10 °C defrosting when you expect (or see in reality) problems with the machine, not with defrosting enough.

I am not the programmer, maybe someone would like to collect data again to add another algorithm to switch from 5°C to 10°C or from 10°C to 5°C.

Right now my configuration is as follows:
- In startup state the relay is closed, so the JS jumper is plugged and defrosting only to 5°C.
- On the web interface you can switch to disconnect the JS jumper and consequently the heat pump defrosts to 10°C (until you change the state again).

I will add some pictures if someone wants to build this solution too.

Thanks again, looking forward to winter now!

Oh, here is the link to the relay I added

Thanks for translating it!
I was posting the text in english, but looks like Google Translate in Chrome was translating forth and back and forth and back. I shouldn't write posts with Chrome, if it ends like that.

 

[CheatTheMi]

Hello again,
today the Mitsu is behaving werid. Anyone has an idea, why and what the reason could be?
We are having at the moment +14°C outside. So, absoloutely zero reason for the Mitsurunner or the heatpump, to defrost.
Mitsurunner even shouldn't be active at the moment, due to the temperature (on / off state is still at +2 / +3°C, like in the basic setting).

But the heatpump was just defrosting. Indoor unit ice cold, outdoor unit hot.

Why did it defrost, even if the temperatures were absoloutely against an defrost cycle?

 

[iro]

@CheatTheMi , for some reason heatpump mode is "Cool", Dry" or "Auto"?

 

[CheatTheMi]

@CheatTheMi , for some reason heatpump mode is "Cool", Dry" or "Auto"?

Auto I never use.

It is in heat mode for many days already. I had the same thought, that it went to "auto" mode, which would explain this happening.
But I am alone at home, didn't change the mode, neither on remote control, nor in the MelCloud.

 

[iro]

Have you doublechek your Mitsurunner connetions? Heatpump's own thermistor should be connected when Misturunner is not avtive.

 

[CheatTheMi]

Have you doublechek your Mitsurunner connetions? Heatpump's own thermistor should be connected when Misturunner is not avtive.

I did, but maybe the members of here can check it again and tell me, if I connected anything wrong.
I don't think so, because it was working perfectly fine for many days, but everyone can be wrong, so please help me by doublechecking!

Explanations about the Relais (I'm having a different version of the relais, opposite NC / NO Connectors, like most in this thread):
Blue: NO
Brown: Common
Yellow: NC

Explanations about the numbers:
1. 33k Resistor (soldered)
2: Cable coming from NO Relais Port
3: Cable coming from NC Relais Port
4: Cable going to blue plug (parallel connected 33k Resistor
5: Cable coming from COMMON Relais Port

 

[iro]

I don't think so, because it was working perfectly fine for many days,

Have you tried to change operating mode with remote control and/or reset heatpump by disconnecting power?

 

[CheatTheMi]

Have you tried to change operating mode with remote control and/or reset heatpump by disconnecting power?

Yesterday the Mitsu was working (in heat mode), I disconnect power, to bring the temperature thermistor from the inside unit out of the case, then i connected the power again and it proceeded heating. Then checked a few times the room temperature in the MelCloud app. Maybe there happened some change of the settings?

I will proceed to monitor the happening, maybe was just a one time fault.

Update:
I just checked the log / monitoring in cloud and looks like it really went into cooling mode for a few hours. However this could happen!

 

[puu]

I did, but maybe the members of here can check it again and tell me, if I connected anything wrong.
I don't think so, because it was working perfectly fine for many days, but everyone can be wrong, so please help me by doublechecking!

Wiring seems to be correct and looks neat. Great to have more people using Mitsurunner, Hertzlich Willkommen!

That's weird why it has been in cooling mode. Please double check that you have set correct dates to the MelCloud report. I sometimes forget to change correct year and wonder strange results.

Are you sure that those defrost cycles are not just breaks on the heating (katkokäynti in Finnish)? 200W is about the minimum power that the pump uses before taking a break.

 

[CheatTheMi]

Wiring seems to be correct and looks neat. Great to have more people using Mitsurunner, Hertzlich Willkommen!

That's weird why it has been in cooling mode. Please double check that you have set correct dates to the MelCloud report. I sometimes forget to change correct year and wonder strange results.

Are you sure that those defrost cycles are not just breaks on the heating (katkokäynti in Finnish)? 200W is about the minimum power that the pump uses before taking a break.

Thanks! That's good to hear.

Yeah, it is weird, but the MelCloud App is also crap, to say it in clear words. Really slow and old school design, expected more from Mitsubishi in this regard.

No, was no break of heating. Both of my LN25 are moduling down to ~100 Watt (85-115) at its lowest level and running on this level for hours, if the temperature outside is enough, to heat just a little bit.

 

[puu]

Jahas, taisi tulla tänään delta-arvon ennätys. Käväisi arvossa 18,2°C

Olin tiputtanut lomareissun ajaksi kämpän lämmön 16 asteeseen (ILP:n pyynti 15°C). Aamulla sitten laitoin MelCrapilla pyynniksi 20°C, jotta kämppä ehtisi lämmetä iltapäiväksi. Ensin paukahti sulatus päälle heti 23 minuuttia pyyntilämpötilan johdosta. Nythän tuo state oli "paukuttanut rajoitinta vasten" eli oli koko ajan pyytämässä pakkosulatusta, mutta pumppu ei ollut sitä halunnut tehdä (ihan syystäkin, ulkolämpötila plussan puolella).

Seuraavalla lämmitysjaksolla taas delta nousi jo 30 minuutin kohdalla yli kuuden asteen, joka itselläni pitäisi laukaista sulatus, mutta koska lämmitysjakson minimiaika on taas asetettu 50 minuuttiin, jatkoi laite lämmitystä vielä 20 minuuttia, jolloin delta pääsi kipuamaan peräti tuohon 18,2 asteeseen ulkokennon lämpötilan laskiessa jopa -17,6 asteeseen.

Harmi etten ollut paikalla todistamassa minkälaisen kuorrutuksen kenno ehti saamaan. Laite teki n. 8,5 minuutin sulatuksen, mikä muistaakseni on sulatuksen maksimiaika. Kahdella seuraavallakin lämmitysjaksolla delta kipusi suurehkoihin lukemiin: 13,2°C ja 12,1°C ja lämmitysjaksojen pituudet olivat noin 50 ja 70 minuuttia . Sitä seuraava sulatusjakso olikkin jo ihan normaalin näköinen ilman kummempaa dramatiikkaa. Tässä vaiheessa pääsinkin itse jo kotiin, ja totesin kennon olevan täysin kuurattomana. Tästäkin siis selvittiin ilman kummempia ongelmia.

 

[puu]

Tästähän sai mielenkiintoista materiaalia kennon tukkoisuuden vaikutuksesta COP:iin. Tuosta laskeskelin, että klo 9:45 puhtaahkolla kennolla (delta 5,5°C, mutta ottoteho jopa 2kW) laskennallinen COP on ollut 3,75. Sitten kenno tukossa (delta 17°C) klo 10:20 laskennallinen COP on taas 2,78.

COP on kyllä laskenut selvästi, mutta en puhuisi vielä mistään romahduksesta. Lämmitystehoa laite on kuitenkin tuottanut yhä n. 4kW verran. Tämänkin perusteella sanoisin Mitsun oman softan olevan turhan yli-innokas tuon sulattelun suhteen. Omaan arvoonsa voidaan myös mielestäni jättää ne Scanofficen edustajien yksisilmäiset mantrat siitä, kuinka jää johtaa 1000 kertaa huonommin lämpöä kuin alumiini.

 

[Hegeliiuz]

Oisaisikihan joku auttaa? Sulatushuijausta asentaessani homma ei lähtenyt rokkaamaan ja nyt olen palannut tilaan jossa olen laittanut vakio-defrostsensorin harmaat piuhat takaisin kiinni ja poistanut kaikki kytkennät... Sisäyksikkö vilkuttaa sinisellä vain serial tjsp erroria (blink 0,5sek välein ja vähän ajan päästä 3s tauko..) Mikä eteen?

Tein siis aiemmin tässö ketjusssa (josta kuva kopioitu) mukaan mutta korjasin kytkennät ennalleen ja ei toimi. Apuja?

 

[iro]

Oisaisikihan joku auttaa? Sulatushuijausta asentaessani homma ei lähtenyt rokkaamaan ja nyt olen palannut tilaan jossa olen laittanut vakio-defrostsensorin harmaat piuhat takaisin kiinni ja poistanut kaikki kytkennät... Sisäyksikkö vilkuttaa sinisellä vain serial tjsp erroria (blink 0,5sek välein ja vähän ajan päästä 3s tauko..) Mikä eteen?

Montako kertaa led vilkuttaa taukojen välillä ? Huoltomanuaalista voi tuon perusteella katsoa mikä vialla. Oletko tsekannut että lämpöanturin (palautus)kytkennän liitännät ovat varmasti OK?

 

[puu]

Voisit kokeilla myös mitata tuolta vaaleansiniseltä liittimeltä resistanssin noiden nastojen välillä mihin harmaat anturin piuhat tulevat. Pitäisi näyttää jotain kilo-ohmi luokassa (1k - 100k). Eli tuolla voisi tsekata, onko kytkentä varmasti nyt kunnossa.

 

[bILPo]

Oli tuolla toisessa topikissa puhetta sisäyksikön lämpöanturin siirtämisestä parempaan paikkaan, joten sieltä "ohjattiin" tänne. Lueskelin hiukan tätä ketjua, ja ihan näin suuriin muutoksiin en haluais nyt lähteä (kun ei ole nyt aikaa alkaa tähän tosissaan perehtymään). Myös tuo lämpöanturin vetäminen näkymättömästi parempaan paikkaan on haastavaa, joten toimiiko nuo "sukka anturin päällä" viritykset, jos anturia ei siirrä? Onko ulkoyksikössä jotain vastaavia pikkumuokkauksia, joilla voisi kokonaistehokkuutta parantaa?

Vai onko se niin, että jos en ala tekemään tätä koko hommaa ohjauksineen, niin ei maksa edes vaivaa?

Rahallisestihan tuo nyt ei olis ilmeisesti kovin iso investointi, mutta pahoin pelkään että siihen tulee tuhraantumaan kaikkinensa useampi päivä. Paljonko tuosta voi realistisesti odottaa hyötyä vuositasolla?

 

[puu]

Sukka anturin päällä tuskin juuri muuttaa mitään jos ei anturia tuo ulos sisäyksiköstä. Sanoisin että sekin jo parantaa tilannetta jos saat anturin tuotua ulos kopasta. Silloinkin se jo mittaa huoneilmaa, eikä sisäyksikön lämpötilaa.

Ulkoyksikköön ei oikein järkeviä pikkumodauksia ole. Sen antureita siirtämällä voi mennä ojasta allikkoon, eli voi olla että sulatus ei sulata tarpeeksi ja jäätä alkaa kerääntyä, kuten itselläni jossain vaiheessa kävi.

Varsinaista sulatushuijausta en suosittelisi tekemään ellet ole havainnut selkeää ongelmaa sulatusten tiheydessä. Jos siis laitteen tuottama lämpö riittää tarpeisiisi, ei se luultavasti ole vaivan väärti. Toki jos puuhastelu muuten kiinnostaa, niin mikä ettei. Ei sillä välttämättä radikaalia muutosta ole kokonaishyötysuhteeseen, jos lämmitysjaksot ovat nytkin tolkullisen pituisia.

Itselläni sulatushuijaus on tuonut ihan selkeitä säästöjä, sillä olen saanut etenkin kovilla pakkasilla lämmitettyä huomattavasti enemmän taloa ILP:llä, ja patterien COP=1 lämmitys on jäänyt vähäisemmälle. Sulatushuijaus on myös ollut merkittävä mukavuustekijä, kun ei ole tarvinnut kuunnella perunankeittoa 40 minuutin välein puolen vuoden ajan.

 

[bILPo]

Joo, periaatteessa anturin voisi siististi saada tuohon koneen oikealle puolelle, koneen ja seinän väliseen nurkkaan. Se kun jää muutenkin hiukan pimentoon, kun kone on asennettu noin 20cm päähän oikealla olevasta seinästä. Eli tuota vois harkita...sen lisäksi, että jos tulee vielä plussakelejä, niin vois pestä sisä- ja ulkoyksiköiden kennot. Olisko näihin hyviä vinkkejä?

Pitää paneutua tässä talven aikana paremmin tuohon sulatushuijaukseen, ja tutkia tuota oman koneen käytöstä ennenkuin alan sille mitään isompaa tekemään.

 

[Deut]

Täällä ei nyt ihan taito riitä mitsurunnerin asennukseen. Löytyisikö Turun seudulta apuja tämän modin suorittamisen kanssa pienä korvausta vastaan?

Täällä sama juttu. 2018 asennettu LN25. Alkuvuosina jaksoin huolehtia lyhyistä sulatusväleistä, sitten kyllästyin kun lämpöä kuitenkin riitti ja sähkö oli halpaa. Nyt taas ruvennut pistämään silmään nämä 40min lämmitysjaksot, sulattaa vaikka ei olisi mitään aihetta. Soittelin tänään pumpun asentaneeseen firmaan ja kuulemma "todella vähän" on ollut ongelmia LN-sarjan pumppujen kanssa Ehdottivat jotain huoltotarkastusta ja mahdollisesti ulkoyksikön anturin eristystä. Puhui jotain että anturi voi mennä helposti jäähän ja siksi sulattelee tiheästi. En tiedä sitten... Onko tuollaisesta jollain kokemusta?

Jos Hämeenlinnan suunnalta jollain olisi kiinnostusta väkertää mitsurunner meikäläisen pumppuun niin olen kiinnostunut!

 

[puu]

Puhui jotain että anturi voi mennä helposti jäähän ja siksi sulattelee tiheästi. En tiedä sitten... Onko tuollaisesta jollain kokemusta?

Tästä on ollut paljon keskustelua täällä varsinaisessa LN-ketjussa. Sieltä vaan kahlaamaan reilu 4000 viestiä läpi. Jollain kai on ollut vaikutustakin tuolla anturin jäätymisellä ja eristys on saattanut auttaa. Toisilla taas - kuten itselläni - ei ole tuosta juuri ollut apua, vaan Mitsurunner on ollut ainoa oikeasti toimiva lääke.

 

[o-p]

Tässä on hyvä opinnäytetyö Mitsun sulatusjaksojen logiikasta: https://www.theseus.fi/handle/10024/704271

Lyhyesti: ilmankosteus ei vaikuta sulatusjaksoihin ja alle -15°C menee sulatus kellon perään ja poistuu kun lämpötila yli -7°C.

Itselläni ei ole Mitsun pumppuja mutta samantyylinen sulatuslogiikka toisissa merkeissä johon sulatushuijaus auttanut.

Vuoden verran seurannut Daikin pumpun Deltaa niin se ei nouse koskaan yli 5. Säälisulatusjakso tulee 4.5h välein pakkasella kuin pakkasella eikä deltan mukaan. Pumppu ollut jo 5v käytössä ja olen ihmetellyt miksi ulkoyksikkö ei kerää yhtään jäätä alle kun toisen pumpun alla on jäävuori.
Onko muilla samanlaisia jäätymättömiä ulkoyksiköitä?

 

[bILPo]

Kyllä tässä on varmaan pakko alkaa tämä muutos tekemään omaankin pumppuun, kun on tuota pihinää kuunnellut tässä taas 2 tuntia. Sähköä on mennyt 2kWh, mutta liekö tuo kerennyt vielä ollenkaan lämmittää

Ihan mielenkiinnosta, että voisiko Mitsu tehdä tämän saman ihan vaan ohjelmamuutoksella? Onkohan kukaan ollut suoraan yhteydessä Mitsulle ja kertonut tästä Scanofficen toiminnasta että kuin tämä pilaa koko pumpun maineen? Tuntuu hullulta ettei tätä selvää vikaa ole tässä vuosien saatossa korjattu (kuin ilmeisesti tässä uudemmassa mallissa, joka meilläkin on yläkerrassa).