MSZ-LN sulatushuijaus

[iro]

Itseasiassa mergesin tuon juuri päähaaraan. Muistin tehneeni tämän jo aiemmin, mutta muistin väärin.

Jos sitä kohta tekisi v1.0 releasen. Ehkä tätä uskaltaa jo sanoa jollain tasollla valmiiksi.

Olen pöytätestannut kaikki variaatiot omassa testiympäristössäni. Koska omille virheilleen on usen sokea, olisi teitysti hyvä jos joku/jotkut Mitsurunner-aktivistit voisivat testata toiminnan omassa laitteessan. Samalla voisi vilkaista onko Wiki-ohjeissa isoja virheitä/puutteita.
Jos omaan koodiin ei ole tehnyt muutoksia, vanhan version päivittäminen uutten vaatiin jonkin verran copy/paste työtä, mutta uskoisin että homman saa tehtyä yhdellä istumalla.
Vapaaehtoiset voivat ilmoittautua !

 

[Raspi]

Mökki runneri pysyy pystyssä kohta kuukauden, koitan himassa laittaa ohjeidenne mukaisen sw:n kohta puolin.
Mitsu is best!

 

[akarkkai]

Vapaaehtoiset voivat ilmoittautua !

Moi,
Vaihdoin uuden koodin eliteen, tosin ilman mqtt-komponenttiä. Jatkan dallasin käyttöä ilman hubia - elite ei ole vielä bootannut kertaakaan. Olen myös siirtänyt includattavat tiedostot omaan hakemistoonsa, koska esphomen dashboard luulee kaikkia yaml tiedostoja omiksi laitteiksi.

Antaa minulle edelleen virheen linkatessa initializen käytöstä vaikka on viisi vuotta sitten korjattu alkuperäiseen kirjastoon. Korjaantuu vaihtamalla riveille 45 ja 374 initialize -> mitsurunner_initialize tjsp...

INFO ESPHome 2024.3.2
INFO Reading configuration /config/esphome/mitsurunner.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing mitsurunner (board: nodemcu-32s; framework: arduino; platform: platformio/espressif32@5.4.0)
--------------------------------------------------------------------------------
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
 - toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
Dependency Graph
|-- WiFi @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- Update @ 2.0.0
|-- noise-c @ 0.1.4
Compiling .pioenvs/mitsurunner/src/main.cpp.o
Linking .pioenvs/mitsurunner/firmware.elf
/data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld: /data/cache/platformio/packages/framework-arduinoespressif32/tools/sdk/esp32/lib/liblibsodium.a(argon2-core.c.obj): in function `initialize':
/Users/ficeto/Desktop/ESP32/ESP32S2/esp-idf-public/components/libsodium/libsodium/src/libsodium/crypto_pwhash/argon2/argon2-core.c:477: multiple definition of `initialize'; .pioenvs/mitsurunner/src/main.cpp.o:/data/build/mitsurunner/src/main.cpp:50: first defined here
collect2: error: ld returned 1 exit status
*** [.pioenvs/mitsurunner/firmware.elf] Error 1
========================= [FAILED] Took 16.03 seconds =========================

 

[puu]

Olen myös siirtänyt includattavat tiedostot omaan hakemistoonsa, koska esphomen dashboard luulee kaikkia yaml tiedostoja omiksi laitteiksi.

Tämän voisi varmaan muuttaa tuonne GitHubiinkin noin, laittaa vaikka inc-nimiseen hakemistoon muut yamlit.

Antaa minulle edelleen virheen linkatessa initializen käytöstä vaikka on viisi vuotta sitten korjattu alkuperäiseen kirjastoon. Korjaantuu vaihtamalla riveille 45 ja 374 initialize -> mitsurunner_initialize tjsp...

Tämän voisi myös vaihtaa, niin ei tule tuosta turhaa päänvaivaa kenellekään.

Tein molemmista issuet tuonne githubiin, niin tulee ehkä joskus korjattua.

 

[iro]

Lumien sulamisen myötä palasta alkaa hiljenemään. Jos Mitsurunner käyttäjiä on vielä kuulolla niin seuraavaa lämmityskautta ja uusia Mitsurunner-käyttäjiä ajatellen olisi hyödyllistä tietää mihin pumppumalleihin (MSZ-LN:n lisäksi) Mitsurunner on asennettu ja mitkä ovat olleet käyttökokemukset (esim. toimiiko MSZ-RW:ssä?).

 

[puu]

Tästähän voisi tehdä vaikka google forms -kyselyn, niin saisi vähän kerättyä dataa käytöstä. Näitä pitäisi olla adapterien menekin perusteella kohta puolensataa maailmalla, toki osa on varmasti jättänyt asennuksen kesän lämpimille.

 

[iro]

Hei,

Lämmityskauden päättyessä on hyvä hetki koota Mitsurunneriin liittyviä kokemuksia jotka toivittavasti auttavat ylläpitoa ja uusia käyttäjiä.
Jos olet asentanut Mitsurunnerin lämpöpumppuusi toivomme sinun vastaavan linkissä olevaan kyselyyn.
Vastaaminen ei vie montaa minuutia. Vapaamuotoisten kommenttien ja palutteen lisääminen on mahdollsita, jopa toivottavaa.

