MSZ-LN sulatushuijaus

[puu]

Hyvä löytö. Laitoinpa testiin lisäämällä tuolla mainitut parametrit:
logger: level: NONE baud_rate: 0
Itselläni noita resetejä on nyt ollut välillä jopa useampia päivässä, niin pitäisi muutamassa päivässä nähdä, onko vaikutusta.

Eipä tuntunut tuolla loggauksen poistamisella olevan merkitystä, resetejä on yhä tullut. Vähän enemmän kuin ennen logituksen poistoa, mutta ei viiden päivän perusteella pysty vielä sanomaan.

Toinen homma, että pari päivää sitten sattu niin, että reset sai aikaan sulatuksen, ja vieläpä siitä olisi tullut maksimisulatus (koska tila IDLE) ellen olisi sitä katkaissut. Ihmettelin kun rupesi sulatuksessa pitämään tavallista isompaa kohinaa, tehot ehtivät nousta jo 1,5kW paikkeille.

Ilmeisesti vaan resetin ajoitus oli todella huono. Kauaahan tuo huijausrele ei ole off-asennossa reseitssä, mutta ehkä nyt sattui juuri näytteistyshetkelle. En ole mielestäni aiemmin huomannut tällaista tapahtuneen, eikä tästä sinänsä mitään vahinkoa ole, muuta kuin pieni energiahukka.

 

[lassiko]

Piti katsoa että kauanko on uptime itsellä ja aika pitkä näyttäisi tällä hetkellä jo olevan, miltei 8 vuorokautta

 

[Raspi]

Katselin omia ressuaikoja niin max 1vrk pisimmät. Samat värkit himassa vantaalla ja mökillä keskisuomessa.

 

[Raspi]

Viimeviikolla 10.1 keskiviikkona kun lämmin föönituuli puhalsi ja kosteus oli korkealla niin mitsu sulatteli tiheämmin kuten kuuluukin (säälisulatus 3h) mutta kun kosteus alkoi laskea ja pakkanen lisääntyi niin säälisulatus ei toiminutkaan vaan mitsu vetäisi kunnon lämmityksen n. 12h, mitäköhän tossa tapahtui...

 

[iro]

Katselin omia ressuaikoja niin max 1vrk pisimmät. Samat värkit himassa vantaalla ja mökillä keskisuomessa.

Pari vuotta sitten yritin kaivella syytä resetiontiin. Muistaakseni silloin huomasin että Wemos&EspHome resetoituu satunnaisesti kun siihen on liitetty enemmän kuin yksi Dallas-anturi. Laitan Mitsurunner&Wemosin pöydälle ja testailen vieläkö tuo hypoteesi pätee... Palaan asiaan myöhemmin.

 

[haraldh]

Minulla on ESP8266 jossa 4*dallasanturia ja yksi DHT22 niin siinä on uptime 4T01:02:51. Mitähän tuo tarkoittaa? Neljä Tagen eli päivää? Neljä päivää sitten käänsin kyllä virrat pois siitä.

 

[iro]

Minulla on ESP8266 jossa 4*dallasanturia ja yksi DHT22 niin siinä on uptime 4T01:02:51. Mitähän tuo tarkoittaa? Neljä Tagen eli päivää? Neljä päivää sitten käänsin kyllä virrat pois siitä.

Onko esphome-softa ?

 

[haraldh]

Tasmota tämä.

 

[iro]

Tasmota tämä.

Joo, Dallas-mittaukset toimivat ongelmitta myös EspEasy- ja Arduino-alustoilla.

 

[iro]

Pari vuotta sitten yritin kaivella syytä resetiontiin. Muistaakseni silloin huomasin että Wemos&EspHome resetoituu satunnaisesti kun siihen on liitetty enemmän kuin yksi Dallas-anturi. Laitan Mitsurunner&Wemosin pöydälle ja testailen vieläkö tuo hypoteesi pätee... Palaan asiaan myöhemmin.

Tässä yhteenvetoa aiemmasta harjoituksesta. Vaikeutena tuossa oli resettien satunnaisuus ja esiintymistihes, vaikea tietää oliko pitkä käyntijakso sattumaa vai seurausta kokeiltavasta koodista.

