MSZ-LN sulatushuijaus

iro

Aktiivinen jäsen
Eikö tuo kannattaisi ohjelmoida kokonaan niin, että ohjausvirtaa annetaan ainoastaan tilanmuutoksissa. Vai onko tuolla 10s intervallilla ajatus varmistaa, että rele on oikeassa tilassa?
ByTheBook-toteutus olisi tietysti ohjata relettä vain muutostilanteessa. Päädyin kuitenkin tähän ratkaisuun jotta bistabiili rele ohjautuu oikeaan tilaan (myös bootin jälkeen) ilman muutoksia muualle koodiin.
 
  • Tykkää
Reactions: puu

kuumitta

Jäsen
Oma mitsurunneri tuli tiensä päähän. Releen kelan takapotkut tappoivat pinnin ESP:stä.

Tähän kannattaisi miettiä fettiä ajaan vaikka voltista ja diodia suojaan noilta potkuilta.

Oikea ongelmani on kuitenkin toinen. Minulla on kaksi yksikköä pihalla vierekkäin ja ajattelin jos huijaisi niitä samalla laitteella.

Raudan puolesta tulisi toinen ohjausliitin ja rele.
Ainoa mitä en vielä keksinyt, tapiuisiko tuo mitsurunneri helposti kahteen instanssiin? Osaisiko joku perehtyneempi valistaa?
 

iro

Aktiivinen jäsen
Oma mitsurunneri tuli tiensä päähän. Releen kelan takapotkut tappoivat pinnin ESP:stä.

Tähän kannattaisi miettiä fettiä ajaan vaikka voltista ja diodia suojaan noilta potkuilta.
Wemos:in päälle pinottavassa releessä on MOSFET ohjaamassa relettä.
https://www.wemos.cc/en/latest/_static/files/sch_relay_v2.0.0.pdf
Oikea ongelmani on kuitenkin toinen. Minulla on kaksi yksikköä pihalla vierekkäin ja ajattelin jos huijaisi niitä samalla laitteella.

Raudan puolesta tulisi toinen ohjausliitin ja rele.
Ainoa mitä en vielä keksinyt, tapiuisiko tuo mitsurunneri helposti kahteen instanssiin? Osaisiko joku perehtyneempi valistaa?
Varmaankin tuo koodia puukottamalla olisi tehtävissä mutta näppituntumalta sanoisin että ei kannata. Yhteinen Mitsurunner myös yhdistäisi molempien pumppujen elektroniikan maa-tasot (GND) toisiinsa, tuostakin saattaa tulla häiriöitä tai muuta trabelia.
 
  • Tykkää
Reactions: puu

puu

Aktiivinen jäsen
Wemos:in päälle pinottavassa releessä on MOSFET ohjaamassa relettä.
https://www.wemos.cc/en/latest/_static/files/sch_relay_v2.0.0.pdf
Ja tuo 2N7002 sisältää suojadiodin:

1729852316843.png


Mikä on ideana ajaa kahta pumppua samalla Mitsurunnerilla? Hyötynä voisi ehkä olla se, että voisi ajoittaa niiden sulatukset eri aikaan. Tämänkin tekisin kuitenkin itse kahdella eri Mitsurunnerilla jotka viestisivät keskenään.

Sinänsähän Mitsurunner on galvaanisesti erotettu pumpun elektroniikan maasta, joten mielestäni tuota mainittua maaongelmaa ei pitäisi olla.
 

iro

Aktiivinen jäsen
Sinänsähän Mitsurunner on galvaanisesti erotettu pumpun elektroniikan maasta, joten mielestäni tuota mainittua maaongelmaa ei pitäisi olla.
Joo, tuli joku ajatyskäpy,...ajattelin että pumppujen maat yhdistyvät huijausreleellä, mutta näinhän ei käy koska molemmille tulisi omat releet.
 

kuumitta

Jäsen
Tuo FETin mukana tuleva diodi on parasiittinen. Sitä kannattaa ajatella nähdessään, että älä nyt kytke tätä niin, että tämä johtaa.

Ja verratessani kuollutta relekorttiani tuohon kytkikseen voin todeta, että kortini on ottanut yhden kiinan kierroksen liikaa kun on säästetty kaikki muut pois paitsi hilan alasveto.