Mitsurunner user survey

forms.gle

Lomakkeen täytettyäsi paina lomakkeen lopussa olevaa "Lähetä" painiketta !

Kiitos, ja hyvää kesää !

P.S. Kesäkaudella älä pidä Mitsurunneria yhtäjaksoisesti OFF-tilassa montaa viikkoa, sillä IoT-Guru poistaa topic'it joita ei käytetä.

 

[Rh-]

Tuleehan meille sitten nähtäville dataa tästä kyselystä?

Kiinnostaa tietää olenko ainoa joka on Mitsurunneria käyttänyt muun merkin pumpussa kuin Mitsussa?

 

[iro]

Tuleehan meille sitten nähtäville dataa tästä kyselystä?

Kiinnostaa tietää olenko ainoa joka on Mitsurunneria käyttänyt muun merkin pumpussa kuin Mitsussa?

Jep, laitaan yhteenvedon näkyville aikanaan.

Väliaikatietoa: Mitsurinneria on käytetty Mitsun lisäksi myös Daikin&Toshiba ja Gree Fairy 25 pumppujen kanssa.
Toistaiseksi kukaan ei ole ilmoittanut käyttävänsä Mitsurunneria MSZ-RW:n kanssa, vaikka keskustelujen perusteella siinä on tyypilliset Mitsu-pumppujen ongelmat. Ehkä käyttäjät toivovat maahantuojan tekevän päivityksen jo asennettuihin laitteisiin.

 

[iro]

Mitsurunner käyttäjäkyselyn tuloksia voi käydä vilkuilemassa täältä:

https://docs.google.com/forms/d/e/1...FhItA0XCz8yefVetzmRfrj47iqtE2dQ/viewanalytics

 

[Skibidi Weinau]

Mistä näkee tuon MitsuRunnerin uptimen, että kuinka pitkään pysynyt ilman boottia?

Nuita anturin lukuvirheitä ei ole IotGurun mittauksissa näkynyt sen jälkeen kun tein jatkot audiokaapelista.

Koko talven on taas MitsuRunneri pelannu mainiosti, joten jälleen iso kiitos koko tiimille

 

[iro]

Mistä näkee tuon MitsuRunnerin uptimen, että kuinka pitkään pysynyt ilman boottia?

Nuita anturin lukuvirheitä ei ole IotGurun mittauksissa näkynyt sen jälkeen kun tein jatkot audiokaapelista.

Koko talven on taas MitsuRunneri pelannu mainiosti, joten jälleen iso kiitos koko tiimille

Uptime-muuttujan arvon voi nähdä IoT-Gurulta jos sille on määritelty topic Mitsurunnerissa ja IoT-Gurussa. Jos Mitsurunnerin Web-serveri on otettu käyttöön uptime on nähtävissä myös sillä.
En nyt muista mihin Mitsurunnerin versioon uptime-laskenta tuli mukaa.

 

[yOlt]

Moikka,

Täällä on useampi vuosi kärsitty surkeasti toimivasta LN2 ILP:sta ja mielenkiinnolla seurattu tätä foorumia. Nyt sitten tarkoitus saada jotain järkeä tuon ILP toimintaan vielä ennen talvea. Rojut on nyt hankittuna ja alustaksi valittuna Wemos D1 Mini 4.0.0. jonka ympärille kolvaukset tehtynä tuon viimeisimmän kytkentäkaavion mukaisesti. https://mitsurunner.com/doku.php?id=fi:instructions_hw Alustan valinnassa oli ajatuksena se, että tämän saisi kivuttomasti toimimaan ohjeita seuraamalla.

Nyt tuon hw_check.yaml kohdalla haastetta ja ajattelin, että täältä viisaammilta voisi saada vinkkiä, kun itse en enää tänä iltana tunnu tässä eteenpäin pääsevän.

Ensin sain tämän virheen ajaessani esphome hw_check.yaml run:

Failed config

ota.unknown: [source ../secrets.yaml:22]

'ota' requires a 'platform' key but it was not specified.

Mitähän tässä kannattaisi tarkistaa? Itse toistaiseksi kommentoin pois secrets.yaml kohdan ota password.

Mutta seuraavaksi tuli tämä virhe:

Failed config

dallas: [source hw_check.yaml:42]

The "dallas" component has been replaced by the "one_wire" component.
https://esphome.io/components/one_wire.
- pin: D2
update_interval: 10s
id: dallas1

Hyviä ideoita mitä kannattaisi kokeilla?

Edit:

Muokkasin vielä tuosta tämän kohdan kuten alla. Kommentoin pois tuon update_intervalin koska "[update_interval] is an invalid option for [one_wire.gpio]. Please check the indentation."

# Dallas PIN, change PIN if needed
one_wire:
- platform: gpio
pin: D2
# update_interval: 10s
id: dallas1

Tämän jälkeen tulikin:
INFO Successfully compiled program. ja
INFO Successfully uploaded program.

Tämä ei siis kysynyt missään vaiheessa lataustapaa (USB vai OTI), mitä ohjeiden perusteella odotin.

HW_check'in asennuksen jälkeen tarkasta:

• Rele naksuu (0.5 sek ON 5 sek välein) -- En kyllä kuule mitään naksumista. En vielä osaa sanoa yhtään miksi ei. Logiin kyllä tulostuu
  [23:27:13][D][switch:012]: 'rele' Turning ON.
  [23:27:13][D][switch:055]: 'rele': Sending state ON
  [23:27:13][D][switch:016]: 'rele' Turning OFF.
  [23:27:13][D][switch:055]: 'rele': Sending state OFF
  [23:27:18][D][switch:012]: 'rele' Turning ON.
  [23:27:18][D][switch:055]: 'rele': Sending state ON
  [23:27:18][D][switch:016]: 'rele' Turning OFF.
  [23:27:18][D][switch:055]: 'rele': Sending state OFF
• Tietokoneen ruudulle tulostuu logi josta näkyy
• * Laite on kytkeytynyt kotiverkkoosi -- Tämä näkyy
• * DS18B20 lämpötila-antureiden ID-tunnukset - kirjaa ylös, tarvitset näitä myöhemmin - ja mitatut lämpötilat Näitä en kyllä tuosta logistani näe.
• Testaa myös OTI-päivitys antamalla “esphome mitsurunner.yaml run” uudelleen, mutta valitse nyt lataustavaksi OTI

Kiitoksia avuista ja kuten huomaatte, tässä ollaan vielä hyvin alussa ja kysymyksiä saattaa tulla vielä lisää. Onneksi tässä on vielä reilusti aikaa ennen pakkasia.

Lassi

 

[iro]

Moikka,

Täällä on useampi vuosi kärsitty surkeasti toimivasta LN2 ILP:sta ja mielenkiinnolla seurattu tätä foorumia. Nyt sitten tarkoitus saada jotain järkeä tuon ILP toimintaan vielä ennen talvea. Rojut on nyt hankittuna ja alustaksi valittuna Wemos D1 Mini 4.0.0. jonka ympärille kolvaukset tehtynä tuon viimeisimmän kytkentäkaavion mukaisesti. https://mitsurunner.com/doku.php?id=fi:instructions_hw Alustan valinnassa oli ajatuksena se, että tämän saisi kivuttomasti toimimaan ohjeita seuraamalla.

Nyt tuon hw_check.yaml kohdalla haastetta ja ajattelin, että täältä viisaammilta voisi saada vinkkiä, kun itse en enää tänä iltana tunnu tässä eteenpäin pääsevän.

Ensin sain tämän virheen ajaessani esphome hw_check.yaml run:

Mitähän tässä kannattaisi tarkistaa? Itse toistaiseksi kommentoin pois secrets.yaml kohdan ota password.

Mutta seuraavaksi tuli tämä virhe:

Hyviä ideoita mitä kannattaisi kokeilla?

Edit:

Muokkasin vielä tuosta tämän kohdan kuten alla. Kommentoin pois tuon update_intervalin koska "[update_interval] is an invalid option for [one_wire.gpio]. Please check the indentation."


Tämän jälkeen tulikin:
INFO Successfully compiled program. ja
INFO Successfully uploaded program.

Tämä ei siis kysynyt missään vaiheessa lataustapaa (USB vai OTI), mitä ohjeiden perusteella odotin.

HW_check'in asennuksen jälkeen tarkasta:

• Rele naksuu (0.5 sek ON 5 sek välein) -- En kyllä kuule mitään naksumista. En vielä osaa sanoa yhtään miksi ei. Logiin kyllä tulostuu
  [23:27:13][D][switch:012]: 'rele' Turning ON.
  [23:27:13][D][switch:055]: 'rele': Sending state ON
  [23:27:13][D][switch:016]: 'rele' Turning OFF.
  [23:27:13][D][switch:055]: 'rele': Sending state OFF
  [23:27:18][D][switch:012]: 'rele' Turning ON.
  [23:27:18][D][switch:055]: 'rele': Sending state ON
  [23:27:18][D][switch:016]: 'rele' Turning OFF.
  [23:27:18][D][switch:055]: 'rele': Sending state OFF
• Tietokoneen ruudulle tulostuu logi josta näkyy
• * Laite on kytkeytynyt kotiverkkoosi -- Tämä näkyy
• * DS18B20 lämpötila-antureiden ID-tunnukset - kirjaa ylös, tarvitset näitä myöhemmin - ja mitatut lämpötilat Näitä en kyllä tuosta logistani näe.
• Testaa myös OTI-päivitys antamalla “esphome mitsurunner.yaml run” uudelleen, mutta valitse nyt lataustavaksi OTI

Kiitoksia avuista ja kuten huomaatte, tässä ollaan vielä hyvin alussa ja kysymyksiä saattaa tulla vielä lisää. Onneksi tässä on vielä reilusti aikaa ennen pakkasia.

Lassi

Samasta ongelmasta tuli eilen Github-issue. Uusin Esphome-versio aiheuttaa ongelmat.

Issues after update of esphome · Issue #43 · VeliML/MitsuRunner

Hello together, after updating esphome to 2024.6.6, there occured several issues on compiling: ota.unknown: [source secrets.yaml:23] 'ota' requires a 'platform' key but it was not specified. passwo...

github.com

