MSZ-LN sulatushuijaus

[iro]

Mulla Mitsurunner on näemmä pudonnut wifistä syyskuun lopulla (38 päivää sitten) jostain syystä ja hyvin tuntuu puksuttavan edelleen.

Asetuksissa (platform_wemos.yaml)

# Common reboot timeout for WiFi, MQTT and HomeAssiant. Change value if needed.
  common_reboot_timeout: '360min'

WiFi- tai MQTT yhteyden puuttuminen saa Mitsurunnerin resetoitumaan tietyin välein ja tuo aiheuttaa pienen rytmihäiriön sulatussykleihin. Jos säälisulatuksen liipaisuraja on 360m niin teoriassa on mahdollista että säälisulatus ei koskaan tapahdu. Tästä syystä reboot_timeout on uudemmissa versioissa 600min.

@juu , onko tietoa miksi WiFi ei toimi?

 

[juu]

WiFi- tai MQTT yhteyden puuttuminen saa Mitsurunnerin resetoitumaan tietyin välein ja tuo aiheuttaa pienen rytmihäiriön sulatussykleihin. Jos säälisulatuksen liipaisuraja on 360m niin teoriassa on mahdollista että säälisulatus ei koskaan tapahdu. Tästä syystä reboot_timeout on uudemmissa versioissa 600min.

@juu , onko tietoa miksi WiFi ei toimi?

en ole ehtinyt tutkimaan miksei netti toimi enää Wemoksilla, sekä Mitsurunner että toinen Wemos putosi linjoilta samoihin aikoihin. Muut iot-härpättimet ovat pysyneet linjoilla.

 

[iro]

en ole ehtinyt tutkimaan miksei netti toimi enää Wemoksilla, sekä Mitsurunner että toinen Wemos putosi linjoilta samoihin aikoihin. Muut iot-härpättimet ovat pysyneet linjoilla.

Onko Wemos:ssa staattiset vai dynaamiset IP-osoiteet?

 

[haraldh]

Onko jo tietoa ja kokemusta R290 eli propaanipumpuista? Tuntui siltä että uusi Mitsun RW sulattelee pienesti ja usein, verrattuna muuten samanlaiseen RW malliseen. Kyllähän tästä otetaan tuplasti lämpöä, mutta silti tuntuu siltä että usein se sulattelee. Kamera olisi jepa, sillä saisi tietoa onko tarvetta sulatukselle vai ei. Eroaako nämä oikeasti eri kaasun takia ja onko mitsurunnerilla tehtävää?

Kuvassa Vardagslvp on R290 pumppu. Punaiset väliviivat sulatuksia.

 

[iro]

Onko jo tietoa ja kokemusta R290 eli propaanipumpuista? Tuntui siltä että uusi Mitsun RW sulattelee pienesti ja usein, verrattuna muuten samanlaiseen RW malliseen. Kyllähän tästä otetaan tuplasti lämpöä, mutta silti tuntuu siltä että usein se sulattelee. Kamera olisi jepa, sillä saisi tietoa onko tarvetta sulatukselle vai ei. Eroaako nämä oikeasti eri kaasun takia ja onko mitsurunnerilla tehtävää?

Kuvassa Vardagslvp on R290 pumppu. Punaiset väliviivat sulatuksia.

Näytä liitetiedosto 118704

Voisiko ulkoyksikön kennoon laittaa lämpöloggeri ja seurata ulkoilman ja kennon lämpötilan eroa ja tuosta päätellä onko sulatukset oikea-aikaisia. Ainakin näissä vanhoissa pumpuissa oikea-aika sulatukselle on kun deltaT alkaa kasvaa jyrkästl, jos pystyy samanaikaisesti arvioimaan COPia niin aina parempi.

 

[wannabe]

Eroaako nämä oikeasti eri kaasun takia ja onko mitsurunnerilla tehtävää?