Taidan tosiaan jättää integraation välistä ja tilata uudet palikat ja keksiä sitten sopivan kokoisen kotelon. Voi olla ehkä mukavampi ratkaisu.
 

jkoljo

Jäsen
Tosiaan fettien sisäistä diodia, "body diodea" ei pidä sekoittaa releen tai muiden induktiivisten kuormien kanssa käytettävään flyback diodiin. Sisäinen diodi ei auta clamppaamaan induktiivista jännitteen nousua.
 
  • Tykkää
Reactions: puu

jkoljo

Jäsen
Yks runneri lisää. Kaverille.

LN25 kaapelin pituudet ovat mulla: lämpötilasensorin huijauspiuha 50cm, kennon Dallas 50cm ja ulkoDallas 60cm. Eli katkaistu tuohon, ja sitten kuorittu ja juotettu/krimpattu.
 

Liitteet

  • 20241103_232634~4.jpg
    20241103_232634~4.jpg
    144,8 KB · Katsottu: 47
Viimeksi muokattu:

puu

Aktiivinen jäsen
Tosiaan fettien sisäistä diodia, "body diodea" ei pidä sekoittaa releen tai muiden induktiivisten kuormien kanssa käytettävään flyback diodiin. Sisäinen diodi ei auta clamppaamaan induktiivista jännitteen nousua.
Seison korjattuna. Ei siis välttämättä huono idea lisätä tuohon flyback-diodi.
 

jkoljo

Jäsen
Tuossa yllämainitussa wemos rele v2 kytkiksessähän tosiaan on suojadiodi D1. Tsekkasin yhden releen hyllystä ja diodi näyttäisi olevan paikallaan.
 

Liitteet

  • 20241104_095852.jpg
    20241104_095852.jpg
    183,1 KB · Katsottu: 32

puu

Aktiivinen jäsen
Tuossa yllämainitussa wemos rele v2 kytkiksessähän tosiaan on suojadiodi D1. Tsekkasin yhden releen hyllystä ja diodi näyttäisi olevan paikallaan.
Äh, niinhän se näkyy tuossa skemassakin ja näin nyt muistelen itsekin aikanaan todenneeni. Mitähän olen sekoillut aiemmissa kommenteissani.
1730712666281.png
 

lassiko

Aktiivinen jäsen
Onnistuin katkaisemaan yhden DS18B20, ulkosensorin pinneisä kun putsailin äskön lumia pois.. Huonosti tähänkin asti tuo minun anturi tuolla on ollut, ihan ajankysymys ollut että koska näin käy.

Miten nyt eteenpäin, vaihtoehto1: Koitan jotenkin kolvailla tuon anturin pinnin takaisin kiinni siihen nysään, jos sieltä semmoista vielä löytyy, en ehitynyt nyt tuolla myräkässä asiaa tutkimaan tarkemmin.

Tai vaihtoehto2 vaihdan kokonaan uuden anturin. Jos joudun anturin vaihtamaan, miten sen saan tehtyä vähimmäillä vaivalla? Saanko jotenkin OTA yhteydellä kaivettua anturin osoitteen talteen kun olen sen kolvannut paikoilleen ja sitten muokattua softaa uudella koodilla? Toki saan tarvittaessa tökättyä tuon anturin johonkin muuhun vekottimeen täällä sisällä ja kaivettua sen osoitteen talteen..

btw, tulee bad gateway kun yritin mitsurunnerin sivuille mennä ohjeistusta lukemaan.
 

lassiko

Aktiivinen jäsen
Juu nyt toimii mitsurunner sivusto normisti. Kävin myös varmistamassa, eli vaihtoehto1 ei ole mahdollinen, sinne ei jäänyt anturin päähän mitään jalan tynkää mihin saisi kolvattua uudestaan kiinni johtimen, eli uusi anturi pitää vaihtaa.
 

iro

Aktiivinen jäsen
Onnistuin katkaisemaan yhden DS18B20, ulkosensorin pinneisä kun putsailin äskön lumia pois.. Huonosti tähänkin asti tuo minun anturi tuolla on ollut, ihan ajankysymys ollut että koska näin käy.

Miten nyt eteenpäin, vaihtoehto1: Koitan jotenkin kolvailla tuon anturin pinnin takaisin kiinni siihen nysään, jos sieltä semmoista vielä löytyy, en ehitynyt nyt tuolla myräkässä asiaa tutkimaan tarkemmin.