Ota-päivityksen saa tuon perusteella toimimaan lisäämällä koodiin yhden rivin, mutta Dallas osuuteen ei vielä ole ratkaisua tuolla.
Itse ei ole tsekannut tilanneta, joten pistä tietoja kunka homma etenee sinulla.

 

[yOlt]

@iro

Lisäsin tuon platform: esphome ja voin todeta käännöksen toimivan tuon kohdan osalta. Joten sitä ei tarvitse enää kommentoida pois.

Jäädään odottelemaan, keksitäänkö tuohon Dallas osuuteen mitään ratkaisua.

Mitä ajatuksia jos tuon esphomen downgreidaisi johonkin aiemmin tunnetusti toimivaan versioon? https://github.com/esphome/home-assistant-addon/releases

Lassi

 

[hanuri]

Siirsin tuon

update_interval: 5s

sensor:

  - platform: dallas_temp

    update_interval: 5s

Alle ja ei tule herjoja.

 

[iro]

@iro

Lisäsin tuon platform: esphome ja voin todeta käännöksen toimivan tuon kohdan osalta. Joten sitä ei tarvitse enää kommentoida pois.

Jäädään odottelemaan, keksitäänkö tuohon Dallas osuuteen mitään ratkaisua.

Mitä ajatuksia jos tuon esphomen downgreidaisi johonkin aiemmin tunnetusti toimivaan versioon? https://github.com/esphome/home-assistant-addon/releases

Lassi

Githubissa olevia Mitsurunnerin versioita testailin aikanaan Esphome-versiolla 2023.12.9. tuo ainakin toimii, ja tuskin uudemmissa versioissa on Mitusrunnerin toiminnan osalta mitään merkittäävää parannusta. Käyttämällä tuota pääset heti eteenpäin.
Tietysti tuo yhteesopivuusongelma täyttyy jossakin vaihessa selvittää, mutta aikataulusta en osaa luvata mitään.

HW-check releen naksutus on selvästi kuultavissa, oletko päivättänyt koodiin PIN-nastan jolla relettä ohjataa, ?

 

[yOlt]

Moi,

Olen pinonnut wemoksen ja releen päällekkäin ja koodissa on kytkentäkuvan mukaisesti D7. Voisiko se syystä tai toisesta olla mikään muu kuin D7 kun palikat pinottuna? Vai mikä siihen vaikuttaa? En vielä ole tarkemmin tutkinut, kun ajattelin ettei tuo HW check muutenkaan vielä onnistunut.

 

[iro]

Moi,

Olen pinonnut wemoksen ja releen päällekkäin ja koodissa on kytkentäkuvan mukaisesti D7. Voisiko se syystä tai toisesta olla mikään muu kuin D7 kun palikat pinottuna? Vai mikä siihen vaikuttaa? En vielä ole tarkemmin tutkinut, kun ajattelin ettei tuo HW check muutenkaan vielä onnistunut.

Jos oikein muistan niin minulla oleva Wemosin päälle pinottava rele käyttää PINiä D1.

Kuten @hanuri tuossa aiemmin raporoi, update-interval määrite pitää siirtää sensor-määrittelyjen alle (molemmat anturit), ja muuttaa platform: dallas tilalle platform: dallas_temp Tuon jälkeen käännös menee vireheittä ja pikatsekkuksella Mitsurunner näyttäisi toimivan oikein.
Tuo siis päteen kun käyttää tiedostoa "Dallas_basic.yaml".
Täytyy vielä jossalin vaiheessa katsoa mitä muutoksia pitää tehdä jos käyttää tiedostoa "Dallas.hub.yaml".

 

[CheatTheMi]

Hello together,
yeah, yesterday I opened "an issue Ticket" on github regarding this issue. I also already tried to fix it and connect it with the new one_wire package, but had no success get it working. Not enough programming knowledge and patience, to find out how to fix it!

Easy way to go for the moment:
- Use the Code as on github, without any modifications regarding one_wire
- Install esphome by the following way in the windows cmd shell: pip3 install esphome==2024.5.5

The 2024.5.5 is, as far as I know, the last working version with the dallas package.
No need to uninstall the other version(s) of esphome, they can be installed besides each other.

But for the moment, until someone found a fix for the new one_wire thing, use the fix to use a former version of esphome, as mentioned. Now mitsurunner works super smooth, I am impressed by the step ahead it got with the web-interface, to check the condition, temperatures, uptime etc.

Only thing, that might be improved -if someone wants- instead of "State" on the web-interface show what is the status: defrosting, idle, running, etc.

 

[yOlt]

Kiitoksia @iro vaihdoin tuon releen konffin D1 pinniin ja hyvin alkoi naksua.

Thanks @CheatTheMi I rolled back esphome and now all works flawlessly with the hw_check.yaml

Vielä kysymys. Ohjeessa hw_check osalta on:

• * DS18B20 lämpötila-antureiden ID-tunnukset - kirjaa ylös, tarvitset näitä myöhemmin - ja mitatut lämpötilat

[19:08:02][D][dallas.sensor:082]: Found sensors:
[19:08:02][D][dallas.sensor:084]: 0xaaaea4691f64ff28
[19:08:02][D][dallas.sensor:084]: 0xb388ae691f64ff28