1) Samaan pinniin oli kytketty useita Dallas-antureita. Tällöin kaikille antureille menee yhtinen "muunna"-komento ja halutut anturit luetaan kun riittävä aika on kulunut muunna-komennosta. ==> Resettejä tapahtuu

2) Dallasit oli kytketty eri PINeihin. Tällöin kun yksittäinen anturi halutaan lukea sille lähetetään erillinen "muunna"-komento ja anturi luetaan kun riittävä aika on kulunut muunna-komennosta. ==> Resettejä ei tullut (tai niitä tuli vähemmän)

3) Dallasit oli kytketty samaan PINiin mutta ohjelmassa niitä käsiteltiin erillisinä. Periaatteesa kuin edellä, mutta koska muunnos-komennossa ei ole osoittetta kaikki anturit reagoivat siihen, kuitenkin vain halutun anturin tulos luetaan. Ohjelmallisesti on siis huolehdittava ettei anturia lueta muunnoksen ollessa kesken. ==> Resettejä ei tullut (tai niitä tuli vähemmän).

Kohdan 3) toterutukseen Mitsurunner.yaml:ään tarvitsee tehdä seuraavat muutokset (jos kaksi Dallasia käytössä)

...
# dallas DS18B20 sensor
# unique Dallas_id for each DS18B20 sensor
dallas:
- id: "DS18B20_a"
pin: $dallas_pin
update_interval: never
- id: "DS18B20_b"
pin: $dallas_pin
update_interval: never

# to avoid 1w-sequence overlapping synchronize DS18B20-readings (12bit conversion takes 750ms)
interval:
- interval: 5s
then:
- component.update: DS18B20_a
- delay: 1s
- component.update: DS18B20_b

############
sensor:
- platform: dallas
dallas_id: DS18B20_a
address: $dallas_address_heat_exchanger_temp # Remember to define this on platform.yaml
...

############
- platform: dallas
dallas_id: DS18B20_b
address: $dallas_address_outdoor_temp # Remember to define this on platform.yaml
...

 

[puu]

Voisin jossain kohtaa kokeilla tuota 3-kohtaa. Eri pinneihin en rupea kytkemään, kun käytössä on 5 dallasia. Voisin myös seuraavan kerran kun komponentteja tilaan, ottaa myös jokusen noita sisäyksikön lämpötila-anturin liittimiä ja katsoa ovatko oikeanlaisia.

 

[iro]

Voisin jossain kohtaa kokeilla tuota 3-kohtaa. Eri pinneihin en rupea kytkemään, kun käytössä on 5 dallasia. Voisin myös seuraavan kerran kun komponentteja tilaan, ottaa myös jokusen noita sisäyksikön lämpötila-anturin liittimiä ja katsoa ovatko oikeanlaisia.

Sain juuri oman pöytätestiRunnerin tulille. Testailen tässä turvallisessa ympäristössä toimiiko tuo 3-kohdan systeemin kuten muistelin. Jos tulokset näyttävät hyvältä niin sitten voisi jatkaa testiä todellisessa ympäristössä.

 

[haraldh]

Voisin jossain kohtaa kokeilla tuota 3-kohtaa. Eri pinneihin en rupea kytkemään, kun käytössä on 5 dallasia. Voisin myös seuraavan kerran kun komponentteja tilaan, ottaa myös jokusen noita sisäyksikön lämpötila-anturin liittimiä ja katsoa ovatko oikeanlaisia.

Tilasin noita liittimiä, pitää testata LN35:een jos sopii mutta siihen menee kyllä toista viikkoa ennen kuin on menoa sijaintiin.

 

[Oodi]

Kennolle tuleva anturin asennus on hyvin esitetty, mutta ilman lämpötila-anturin sijoitusta on käsitelty huonommin. Omalla kohdalla ongelma oli anturin läheisyys kennon kanssa, jolloin sulatuksen aikana tuli ikäviä piikkejä myös tähän käyrään. Ratkaisuna tähän tulostin anturille sääsuojan 3D tulostimella, kiinnitys tulee pumpun takana olevaan valkoiseen aitaan noin 40 cm päähän kennosta. Myös rouvan hyväksyntä tuli tälle mallille.

 

[wannabe]