Tai vaihtoehto2 vaihdan kokonaan uuden anturin. Jos joudun anturin vaihtamaan, miten sen saan tehtyä vähimmäillä vaivalla? Saanko jotenkin OTA yhteydellä kaivettua anturin osoitteen talteen kun olen sen kolvannut paikoilleen ja sitten muokattua softaa uudella koodilla? Toki saan tarvittaessa tökättyä tuon anturin johonkin muuhun vekottimeen täällä sisällä ja kaivettua sen osoitteen talteen..

btw, tulee bad gateway kun yritin mitsurunnerin sivuille mennä ohjeistusta lukemaan.
Vanhan anturin korjaaminen tuskin onnistuu... uutta kehiin.
Jos käytät IoT_Gurua niin ID:n kaivaminen OTA-päivityksen jälkeen on hieman vaikeaa, mutta voit väliaikaisesti käyttää test.mosquitto.org -serveriä IoT-Gurun sijasta ==> saat Dallasin ID:n näytölle heti OTA-päivityksen jälkeen.
Alla tarvittava "comment" ja "uncomment# muutokset Secrets.yaml fileen.

Koodi:
#mqtt:
#  broker: iotguru.cloud    # known IPs of iotguru.cloud 116.203.207.226, 195.201.219.208
#  id: mqtt_client
#  username: t.....Q
#  client_id: v......Q         
#  password: o...g
#
#  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

##### Mosquito MQTT for getting trace log without USB-connection  ########
# Note: Only for testing

mqtt:
  broker: test.mosquitto.org    # known IP of test.mosquitto.org 91.121.93.94
  id: mqtt_client

  topic_prefix: $topic_heatexchanger
  discovery: false       # HomeAssistant is not used
 

lassiko

Aktiivinen jäsen
Ei oo Iot guru käytössä, mutta oma mqtt servu on joten näen kyllä nuo kaikki mitsurunnerin topicit.
Eli prosessi menee sitten seuraavasti: Uusi anturi paikalleen, sitten OTA update? Sen jälkeen pitäisi löytyä uusi osoite tästä nuolen osoittamasta kohdasta? Sen jälkeen sitten platform.yaml:liin muutos osoitteeseen kohtaan dallas_address_outdoor_temp ja OTA update uudestaan perään ?

1732130015369.png
 

iro

Aktiivinen jäsen
Ei oo Iot guru käytössä, mutta oma mqtt servu on joten näen kyllä nuo kaikki mitsurunnerin topicit.
Eli prosessi menee sitten seuraavasti: Uusi anturi paikalleen, sitten OTA update? Sen jälkeen pitäisi löytyä uusi osoite tästä nuolen osoittamasta kohdasta? Sen jälkeen sitten platform.yaml:liin muutos osoitteeseen kohtaan dallas_address_outdoor_temp ja OTA update uudestaan perään ?

katso liitettä 101780
En ole aivan varma mitä serverille menee jos anturille määriteltyä ID:tä ei löydy. Itse katson löydettyjen antureiden IDt näytöltä bootin logitiedoista OTA-flashayksen jälkeen. Tuo tieto kiertää MQTT-serverin kautta, joten se näkyy myös serverillä logi-topicissa.
Koodi:
[21:20:46][C][gpio.one_wire:021]:   Pin: GPIO25
[21:20:47][C][gpio.one_wire:080]:   Found devices:
[21:20:47][C][gpio.one_wire:082]:     0x8501191438ccd428 (DS18B20)
[21:20:47][C][gpio.one_wire:082]:     0x2dd4e3391e64ff28 (DS18B20)
[21:20:47][C][template.sensor:022]: Template Sensor 'State'
[21:20:47][C][template.sensor:022]:   State Class: ''

Jos/kun anturi-ID löytyvät MQTT-serverilta (joko anturi - tai logi-topikeista) niin niiden pitäisi näkyä anturivaihdon ja bootin jälkeen tarvitsematta OTA-flashaysta ==> uusi ID platform-fileen, OTA-flashays ja homma pelittää.
 

hanuri

Jäsen
Korjatkaa jos olen väärässä, tuolla ei ole vaikutusta Mitsurunner-softaan.
En tiedä onko korjaamista, mutta minä ymmärsin muutoksen näin:

esphome:
name: mitsurunner
...
includes:
- constants.h
- state.h

Pitäisi muuttaa muotoon

external_components:
- source: components (riippuen polusta missä tiedostot sijaitsevat)

Ja tiedostot tuonne.
 

iro

Aktiivinen jäsen
En tiedä onko korjaamista, mutta minä ymmärsin muutoksen näin:

esphome:
name: mitsurunner
...
includes:
- constants.h
- state.h

Pitäisi muuttaa muotoon

external_components:
- source: components (riippuen polusta missä tiedostot sijaitsevat)

Ja tiedostot tuonne.
OK, kiitos vihjeestä. Helpoin tapa testata tuo lienee odottaa 2051.1.0 release ja kokeilla meneekö Mitsurunner käännös läpi. Yritän muistaa tehdä tuon.
 
Olen seuraillut tätä mitsurunner-keskustelua ja kehitystä pidemmän aikaa taustalla. Nyt ajattelin rohkaistua ja itsekin viritellä pumppua tehokkaammaksi tämän avulla. Softapuolelta on esphomesta jonkun verran kokemusta mutta rautapuoli on vieraampaa. Siihen liittyen pari kysymystä kun en ihan koko ketjua alkuajoista saakka kuitenkaan ole kahlannut läpi:

1. Vieläkö @puu tai joku muu täällä tekee adaptereita myyntiin? Jos kyllä niin voisin yhden ostaa.
2. Itsellä on Mitsun FH25 pumppu. Sopiiko adapteri (liittimet) FH25:een suoraan vai onko ne eri kuin LN:ssä? Entä adapterin 33k vastus, vai vaatiiko FH eri kokoisen vastuksen?

Kiitos jo etukäteen vastauksista ja pahoittelut jos kyselen tyhmiä..
 

miha

Tulokas
Tämä on ehkä tyhmä kysymys mutta toimiihan mitsurunner standalonena eli ilman wifiä? Minulle on tulossa yksi mitsu ja yksi daikin. Onnistuuhan mitsurunnerin konffaus myös Linux-alustalla, windowsista pääsin eroon 20v sitten ja siihen en enää koske :) Komppaan muiden tulokkaiden kommentteja, ohjeet ja vinkit on ripoteltu ympäri keskusteluketjuja ja basic-jutut jotka täällä kauemmin olleille on päivänselviä on pitkien viestiketjujen selailun takana.
 
Viimeksi muokattu:

iro

Aktiivinen jäsen
Tämä on ehkä tyhmä kysymys mutta toimiihan mitsurunner standalonena eli ilman wifiä? Minulle on tulossa yksi mitsu ja yksi daikin. Onnistuuhan mitsurunnerin konffaus myös Linux-alustalla, windowsista pääsin eroon 20v sitten ja siihen en enää koske :) Komppaan muiden tulokkaiden kommentteja, ohjeet ja vinkit on ripoteltu ympäri keskusteluketjuja ja basic-jutut jotka täällä kauemmin olleille on päivänselviä on pitkien viestiketjujen selailun takana.
Mitsurunnerin perusversiossa on time-outit jotka resetoivat laitteen jos Wifi tai MQTT puuttuu yli 15 min ajan. Nuo on kyllä mahdollista disabloida, mutta takeita Mitsurunnerin luotettavasta toiminasta ei ole.
Pienellä koodipuukotuksella Wifi-, ota- ja Web_server- ja MQTT-komponentit voidaan konfigurointivaiheessa jättää pois, hiukan enempi työtä vaatii poistaa muualta koodista kaikki MQTT-pyynnöt. Käsitykseni mukaan tuolloin Mitsurunnerin toiminnallisuus säilyy mutta ainoa tapa seurata toimintaa on USB-liitäntä.

Linux-ympäristöön ei osaa ottaa kantaa.

Ohjeita on pyritty kokoamaan Mitsurunner wikiin
 

miha

Tulokas
Kiitos vastauksesta iro! Haluan mitsurunnerin standaloneksi koska wifi joka lämmityskohteessa on, tulee poistumaan. Jatkossa siis wifiä ei ole eikä tule.