En nyt keksi miten logista näkisin näiden sensoreiden mittaamat lämpötilat?

 

[iro]

Kiitoksia @iro vaihdoin tuon releen konffin D1 pinniin ja hyvin alkoi naksua.

Thanks @CheatTheMi I rolled back esphome and now all works flawlessly with the hw_check.yaml

Vielä kysymys. Ohjeessa hw_check osalta on:

• * DS18B20 lämpötila-antureiden ID-tunnukset - kirjaa ylös, tarvitset näitä myöhemmin - ja mitatut lämpötilat

[19:08:02][D][dallas.sensor:082]: Found sensors:
[19:08:02][D][dallas.sensor:084]: 0xaaaea4691f64ff28
[19:08:02][D][dallas.sensor:084]: 0xb388ae691f64ff28

En nyt keksi miten logista näkisin näiden sensoreiden mittaamat lämpötilat?

Saattaa olla että tuo ohje on hieman virheellinen ja hw-check ei todellisuudessa näytä lämpötiloja. HW on kunnossa jos/kun hw_check pystyy ohjaamaan relettä ja tunnistaa Dallasien IDt. Tämän jälkeen voi siirtyä Mitsurunner-osuuteen päivittämällä secrets ja platform tiedostoja.

 

[iro]

Hello together,
yeah, yesterday I opened "an issue Ticket" on github regarding this issue. I also already tried to fix it and connect it with the new one_wire package, but had no success get it working. Not enough programming knowledge and patience, to find out how to fix it!

Easy way to go for the moment:
- Use the Code as on github, without any modifications regarding one_wire
- Install esphome by the following way in the windows cmd shell: pip3 install esphome==2024.5.5

The 2024.5.5 is, as far as I know, the last working version with the dallas package.
No need to uninstall the other version(s) of esphome, they can be installed besides each other.

But for the moment, until someone found a fix for the new one_wire thing, use the fix to use a former version of esphome, as mentioned. Now mitsurunner works super smooth, I am impressed by the step ahead it got with the web-interface, to check the condition, temperatures, uptime etc.

Only thing, that might be improved -if someone wants- instead of "State" on the web-interface show what is the status: defrosting, idle, running, etc.

Thanks for writing issues and tip how to downgrade esphome version.
I'm taking an action point to check how to fix Mitsurunner compatible with latest version of Esphome, but I don't think this is a critical issue.

 

[CheatTheMi]

Thanks for writing issues and tip how to downgrade esphome version.
I'm taking an action point to check how to fix Mitsurunner compatible with latest version of Esphome, but I don't think this is a critical issue.

I don't think either, that it is an critical issue, neither for the Mitsurunner to work properly, nor for security.

I also wanted to update on monday my Mitsurunners to the newest version and was just wondered, why it didn't compile at all, after updating esphome as well. But we are not alone with this problem, there are many many posts, since they removed Dallas from the library and changed it to one_wire. Could become interesting, to implement new things in the future...could.

Until then, just stay on the 5.5 version and be happy about a reliable heat pump.

 

[yOlt]

Moi,

Taas kysymystä jos hyviä ideoita mitä tarkistaisi.

IoT-Guruun ei jostain syystä päädy mitään.

Tsekkasin että yhteys pitäisi olla ok:
[18:19:34][W][component:157]: Component mqtt set Warning flag: unspecified
[18:19:34][D][mqtt:184]: Resolving MQTT broker IP address...
[18:19:34][W][component:170]: Component wifi cleared Warning flag
[18:19:34][D][mqtt:213]: Resolved broker IP address to 116.203.207.226
[18:19:34][mqtt:234]: Connecting to MQTT...
[18:19:35][W][component:170]: Component mqtt cleared Warning flag
[18:19:35][mqtt:274]: MQTT Connected!

Ja olen tuosta secrets.yamlista yrittänyt tuijotaa, että kaikki olisi oikein:

mqtt:
broker: iotguru.cloud # known IPs of iotguru.cloud 116.203.207.226, 195.201.219.208
id: mqtt_client
username: xxx
client_id: yyy
password: zzz

topic_prefix: null # trace log is not send to IoT Guru server
log_topic: null # no trace-logs over MQTT (function is not supported in IoT-Guru)
discovery: false # HomeAssistant is not used


Ja ne topicot sinne Platform_wemos.yaml.


Hyviä ideoita mitä vielä osaisi tuijottaa, vai onko tuo secrets.yamlissa oleva kohta se, mistä ongelman pitäisi löytyä. Ja nuo username/client_id/password ei kuulu esimerkiksi missään "" välissä olla?

Lassi

 

[iro]

Moi,

Taas kysymystä jos hyviä ideoita mitä tarkistaisi.

IoT-Guruun ei jostain syystä päädy mitään.

Tsekkasin että yhteys pitäisi olla ok:
[18:19:34][W][component:157]: Component mqtt set Warning flag: unspecified
[18:19:34][D][mqtt:184]: Resolving MQTT broker IP address...
[18:19:34][W][component:170]: Component wifi cleared Warning flag
[18:19:34][D][mqtt:213]: Resolved broker IP address to 116.203.207.226
[18:19:34][mqtt:234]: Connecting to MQTT...
[18:19:35][W][component:170]: Component mqtt cleared Warning flag
[18:19:35][mqtt:274]: MQTT Connected!