Kennolle tuleva anturin asennus on hyvin esitetty, mutta ilman lämpötila-anturin sijoitusta on käsitelty huonommin. Omalla kohdalla ongelma oli anturin läheisyys kennon kanssa, jolloin sulatuksen aikana tuli ikäviä piikkejä myös tähän käyrään. Ratkaisuna tähän tulostin anturille sääsuojan 3D tulostimella, kiinnitys tulee pumpun takana olevaan valkoiseen aitaan noin 40 cm päähän kennosta. Myös rouvan hyväksyntä tuli tälle mallille.

Awesome Miettiny juurikin tuollaista samaan käyttöön ja mistähän mahtais löytyä. Onko mahdollista saada ton tulostustiedosto, niin vois nakittaa vävyn tulostushommiin

 

[Oodi]

Awesome Miettiny juurikin tuollaista samaan käyttöön ja mistähän mahtais löytyä. Onko mahdollista saada ton tulostustiedosto, niin vois nakittaa vävyn tulostushommiin

Thingiversestä löytyy. https://www.thingiverse.com/thing:4620242
Tein tuonne kattoon 5mm kierteet kierrepakalla ja pultti on 5x50mm. Jos haluaa korkeamman, niin noita keskimmäisiä voi pinota enemmänkin päällekkäin, silloin pultti vastaavasti tietysti pidempi. Perus PLA voi kesällä menettää muotonsa, mutta PLA+ luulisi kestävän.

 

[iro]

Voisin jossain kohtaa kokeilla tuota 3-kohtaa. Eri pinneihin en rupea kytkemään, kun käytössä on 5 dallasia. Voisin myös seuraavan kerran kun komponentteja tilaan, ottaa myös jokusen noita sisäyksikön lämpötila-anturin liittimiä ja katsoa ovatko oikeanlaisia.

Reset-pöytätesti on nyt mennyt ongelmitta reilun vuorokauden, joten uskallan tarjota tätä kentätestiin . Muutos on tehty uusimman mitsuruner.yaml:n päälle (valmis muutettu mitsurunner.yaml liiteessä). Tämän siis pitäisi poistaa tai ainakin vähentää resetoitumista (muutoin toimintaan ei muutoksia).
Jos muutokset haluaa tehdä vanhemman mitsurunner.yaml:n päälle muutokset on kerrottu täällä.
https://lampopumput.info/foorumi/threads/msz-ln-sulatushuijaus.31223/page-37#post-626820

Tätä ei ole testattu oikeassa ympäristössä, joten asentamisen jälkeen kannatta seurata että tilakone lähtee toimimaan oikein.

Rohkeasti talkoisiin ja testaamaan niin tiedetään onko tästä apua ! Jos tämä vähentää mutta ei kokonaan poista resettejä minulla on pari ideaa kuinka voi jatkaa.

@puu , pystykö testaamaan tätä siten että luet vain kahta Dallasia, myöhemmin voi ottaa mukaan lisää antuerita. Jotta lähtöpiste pysyy mahdollisimman yksinkertaisena, en ole ottanut mukaan WEB-serveriä.

 

[hessuttaja]

Mikä on ollu pisin sulatusaika runnerilla minkä nähneet? Eilen laitoin runnerin tulille pitkästä aikaa ja aamulla sattu sulatus jonka kellotin, 10min10sekuntia.

Pakkasta -24, hyvin potkii lämpöä kämppään vs.ilman runneria. Sulatukset n.4h välein

 

[puu]

Mikä on ollu pisin sulatusaika runnerilla minkä nähneet?

Noin 10min 30s.

 

[hessuttaja]

Kävin -30c kelissä lämpökameralla kuvaamassa sulatusepisodin mitsurunneri päällä, alku sihaus jäi kuvaamatta kun piti vaatetta pukea mutta kompuran alku startista asti loppuun on videota. Kokeilen saada videon ulos ja nettiin jos kiinnostusta nähdä?

Oliko tietoa täällä pitikö mitsun oman sulatusanturin lukea kuinka pitkään se +5c että katsoo sulatuksen tapahtuneeksi?

 

[hessuttaja]