Asennukseni tulee siis olemaan tyyliin kytke ja unohda. Laminoitu ohje laitteesta koteloon tai lähistölle. Luin että mitsurunner on toiminut vuosia murheitta niin siinä ajassa unohtuu paljon asioita, siksi laminoitu ohje. mitsurunnereita on tarkoitukseni tehdä 2kpl, toinen on varalla. Sähkönsyöttö on hämärä'n peitossa, saako ulkoyksiköstä ESP32:lle (minulla on noita useampi) käyttöjännitteen?

EDIT: Ahh, wikistä löytyikin vastaus poweriin
 
Viimeksi muokattu:
  • Tykkää
Reactions: iro

miha

Tulokas
wikisivu on mainio! Kuvat on iso plussa. Kuvahan kertoo enemmän kuin tuhat sanaa ja se pitää noissa kuvissa hyvin paikkansa. Mielenkiintoinen tuo toteutus virtalähteestä, erityisesti sen sähkönsyötöstä :D
 

Kidov

Jäsen
Käytän itse myös Linuxia ja ESPHomen asennus sujuu useimissa distroissa vähintäänkin yhtä helposti kuin Windowsissa. Mitsurunner wikin ohjeilla asennuksen pitäisi sujua suoraviivaisesti ja apua saa varmasti foorumilta, myös Linux+ESPHome kombinaatiosta, jos ongelmia ilmenee.
 

puu

Aktiivinen jäsen
Itsehän kokeilin ensin ESPhomea Windowsissa, mutta totesin Linuxin helpommaksi. Olen käyttänyt sekä Ubuntulla että Raspberry Pi:n Debianilla. Raspilla teen käännöksen Dockerissa: https://esphome.io/guides/getting_started_command_line.html

Itselläni Dockerin kanssa ajokomento on seuraavanlainen:
docker run --rm -v /home/puu/mitsurunner:/config -it --privileged esphome/esphome run mitsurunner.yaml

Itselläni on Mitsurunnerin lähdekoodit RasPilla, mihin saan otettua SSH:lla etäyhteyden. Pääsen tällätavoin kätevästi etänä päivittämään Mitsurunnerin aina tarvittaessa.
 

iro

Aktiivinen jäsen
Kiitos vastauksesta iro! Haluan mitsurunnerin standaloneksi koska wifi joka lämmityskohteessa on, tulee poistumaan. Jatkossa siis wifiä ei ole eikä tule.

Asennukseni tulee siis olemaan tyyliin kytke ja unohda. Laminoitu ohje laitteesta koteloon tai lähistölle. Luin että mitsurunner on toiminut vuosia murheitta niin siinä ajassa unohtuu paljon asioita, siksi laminoitu ohje. mitsurunnereita on tarkoitukseni tehdä 2kpl, toinen on varalla. Sähkönsyöttö on hämärä'n peitossa, saako ulkoyksiköstä ESP32:lle (minulla on noita useampi) käyttöjännitteen?

EDIT: Ahh, wikistä löytyikin vastaus poweriin
Ohessa nopeasti väsätty Mitsurunner Stand-Alone versio. Tuosta siis poistettu Wifi-, MQTT, ota- ja Web-Server toiminnallisuudet.
Lisätty "monitor"-toiminnallisuus (onnistunut "heat_exchanger_temp" luku sytyttää Wemos on-board-LEDin, onnistunut "outdoor_temp" luku sammuttaa sen).
==> Oikein toimiessaan Mitsurunnerin LED vilkkuu (2,5 sek OFF/2,5 sek ON), virhetilassa LED on pysyvästi ON tai OFF tai vilkkuu epämääräisesti.

Testausvaihetta varten koodissa on mahdollisuus ottaa mukaan Wifi ja Web-server sekä Home Assitant poistamalla #-merkit ko. rivien alusta.

!! Koodi kääntyy ja pöytätestissä vaikuttaa toimivan, mutta en pysty testaamaan sitä todellisessa ympäristössä.
Varmista toiminnallisuus ennen kuin "unohdat".

PS, Kiitos Wiki-toteutuksesta kuuluu @puu :lle
 

Liitteet

  • sa_zip.zip
    9 KB · Katsottu: 4

puu

Aktiivinen jäsen
Olisi kätevä, jos tuon standalone-version saisi jollain yhdellä vivulla päälle pois käännöksestä. En vaan tiedä, miten sen saisi tehtyä näppärästi YAML:lla.