Ja olen tuosta secrets.yamlista yrittänyt tuijotaa, että kaikki olisi oikein:

mqtt:
broker: iotguru.cloud # known IPs of iotguru.cloud 116.203.207.226, 195.201.219.208
id: mqtt_client
username: xxx
client_id: yyy
password: zzz

topic_prefix: null # trace log is not send to IoT Guru server
log_topic: null # no trace-logs over MQTT (function is not supported in IoT-Guru)
discovery: false # HomeAssistant is not used


Ja ne topicot sinne Platform_wemos.yaml.


Hyviä ideoita mitä vielä osaisi tuijottaa, vai onko tuo secrets.yamlissa oleva kohta se, mistä ongelman pitäisi löytyä. Ja nuo username/client_id/password ei kuulu esimerkiksi missään "" välissä olla?

Lassi

Koska MQTT-yhteys IoT-Gurulle muodostuu ovat secrets.yaml:n MQTT-asetukset oikein.
Epäilisin että platform-osoin topic-määrittelyissä on jotakin häikkää.

Bootin jälkeen logissa näkyy mihin topiceihin MQTT-viestejä lähetellään (platform.yaml määrittelyt) esim.
State Topic: 'pub/xxxxxYAINFNzHTbAft0R7Q/xxxxxiKxKX40UWQft0R7Q/xxxxxfYqNcGX1nggHMR7Q/kennovirhe'
State Topic: 'pub/xxxxxYAINFNzHTbAft0R7Q/xxxxKxKX40UWQft0R7Q/xxxxxfYqNcGX1nggHMR7Q/rssi'

Noiden pitäisi olla samoja kuin IoT-Gurun "field"-osioiden "help"-välilehdellä näkyvä GENERIC MQTT TOPIC

Ajon aikana logiin tulee tieto kun MQTT-viesti lähetetään
'Temperature - outdoor': Sending state 24.19112 °C with 1 decimals of accuracy

Ei liity IoT-Guruun ongelmaan, mutta oletko aktivoinut Mitsurunnerin WEB-serverin, sitä kautta voi kätevästi seurata toimintaa?

 

[iro]

@yOlt , tarkennus edelliseen viestiin, kannattaa kuitenkin tarkastaa myös secret-ymln:n MQTT-määritykset. Yhteys IoT-Gurun MQTT-serveriin näyttää muodostuvan myös jos username tai client_id määrityksen lopussa on ylimääräinen merkki. Topic-data ei tuossa tapauksessa päivity.

 

[yOlt]

@iro

Olen aktivoinut WEB-serverin.

Katsoin noita mun tunnuksia secrets.yamlissa, siellä ei ollut mitään ylimääräistä spacea esimerkiksi.

Bootin jälkeen mulla ei näy näitä logissa:

Bootin jälkeen logissa näkyy mihin topiceihin MQTT-viestejä lähetellään (platform.yaml määrittelyt) esim.
State Topic: 'pub/xxxxxYAINFNzHTbAft0R7Q/xxxxxiKxKX40UWQft0R7Q/xxxxxfYqNcGX1nggHMR7Q/kennovirhe'
State Topic: 'pub/xxxxxYAINFNzHTbAft0R7Q/xxxxKxKX40UWQft0R7Q/xxxxxfYqNcGX1nggHMR7Q/rssi'

Näitä kyllä tulee:

[10:18:56][D][sensor:093]: 'Delta(temperature)': Sending state 0.06250 with 1 decimals of accuracy
[10:18:56][D][dallas.sensor:153]: 'Temperature - outdoor': Got Temperature=22.3°C
[10:18:59][D][dallas.sensor:153]: 'Temperature - heat exchanger': Got Temperature=22.3°C
[10:18:59][D][sensor:093]: 'Temperature - heat exchanger': Sending state 22.25312 °C with 1 decimals of accuracy
[10:19:01][D][dallas.sensor:153]: 'Temperature - outdoor': Got Temperature=22.3°C
[10:19:01][D][sensor:093]: 'Uptime': Sending state 33.00800 s with 0 decimals of accuracy

 

[iro]

@iro

Olen aktivoinut WEB-serverin.

Katsoin noita mun tunnuksia secrets.yamlissa, siellä ei ollut mitään ylimääräistä spacea esimerkiksi.

Bootin jälkeen mulla ei näy näitä logissa:



Näitä kyllä tulee:

[10:18:56][D][sensor:093]: 'Delta(temperature)': Sending state 0.06250 with 1 decimals of accuracy
[10:18:56][D][dallas.sensor:153]: 'Temperature - outdoor': Got Temperature=22.3°C
[10:18:59][D][dallas.sensor:153]: 'Temperature - heat exchanger': Got Temperature=22.3°C
[10:18:59][D][sensor:093]: 'Temperature - heat exchanger': Sending state 22.25312 °C with 1 decimals of accuracy
[10:19:01][D][dallas.sensor:153]: 'Temperature - outdoor': Got Temperature=22.3°C
[10:19:01][D][sensor:093]: 'Uptime': Sending state 33.00800 s with 0 decimals of accuracy

