MSZ-LN sulatushuijaus

[iro]

Releohjauksen polareetin voi vaihtaa "inverted" parametrilla,
https://esphome.io/components/switch/gpio.html

Oletusparametreilla MItsurunner on toiminnassa kun ulkolämpö on alle 2 C
(==> yli 2C lämpötilassa Mitsurunner on "idle", ohjausrele on lepotilassa).

Säätöparametrit on määritelty "Constant.h" tiedostossa.
(Arvot on todettu hyvin toimiviksi, testausvaiheessa noita voi muokata vapaasti, todellisessa ympäristössä muutoksia pitäisi tehdä varovasti)

 

[MikaK]

Terve.

Täällä olis yks innokas testaamaan Mitsurunneria.
Sain ton huijauskikkaran toimimaan HW-checkillä ja se kirjautuu meidän verkkoon ja kaikki.
Kuitenkin kun yritän ladata ohjelman OTA kautta en onnistu. Epäilen et meidän Wlan blokkaa liikenteen.

Erroriksi tuli

←[32mINFO Successfully compiled program.←[0m
Found multiple options, please choose one:
[1] COM3 (USB-SERIAL CH340 (COM3))
[2] Over The Air (192.168.68.xxx)
(number): 2
←[32mINFO Connecting to 192.168.68.xxx←[0m
←[31mERROR Connecting to 192.168.68.xxx:8266 failed: [WinError 10061] Yhteyttä ei voi muodostaa, koska kohdekone ei salli sitä←[0m

Onko tästä muuta haittaa kuin se, ettei kikkaraan pääse käsiksi verkon kautta vaan aina pitäis usb:n kautta tehdä muutokset jos haluaa?
Ja ymmärsinkö oikein et kun lataan varsinaisen Mitsurunner ohjelman ja siellä platformissa muutan parametrit oikein ni huijausohjelman pitäis toimia?

 

[puu]

Onnistutko pingaamaan komentoriviltä Mitsurunnerin IP-osoitetta?

SInullahan pitää sitten olla samassa yaml:ssa - mitä aiot laiteeseen päivättää - sama IP-osoite ja salasana WiFi-asetuksissa, eli näissä:
wifi:
ssid: "mun_oma_fifi_verkko"
password: "abcd1234"
manual_ip:
static_ip: 192.168.0.15
subnet: 255.255.255.0
gateway: 192.168.0.1

 

[MikaK]

Tämmöset tuli tolla komennolla. Tässä tietty auttais kun ymmärstäis mitä on tekemässä, mut mä en tajua
Ja noi ip tiedot on siellä yaml tiedostossa samalla tavalla kun tässä kuvassa.

 

[iro]

@MikaK ,
Onhan sinulla OTA password määritelty?
Voisit koettaa mitä tapahtuu jos käytät dynaamista IP:tä.
Eli ota pois noi manuaalisen ip:n määritelyt
manual_ip:
static_ip: 192.168.1.100
subnet: 255.255.255.0
gateway: 192.168.1.1

Mitsurunner toimii kunhan Paltform-paramerit on customoitu.

 

[MikaK]

Kyllä mä siihen laitoin salasanan. Mut senhän voi itse määritellä miksi haluaa vai mitä? Mä koitan jossain vaiheessa ja katsotaan kuinka käy.

 

[iro]

@MikaK ,
Noista sinun logeista [2] Over The Air (192.168.68.xxx) osui silmiin tuo .xxx,
Minulla tuossa näkyy laitteen ip-osoite kokonaisuudessaan (192.168.68.107)
==> tarkista logista mihin ip-osoitteeseen laite kytkeytyy

 

[MikaK]

Mää vaan jotain ajattelin ja jätin sen lopun pois. Nyt se ip osote on kokonaisuudessaan 192.168.1.100. Sitä en oo muuttanu miksikään. Pitäiskö se muuttaa?
Gateway ip osote on 192.168.1.64

 

[puu]

Mää vaan jotain ajattelin ja jätin sen lopun pois. Nyt se ip osote on kokonaisuudessaan 192.168.1.100. Sitä en oo muuttanu miksikään. Pitäiskö se muuttaa?
Gateway ip osote on 192.168.1.64

Laita Mitsurunnerin osoitteeksi 192.168.1.x esimerkiksi tuo 192.168.1.100.

 

[MikaK]

Tällä hetkellä tiedot on siis näin ja usb:n kautta saa ajettua ohjelman sisään.

# used IP
manual_ip:
static_ip: 192.168.1.100
subnet: 255.255.255.0
gateway: 192.168.68.1

Jos mä muutan näistä jotain tällä hetkellä ni sit antaa errorin.

←[33mWARNING Calling ESPHome with the configuration before the command is deprecated and will be removed in the future. ←[0m
←[33mWARNING Please instead use:←[0m
←[33mWARNING esphome run hw_check_1.yaml←[0m
←[32mINFO Reading configuration hw_check_1.yaml...←[0m
←[31mERROR Error while reading config: Invalid YAML syntax:

mapping values are not allowed here
in "hw_check_1.yaml", line 18, column 14:
static_ip: 192.168.1.100
^←[0m

Tai jos muutan ton manual ip:n tohon puun ehdottamaan ni antaa ton ylemmän errorin kans

 

[janti]

Mikä oli tuossa edellä tuo pingattu 192.168.68.107 ?

 

[iro]

Joko kokeilit dynaamista ip:tä?

 

[MikaK]

Nyt täytyy sanoa että hyviä kysymyksiä. Mä siis palaututin alkuperäiset asetukset tohon hw_check ohjelmaan ja ajoin sen uusiks tähän sisään. Ehkä mun täytyy pyytää tähän kaveri näitä muuttelemaan ketä näistä jotain tajuaakin jotain Kokeilin tota jo toisella wlanilla ni sieltä muistaakseni tuli noi Jantin kysymät arvot.

Mikä oli tuossa edellä tuo pingattu 192.168.68.107 ?

 

[MikaK]

Joko kokeilit dynaamista ip:tä?

Tähän vastaus on, että en. Koska en oikeen ymmärrä mitä mun pitäis muuttaa noista ip kohdista.

 

[iro]

Editoi platform.yaml:sta pois rivit
Manual_ip:
Static-ip:
Subnet:
Gateway:

 

[MikaK]

Failed config

wifi: [source platform.yaml:3]
ssid: Meiänwifi
password: Meiänsalasana
manual_ip: [source platform.yaml:8]

IPv4 address must consist of either string or integer list.
static_ip: [source platform.yaml:8]

IPv4 address must consist of either string or integer list.
subnet: [source platform.yaml:9]

IPv4 address must consist of either string or integer list.
gateway: [source platform.yaml:10]

Sit se anto tämmösen koodin.
Aiemmin ku noi ip tiedot oli ni se löysi meidän wifin ja kirjautu sinne sisään.

Ja noi wifin tiedot oli siis oikein mitkä ne onkin, eikä noi mitkä tohon kirjasin nyt.

 

[iro]

@MikaK , tällainen toimii minulla
jäikö sinulta poistamatta rivi "manual_ip:"

----
wifi:
#Set your WiFi parameters
ssid: aaaaaaaa
password: bbbbbbbb

logger:
level: debug

# OTa-update password
ota:
password: zzzzzzzz
----

 

[MikaK]

Found multiple options, please choose one:
[1] COM4 (USB-SERIAL CH340 (COM4))
[2] Over The Air (mitsurunner_hw_check.local)
(number): 2
←[32mINFO Resolving IP address of mitsurunner_hw_check.local←[0m
←[32mINFO -> 192.168.1.100←[0m
←[31mERROR Connecting to mitsurunner_hw_check.local:8266 failed: timed out←[0m

Ei auttanu sekään. Mun täytyy pyytää kaveri tähän kattomaan joka ymmärtääkin jotain siitä mitä tekee tietokoneella. Vika on todennäkösesti joku pikkujuttu mikä ei mulle vaan nyt aukee.

 

[iro]

@MikaK
Tuosta voisi päätellä että laite on kytkeytynyt verkkoon käyttäen dynaamista IP:tä, ja kun halutaan tehdä OTA-päivitys PC-pyytää reitittimeltä laitteen IP:tä. Reititin antaa osoitteeksi 192.168.1.100, päivitystä yritetään tuohon osoitteeseen mutta tuo ei onnistu.
Laitteen käynnistymisen jälkeen tulostuvasta logista näkee mihin IP-osoitteeseen laite kytkeytyy. Jos tuo osoite ei ole 192.168.1.100
niin modeemi/reitittimen kytkeminen hetkeksi OFF saattaisi auttaa. (Sillä hieman ihmetyttää reitittimen antama osoite 192.168.1.100, yleensä dynaamiset osoittteet ovat <.100. Olisiko reititin liittänyt laitteen MAC-osoitteen IP-osoitteeseen .100 ensimmäisellä kytkentäkerralla eikä myöhemmillä yhteyskerroilla osaa muuttaa tuota mappaysta?)

Mutta eipä homma tuohon kaadu, voit hyvin tässä vaiheessa käyttää USB:ta ja siirtyä Mitsurunner-paketin kimppuun, tuo OTA ongelma kyllä oikenee aikanaan.

 

[MikaK]

Mulla on siis kotona kuitu ja kuitupäätteestä lähtee kaapeli decoon joka muodostaa meillä wlanin. Voisko se jotenki sotkee tota, kun on kaksi purkkia peräkkäin? Ja tohon Decon sisään en pääse millään kiinni.

 

[iro]

Kuitupäätteen ja reitittimen yhdistelmä ei aiheuta ongelmia, mutta jos kotiverkossa on useita wlan- tukiasemia niin en pysty sanomaan tulisiko siitä OTI-ongelmia.
Muuten, kun koodin ip-osuutta tai oti-osuutta muutetaan niin sen jälkeen eka flashays pitää tehdä USBn kautta. Jos et tuota niin se selittäisi edellä kuvaamasi tilanteen.

 

[MikaK]

Kyl mä aina oon ensin ajanu usbin kautta ohjelman läpi. Nyt kun laitoin kuitupääteen omaan wlan verkkoon ton ni se meni läpi tolla dynaamisella ip osotteella.

←[32mINFO Successfully compiled program.←[0m
Found multiple options, please choose one:
[1] COM4 (USB-SERIAL CH340 (COM4))
[2] Over The Air (mitsurunner_hw_check.local)
(number): 2
←[32mINFO Resolving IP address of mitsurunner_hw_check.local←[0m
←[32mINFO -> 192.168.1.100←[0m
←[32mINFO Uploading .esphome/build/mitsurunner_hw_check\.pioenvs\mitsurunner_hw_check\firmware.bin (342272 bytes)←[0m
←[32mINFO Compressed to 244786 bytes←[0m
Uploading: [============================================================] 100% Done...

←[32mINFO Waiting for result...←[0m
←[32mINFO OTA successful←[0m
←[32mINFO Successfully uploaded program.←[0m
←[32mINFO Starting log output from COM4 with baud rate 115200←[0m

 

[iro]

Jos tulkitsen viestiäsi oikein, niin sait OTA:n toimimaan kun muodostat yhteyden kuitupäätteen Wlaniin.
Eli sinun kotiverkossasi olisi kaksi Wlan tukiasemaa, toinen kuitupäätteessä ja toinen Decossa. Löydätkö kuitupäätteen ja Decon tyyppimerkinnät niin voitais ihmetellä mistä OTA-ongelma aiheutui ja miten ongelma voidaan poistaa?

 

[hessuttaja]

Releohjauksen polareetin voi vaihtaa "inverted" parametrilla,
https://esphome.io/components/switch/gpio.html

Oletusparametreilla MItsurunner on toiminnassa kun ulkolämpö on alle 2 C
(==> yli 2C lämpötilassa Mitsurunner on "idle", ohjausrele on lepotilassa).

Säätöparametrit on määritelty "Constant.h" tiedostossa.
(Arvot on todettu hyvin toimiviksi, testausvaiheessa noita voi muokata vapaasti, todellisessa ympäristössä muutoksia pitäisi tehdä varovasti)

tarkottaako idle sitä että releessä ei valo pala? ja nyt selvisi noi ajat kun avas sen constant.h
Ja hyvä toi maksimi aika 150minuuttia, nyttenkin täällä susirajalla -30 niin ei öljyt jää höyrystimeen. Keskiviikkona pitäisi kelien lämmetä niin saisi askarreltua ton paikoilleen.

Ja pystyykö tuota laitetta ohjelmoimaan wifin kautta, näkeekö sitä logia komentokehotteesta jollain? Laite on nyt kylmässä tallissa testissä

 

[puu]

tarkottaako idle sitä että releessä ei valo pala? ja nyt selvisi noi ajat kun avas sen constant.h
Ja hyvä toi maksimi aika 150minuuttia, nyttenkin täällä susirajalla -30 niin ei öljyt jää höyrystimeen. Keskiviikkona pitäisi kelien lämmetä niin saisi askarreltua ton paikoilleen.

Idle-tilassa releen valon pitäisi palaa, eli releen kelan läpi pitäisi kulkea virta. Idle tarkoittaa siis, että sulatushuijaus on päällä ja laite ei ole aloittamassa sulatusta, tekemässä sulatusta, tai sulatuksen "jälkilöytyissä".

Täältä löytyy laitteen tilakaavio mistä selviää myös releen tila eri tiloissa:

MitsuRunner/Pictures/StateMachine.pptx at main · VeliML/MitsuRunner

ESP Home configuration file for ESP devices made for preventing Mitsubishi heatpumps to do too short heating runs and melt ice too often- - VeliML/MitsuRunner

github.com

Ja pystyykö tuota laitetta ohjelmoimaan wifin kautta, näkeekö sitä logia komentokehotteesta jollain? Laite on nyt kylmässä tallissa testissä

Pystyy. Login näkee sillä PC:llä, millä ohjelmoinnin on suorittanut. Tässä esimerkiksi omaa logia:

 

[iro]

@puu, hyvä että huomasit virheeni IDLE-tilan releen asennosta, sekoilin "idle"- ja "off"-tiloissa.
Yli 2C ulkolämpötilassa Mitsurunner on "off" tilassa ja tällöin ohjausrele on lepotilassa.

 

[hessuttaja]

@puu, hyvä että huomasit virheeni IDLE-tilan releen asennosta, sekoilin "idle"- ja "off"-tiloissa.
Yli 2C ulkolämpötilassa Mitsurunner on "off" tilassa ja tällöin ohjausrele on lepotilassa.

Eli tämä juuri päinvastoin kö kytkee nyt? Tässä video

https://aijaa.com/8MqoKg

Releen COM ja NO kärjet kytkettynä ja valo palaa vaikka 'Defrost prevention control': Sending state OFF
Ja en mistään löytänyt tuota RESTORE_INVERTED_DEFAULT_OFF kohtaa



[15:57:04][D][dallas.sensor:136]: 'outdoor temperature': Got Temperature=15.4°C
[15:57:05][D][dallas.sensor:136]: 'outdoor unit heat exchanger temperature': Got Temperature=15.1°C
[15:57:09][D][dallas.sensor:136]: 'outdoor temperature': Got Temperature=15.4°C
[15:57:10][D][dallas.sensor:136]: 'outdoor unit heat exchanger temperature': Got Temperature=15.1°C
[15:57:14][D][switch:017]: 'Defrost prevention control' Turning OFF.
[15:57:14][D][switch:037]: 'Defrost prevention control': Sending state OFF
[15:57:14][D][sensor:113]: 'Defrost state machine': Sending state 0.36538 with 1 decimals of accuracy
[15:57:14][D][dallas.sensor:136]: 'outdoor temperature': Got Temperature=15.4°C
[15:57:15][D][dallas.sensor:136]: 'outdoor unit heat exchanger temperature': Got Temperature=15.1°C
[15:57:19][D][dallas.sensor:136]: 'outdoor temperature': Got Temperature=15.4°C
[15:57:20][D][dallas.sensor:136]: 'outdoor unit heat exchanger temperature': Got Temperature=15.1°C
[15:57:20][D][sensor:113]: 'outdoor unit heat exchanger temperature': Sending state 15.07906 °C with 1 decimals of accuracy
[15:57:24][D][dallas.sensor:136]: 'outdoor temperature': Got Temperature=15.4°C

Ja kokeilin wifin kautta lähettää esphome run mitsurunner.yaml niin ei anna yhdistää MQTT serveriin tms vaan jää siihen jumiin. Jos laitan ekaan kohtaan wifi ja seuraavaan kohtaan usb niin toimii normaalisti ja ioguruun lähettää käppyrät

 

[MikaK]

Jos tulkitsen viestiäsi oikein, niin sait OTA:n toimimaan kun muodostat yhteyden kuitupäätteen Wlaniin.
Eli sinun kotiverkossasi olisi kaksi Wlan tukiasemaa, toinen kuitupäätteessä ja toinen Decossa. Löydätkö kuitupäätteen ja Decon tyyppimerkinnät niin voitais ihmetellä mistä OTA-ongelma aiheutui ja miten ongelma voidaan poistaa?

Eli meillä on siis Lounean kuitupääte joka on malliltaan Nokia G-241W-A. Tämän kuitupäätteen oma wlan on huono joten Lounealta ehdottivat, että sen ottaa pois päältä ja heidän toimittamaa Decoa käytetään wlan verkon muodostamiseen. Deco on malliltaan Deco M9 Plus. Auttaako nää tiedot ollenkaan?

 

[MikaK]

Nyt sain ton Mitsurunnerin IoT Gurun toimimaan myös. Mut tän mitsurunnerin kanssa ei toi OTA ala toimimaan. Koitin dynaamisella IP osotteella ja sit noilla ohjeilla mitä aiemmin annoitte, mut ei vaan pelaa. Kun ajoin sen ohjelman eka USB kautta ni siellä tuli jossain kohtaa tämmönen pätkä näkyviin.

[22:09:54][D][ota:136]: Starting OTA Update from 192.168.1.69...
[22:09:54][W][ota:149]: Magic bytes do not match! 0x16-0x03-0x01-0x02-0x00
[22:09:54][D][ota:136]: Starting OTA Update from 192.168.1.69...
[22:09:54][W][ota:149]: Magic bytes do not match! 0x16-0x03-0x01-0x02-0x00
[22:09:54][D][ota:136]: Starting OTA Update from 192.168.1.69...
[22:09:54][W][ota:149]: Magic bytes do not match! 0x16-0x03-0x01-0x00-0x97

Mahtaaks tää jotain tarkottaa?

 

[MikaK]

En mä kyl tajua tätä alkuunkaan. Nyt laitoin ton Mitsurunnerin ihan kännykänlaturiin kiinni ja odottelin hetken ja laitoin komentokehotteeseen ton esphome käskyn ja se anto tän.

←[32mINFO Successfully compiled program.←[0m
←[32mINFO Resolving IP address of mitsurunner.local←[0m
←[32mINFO -> 192.168.1.68←[0m
←[32mINFO Uploading .esphome/build/mitsurunner\.pioenvs\mitsurunner\firmware.bin (390192 bytes)←[0m
←[32mINFO Compressed to 272503 bytes←[0m
Uploading: [============================================================] 100% Done...

←[32mINFO Waiting for result...←[0m
←[32mINFO OTA successful←[0m
←[32mINFO Successfully uploaded program.←[0m
←[32mINFO Starting log output from LN_temperatures/debug←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m

Antaaks tää nyt ymmärtää et se OTA toimeis sit kuitenkin?

 

[iro]

@MikaK , mihin kuitupäätteen LAN-liittimeen Decon kaapeli on kytketty?
Tuossa toisessa viestissä onko Mitsurunner liitetty kuitupäätteen vai Decon wifiin ?

 

[MikaK]

@iro deco laitettiin lounean toimesta lan porttiin 4 joka on julkinen muistaakseni. Ne sanos et sen voi siihen laittaa koska decon oma palomuuri suojaa sitä.

Mitsurunner on nyt liitetty kuitupäätteen wifiin.

 

[puu]

Itselläni on vastaava Deco-mesh-systeemi ja itselläni on ainoastaan sen wifi käytössä kännyköillä, PC:illä, Mitsurunnerilla, Raspberry Pi:llä sun muilla. Laajakaistamodeemin wifiä en käytä ollenkaan. Tai itseasiassa PC jota käytän Mitsurunnerin ohjelmointiin on ehden Deco-purkin LAN-portissa kiinni.

 

[iro]

@MikaK, LAN-portti 4 välittää kaiken liikenteen joten sen käyttö Deco liitäntään on OK.
Nyt kun OTI toimii kuitupäätteen kanssa, voisit kokeilla uudestaan josko se toimisi myös Decoon liitettynä.
Älä tee ohjelmaan muita muutoksia kuin WiFi ssid ja salasana.
Kun mitsurunner käynnistyy katso mihin ip osoitteeseen se kytkeytyy Decossa (näkyy logissa).
Kun sitten yrität OTI-päivitystä niin tuon osoitteen pitäisi näkyä
←[32mINFO Resolving IP address of mitsurunner.local← osoitteena.

NOTE: Hämärästi muistan nähneeni jossakin huomautuksen että ESPHome "laitenimessä" ei saisi olla alaviivaa, sillä se voi aiheuttaa ongelmia OTI_päivityksessä (olisiko niin että päivitettäessä laite pyytää reititintä antamaan tuota "laitenimeä" vastaavan ip:n ja jotkut reitittimet eivät hyväksy alaviivaa laitenimessä?)
==> hw_check OTI ei onnistu
esphome:
name: mitsurunner_hw_check

==>mitsurunner onnistuu
esphome:
name: mitsurunner

 

[iro]

@hessuttaja, releen logiikan oikeellisuus kannttaa tarkistaa siten että releen täytyy olla lepotilassa kun mitsurunnerin näkemä ulkolämpötila on yli 2 astetta (=tuossa tilateessa pumpun NTC-vastus on kytkeytyneenä).

"Releen COM ja NO kärjet kytkettynä ja valo palaa vaikka 'Defrost prevention control': Sending state OFF"
tulkitsen tuon siten, että releen logiikka on oikein, mutta merkkivalon logiikka on käänteinen eil valo palaa kun rele on lepotilassa.

Jos kuitenkin joudut vaihtamaan releen logiikka tuo onnistuu inverted: parametria muuttamalla (true tai false), en nyt muista mikä tuolle on oletusarvo.
switch:
- platform: gpio
pin: $relay_pin
inverted: true
name: "Defrost prevention control"
id: gpio_relay

"Ja kokeilin wifin kautta lähettää esphome run mitsurunner.yaml niin ei anna yhdistää MQTT serveriin tms vaan jää siihen jumiin. Jos laitan ekaan kohtaan wifi ja seuraavaan kohtaan usb niin toimii normaalisti ja ioguruun lähettää käppyrät".
En ymmärrä mitä tarkoitat tuolla.

 

[hessuttaja]

Kiitos taas apustuksesta, koodistani puuttui koko rivi, mitä lie olen säätänyt Nyt ledi pysyy sammuneena kun on huoneen lämmössä ja rele kytkee COM/NC kärjet eli mitsun oma logiikka käytössä. Testailen vielä pakkasessa tämän iltaa

Tarkoitin wifillä kun ajan ohjelmaa esphome run mitsurunner.yaml niin se juuttuu MQTT kohtaan

Building in release mode
Retrieving maximum program size .pioenvs\mitsurunner\firmware.elf
Checking size .pioenvs\mitsurunner\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM: [==== ] 37.6% (used 30784 bytes from 81920 bytes)
Flash: [==== ] 37.0% (used 386412 bytes from 1044464 bytes)
============================================= [SUCCESS] Took 5.02 seconds =============================================
←[32mINFO Successfully compiled program.←[0m
Found multiple options, please choose one:
[1] COM3 (USB-SERIAL CH340 (COM3))
[2] Over The Air (192.168.1.100)
(number): 2
←[32mINFO Connecting to 192.168.1.100←[0m
←[32mINFO Uploading .esphome/build/mitsurunner\.pioenvs\mitsurunner\firmware.bin (390560 bytes)←[0m
←[32mINFO Compressed to 272851 bytes←[0m
Uploading: [============================================================] 100% Done...

←[32mINFO Waiting for result...←[0m
←[32mINFO OTA successful←[0m
←[32mINFO Successfully uploaded program.←[0m
Found multiple options, please choose one:
[1] COM3 (USB-SERIAL CH340 (COM3))
[2] MQTT (195.201.219.20
(number): 2
←[32mINFO Starting log output from msz_ln/temperature/debug←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m
←[32mINFO Connected to MQTT broker!←[0m
←[32mINFO Successfully reconnected to the MQTT server←[0m

@hessuttaja, releen logiikan oikeellisuus kannttaa tarkistaa siten että releen täytyy olla lepotilassa kun mitsurunnerin näkemä ulkolämpötila on yli 2 astetta (=tuossa tilateessa pumpun NTC-vastus on kytkeytyneenä).

"Releen COM ja NO kärjet kytkettynä ja valo palaa vaikka 'Defrost prevention control': Sending state OFF"
tulkitsen tuon siten, että releen logiikka on oikein, mutta merkkivalon logiikka on käänteinen eil valo palaa kun rele on lepotilassa.

Jos kuitenkin joudut vaihtamaan releen logiikka tuo onnistuu inverted: parametria muuttamalla (true tai false), en nyt muista mikä tuolle on oletusarvo.
switch:
- platform: gpio
pin: $relay_pin
inverted: true
name: "Defrost prevention control"
id: gpio_relay

"Ja kokeilin wifin kautta lähettää esphome run mitsurunner.yaml niin ei anna yhdistää MQTT serveriin tms vaan jää siihen jumiin. Jos laitan ekaan kohtaan wifi ja seuraavaan kohtaan usb niin toimii normaalisti ja ioguruun lähettää käppyrät".
En ymmärrä mitä tarkoitat tuolla.

 

[iro]

@hessuttaja , "Tarkoitin wifillä kun ajan ohjelmaa esphome run mitsurunner.yaml niin se juuttuu MQTT kohtaan". Jostakin syystä ESPHome generoi tuollaita logia verkon yli eli Mitsurunner kyllä toimii OK ja päivittää tietoja Guruun.

 

[MikaK]

Tänään laitoin ton huijausboksin jo pumpun sisään ni en jaksa sitä nyt ihmetellä sen enempää. Täytyy kattoa alkaako toimimaan.

 

[MikaK]

Harmillisesti pakkanen vaan lauhtuu nyt plussan puolelle. Kaks päivää kun ollu vähän reilummin pakkasta, ni pumppu on käyny 30/10 min pätkää koko ajan

 

[iro]

@MikaK , vielä pari kysymystä:
Kytkeytyykö sun mitsurunner nyt kuitumodeemiin vai Decon?
Päivittyykö tiedot Guruun?