MSZ-LN sulatushuijaus
- Keskustelun aloittaja iro
- Aloitettu
- Keskustelun aloittaja
- #122
Otin Velsun uusimman versio "tulille". Eka havainnot:
Käännöksessä tulee herja:
src\main.cpp:196:3: warning: multi-line comment [-Wcomment]
// lambda: !lambda "float lampotilaero = (id(ulkolampo).state - id(kennonlampo).state);\n\
^
ja ajossa:
[D][dallas.sensor:153]: 'ulkolampotila': Got Temperature=21.6°C
[10:20:59][D][sensor:092]: 'ulkolampotila': Sending state 21.56250 °C with 1 decimals of accuracy
[10:21:09][D][dallas.sensor:153]: 'kennonlampotila': Got Temperature=21.4°C
[10:21:09][D][sensor:092]: 'kennonlampotila': Sending state 21.37500 °C with 1 decimals of accuracy
[10:21:09][W][dallas.sensor:146]: 'sulatusanturilampotila' - Scratch pad checksum invalid!
[10:21:09][D][sensor:092]: 'sulatusanturilampotila': Sending state nan °C with 1 decimals of accuracy
[10:21:09][W][dallas.sensor:146]: 'pohjalampotila' - Scratch pad checksum invalid!
[10:21:09][D][sensor:092]: 'pohjalampotila': Sending state nan °C with 1 decimals of accuracy
En ole noita tarkemmin tutkinut. Velsku, ovatko nuo fataaleja toiminnan kannalta ?
Käännöksessä tulee herja:
src\main.cpp:196:3: warning: multi-line comment [-Wcomment]
// lambda: !lambda "float lampotilaero = (id(ulkolampo).state - id(kennonlampo).state);\n\
^
ja ajossa:
[D][dallas.sensor:153]: 'ulkolampotila': Got Temperature=21.6°C
[10:20:59][D][sensor:092]: 'ulkolampotila': Sending state 21.56250 °C with 1 decimals of accuracy
[10:21:09][D][dallas.sensor:153]: 'kennonlampotila': Got Temperature=21.4°C
[10:21:09][D][sensor:092]: 'kennonlampotila': Sending state 21.37500 °C with 1 decimals of accuracy
[10:21:09][W][dallas.sensor:146]: 'sulatusanturilampotila' - Scratch pad checksum invalid!
[10:21:09][D][sensor:092]: 'sulatusanturilampotila': Sending state nan °C with 1 decimals of accuracy
[10:21:09][W][dallas.sensor:146]: 'pohjalampotila' - Scratch pad checksum invalid!
[10:21:09][D][sensor:092]: 'pohjalampotila': Sending state nan °C with 1 decimals of accuracy
En ole noita tarkemmin tutkinut. Velsku, ovatko nuo fataaleja toiminnan kannalta ?
Velsku
Aktiivinen jäsen
Ensimmäinen on vain varoitus, jota ei saanut järkevällä googlaamismäärällä pois. Liittyy C++ blokkiin, joka on conffissa ja siihen miten conffista esphome generoi c++ tiedoston joka sitten käännetään. Ei vaikuta toimintaan, on vain siis varoitus kommentista koodissa.
Kaksi muuta johtuu siittä, että conffifilessä on 4 dallasin sensoria (minulla on logittamassa nuo 4). Laite ei löydä niiden ID:tä/cheksumia vastaavia sensoreita sinulta. Poista niiden ylimääräiset lohkot konffifilestäsi, et niitä tarvitse jos sulla ei ole neljää sensoria.
Tuolle vaihtoehtona voi miettiä että ottaa sulatuksen huijauksen haltuun jo pikkuplussakelillä koska mielestäni ylin lämpötila jossa ensimmäinen sulatus tapahtuu voi ihan hyvin olla -5--6C. Huonoilla keleillä, esim. syksyisessä räntäsateessa kenno voi mennä vähän turhan tukkoon mutta sulaa kyllä. Vastapainoisesti jää paljon sulatuksia pois, erityisesti keväällä ja koppi ei kärsi sulatuksista ja niistä seuraavista huonon kopin kiukunkeräysjaksoista.
puu
Aktiivinen jäsen
Joku oli saanut dallasien lukuvirheet pois laittamalla paremman virtalähteen. Itsellänikin tällä joku perus Samsungin kännykänlaturi perässä, joten voisi kokeilla jotain toista poweria.
github.com
Dallas - random "Scratch pad checksum invalid!" · Issue #903 · esphome/issues
Operating environment/Installation (Hass.io/Docker/pip/etc.): ESPHome in docker, running latest build - esphome/esphome-armv7 ESP (ESP32/ESP8266, Board/Sonoff): esp32 devkitv1 Affected component: h...
github.com
Ok, kokeilen tuolla arduinolla että pääsen häiriöstä eroon. Pitää kaivella esinn iron pari vuotta sitten tekemä koodi ja palautella hommaa muutenkin mieleen.
Jos nyt pääsen häiriöistä eroon niin sitten voisi hommata wemoksen ja toteuttaa foorumin state-of-art huujauksen
Onko siinä käytössä Anturin sähkönsyöttöjalka ? Anturin lämpötila-alue on voimassa vain sen kanssa. Tuossa oli 'furnace' - se menee varmaankin alueelta jo ulos.
Ei tarvitse olla huono keli, riittää 100% kosteus kuten nyt aamulla oli. FD lämmitteli minimillä yli 4 tuntia ja teki sitten 9,5 min sulatuksen.
Viimeksi muokattu:
puu
Aktiivinen jäsen
Nyt täytyy sanoa, etten ihan ymmärtänyt kysymystä.En tiedä mikä on "furnace", kunhan googlella löysin tuon. Mulla on siis anturit kolmella piuhalla kytketty.
Joka tapauksessa mulla tulee noita "Scratch pad checksum invalid!", jolloin antaa noita "nan"-arvoja:
[11:16:52][W][dallas.sensor:146]: 'temp_fin' - Scratch pad checksum invalid!
[11:16:52][D][sensor:092]: 'temp_fin': Sending state nan °C with 2 decimals of accuracy
Keskimäärin noin joka viides arvo kennon lämpötila-anturilta on tuollaisia. Äsken näköjän tuli jopa 8 perättäistä arvoa "nan". Ulkoläpmötila antaa myös "nan" välillä, muta harvemmin.
Velsku
Aktiivinen jäsen
Jos sulla on parasitic mode käytössä vanhassa arduino softassa ja raudassa, niin vaihda se pois. Saat luotettavamman.Ok, kokeilen tuolla arduinolla että pääsen häiriöstä eroon. Pitää kaivella esinn iron pari vuotta sitten tekemä koodi ja palautella hommaa muutenkin mieleen.
Jos nyt pääsen häiriöistä eroon niin sitten voisi hommata wemoksen ja toteuttaa foorumin state-of-art huujauksen
Ei tässä pitäisi olla mitään ongelmia saada häiriötöntä dataa dallasin antureista pitkälläkään johdolla. Joku rakenteellinen vika teillä on ollut, kun sellaisen kanssa olette joutuneet painimaan.
Velsku
Aktiivinen jäsen
@puu Joko kokeilit pienempiarvoisella ylösvetovastuksella? Sulla on "default" speksiä heikompi ylösveto, joka voi ihan hyvin selittää sinun ogelmat. Mieluummin pitkällä kaapelilla laitetaan tehokkaampi ylösvetovastus. (eli pienempi resistanssi). Tällöin digitaalinen signaali vedetään nopeampaa takaisin ylös ja tulee kanttisempaa signaalia luettavaksi mikrokontrollerille.
Pistä vaikka välille 2k2 - 4k7
Täällä lisää:
www.maximintegrated.com
Pistä vaikka välille 2k2 - 4k7
Täällä lisää:
Guidelines for Reliable Long Line 1-Wire | Maxim Integrated
Application Note 148 explains 1-Wire network topologies and details a method to calculate the limits for reliable communication with various 1-Wire masters.
Velsku
Aktiivinen jäsen
@puu Hyvä, että pienempi.
Tässä teidän ongelmassa on kyse jostain teidän ympäristöstä olevasta viasta:
Tarkistin omista logeista viimeisen 10h ajalta. 10s välein raportoinut tuossa n. 5m kaapelin päässäolevat neljä dallasia, eikä yhtään virheellistä lukemaa... 100% luotettavuus.
Tässä teidän ongelmassa on kyse jostain teidän ympäristöstä olevasta viasta:
- Ylösvedosta - pitäisi olla ok.
- johdotuksesta = johdon laatu. CAT5 verkkokaapeli olisi tosi hyvä, puhelinkaapeli minulla riittää 100% luotettavuuteen.
- Liitoksista, juottakaa, muuten voi olla epäjatkuvuus ja signaali kaikuu takaisinpäin ko. kohdista.
- Meneekö teillä pitkästi vaihtovirtakaapelin rinnalla johdotus? Minulla menee n 40cm laitteen virransyötön kanssa vierekkäin, ei haittaa.
- Huono virtalähde toki myös?
- Minulla 2000mA kännykkälaturi
- Heikommalla laturilla (500mA) on tippunut ensimmäisenä wifi, mutta kun se on toiminut satunnaisesti, niin dallasit on kyllä toiminut myös 100%
- Voi olla, että datalinjaan lisätty pieni sarjassa oleva sovitusvastus, ehkä kummassakin päässä voi myös auttaa. (poistaa kaikuja)
Tarkistin omista logeista viimeisen 10h ajalta. 10s välein raportoinut tuossa n. 5m kaapelin päässäolevat neljä dallasia, eikä yhtään virheellistä lukemaa... 100% luotettavuus.
Viimeksi muokattu:
Velsku
Aktiivinen jäsen
Liitteenä viimeiseltä 12h logit.
Piikki on yhdessä kohtaa yli 5 asteen deltan.
Tapahtuu n. 08:00, kun pumppu nostaa tehoja. Vastaavaa piikkiä ei ole havaittavissa muualla, eli ihan ensimmäinen tällainen anomalia kyseessä.
--> Softaan pitää todennäköisesti tehdä ominaisuus, jossa sulatuskäynnistetään vasta, kun delta on ollut jonkin tason yli tietyn aikaa.
Pumpun ottotehon lasku myös tiputtaa deltaa. -> herättää vähän epäilyä, että kuinka luotettavaksi tämän saa pelkkää deltaa seuraten. Mutta aika tulee näyttämään, eikä kenno ole välttämättä ollut riittävän tukossa noissa, josta syystä toiminut noin.
Piikki on yhdessä kohtaa yli 5 asteen deltan.
Tapahtuu n. 08:00, kun pumppu nostaa tehoja. Vastaavaa piikkiä ei ole havaittavissa muualla, eli ihan ensimmäinen tällainen anomalia kyseessä.
--> Softaan pitää todennäköisesti tehdä ominaisuus, jossa sulatuskäynnistetään vasta, kun delta on ollut jonkin tason yli tietyn aikaa.
Pumpun ottotehon lasku myös tiputtaa deltaa. -> herättää vähän epäilyä, että kuinka luotettavaksi tämän saa pelkkää deltaa seuraten. Mutta aika tulee näyttämään, eikä kenno ole välttämättä ollut riittävän tukossa noissa, josta syystä toiminut noin.
Liitteet
Velsku
Aktiivinen jäsen
Yöän ajaksi pistin logiikan testiin ja MQTT viesteillä seurasin logiikan toimintaa.
Säälisulatukset toimivat 150min välein.
Sulatuksen esto toimii, estää sulatusta 30min sulautuksen päättymisestä.
Sulatus toimii, 3min kestolla tässä.
Ja mikä parasta, Deltasulatus toimii. Tuossa 5 astetta ylittävässä piikissä se triggeröityy.
--> Softan logiikka testattu nyt oikeissa olosuhteissa ja toimii.
Edit:
Tämä ei sitten ohjaa minun pumppua, eli se toimii ihan omassa rytmissänsä. Sen tuottamalla informaatiolla vain testaan softan logiikkaa.
Säälisulatukset toimivat 150min välein.
Sulatuksen esto toimii, estää sulatusta 30min sulautuksen päättymisestä.
Sulatus toimii, 3min kestolla tässä.
Ja mikä parasta, Deltasulatus toimii. Tuossa 5 astetta ylittävässä piikissä se triggeröityy.
--> Softan logiikka testattu nyt oikeissa olosuhteissa ja toimii.
Edit:
Tämä ei sitten ohjaa minun pumppua, eli se toimii ihan omassa rytmissänsä. Sen tuottamalla informaatiolla vain testaan softan logiikkaa.
Liitteet
Viimeksi muokattu:
puu
Aktiivinen jäsen
Johtoja ja liitoksia pitää vielä tutkia. Nyt on Phoenixin laadukkailla ruuviliittimillä. Ovat toimineet kyllä ongelmitta RasPi+Dallas -setupissa jo pari vuotta.
Kaapelit ovat tosiaan anturin mukana kiinteästi tulleita. Koitin nyt tehdä yhdestä TO92-anturista käyttäen laadukasta mikrofonipiuhaa, maa vaippaan kytkettynä. Tuota sarjavastustakin voisi kokeilla.
Yhdistetty lähellä loggeria. Eli siitä lähtee toiselle anturille 3m ja toiselle 1m johdot. Ilmeisesti parempi olisi tosiaan tuolla Velskun systeemillä.
Velsku
Aktiivinen jäsen
En ole expertti näissä dataväylien suunnitteluissa, mutta analoginen mikrofonijohto on todennäköisesti impedanssisovitettu. Binäärisen datan liikutukseen käytettävä piuha olisi heti lähtökohtaisesti luotettavampi. CAT5e kaapelilla pitäisi onnistua 200m vedot, tällaisista muutaman metrin vedoista puhumattakaan
Velsku
Aktiivinen jäsen
Tuon perusteella kannattaa kokeilla reitittää johtoa erilailla pumpun sisällä. Ei yhtään kieppiä sinne (onko?) Ja mahdollisimman etäälle kompressorista, nelitie venttiulistä ja muista jännitteellisitä johdoista.
puu
Aktiivinen jäsen
Ei pitäisi olla impedanssisovituksia mikrofonikaapeleissa. Tällaista on nyt käytössä:
shop.sommercable.com
Käytin tuota catin sijaan sen takia että
- sitä sattui olemaan sopivasti metritavarana hyllyssä
- kaapelin paksuus (tai ohuus) ja käsiteltävyys
En usko että tuo on ainakaan huonompaa kaapelia tähän tarkoitukseen kuin noiden tehdasanturien mukana tuleva. Tässä on sentään suojavaippa.
Mutta tosisaan pitää koittaa vaihdella tuota kaapelin reititystä. Kieppiä ei ole. Tuota punaista katkoviivaa pitkin menee nyt ja siitä laskee suoraan alas yläputkelle. Meneeköhän muuten tuulettimen virtajohto tuosta vierestä,se voisi ainain olla syy häiriöihin.
Sommer cable
shop.sommercable.com
Käytin tuota catin sijaan sen takia että
- sitä sattui olemaan sopivasti metritavarana hyllyssä
- kaapelin paksuus (tai ohuus) ja käsiteltävyys
En usko että tuo on ainakaan huonompaa kaapelia tähän tarkoitukseen kuin noiden tehdasanturien mukana tuleva. Tässä on sentään suojavaippa.
Mutta tosisaan pitää koittaa vaihdella tuota kaapelin reititystä. Kieppiä ei ole. Tuota punaista katkoviivaa pitkin menee nyt ja siitä laskee suoraan alas yläputkelle. Meneeköhän muuten tuulettimen virtajohto tuosta vierestä,se voisi ainain olla syy häiriöihin.
Velsku
Aktiivinen jäsen
Ei ignooraa vielä mitään arvoja. Kerätään tässä logia nyt käyttäytymisestä, joidenka pohjalta osataan sopivat filtterit rakentaa.
@puu
Minulla menee tuota samaa reittiä ulkolämpötila-anturin johto. Voihan olla, että sinun antureissa on ihan pskat johdot, joita ei ole edes kierretty ja niihin indusoituu tuossa häiriö.
Pelasiko luotettavasti pöydällä?
Minulla on johdot kyllä paljon isomman häiriön paikoissa.
- Keskustelun aloittaja
- #147
Puu, onko niin että häiriötilanteessa saat aina ilmoituksen mittauksen epäonnistumisesta, et koskaan jotakin virheellistä lämpötilalukema ?
Jos näin on niin silloinhan "ohjemallinen häiriöfiltteri" on helppo implementoida. Käytetään viimeistä onnistunutta lämpötilalukemaa. Tietysti olettaen että edes jotkut mittaus onnistuu.
Jos näin on niin silloinhan "ohjemallinen häiriöfiltteri" on helppo implementoida. Käytetään viimeistä onnistunutta lämpötilalukemaa. Tietysti olettaen että edes jotkut mittaus onnistuu.
puu
Aktiivinen jäsen
On, eli periaatteessa silläkin voisi saada toimimaan hyvin, että luettaisiin vaikka pari kertaa uudestaan jos ei saada järkevää lukemaa.
- Keskustelun aloittaja
- #149
Pöytätestasin Velskun softan sulatusalgoritmin toimintaa mqtt-pois riisuttuna. Toimii niinkuin on suunniteltu !
Jossakin vaiheessa pitää vielä laittaa ehto että ulkolämpötilan ollesssa yli +x C, ei huijaus ole käytössä.
For the future: Velsku, tiedätkö kuinka helposti tuohon saa serverin, josta selaimella näkee laitteen "current state"-tilan (niille käyttäjille jotka eivät käytä mqtt:tä) ?
Rauski, pistä tilaten Wmos D1 Mini, kyllä tästä parempi kokonaisuus syntyy kun meidän aiemmasta harjoituksesta
Jossakin vaiheessa pitää vielä laittaa ehto että ulkolämpötilan ollesssa yli +x C, ei huijaus ole käytössä.
For the future: Velsku, tiedätkö kuinka helposti tuohon saa serverin, josta selaimella näkee laitteen "current state"-tilan (niille käyttäjille jotka eivät käytä mqtt:tä) ?
Rauski, pistä tilaten Wmos D1 Mini, kyllä tästä parempi kokonaisuus syntyy kun meidän aiemmasta harjoituksesta
Velsku
Aktiivinen jäsen
Ihan kohtuu helposti. Vie paljon muistia, joten vähän varauksella vielä suhtaudun esp8266:n kanssa, ennenkuin sanon että onnistuu juuri tähän laitteeseen sillä.Pöytätestasin Velskun softan sulatusalgoritmin toimintaa mqtt-pois riisuttuna. Toimii niinkuin on suunniteltu !
Jossakin vaiheessa pitää vielä laittaa ehto että ulkolämpötilan ollesssa yli +x C, ei huijaus ole käytössä.
For the future: Velsku, tiedätkö kuinka helposti tuohon saa serverin, josta selaimella näkee laitteen "current state"-tilan (niille käyttäjille jotka eivät käytä mqtt:tä) ?
Rauski, pistä tilaten Wmos D1 Mini, kyllä tästä parempi kokonaisuus syntyy kun meidän aiemmasta harjoituksesta
Esp32:lla ei ole mitään huolta, eli he jotka sitä tarvitsevat voisivat hommata esp32:n, se ei ole juuri sen hintavampi mitä esp8266.
Voin joku päivä vähän testata tuota, mutta sitä ennen menee prioriteetissa ohi nuo lämpötilarajat. Minulla on molempia, sekä esp8266 että esp32 boardeja, joten tuon saan kyllä tehtyä.
Laittaa vaikka niin, että jos ei saa wifiin yhteyttä, muodostaa AP:n, johon voi kännykän liittää ja katsella sieltä webbiselaimella arvot/tilan.
No, pidetään tätä nyt vielä edistyneenä toimintona ja puuhataan nämä nyt kuntoon mqtt viesteillä eka. Kukaan ei ole vielä ilmoittautunut tarvitsevansa tätä ominaisuutta. Nostetaan sitten prioriteettia, kun oikea tarve tulee.
Ja @Rauski mukaan vaan karkeloihin ja esp tilaukseen.
Velsku
Aktiivinen jäsen
Ja nuo nan arvot hoidan pois häiritsemästä. Pikku muutos, jos halutaan. Mieluummin kuitenkin antaisin olla, jotta saatte omat raudat kuntoon ja oikeasti kunnolla toimivat anturiasennukset.
Nämä dallasit on digitaalisia sensoreita, eli vääriä lukuja ei juurikaan tule. Mulla on jo reilut kaksi vuotta piirrellyt lämpötilakäyriä näistä, joissa näkyisi heti piikkinä vääristyneet arvot. Yhtään sellaista en ole nähnyt.
Nämä dallasit on digitaalisia sensoreita, eli vääriä lukuja ei juurikaan tule. Mulla on jo reilut kaksi vuotta piirrellyt lämpötilakäyriä näistä, joissa näkyisi heti piikkinä vääristyneet arvot. Yhtään sellaista en ole nähnyt.
Rauski, pistä tilaten Wmos D1 Mini, kyllä tästä parempi kokonaisuus syntyy kun meidän aiemmasta harjoituksesta
Älkää nyt hullua yllyttäkö. Virittelen tässä justiinsa arduinoa takkahuoneen pöydällä. Ajettelin ensi viikolla ottaa niskalenkin parin vuoden takaisista mittaushäiriöistä... Pitää varmaan sen jälkeen tilata wemos niin saa huippupetkutussoftan käyttöön.
Minulla kyllä ehti pumppu toimimaan pari vuotta ihan hyvin kun ei tullut paljoa foorumin juttuja lueskeltua... Nyt on vissiin ollut liikaa aikaa kun taas täällä keskusteluita lueskellut ja tullut loggeritkin kytkettyä mittailemaan...
puu
Aktiivinen jäsen
Otin nyt vehkeen sisälle pöydälle ja ajelin 1/s sampleratella pari tuntia metallikoteloitua ulkolämpötilaa mitannutta anturia, sekä tuotaTO-92 -koteloitua, mihin laitoin mikrofonipiuhan perään. Parantelin vähän liitoksia, ja nyt tuloksena vajaan kahden tunnin ajalta(6868 näytettä / anturi) ei yhtään lukuvirhettä. Lämpötilat aika lähellä toisiaan, noin 0,3 asteen ero pöydällä.
Sellaisen havainnon tein, mikä näkyy kuvastakin, että tuossa TO-92 -mallisessa näyttäisi olevan vähemmän kohinaa. Mielenkiintoista, että noin päin.. Kaapelien pituudet: TO-92 4m (suojattu) ja metallikoteloitu 1m (ei suojattu).
Sellaisen havainnon tein, mikä näkyy kuvastakin, että tuossa TO-92 -mallisessa näyttäisi olevan vähemmän kohinaa. Mielenkiintoista, että noin päin.. Kaapelien pituudet: TO-92 4m (suojattu) ja metallikoteloitu 1m (ei suojattu).
Räpläsin oman arduinoni kanssa aikani ja sain tuon iron tekemän softan taas mittaamaan ja napsuttelemaan relettä tuossa takkahuoneen pöydällä ilma minkäänlaisia ongelmia (niin se kyllä teki pari vuotta sittenkin).
Jahka kun tässä viikolla vähän lämpenee niin pitää kytkeä tuo keksintö pumppuun ja katsoa että mistä ne häiriöt mittauksiin oikein tulee
Jahka kun tässä viikolla vähän lämpenee niin pitää kytkeä tuo keksintö pumppuun ja katsoa että mistä ne häiriöt mittauksiin oikein tulee
puu
Aktiivinen jäsen
Lykkäsin nyt vekottimen takaisin ulos ja loggaan kolmea anturia 1s välein:
1) kennon lämpötila - metallikoteloanturi - 3m suojaamaton kaapeli
2) ulkolämpötila - metallikoteloanturi - 1m suojaamaton kaapeli
3) testi/ulkolämpötila2 - TO92-anturi kutistesukka päällä - 4m suojattu mikrofonikaapeli
Virheitä tulee yhä, mutta selvästi vähemmän. 600 samplen eli 10 minuutin ajalta:
1) 25 virhettä = 4,2%
2) 1 virhe = 0,2%
3) 0 virhettä = 0%
Eli tilanne on ainakin nyt paljon parempi, jos tuota luokkaa jatkuvasti tuo virhe. Täytyy katsoa tuleeko lisää esim. sulatuksen yhteydessä. Tuota kennoanturia (1) en ruvennut tässä välissä repimään sisälle tai mitään muutakaan, kun tuolla satelee alijäähtynyttä vettä.
1) kennon lämpötila - metallikoteloanturi - 3m suojaamaton kaapeli
2) ulkolämpötila - metallikoteloanturi - 1m suojaamaton kaapeli
3) testi/ulkolämpötila2 - TO92-anturi kutistesukka päällä - 4m suojattu mikrofonikaapeli
Virheitä tulee yhä, mutta selvästi vähemmän. 600 samplen eli 10 minuutin ajalta:
1) 25 virhettä = 4,2%
2) 1 virhe = 0,2%
3) 0 virhettä = 0%
Eli tilanne on ainakin nyt paljon parempi, jos tuota luokkaa jatkuvasti tuo virhe. Täytyy katsoa tuleeko lisää esim. sulatuksen yhteydessä. Tuota kennoanturia (1) en ruvennut tässä välissä repimään sisälle tai mitään muutakaan, kun tuolla satelee alijäähtynyttä vettä.
Velsku
Aktiivinen jäsen
Viimeisen 12 tunnin aikana pumppu on vedellyt tämäntalven ennätyslämmitys pituuksia. (1h 40min lämmitystä + päälle sulatus)
Nyt illalla sitten meni keli aivan kauheaksi lumipyryksi. Ja näkeehän sen tuosta lämpötiladeltasta, milloin alkoi lumimyrsky...
Veikkaanpa, että tässä kelissä kenno menee aika nopeasti tukkoon. Mutta nythän ensimmäistä kertaa näyttää siltä, että mitsu lämmittää liian pitkiä vetoja
Tosin sisäyksikön puhalluslämpöön tuo ei vaikuttanut niin paljoa, mitä voisi kuvitella.
Kolmas kuvassa näkyvä lämmitysvaihe sisältää +5 ylityksen. Se kestää alle 3min. Mitä todennäköisimmin tuolla ei olisi pitänyt liipaista sulatusta, joten pitää sulatuksen liipaisulle rakentaa ajastusehto. Eli deltan on oltava jonkin määritellyn minuuttimäärän yli 5 astetta. Tässä tapauksessa vaikka 3 minuuttia, niin tuokaan ei olisi liipaissut.
Nyt illalla sitten meni keli aivan kauheaksi lumipyryksi. Ja näkeehän sen tuosta lämpötiladeltasta, milloin alkoi lumimyrsky...
Veikkaanpa, että tässä kelissä kenno menee aika nopeasti tukkoon. Mutta nythän ensimmäistä kertaa näyttää siltä, että mitsu lämmittää liian pitkiä vetoja
Tosin sisäyksikön puhalluslämpöön tuo ei vaikuttanut niin paljoa, mitä voisi kuvitella.
Kolmas kuvassa näkyvä lämmitysvaihe sisältää +5 ylityksen. Se kestää alle 3min. Mitä todennäköisimmin tuolla ei olisi pitänyt liipaista sulatusta, joten pitää sulatuksen liipaisulle rakentaa ajastusehto. Eli deltan on oltava jonkin määritellyn minuuttimäärän yli 5 astetta. Tässä tapauksessa vaikka 3 minuuttia, niin tuokaan ei olisi liipaissut.