Back to basic.... Alla yksinkertainen rele0.ymal koodi joka vaihtaa Eliten releen ja punaisen LEDin tilaa parin sekunnin välein. Toimii minulla.
Päivitä tuohon wifi ja IP-parametrit.
MSZ-LN sulatushuijaus
- Viestiketjun aloittaja iro
- Aloituspäivämäärä
Päivitä tuohon wifi ja IP-parametrit.
Noniin saahan sitä hakata päätä seinään, vaihdoin toisen sonoffin niin pelaa, eli toisessa ei pelaa rele.
Mitsurunner 1: (Samsung 2A laturi ja lyhyt Micro-USB kaapeli)
Sain asennettua Reset-testiversion ja oli käytössä viikon. Testiversio ei ainakaan merkittävästi vähentänyt resettejä. Alku vaikutti lupaavalta ja tuli melkein viiden päivän uptime. Sen jälkeen on tullut noin yksi uudelleenkäynnistys päivässä.
Vaihdoin tähän laitteeseen tänään Puun testiversion, jossa mahdollisuus manuaalisesti kytkeä sulatus.
Mitsurunner 2: (Oneplus laturi USB-C kaapelilla)
Toinen Mitsurunner odottaa vielä pannuhuoneessa lopullista ulkotiloihin asennusta. Se on tällä hetkellä testikäytössä logittamassa patteriputkien lämpöjä. Tässä myös Reset-testiversio-ohjelmisto, mutta siitä huolimatta tuntuu tekevän monta buuttia päivässä. Luultavasti Oneplus laturi ja Oneplussan USB-C kaapeli ovat huono kombinaatio.
Rasberryn USB-C virtalähteen saisi parilla kympillä posteineen. Voisin laittaa sellaisen tilaukseen ja kokeilla olisiko sillä vaikutusta Mitsurunner kakkoseen. Toinen vaihtoehto olisi joku halvempi 5V virtalähe, jonka juottaisi suoraan Wemosin 5V pinniin(?).
Täällä ei ole tullut yhtään resettiä Sonoff Eliten kanssa. Uptime on nyt 16 päivää. Muokkasin tosin jonkin verran koodia ennen laitteen asentamista. Käytän Home Assistantin APIa ja MQTT on kommentoitu kokonaan pois.
Molemmat toiminu mulla hyvin. Ykkösversio pyöri noin viikon ja ei tullu yhtään resettiä. Kakkosella tuli torstai-iltana yks resetti, josta jo perjantaina viestin heitinkin oravaa epäillen. En tosin huomannu mitään merkkejä sähköverkon häiriöistä, joten voip olla wemosin torkahdus. Kakkonen on ollu nyt n. viikon käytössä.
Komppaan tota laturihuomiota ja laadukkaan virtalähteen hankintaa. Mulla oli Huawein laturi ja sillä anturivirheitä tuli 3 - 4 tunnissa. Jossain kohtaa tuli vaihdettua joku samsung-laturi ja alko räpyttää virheitä keksimäärin 1,5 / min. Vaihdoin Huawein takas ja virheet tippu takas tohon 3 - 4 / h. Kaapeli sama halpis molemmilla. Ehkä noi virheet ei ole resettien syy, mutta paksa laturi voi hyvinkin olla.
Koska sinun Mitsurunner 2 näyttää olivan hyvä ympäristö reset-testaukseen niin voisi tehdä villin arvauksen ja lisätä secrets.yaml MQTT-osioon rivin keepalive: 10s. (oletusarvo on 15s ja sanotaan että arvon pienentäminen lisää MQTT:n vakautta)
Koodi:
#mqtt message prefix, change this to what you want
topic_prefix: non
# topic_prefix:
keepalive: 10s
discovery: falseTein muutoksen ja seurataan nyt tilannetta.
hessuttaja
Aktiivinen jäsen
Tämmösen vedon teki yöllä (9h)
Eilen aamulla -25 päivällä -15 ja nyt -30
Uuni jääny lämmittämättä, ei muuta lämpöä kuin pumppu + mh patteri + kylpyhuoneen lattia. Sisälämpötila laski +18 yön aikana pl.makuuhuone.
Ottoteho nyt pyörii 950-1200
Pyynti +24 5/5puhallus
Piti uuniin tulet lyödä nyt, luulen että olisi +21 jos olisi uunin lämmittäny eilen. Ei onnistuisi ilman mitsurunneria, sahaisi sitä 40minuutin sykliä.
Eilen aamulla -25 päivällä -15 ja nyt -30
Uuni jääny lämmittämättä, ei muuta lämpöä kuin pumppu + mh patteri + kylpyhuoneen lattia. Sisälämpötila laski +18 yön aikana pl.makuuhuone.
Ottoteho nyt pyörii 950-1200
Pyynti +24 5/5puhallus
Piti uuniin tulet lyödä nyt, luulen että olisi +21 jos olisi uunin lämmittäny eilen. Ei onnistuisi ilman mitsurunneria, sahaisi sitä 40minuutin sykliä.
Liitetiedostot
Raspi
Jäsen
Perjantaista lähtien ei ole resetoitunut uudella sw:llä, uutta ennätystä tavoitellaan.
Laitan tuon keepalive: 10s seuraavan ressun yhteydessä.
Liitetiedostot
Viimeksi muokattu:
Porttasin muutokset Eliteen. Vain Mitsurunner.yaml ja Platform.yaml erilaisia kuin Wemos buildissa. Oheisessa paketissa kuitenkin mukana kaikki Elite-buildaukseen tarvittavat palaset. Testattu pöytätestissä.Noniin, siellä on nyt pull request muutoksesta, jolla saa käynnistettyä manuaalisesti sulatuksen ja tehtyä pakotetun maksimipituisen sulatuksen (n. 10 min). Lisäsin myös tuonne pohjan tuosta web_server-komponentista.
Joku rohkea voisi tuota testailla ennen kuin laitan main-haaraan. Itse testailin tuota vähän "pöytä-runnerissa", mutta pumpussa en pääse testaamaan, kun itselläni on vähän custom-koodi mm. erilaisella tilakoneella.
Tuota olisi hyvä testata siten että koittaa manuaalisulatusta eri tiloisssa. Se on siis sallittua käynnistää seuraavissa tiloissa:
ST_IDLE
ST_TEMP_EXCEEDED
ST_TEMP_EXCEEDED_TEMP_DECREASING
Tuon maksimisulatuksen taas voi asettaa seuraavissa tiloissa:
ST_HEATING_MIN_TIME
ST_IDLE
ST_TEMP_EXCEEDED
ST_TEMP_EXCEEDED_TEMP_DECREASING
Noita kun koittaa laittaa ei-sallituissa tiloissa pitäisi "kytkimen" pompahtaa takaisin OFF-tilaan, tämä saattaa vaatia web serverin sivun päivityksen.
Linkki muutokseen (pull request):
Add manual defrosting and long defrosting by kestopuu · Pull Request #33 · VeliML/MitsuRunner
Manual defrosting: Starts defrosting immediately, if current state appropriate. Long defrosting: Sets length of the next defrosting to maximum. w web_server component is needed to use these features.github.com
@puu, lisäsin secrets-tiedostoon test_Mosquitto MQTT-Brokeri vaihtoehdon. (IoT Guru ei tue trace-logia MQTT:n yli mutta tuolla saa esimerkiksi kaivettua esiin Dallas-ID:t ilman USB_liitäntää sekä Wemos- että Elite-asennuksissa. )
Samalla muutin hieman secrets-tiedoston rakennetta., voit arvoida onko tuo selkeämpi.
EDIT. Muutiin vielä Sectrets osiota siten ,että oletusarvoisesti käytetään MQTT-serverin Host-nimeä, DNS1-palvelin on Googeln-palvelin osoitteessa 8.8.8.8.
Viimeksi muokattu:
@iro Eilen räppäs resetin uudella sw:llä. Ollut käytössä nyt vähän vaille kaks viikkoo. Muutamaa tuntia vaille kuus päivää edellisestä perjantaina tapahtuneesta resetistä. Mä pistä myös ton keepalive-lisäyksellä olevan tulille.
@wannabe @Raspi , ja muut testisoftan käyttäjät
Softamuutos ei täysin poista resettejä. Nyt kun teillä muutettu softa on pyörinyt todellisessa ympäristössä jonkin aikaa niin näyttääkö että sillä on ollut selvästi havaittava parantava vaikutus resettien esiintymistiheyteen (verrattuna alkuperäiseen softaan) ?
Onko teillä molemmilla Wemos-pohjainen mitsurunner ?
Softamuutos ei täysin poista resettejä. Nyt kun teillä muutettu softa on pyörinyt todellisessa ympäristössä jonkin aikaa niin näyttääkö että sillä on ollut selvästi havaittava parantava vaikutus resettien esiintymistiheyteen (verrattuna alkuperäiseen softaan) ?
Onko teillä molemmilla Wemos-pohjainen mitsurunner ?
Wemos-pohjainen mulla ja kyllä, resetit vähentyneet tosi paljon.
Saattaa olla että Wemos-platformisa on Dallas-ongelma ja tämä muutos korjaa sen. Nyt resetejä tulee samaa tahtia kuin Sonoff-Elitessä. Nämä resetit aiheutta joku muu syy liittyen esim. Wifi- tai MQTT-yhteyksien hallintaan.
Minulla oli toinen testikäytössä ollut Runneri pannuhuoneessa patteriputkien lämpötilaseurannassa ja siihen tuli resettejä kerran päivässä ensimmäisellä reset-testiohjelmalla. Keepalive 10s muutoksen jälkeen sattumanvaraiset resetit lakkasivat, eikä ole tapahtunut yhtään selittämätöntä resettiä. Yhden manuaalisen resetin jouduin itse tekemään, kun siirsin Dallas anturit FH35 pumpun sisään ja anturit menivät ristiin... Oli helpompi korjata asia ohjelmallisesti kuin käydä kääntämässä anturit pumpulla. Lolin Wemos D1 jäi pannuhuoneeseen entiselle paikalleen ja data pannuhuoneesta pumpulle kulkee Cat6 kaapelia pitkin.
Reset-ohjelma + Keep alive yhdistelmällä uptime nyt lähes kolme päivää ja jatkaa kasvuaan:
Liitetiedostot
Prhana, unohdiin ton reset-ohjelman kun päivitin tuohon keepalive-versioon tänään. No, ajetaan tällä nyt vähän aikaa ja sit taas pykälä lisää.
Tein"reset-muutokset" @puu .n linkkaamaan uusimpaan pull request muutokseen, (jolla saa käynnistettyä manuaalisesti sulatuksen ja tehtyä pakotetun maksimipituisen sulatuksen )..
Ainoa muuttunut tiedosto on mitsurunner.yaml (sekaannusten välttämiseksi nimetty tässä mitsurunner_r.yaml).
Lisäkisi voi kokeilla vaikuttaako allaolevien rivien lisäys secrets.yaml osioon resettien esiintymiseen.
Koodi:
#mqtt message prefix, change this to what you want
topic_prefix: non
discovery: false
keepalive: 10sMinullakin lähti lämpötilamittaus Elitessä pelittämään hienosti, kun vetäsin mokkulat pois välistä. Kyse oli siis koko ajan niistä. Kiitoksia kaikille avusta!
Mitsurunner-reset harajoituksen liittyen jos/kun seuraavan kerran teette päivityksen niin secrets-osoioon kannatta lisätä myös
log_topic: null rivi. ==> log-tietoja ei lähetetä MQTT-serverille (vähentää mitsurunnerin ja verkon kuormitusta).
EDIT: topic_prefix: parametri muutettu.
log_topic: null rivi. ==> log-tietoja ei lähetetä MQTT-serverille (vähentää mitsurunnerin ja verkon kuormitusta).
EDIT: topic_prefix: parametri muutettu.
Koodi:
#mqtt message prefix, change this to what you want
topic_prefix: non
log_topic: null
discovery: false
keepalive: 10s
Viimeksi muokattu:
Laitetaanko toi topic_prefixin pub/... tuollaisena ku tossa ohjeessa vai pitääkö se keräillä omalta IoTGuru:lta?
Koska logia ei lähetetä serverille niin tuolla ei ole merkitystä. Non on ihan hyvä arvo.
Päivin aamulla LN25 Runneriin @iro n viimeisimmän reset fix mitsurunner.yaml tiedoston, jossa Puun lisäykset pakkosulatuksesta. Laitoin myös keepalive 10s, mutta log_topic muutos jäi tekemettä, kun ehdin tehdä muutoksen ennen iron viestiä.
Päivitin äsken myös FH35 pumpun Runnerin. Muuten sama setti kuin edellä, mutta lisänä log_topic.
LN25 Runner kääntyi ilman mitään virheilmoituksia. FH35 pumpun kanssa tuli virheilmoitus kun ohjelma oli jo lähetetty Runneriin. Runneri tuntuu kuitenkin toimivan normaalisti, web serveri toimii ja lähettää tietoja IoT-Guruun. Pystyyköhän tästä logista päätellä mitään:
Päivitin äsken myös FH35 pumpun Runnerin. Muuten sama setti kuin edellä, mutta lisänä log_topic.
LN25 Runner kääntyi ilman mitään virheilmoituksia. FH35 pumpun kanssa tuli virheilmoitus kun ohjelma oli jo lähetetty Runneriin. Runneri tuntuu kuitenkin toimivan normaalisti, web serveri toimii ja lähettää tietoja IoT-Guruun. Pystyyköhän tästä logista päätellä mitään:
Liitetiedostot
Log_topic: null aiheuttaa tuon ilmoituksen, (Esphome sovellus ei löydä topicia jota sen pitäisi kuunnella). Ei huolta, ilmoituksen voi jättää huomoitta.
haraldh
Vakionaama
Vihdoin tuli mahdollisuus avata mökin LN35 ja yrittää pidemmän johdon tekemistä. Jonkin verran piti kuikuilla workshop manuaalia ja perinteinen "irroita etupaneeli" kestikin vähän kauemmin kuin lauseen lukeminen kesti. CN111 liitin löytyi, ja peilin avulla irtikin (ahdas nurkka).
Aika lähellä oli liitin, mutta liian iso. Paketti kasaan ja kohti seuraavaa pettymystä.
Alempi koneen liitin
Harrastelija
Hyperaktiivi
Onkohan tuosta samasta ”sarjasta” olemassa eri kokoja?
Jos juotoskolvi on käytettävissä niin haaroituksen voi tehdä kiinteästi.
Kuten aiemmissa viesteissä on kerrottu, Sonoff- WTS01-antureista
https://opencircuit.fi/product/sonoff-wts01-waterproof-temperature-sensor-rj9
pitää poistaa johdossa oleva mokkula.
puu
Aktiivinen jäsen
Niin lähellä, mutta niin kaukana.Aika lähellä oli liitin, mutta liian iso. Paketti kasaan ja kohti seuraavaa pettymystä.
Satuitko ottamaan tarkkoja lähikuvia tuosta laitteen omasta liittimestä? Voisi niiden perusteella jatkaa etsintää.Aivan... Joka tapauksessa pitää kaivaa kolvi esiin. (kun ei ole puristuspihtejä rj9 liittimelle)
Virittelin reset-testiversion viidelle Dallasille. Heat_exchanger- ja Outdoor-antureita luetaan viiden sekunnin välein, muita antureita 15 sekunnin välein. Minulla hetimiten käynnistyksen jälkeen tuli yksi reset, sitten pysynyt pystyssä kolmisen vuorokautta
Mitsurunner.yaml Dallas osuuden muutokset alla.
Koodi:
# Temperature sensor (Dallas DS18B20) and its update/measurement interval
dallas:
- id: "DS18B20_a"
pin:
number: $dallas_pin
allow_other_uses: true
update_interval: never
- id: "DS18B20_b"
pin:
number: $dallas_pin
allow_other_uses: true
update_interval: never
- id: "DS18B20_c"
pin:
number: $dallas_pin
allow_other_uses: true
update_interval: never
- id: "DS18B20_d"
pin:
number: $dallas_pin
allow_other_uses: true
update_interval: never
- id: "DS18B20_e"
pin:
number: $dallas_pin
allow_other_uses: true
update_interval: never
# to avoid 1w-sequence overlapping synchronize DS18B20-readings (12bit conversion takes 750ms)
interval:
- interval: 1667ms
then:
- lambda: !lambda |-
static int n = 0;
n = n+1;
if ((n == 1)||(n == 5 )) id(DS18B20_a).update(); //read outdoor unit heat exchanger temperature
if ((n == 3)||(n == 7 )) id(DS18B20_b).update(); //read outdoor unit temperature
if ((n == 2)) id(DS18B20_c).update(); //testing
if ((n == 4)) id(DS18B20_d).update(); //testing
if ((n == 6)) id(DS18B20_e).update(); //testing
if (n == 6) n = 0;Lisäksi jokaiseen Dallas sensoriin on lisättävä vastaava dallas_id
Koodi:
sensor:
- platform: dallas
dallas_id: DS18B20_a
address: $dallas_address_heat_exchanger_temp # Remember to define this on platform.yaml
name: "Temperature - heat exchanger"Testausta varten olen poistanut loggerin ja tehnyt secrets/MQTT-osuuteen seuraavat muutokset
Koodi:
topic_prefix: null
log_topic: null
discovery: false
keepalive: 10sVähentääkö nämä koodimuutokset myös dallasien lukuvirheiden määrää?
Vähän turhempaa pohdiskelua. Dallasien lukuvirheitä näkyy tulevan, mutta ei niin paljon, että sillä olisi Runnerin toimintaan mtn vaikutusta. Mitä olen tältä foorumilta lueskellut, niin niitä saa olla aika paljon ennen kuin niillä on vaikutusta.
1-Wire tuntuu olevan aika herkkä virheille ja niiden kertyminen vaihtelee. Kuun asennollakin tuntuu olevan merkitystä Tiedän, että noilla lukuvirheillä ei päätään kannattais vaivata, mutta joutessani kuitenkin rupesin tässä pohtimaan/testailemaan asiaa.
Parikaapelin kytkennästä tuntuu oleva kahta eri käsitystä ja että käyttääkö suojattua vai suojaamatonta kaapelia ja vielä siitäkin, että minkälainen suojaus kaapelissa pitäisi olla. 1-Wiressä kapasitanssi ja impedanssi pitäis ottaa huomioon. Lyhyemmillä kaapeleilla noilla ei varmaankaan suurta merkitystä ole.
Alustana mulla on Sonoff TH Elite ja oon kokeillu 8m UTP-kaapelia kahdella erilaisella kytkennällä. Kokeilin myös 8m suojatulla datakaaapelilla. Em. kaapelien päästä on 5 – 10 cm haarat dallaseille niiden omilla johdoilla.
Onko kellään kokemusta suojatun parikaapelin - esim. S/FTP - käytöstä ja miten parit kannattaisi kytkeä? Entä onko kokemuksia sarjaan kytketyn 100 ohmin vastuksen (impedanssisovitus) käytöstä toisen anturin datalinjassa?
Vähiten on tullut virheitä UTP-kaapelilla, jossa kytkentä: ekan pari DATA ja GND, toinen pari VCC ja GND ja loput karvat GN. Kokeilin UTP:llä myös kytkentää, jossa laitoin aina yhden parin karvat yhteen molemmista päistä. Eka pari oli DATA , toinen pari oli VCC ja loput karvat GND.
Suojatulla datakaapelilla - ei siis ole parikaapeli - tulee enemmän virheitä kuin UTP:llä. Siinäkin virheiden kertymä on pienempi, kun yhdistää suojapalmikon dallaslinjan GND-karvaan, kuin jos jättää suojapalmikon kellumaan.
1-Wire tuntuu olevan aika herkkä virheille ja niiden kertyminen vaihtelee. Kuun asennollakin tuntuu olevan merkitystä
Tiedän, että noilla lukuvirheillä ei päätään kannattais vaivata, mutta joutessani kuitenkin rupesin tässä pohtimaan/testailemaan asiaa.Parikaapelin kytkennästä tuntuu oleva kahta eri käsitystä ja että käyttääkö suojattua vai suojaamatonta kaapelia ja vielä siitäkin, että minkälainen suojaus kaapelissa pitäisi olla. 1-Wiressä kapasitanssi ja impedanssi pitäis ottaa huomioon. Lyhyemmillä kaapeleilla noilla ei varmaankaan suurta merkitystä ole.
Alustana mulla on Sonoff TH Elite ja oon kokeillu 8m UTP-kaapelia kahdella erilaisella kytkennällä. Kokeilin myös 8m suojatulla datakaaapelilla. Em. kaapelien päästä on 5 – 10 cm haarat dallaseille niiden omilla johdoilla.
Onko kellään kokemusta suojatun parikaapelin - esim. S/FTP - käytöstä ja miten parit kannattaisi kytkeä? Entä onko kokemuksia sarjaan kytketyn 100 ohmin vastuksen (impedanssisovitus) käytöstä toisen anturin datalinjassa?
Vähiten on tullut virheitä UTP-kaapelilla, jossa kytkentä: ekan pari DATA ja GND, toinen pari VCC ja GND ja loput karvat GN. Kokeilin UTP:llä myös kytkentää, jossa laitoin aina yhden parin karvat yhteen molemmista päistä. Eka pari oli DATA , toinen pari oli VCC ja loput karvat GND.
Suojatulla datakaapelilla - ei siis ole parikaapeli - tulee enemmän virheitä kuin UTP:llä. Siinäkin virheiden kertymä on pienempi, kun yhdistää suojapalmikon dallaslinjan GND-karvaan, kuin jos jättää suojapalmikon kellumaan.
Mulla on Sonoff TH Eliten kanssa kaksi Sonoffin DS18B20-anturia (lähtöjäänkin ilman niitä mokkuloita) jonkin kiinalaisen pilipalisplitterin perässä. Varsinkin toiseen anturiin kertyy virheitä aika kovaa kyytiä: kovemmalla pakkasella ehkä se tuhat kappaletta päivässä-parissa ja näin nollakelillä samat abaut viikossa. Ei ole vaikuttanut vielä toimintaan millään lailla, mutta ei tuosta varmasti haittaa ole jos löytyisi parhaimmat/helpoimmat keinot niitä vähentää tarvittaessa.
Koko kötöstys on pysynyt tosi hyvin päällä. Valmistaja antaa alimmaksi käyttölämpötilaksi -10 °C, mutta tässä on välissä ollu muutama päivä lähempänä kolmeakymppiä ja pidempi parinkympin jaksokin, eikä ole ollut moksiskaan. Möllöttää kotelossa ulkoyksikön päällä. Kotelon kannessa 10 mm vahvuinen Armaflex-matto, mutta se nyt tuskin paljoa auttaa siellä kolmenkympin tienoilla. Mitä tuota työhuoneessa pidin virrallisena muutaman päivän samalla kun kasailin muita tarpeita, niin ei hirveästi tuntunut muodostavan lämpöä. Laitoin tämän kuun alussa kasaan ja kohta tulee täyteen 20 vuorokautta ilman buutteja. Sitä ennen oli yksi itse tehty fläshäys kun muokkasin constantseja, eli ei ole kertaakaan vielä itsekeen kyykännyt.
Kaiken kaikkiaan olen pirun tyytyväinen. Deltan vaihdoin vakiosta 4,5:een. En ole kovin tiukasti tarkkaillut, mutta aika tukkoon tuollakin vetää ennen kuin alkaa sulattamaan. Ei ole kuitenkaan kerännyt jäätä tai mtn, eli aina on kenno puhtaaksi tullut sitten kun sulattaa. Ollut koko kuun niin kuivaa, että neljän tunnin maksimivetoja höökii aikalailla kokoajan.
Koko kötöstys on pysynyt tosi hyvin päällä. Valmistaja antaa alimmaksi käyttölämpötilaksi -10 °C, mutta tässä on välissä ollu muutama päivä lähempänä kolmeakymppiä ja pidempi parinkympin jaksokin, eikä ole ollut moksiskaan. Möllöttää kotelossa ulkoyksikön päällä. Kotelon kannessa 10 mm vahvuinen Armaflex-matto, mutta se nyt tuskin paljoa auttaa siellä kolmenkympin tienoilla. Mitä tuota työhuoneessa pidin virrallisena muutaman päivän samalla kun kasailin muita tarpeita, niin ei hirveästi tuntunut muodostavan lämpöä. Laitoin tämän kuun alussa kasaan ja kohta tulee täyteen 20 vuorokautta ilman buutteja. Sitä ennen oli yksi itse tehty fläshäys kun muokkasin constantseja, eli ei ole kertaakaan vielä itsekeen kyykännyt.
Kaiken kaikkiaan olen pirun tyytyväinen. Deltan vaihdoin vakiosta 4,5:een. En ole kovin tiukasti tarkkaillut, mutta aika tukkoon tuollakin vetää ennen kuin alkaa sulattamaan. Ei ole kuitenkaan kerännyt jäätä tai mtn, eli aina on kenno puhtaaksi tullut sitten kun sulattaa. Ollut koko kuun niin kuivaa, että neljän tunnin maksimivetoja höökii aikalailla kokoajan.
Kuten edellä @laavumaja toteaa, Dallas-virheden syy on vaikea selvittää. Lienee tyypilllistä että toinen anturi on virheherkempi kuin toinen. Mielenkiintoinen tuo sinun havaintosi lämpötilan vaikutuksesta virheiden esiintymiseen (aiheittaako pumpun kovempi kuormitus enemmän häirtiöitä?)
Tähänastisten havaintojen perusteella uskaltaisin sanoa että ESP-pohjaiset laitteet toimivat kovassakin pakkasessa, minulla on pari Wemos D1 miniä ulkotiloissa ja nuo toimivat ongelmitta -38C kylmyydessä.
Pitkän yhtäjaksoisen session sinun Elite on vetänyt.. Onko siinä mitsurunneri/elite perusssofta vai uudempi testiversio ?
Liitteenä kuvat, joista toisessa lämmönvaihtimen virheet ja toisessa ulkolämpötilan virheet. Seuranta nollautuu tuhannessa. Alkupäässä ollut sitä hieman kovempaa -20...-30 °C pakkasta ja sen jälkeen -5...-15 °C. Selkeästi kerää niitä ulkolämpötilan funktiona, mutta ei tosiaan mitään käryä mistä johtuu, eikä näytä haitanneen toimintaa. Ei noita nyt ihan joka lukukerralla kuitenkaan vielä tule.
Se ns. perussofta on sisässä. Fläshäsin ja asensin tuon ennen noita vastikään tekemiänne muutoksia/testiversiota. Sen verran pitkää uptimeä pakkasista huolimatta pitää tämä mun kötöstys, etten uskalla enää koskea
Se ns. perussofta on sisässä. Fläshäsin ja asensin tuon ennen noita vastikään tekemiänne muutoksia/testiversiota. Sen verran pitkää uptimeä pakkasista huolimatta pitää tämä mun kötöstys, etten uskalla enää koskea