Minä laittaisin Mitsurunnerin perälaudaksi nyt kun asennuskelit vielä siedettävät. Ajelis vakiona katellen miten pelaa ja jos "kulku" ei miellytä, niin napsauttaa runnerin käyntiin. Tulis samalla noi mittauksetkin logitettua.

 

[juu]

en ole ehtinyt tutkimaan miksei netti toimi enää Wemoksilla, sekä Mitsurunner että toinen Wemos putosi linjoilta samoihin aikoihin. Muut iot-härpättimet ovat pysyneet linjoilla.

Taisi olla kiinni Unifin wifi-asetuksista. Vaihdoin Minimum Data Rate Controlin Autosta Manualiin ja arvoksi minimi. Toinen Wemos palasi verkkoon, ja eiköhän Mitsurunnerkin palaile kunhan tuon 6h rebootin aika koittaa taas.

 

[juu]

Jaa, eipä Mitsurunner toennutkaan. Tökkäsin usbila tietokoneeseen

[12:06:04] [W] [component: 313]: dallas_temp.sensor cleared Warning flag
[12:06:05][W][component:290]: dallas_temp.sensor set Warning flag: scratch pad checksum invalid
[12:06:05][D][dallas.temp.sensor:127]: Scratch pad: FF.FF.FF.FF.FF.FF.FF.FF.FF (C9)

keskustelua tästä virheilmoituksesta

Arduinon serial monitor log näytti himpun enemmän, nimeää "temp heat exchanger":