Kävin -30c kelissä lämpökameralla kuvaamassa sulatusepisodin mitsurunneri päällä, alku sihaus jäi kuvaamatta kun piti vaatetta pukea mutta kompuran alku startista asti loppuun on videota. Kokeilen saada videon ulos ja nettiin jos kiinnostusta nähdä?

Oliko tietoa täällä pitikö mitsun oman sulatusanturin lukea kuinka pitkään se +5c että katsoo sulatuksen tapahtuneeksi?

Siinä video

 

[wannabe]

Tätä ei ole testattu oikeassa ympäristössä, joten asentamisen jälkeen kannatta seurata että tilakone lähtee toimimaan oikein.

Rohkeasti talkoisiin ja testaamaan niin tiedetään onko tästä apua ! Jos tämä vähentää mutta ei kokonaan poista resettejä minulla on pari ideaa kuinka voi jatkaa.

Otin testiin illalla ja pyörinyt nyt 15h ja so far so good. Aika niin lyhyt, että resetit jää nähtäväksi, mutta anturivirheiden määrään ei näyttäs olevan vaikutusta. Samat n. 3 - 4 virhettä/h kennon anturille tulee kuin aiemminkin, mutta noistahan ei haittaa ole.

Pieniä haasteita oli käyttöotossa. Ensin vaihdoin vanhan Mitsurunnerin tuohon testattavaan tuollaisenaan, mutta herjas jotain tästä: case ST_TEMP_EXCEEDED_TEMP_DECREASING. Kun en hokannu kirjata yllös, niin enää en muista mitä se herjas . Kopsasin muutokset vanhaan Mitsurunneriin (ladattu vuosi sitten) ja sama herja. Poistin ton herjaavan osuuden koodista ja jo vain meni läpi ja runneri alko puksuttamaan vanhaan malliin. Vanhassa Mitsurunner.yaml:issa ei siis tuota pätkää ollut alkujaankaan.

 

[puu]

Mulla noita anturivirheitä ei tule paljoakaan, eikä niillä tunnu olevan yhteyttä reseteihin. Nyt esimerkiksi viikossa tullut 20 virhettä ulkoilma-anturilta ja kennoanturilta tasan nolla.

 

[Kidov]

Sain Mitsurunnerin juotokset tehtyä ja ajoin hw_check ohjelman KDE Neon Linux-jakelulla. Rele naksuu ja näyttäisi muutoin olevan ihan ok, mutta Dallas antureiden tietoja ei näy ollenkaan. MQTT antaa myös erroria, kun en ole sitä vielä ottanut käyttöön. Pitäisikö antureiden id-tunnukset näkyä myös tuossa logissa:

INFO Starting log output from /dev/ttyUSB0 with baud rate 115200
[17:38:49][I][wifi:587]: WiFi Connected!
[17:38:49][C][wifi:405]:   Local MAC: C8:C9:A3:5A:CC:5F
[17:38:49][C][wifi:410]:   SSID: 'XXXX'
[17:38:49][C][wifi:411]:   IP Address: 192.168.11.XXX
[17:38:49][C][wifi:412]:   BSSID: A4:2B:B0:A5:BB:30
[17:38:49][C][wifi:414]:   Hostname: 'mitsurunner-hw-check'
[17:38:49][C][wifi:416]:   Signal strength: -54 dB ▂▄▆█
[17:38:49][C][wifi:420]:   Channel: 1
[17:38:49][C][wifi:421]:   Subnet: 255.255.255.0
[17:38:49][C][wifi:422]:   Gateway: 192.168.11.1
[17:38:49][C][wifi:423]:   DNS1: 0.0.0.0
[17:38:49][C][wifi:424]:   DNS2: 0.0.0.0
[17:38:49][C][ota:097]: Over-The-Air Updates:
[17:38:49][C][ota:098]:   Address: 192.168.11.XXX:8266
[17:38:49][C][ota:101]:   Using Password.
[17:38:49][C][mqtt:037]: Setting up MQTT...
[17:38:49][W][mqtt:187]: Error resolving MQTT broker IP address: -6
[17:38:53][D][switch:012]: 'rele' Turning ON.
[17:38:53][D][switch:055]: 'rele': Sending state ON
[17:38:54][D][switch:016]: 'rele' Turning OFF.
[17:38:54][D][switch:055]: 'rele': Sending state OFF
[17:39:08][D][switch:012]: 'rele' Turning ON.
[17:39:08][D][switch:055]: 'rele': Sending state ON
[17:39:09][D][switch:016]: 'rele' Turning OFF.
[17:39:09][D][switch:055]: 'rele': Sending state OFF
[17:39:09][W][mqtt:204]: Couldn't resolve IP address for '192.168.1.xxx'!
[17:39:09][W][mqtt:187]: Error resolving MQTT broker IP address: -6

 