Talvi on selvästi tulossa, kun adapteritilauksia alkaa ripotella hiljaisemman jakson jälkeen. Tällä viikolla koitan saada taas erän tehtyä, niin että niitä jää joitakin myös varastoon.
 

miha

Tulokas
Ohessa nopeasti väsätty Mitsurunner Stand-Alone versio. Tuosta siis poistettu Wifi-, MQTT, ota- ja Web-Server toiminnallisuudet.
Lisätty "monitor"-toiminnallisuus (onnistunut "heat_exchanger_temp" luku sytyttää Wemos on-board-LEDin, onnistunut "outdoor_temp" luku sammuttaa sen).
==> Oikein toimiessaan Mitsurunnerin LED vilkkuu (2,5 sek OFF/2,5 sek ON), virhetilassa LED on pysyvästi ON tai OFF tai vilkkuu epämääräisesti.

Testausvaihetta varten koodissa on mahdollisuus ottaa mukaan Wifi ja Web-server sekä Home Assitant poistamalla #-merkit ko. rivien alusta.

!! Koodi kääntyy ja pöytätestissä vaikuttaa toimivan, mutta en pysty testaamaan sitä todellisessa ympäristössä.
Varmista toiminnallisuus ennen kuin "unohdat".

PS, Kiitos Wiki-toteutuksesta kuuluu @puu :lle
Mahtava juttu! Minulla on asennettuna RockPi4B:lle esphome ja muut kilkkeet. MitsuRunneriin tarvittavat komponentit on postipaten kyydissä tulossa joten vielä en pääse testaamaan. @puu :lta tilasinkin jo 2kpl adaptereita. Raportoin kyllä heti kun on HW:n osalta valmista ja kytkettynä RockPi:lle
 
  • Tykkää
Reactions: iro

iro

Aktiivinen jäsen
Olisi kätevä, jos tuon standalone-version saisi jollain yhdellä vivulla päälle pois käännöksestä. En vaan tiedä, miten sen saisi tehtyä näppärästi YAML:lla.

Talvi on selvästi tulossa, kun adapteritilauksia alkaa ripotella hiljaisemman jakson jälkeen. Tällä viikolla koitan saada taas erän tehtyä, niin että niitä jää joitakin myös varastoon.
Mitsurunnerista voisi (ehkä) pienellä työllä erottaa MQTT-osion erilleen kokoamalla raportoitavat tiedot muuttujin ja keskittämällä kaikki MQTT-jutut yhteen tiedostoon joka voidaan includata mukaa tai jättää pois. Myös HomeAssistant käyttäjät voisivat jättää tuo osoin pois. Samalla periaatteella Wifi jää pois kun secrets tiedoston jättää pois. Pohdin tuota hieman lisää...
 

iro

Aktiivinen jäsen
Olisi kätevä, jos tuon standalone-version saisi jollain yhdellä vivulla päälle pois käännöksestä. En vaan tiedä, miten sen saisi tehtyä näppärästi YAML:lla.

Talvi on selvästi tulossa, kun adapteritilauksia alkaa ripotella hiljaisemman jakson jälkeen. Tällä viikolla koitan saada taas erän tehtyä, niin että niitä jää joitakin myös varastoon.
Katselin tarvittavia muutoksia kuinka standalone versio saadaan mukaan perusversioon.
Kysymys @puu :lle allaolevassa koodissa samalle topicille lähetetään peräkkäin eri sanomat. Tuota on vaikea toteuttaa jos MQTT-sanomat lähetetään keskitetysti esim 60sek välein.

Koodi:
  - id: schedule_forced_defrosting
    mode: restart #timer will be restarted from the beginning allways when called --> starts always again           
    then:
    - lambda: !lambda |-
        id(mqtt_client).publish(id(G_TOPIC_FORCE_DEFROST_TIMER_STATE), to_string(TMR_NOT_PASSED)); // #To indicate restarts
        id(mqtt_client).publish(id(G_TOPIC_FORCE_DEFROST_TIMER_STATE), to_string(TMR_RUNNING));
        id(G_max_heating_time_passed) = false;
    - delay: !lambda "return MAX_HEATING_TIME * 60000;"
    - lambda: !lambda |-
        id(mqtt_client).publish(id(G_TOPIC_FORCE_DEFROST_TIMER_STATE), to_string(TMR_PASSED));
        id(G_max_heating_time_passed) = true;
 
Back
Ylös Bottom