[dallas. temp.sensor:139]: 'Temperature - heat exchanger' - Scratch pad checksum invalid! [0m

Liitteenä iotgurun ruutukaappaus dallaksien virhemääristä.


Vaihdoin anturin.
Latasin tuoreen Mitsurunnerin Githubista.
Asensin uuden version ESPhomesta, nykyisin pyörii nettiselaimessa graafisella käyttöliittymällä.
Sain HW checkin tehtyä. Aluksi tuli kai samaa virhettä kuin yllä, mutta kunhan hoksasi poimia login alusta Dallaksien id:t taas paikoilleen niin lämpötilat näkyi.

Uudella ESPHomella, nettiselaimessa runnerin asennus meni näin:

• Tee tarvittavat muutokset tiedoistoihin.
• Copy-pastea tiedostot pl. "mitsu-conf.yaml" Esphomen työkansioon kansioon "esphome"
• ESPhomessa paina "new device". Aukeaa popup, drag-n-droppaa "hw_check.yaml" tähän.
• Paina alhaalta Install. Kysyy USB vai network, valitse haluamasi.
• Jos valitsee USB niin ainakin macilla selain kysyy seuraavaksi "Valitse laitteen portti", valitse "usb-serial" tms.
• Flashays alkaa. Odota että valmistuu. Valmistumisen jälkeen aukeaa loki, josta voit katsoa mitä tapahtuu.
  • Ota lokista dallaksien id:t talteen ja muokkaa ne tiedostoon.
• Toista vaiheet New devicestä eteenpäin tiedostolla "mitsu-conf.yaml".

Taitaapi toimia. Paitsi ei yhdistä vieläkään wifiin, logissa näkyy Disconnected ... reason='Handshake Failed'. Pitää lueskella lisää.

Edit: wifi ja mqtt iotguruun alkoi toimia itsestään. Saisi varmaan vielä testailla espin wifiasetuksien säätöä, sillä itse wifiverkko on jo viritetty iot:lle.

 

[iro]

Jaa, eipä Mitsurunner toennutkaan. Tökkäsin usbila tietokoneeseen

[12:06:04] [W] [component: 313]: dallas_temp.sensor cleared Warning flag
[12:06:05][W][component:290]: dallas_temp.sensor set Warning flag: scratch pad checksum invalid
[12:06:05][D][dallas.temp.sensor:127]: Scratch pad: FF.FF.FF.FF.FF.FF.FF.FF.FF (C9)

keskustelua tästä virheilmoituksesta

Arduinon serial monitor log näytti himpun enemmän, nimeää "temp heat exchanger":

[dallas. temp.sensor:139]: 'Temperature - heat exchanger' - Scratch pad checksum invalid! [0m

Liitteenä iotgurun ruutukaappaus dallaksien virhemääristä.


Vaihdoin anturin.
Latasin tuoreen Mitsurunnerin Githubista.
Asensin uuden version ESPhomesta, nykyisin pyörii nettiselaimessa graafisella käyttöliittymällä.
Sain HW checkin tehtyä. Aluksi tuli kai samaa virhettä kuin yllä, mutta kunhan hoksasi poimia login alusta Dallaksien id:t taas paikoilleen niin lämpötilat näkyi.

Uudella ESPHomella, nettiselaimessa runnerin asennus meni näin:

• Tee tarvittavat muutokset tiedoistoihin.
• Copy-pastea tiedostot pl. "mitsu-conf.yaml" Esphomen työkansioon kansioon "esphome"
• ESPhomessa paina "new device". Aukeaa popup, drag-n-droppaa "hw_check.yaml" tähän.
• Paina alhaalta Install. Kysyy USB vai network, valitse haluamasi.
• Jos valitsee USB niin ainakin macilla selain kysyy seuraavaksi "Valitse laitteen portti", valitse "usb-serial" tms.
• Flashays alkaa. Odota että valmistuu. Valmistumisen jälkeen aukeaa loki, josta voit katsoa mitä tapahtuu.
  • Ota lokista dallaksien id:t talteen ja muokkaa ne tiedostoon.
• Toista vaiheet New devicestä eteenpäin tiedostolla "mitsu-conf.yaml".

Taitaapi toimia. Paitsi ei yhdistä vieläkään wifiin, logissa näkyy Disconnected ... reason='Handshake Failed'. Pitää lueskella lisää.

Edit: wifi ja mqtt iotguruun alkoi toimia itsestään. Saisi varmaan vielä testailla espin wifiasetuksien säätöä, sillä itse wifiverkko on jo viritetty iot:lle.

a) Tarkasta onko WiFi-salasana oikein
b) Jos käytät MESH-verkkoa ESP-voi yrittää yhteyttä heikosti "kuuluvaan" tukiasemaan. ESPn voi tietääkseni lukita tiettyyn MESH-verkon tukiasemaan seuraavasti
wifi:
ssid: "Verkkosi_Nimi"
password: "Salasanasi"
bssid: AA:BB:CC:CC:EE:FF # Lähimmän/parhaan tukiaseman MAC-osoite

 

[juu]

a) Tarkasta onko WiFi-salasana oikein
b) Jos käytät MESH-verkkoa ESP-voi yrittää yhteyttä heikosti "kuuluvaan" tukiasemaan. ESPn voi tietääkseni lukita tiettyyn MESH-verkon tukiasemaan seuraavasti
wifi:
ssid: "Verkkosi_Nimi"
password: "Salasanasi"
bssid: AA:BB:CC:CC:EE:FF # Lähimmän/parhaan tukiaseman MAC-osoite

"Edit: wifi ja mqtt iotguruun alkoi toimia itsestään."
= tunnukset oikein.

Ei ole meshiä.

Lisäsin secretsiin wifin alle:

min_auth_mode: WPA2 # todo does this help? Though wifi is WPA2 only already.
  output_power: 19dB # Default for ESP8266 is 20dB, 20.5dB might cause unexpected restarts. For one 10dB helped.
  phy_mode: 11G # There is a known compatibility issue with some routers when ESP8266 devices use 802.11n; you can work around it by limiting the ESP to 802.11g

On pysynyt nyt pari tuntia hyvin verkossa. Eos oliko noista asetuksista apua, en testannut ilman niitä riittävän pitkään että ois verrokkidataa.