[iro]

Sain Mitsurunnerin juotokset tehtyä ja ajoin hw_check ohjelman KDE Neon Linux-jakelulla. Rele naksuu ja näyttäisi muutoin olevan ihan ok, mutta Dallas antureiden tietoja ei näy ollenkaan. MQTT antaa myös erroria, kun en ole sitä vielä ottanut käyttöön. Pitäisikö antureiden id-tunnukset näkyä myös tuossa logissa:

Saattaa olla että secrets-osiossa olevat MQTT-määritykset häiritsevät. Kokeile ottaa ne pois kun teet hw_check-build:iä.

 

[Kidov]

Kiitos iro. Sain nyt ajettua hw_check ohjelman, mutta en osaa määritellä mqtt asetuksia. En oikein ymmärrä koko osiota. Konfiguroidaanko tuossa ensin lokaali mqtt ja sen jälkeen IoT Guru?

# MQTT broker configuration
# Set broker ip address to match
mqtt:
broker: 192.168.1.xxx (Tuleeko tähän laitteen oma sisäverkon IP-osoite?)
id: mqtt_client
username: change_this (lokaalin käyttäjätunnuksen luominen?)
client_id: change_this ???
password: change_this (lokaalin salasanan asettaminen?)
#mqtt message prefix, change this to what you want
topic_prefix: msz_ln/temperature

# In case of you use IoT Guru ( https://iotguru.cloud ), uncomment and use data below.
# Check correct values from your IoT Guru account
broker: mqtt.iotguru.cloud
username: iBYxxxxxxxxxxxxxxxMR7g (nämä sain kopioitua IoT Gurusta )
client_id: hSxxxxxxxxxxxxxxxuUMe7g
password: mNxxxxxxxxxxxxxxxxVKsw

 

[iro]

Kiitos iro. Sain nyt ajettua hw_check ohjelman, mutta en osaa määritellä mqtt asetuksia. En oikein ymmärrä koko osiota. Konfiguroidaanko tuossa ensin lokaali mqtt ja sen jälkeen IoT Guru?

Jos käytät IoT-Gurua konffausohjeet löytyy täältä (käytetään siis IoT-Gurun MQTT-serveriä, eli konffaus IoT-Guru parametreillä).
https://mitsurunner.com/doku.php?id=fi:iot_guru

Tuolta sivustolta löytyy paljon muutakin hyödyllistä Mitsurunner-tietoa.

 

[Kidov]

Jos käytät IoT-Gurua konffausohjeet löytyy täältä (käytetään siis IoT-Gurun MQTT-serveriä, eli konffaus IoT-Guru parametreillä).
https://mitsurunner.com/doku.php?id=fi:iot_guru

Tuolta sivustolta löytyy paljon muutakin hyödyllistä Mitsurunner-tietoa.

Koitin seurata juuri tuolta ohjeita ja sain tehtyä tunnukset loT-Guruun, mutta jostain syystä syntaksi menee rikki, kun laitan tunnukset tuohon tiedostoon. Koitan huomenna vielä uudelleen ja kopioin virheilmoituksen tänne, jos en saa ratkaistua.

 

[iro]

Koitin seurata juuri tuolta ohjeita ja sain tehtyä tunnukset loT-Guruun, mutta jostain syystä syntaksi menee rikki, kun laitan tunnukset tuohon tiedostoon. Koitan huomenna vielä uudelleen ja kopioin virheilmoituksen tänne, jos en saa ratkaistua.

EspHome kääntäjä on tarkka muotoseikoista. Tarkista että päivitetyissä yaml- tiedostoissa
sisennykset on oikein.
: merkin jälkeen on yksi tyhjä lyönti
' ja " merkit ovat kohdallaan