Tsekkasin vielä mitä omaan login kirjautuu, sieltä löytyy tällaista

[12:39:31][C][web_server:173]: Web Server:
[12:39:31][C][web_server:174]: Address: 192.168.1.190:80
[12:39:31][C][mdns:115]: mDNS:
[12:39:31][C][mdns:116]: Hostname: mitsurunner
[12:39:31][C][ota:096]: Over-The-Air Updates:
[12:39:31][C][ota:097]: Address: 192.168.1.190:8266
[12:39:31][C][ota:100]: Using Password.
[12:39:31][C][ota:103]: OTA version: 2.
[12:39:31][C][mqtt:138]: MQTT:
[12:39:31][C][mqtt:139]: Server Address: iotguru.cloud:1883 (116.203.207.226)
[12:39:31][C][mqtt:141]: Username: '.....YAINFNzHTbAft0R7Q'
[12:39:31][C][mqtt:142]: Client ID: '.....CiKxKX40UWQft0R7Q'
[12:39:31][C][mqtt:147]: Topic Prefix: ''
[12:39:31][C][wifi_signal.sensor:009]: WiFi Signal 'WiFi Signal dBm'
[12:39:31][C][wifi_signal.sensor:009]: Device Class: 'signal_strength'
[12:39:31][C][wifi_signal.sensor:009]: State Class: 'measurement'
[12:39:31][C][wifi_signal.sensor:009]: Unit of Measurement: 'dBm'
[12:39:31][C][wifi_signal.sensor:009]: Accuracy Decimals: 0
[12:39:31][C][mqtt.sensor:028]: MQTT Sensor 'WiFi Signal dBm':
[12:39:31][C][mqtt.sensor:032]: State Topic: 'pub/......AINFNzHTbAft0R7Q/.....xKX40UWQft0R7Q/rEWtD1fYqNcGX1nggHMR7Q/rssi'
[12:39:31][C][mqtt.sensor:028]: MQTT Sensor 'Errors - outdoor temperature':
[12:39:31][C][mqtt.sensor:032]: State Topic: 'pub/......AINFNzHTbAft0R7Q/.....xKX40UWQft0R7Q/rEWtD1fYqNcGX1nggHMR7Q/kennovirhe'
[12:39:31][C][mqtt.sensor:028]: MQTT Sensor 'Errors - heat exchanger temperature':
….
[12:39:36][D][dallas.sensor:153]: 'Temperature - heat exchanger': Got Temperature=21.7°C
[12:39:36][D][dallas.sensor:153]: 'Temperature - outdoor': Got Temperature=21.6°C
[12:39:41][D][dallas.sensor:153]: 'Temperature - heat exchanger': Got Temperature=21.8°


nsor:153]: 'Temperature - heat exchanger': Got Temperature=21.8°

 

[yOlt]

Kiitoksia @iro , tutkin omat logit kun kotona.

 

[yOlt]

Moi,

Kiitokset vielä kaikille projektissa mukana olleille, nyt tuntuu setuppi työpöydällä toimivan. Eli tuo IoT-Guru osuus myös kunnossa. En tarkalleen tiedä mikä olisi ollut vikana, mutta otin tuosta secrets.yamlista tuosta kohdasta:

broker: iotguru.cloud # known IPs of iotguru.cloud 116.203.207.226, 195.201.219.208

tämän lopun pois " # known IPs of iotguru.cloud 116.203.207.226, 195.201.219.208"

Sitten vaan odottelemaan koska saa tämän pumppuun kytkettyä!

 

[iro]

Päivitin Mitsurunnerin yhteensopivaksi Esphome version 2024.6.6 kanssa (muuttuneet tiedostot secrets.yaml, dallas_basic.yaml ja dallas_hub.yaml). Ennen muutosten viemistä GitHubiin täytyy vielä tehdä huolellisempi testaus.
Nyt minulla pyörii uusi Mitsurunner/dallas_basic versio pöytätestissä, mielenkiinnolla seuraan olisiko Mitsurunneria kiusannut mystinen resetoituminen korjautunut. kun Esphomessa on muutettu Dallas-käsittelyä.
@hanuri , jos sinulla on 2024.6.6 päällä pyörivä Mitsurunner/dallas_basic niin seuraile tapahtuuko ylimääräisiä resettejä !

 

[iro]

@yOlt ja muut Mitsurunner-harrastajat.
Oheisessa ZIP-liitteessä on muutokset joita tarvitaan jotta Mitsurunner toimii uusimman Esphome -version kanssa. Pohjana on viimeisin Mitsurunner_GitHub versio josta muutoksia tarvitaan dallas_basic/ dallas_hub sekä secrets-tiedostoihin.
ZIP-liitteen dallas-basic_u.yaml ja dallas_hub_u.yaml tiedostot käyvät sellaisenaan (tarvittaessa voit nimetä ne uudelleen),. Secrets-tiedoston ainoa muutos on yksi lisärivi, joten usemmissa tapauksissa helpointa on lisätä tuo rivi jo aimmin käytössä olleeseen secrets tiedostoon

ota:
  platform: esphome     # lisää tämä rivi
  password: "........"

Itse olen noita sen verran testannut että koodi kääntyy ja lämpotilamittaukset ja IoT-Guru liikenne toimivat wemos-raudassa.

 

[yOlt]

Päivitin nyt esphomen versioon 2024.7.1 ja otin käyttöön uudet dallas_hubin sekä secretsiin tuo yhden rivin muutos. Saa käydä ja kukkua nyt pöytälaatikossa odottamassa asennusta oikeaan ympäristöön.

Jossain täällä ketjussa varmaan lukeekin, mutta miten noita mahdollisia ylimääräisiä resettejä voisi seurailla?

 

[iro]

Päivitin nyt esphomen versioon 2024.7.1 ja otin käyttöön uudet dallas_hubin sekä secretsiin tuo yhden rivin muutos. Saa käydä ja kukkua nyt pöytälaatikossa odottamassa asennusta oikeaan ympäristöön.

Jossain täällä ketjussa varmaan lukeekin, mutta miten noita mahdollisia ylimääräisiä resettejä voisi seurailla?

Mitsurunnerin muuttuja "uptime" näyttää montako sekuntia on kulunut edellisestä resetistä. Uptime arvo näkyy Mitsurunnerin WEB-serverin kautta ja jos "topic_uptime" on määritelyt lähetettäväksi IoT-Gurulle niin koko historia näkyy sieltä (arvo nollautuu resetissä).

 

[CheatTheMi]

@yOlt ja muut Mitsurunner-harrastajat.
Oheisessa ZIP-liitteessä on muutokset joita tarvitaan jotta Mitsurunner toimii uusimman Esphome -version kanssa. Pohjana on viimeisin Mitsurunner_GitHub versio josta muutoksia tarvitaan dallas_basic/ dallas_hub sekä secrets-tiedostoihin.
ZIP-liitteen dallas-basic_u.yaml ja dallas_hub_u.yaml tiedostot käyvät sellaisenaan (tarvittaessa voit nimetä ne uudelleen),. Secrets-tiedoston ainoa muutos on yksi lisärivi, joten usemmissa tapauksissa helpointa on lisätä tuo rivi jo aimmin käytössä olleeseen secrets tiedostoon

ota:
  platform: esphome     # lisää tämä rivi
  password: "........"

Itse olen noita sen verran testannut että koodi kääntyy ja lämpotilamittaukset ja IoT-Guru liikenne toimivat wemos-raudassa.

Thanks for the update!

Installed it few days ago, Mitsurunner is up since 57 hours without reboot on two units.

But obviously summer conditions, but no errors at all, neither in log, nor in general. Looks like a great fix and wait for winter!

 

[yOlt]

Täällä kanssa reilu viikko jo menty ilman resettiä, lupaavalta vaikuttaa.

Edit, pitikin mennä sanomaan. Eilen oli vähän ennen ilta 22 uptime sukeltanut.

 

[iro]

ESPHome 2024.6.6 (tai uudempi) yhteensopiva Mitsurunner versio on nyt GitHubissa (ei toimi vanhempien ESPHome versioiden kanssa).
https://github.com/VeliML/MitsuRunner
Versio ei sisällä uusia ominaisuuksia.

Käyttäjädataa sisältävät tiedostot platform_wemos.yaml ja platform_elite.yaml ovat ennallaan,
secrets.template tiedostoon on lisätty yksi rivi.

ota:
  platform: esphome    #tämä rivi lisätty
  password: "password"

Uusimman ESPHome version saat asennettua Windows komentokehotteella "pip3 install esphome -U".

@yOlt ,@CheatTheMi , paria kommenttirivi-muutosta lukuunottamatta github-versiot ovat samat kuin aiemmin jakamani ZIP-tiedostot.

---

 

[CheatTheMi]

ESPHome 2024.6.6 (tai uudempi) yhteensopiva Mitsurunner versio on nyt GitHubissa (ei toimi vanhempien ESPHome versioiden kanssa).
https://github.com/VeliML/MitsuRunner
Versio ei sisällä uusia ominaisuuksia.

Käyttäjädataa sisältävät tiedostot platform_wemos.yaml ja platform_elite.yaml ovat ennallaan,
secrets.template tiedostoon on lisätty yksi rivi.

ota:
  platform: esphome    #tämä rivi lisätty
  password: "password"

Uusimman ESPHome version saat asennettua Windows komentokehotteella "pip3 install esphome -U".

@yOlt ,@CheatTheMi , paria kommenttirivi-muutosta lukuunottamatta github-versiot ovat samat kuin aiemmin jakamani ZIP-tiedostot.

---

Alright, excellent. Then I will not update my version, if it is only about the comments.

But one question regarding the web-interface:
The temperature data on the left table don't match the data from the shell. Is it a bug or are the data just not updated in real time (only ever five minutes for example)?

 

[iro]

Alright, excellent. Then I will not update my version, if it is only about the comments.

But one question regarding the web-interface:
The temperature data on the left table don't match the data from the shell. Is it a bug or are the data just not updated in real time (only ever five minutes for example)?

Not 100% sure, but I think the log value on the right shows the "raw" temperature from Dallas and the web table shows the temperature value after the Dallas-sensor specific filter.