Virheilmoituksia on joskus vaikea tulkita.

 

[Kidov]

Kiitos iro! Olin ilmeisesti rikkonut sisennykset ja nyt loT Guru toimii.

Vielä yksi kysymys Platform.yaml tiedoston MQTT määrityksistä. Miksi MQTT topics on jaettu kahteen osaan? Ensimmäinen osio on yhdellä heittomerkillä ja jälkimmäinen kolmella. Asetin ensimmäiseen osioon Mitsurunner wikin ohjeilla loT Gurun osoitteet ja kentät ja ne päivittyvät nyt pilveen. Jälkimmäisen osion jätin alkuperäiseen muotoonsa. (Koitin kommentoida pois, mutta ohjelma ei käänny sen jälkeen.)

 

[iro]

Kiitos iro! Olin ilmeisesti rikkonut sisennykset ja nyt loT Guru toimii.

Vielä yksi kysymys Platform.yaml tiedoston MQTT määrityksistä. Miksi MQTT topics on jaettu kahteen osaan? Ensimmäinen osio on yhdellä heittomerkillä ja jälkimmäinen kolmella. Asetin ensimmäiseen osioon Mitsurunner wikin ohjeilla loT Gurun osoitteet ja kentät ja ne päivittyvät nyt pilveen. Jälkimmäisen osion jätin alkuperäiseen muotoonsa. (Koitin kommentoida pois, mutta ohjelma ei käänny sen jälkeen.)

Toisessa osiossa olevia määrityksiä käytetään lambda-koodissa, siitä syystä niissä on heittomerkki ja lainausmerkki. Noista Topic-state :n osoite kannatta päivittää IoT-Gurun mukaiseksi, muut voi jättää muuttamatta.

 

[iro]

Otin testiin illalla ja pyörinyt nyt 15h ja so far so good. Aika niin lyhyt, että resetit jää nähtäväksi, mutta anturivirheiden määrään ei näyttäs olevan vaikutusta. Samat n. 3 - 4 virhettä/h kennon anturille tulee kuin aiemminkin, mutta noistahan ei haittaa ole.

Miten testi on edennyt?

 

[Kidov]

Mitsurunner ollut käytössä nyt vajaan vuorokauden, mutta olisikohan releen kytkennässä jotain ongelmaa... Pumppu tuntuisi sulattelevan edelleen Mitsun omalla sumealla logiikalla. Eilen kennon delta ehti välillä kasvaa aika jyrkästi ennen sulatusta ja tänään sulatellaan melko kuivaa kennoa yhden asteen deltalla. Sulatusväli säilynyt yön yli suunnilleen vakiona, ollen nyt noin tunnin luokkaa.

Käytössä Puun ensimmäisen version adapteri, jossa ei ole kiinteää johdotusta. Täytyy tarkistaa olenko kytkenyt NC ja NO liittimet ristiin.

 

[iro]

Mitsurunner ollut käytössä nyt vajaan vuorokauden, mutta olisikohan releen kytkennässä jotain ongelmaa... Pumppu tuntuisi sulattelevan edelleen Mitsun omalla sumealla logiikalla. Eilen kennon delta ehti välillä kasvaa aika jyrkästi ennen sulatusta ja tänään sulatellaan melko kuivaa kennoa yhden asteen deltalla. Sulatusväli säilynyt yön yli suunnilleen vakiona, ollen nyt noin tunnin luokkaa.

Käytössä Puun ensimmäisen version adapteri, jossa ei ole kiinteää johdotusta. Täytyy tarkistaa olenko kytkenyt NC ja NO liittimet ristiin.

Mikä on ulkolämpötila? Perusasetuksilla huijaus on estetty kun ulkolämpötila kohoaa yli +3 C ja sallitaan taas kun ulkolämpötila laskee alle +2 C.

Edit: "Tila" kuvaa osoittaa että huijaus on sallittu.

 

[puu]

Mitsurunner ollut käytössä nyt vajaan vuorokauden, mutta olisikohan releen kytkennässä jotain ongelmaa... Pumppu tuntuisi sulattelevan edelleen Mitsun omalla sumealla logiikalla. Eilen kennon delta ehti välillä kasvaa aika jyrkästi ennen sulatusta ja tänään sulatellaan melko kuivaa kennoa yhden asteen deltalla. Sulatusväli säilynyt yön yli suunnilleen vakiona, ollen nyt noin tunnin luokkaa.

Käytössä Puun ensimmäisen version adapteri, jossa ei ole kiinteää johdotusta. Täytyy tarkistaa olenko kytkenyt NC ja NO liittimet ristiin.

Sulla taitaa olla ensimmäinen kasaamani adapteri. Ei ole poissuljettua, etteikö adapterissa itsessään voisi olla vikaa, mutta tarkista nyt ensin kytkennät. Nämä ensimmäiset kappaleet olivat vielä vähän harjoittelua, ja prosessi oli vielä hakusessa mm. testauksen osalta. Jos tosiaan näyttää selvästi siltä, että adapteri on viallinen, niin pistä yksityisviestiä, niin laitetaan uusi tilalle.

Mutta tosiaan jos vika on adapterissa, todennäköisesti se on katkos ulkoyksikön piirikortin ja adapterin välisessä liitoksessa. Tällöin olettaisin pumpun antavan myös jotain vikakoodia, jos se saa anturin arvoksi ääretön ohmia.

EDIT: Ilmeisesti taannoin testasit, että toimi ainakin silloin COM-NC-välille kytketyn hyppylangan kanssa normaalisti:

MSZ-LN sulatushuijaus

Pari huomiota adapterin kokeilijoille. Jos haluat koittaa pelkkää adapteria ilman johtoja sun muita, kytke hyppylanka liittimen COM- ja NC-napojen välille (punaisella kuvissa), niin pumppu toimii normaalisti. Ja tosiaan tuolla voi leikkiä jo ennen varsinaista Mitsurunnerin asentamista kun...

lampopumput.info

 

[puu]

Kun hetken noita @Kidov :n logeja tutkailin, niin voi hyvin olla, että siellä on piuhat ristissä. Noissa noin 13:45, 19:45 ja 23:00 tapahtuneissa sulatuksissa on tapahtunut maksimisulatus, eli kaiketi silloin huijausvastus on ollut kytkettynä tehdän sulatuksesta maksimipituisen. Ja samoin se on voinut estää sulatuksen alkamisen. Sitten kun tilan kolme timeout tulee ja se palaa takaisin idle-tilaan, sulatus pääsee alkamaan, koska releen tila vaihtuu (tässä tapauksessa oletettavasti väärin päin).

 

[Kidov]

Puun adapteri on tosiaan ollut hyppylangan kanssa asennettuna vuoden päivät ja on toiminut hyvin. Kiitos adapterista!

Mitsurunner ongelmakin taisi nyt ratketa. Avasin pumpun ja tarkistin kytkennät, olin kytkenyt NC ja NO piuhat ristiin.

Sain kytkennän korjattua ja pumpun päälle noin klo 12. Ensimmäinen sulatus tuli klo 13:10 ja seuraava klo 14:50. Kummatkin maksimisulatuksia ja nyt toiminta vaikuttaa lupaavalta. Pakkanenkin sopivasti kiristymässä, tulossa otolliset testiolosuhteet toiminnan testaukselle: pakkasta tällä hetkellä -7C ja yöksi pitäisi kiristyä -15C paikkeille.

 

[Pazzi]

Moikka,

Rakentelin reilu vuosi sitten sulatushuijauksen Wemos-alustalle palstan ohjeiden mukaan. Suurkiitos kehittäjille!

Nyttemmin lämpimillä keleillä ulkolämpötila-anturi menee pimeäksi. Epäilen juotoksia, joita tein Kiina-kolvilla ja peukalokin oli tiellä keskellä kämmentä. Harrastusmielessä tilasin Sonoffin, ja käyttäjältä puu adapterijohdon. Ajatuksena on kelien lämmettyä korvata vanha Wemos mini Sonoffilla.

Sonoffin mitsurunner-softan kanssa on kuitenkin ongelmia, en pääse flashaamaan Sonoffia, koska ohjelma ei käänny.
Tällaiset virheilmoitukset tulee:

Virhe 1:
Outdoor temp dallas-anturin virheilmo:
sensor.dallas: [source mitsurunner2.yaml:144]
platform: dallas
index: 1
name: outdoor temperature
id: outdoor_temp
accuracy_decimals: 1
state_topic: pub/uuu/ccc/nnn/outdoor_temperature
filters: [source mitsurunner2.yaml:152]
- filter_out: nan
- filter_out: 85.0
- [source mitsurunner2.yaml:154]
exponential_moving_average: [source mitsurunner2.yaml:155]
alpha: 0.01
send_every: 6

[send_first_at] is an invalid option for [exponential_moving_average]. Please check the indentation.
send_first_at: 2 [source mitsurunner2.yaml:157]
on_raw_value:
then:
lambda: !lambda |-
// Calculate exponential moving average for outdoor temperature
// Alpha is adjustable, similar to one in the built-in exponential_moving_average filter
static const float alpha = 0.1;
static bool first_time = true;

if ((isnan(x)) || (x > 84.0)) { //Check if non-valid Dallas value
if ((id(outdoor_temp_errors) += 1) == 1000) id(outdoor_temp_errors) = 10;
}
// Valid Dallas value received, do not use filter until first value received
else if(first_time) {
id(G_outdoor_temp_filtered) = x;
first_time = false;
}
else {
id(G_outdoor_temp_filtered) = id(G_outdoor_temp_filtered) * (1.0 - alpha) + x * alpha;
}


----------------------
Virhe 2:
Toinen virheilmoitus liittyy Sonoffin näyttöön. Pythonin asennuskansiossa (..AppData\Local\Programs\Python\Python310\Lib\site-packages\esphome\components) tm1621-nimistä kansiota. Lisäsin sen manuaalisesti, sekä lisäksi tyhjän _init_.py -tiedoston jostain foorumilta kaivamani ohjeen perusteella, mutta ilmeisesti lisäksi pitäisi olla display.py tiedosto. Olenkohan oikeilla jäljillä?

display.tm1621: [source mitsurunner2.yaml:575]

Platform not found: 'display.tm1621'.
platform: tm1621
id: tm1621_display
update_interval: 5s
cs_pin: GPIO17
data_pin: GPIO5
read_pin: GPIO23
write_pin: GPIO18
lambda: |-
static int n = 0;
id(red_led).turn_on(); //Keep POWER-led ON
if (id(gpio_relay).state) id(green_led).turn_on(); //Relay ON, turn gree_led ON
else id(green_led).turn_off(); //Relay OFF, turn red_led OFF

if (n == 0) {
n = 1;
it.printf(0, "%.1f", id(heat_exchanger_temp).state);
it.display_celsius(true);
it.printf(1, "%.1f", id(outdoor_temp).state);
it.display_humidity(false);
}
else {
n = 0;
it.printf(0, "%.1f", id(wifi_signal_dbm).state);
it.display_celsius(false);
it.printf(1,"%.1i", id(outdoor_temp_errors)+ id(heat_exchanger_temp_errors));
it.display_humidity(false);
}



Mahtaisiko foorumilta löytyä apuja tähän?

 

[iro]

@Pazzi , Oletko huomannut, että Sonoff-ohjeita löytyy täältä
https://mitsurunner.com/doku.php?id=fi:instructions_sonoff

ja tuolta linkki paikkaan josta löytyy Sonoff:lle tehdyt tiedostot. Secrets ja Platform tiedostot täytyy personoida. Tuon jälkeen pitäisi kääntyä ongelmitta, mutta Dallas_ID-tunnusten esiinkaivamiseksi pitää tehdä väilkaiset muutokset käyttää index:ejä. Jos käytät samoja DS18B20 antureita kuin Wemos-laitteessa, voit kopioida nuo ID:t platform.yaml tiedostoon.

Aiemmat wemos-buildissä olleet secrets, platforms ja constanst osiot kannattaa päivittää.

 

[Martin_DE]

Hi there and greetings from Germany!

It seems that the Mitsurunner-Script tries to establish MQTT connection on the standard port 1883.
Is there any possibility to change the port?

In my setup ioBroker is used and port 1883 is already set for the Sonoff-Adapter, my MQTT-Broker listens on port 1885.