puu
Aktiivinen jäsen
D7, mikä onkin asetuksissa nyt oletuksena. Huom! D8 ei voi käyttää tuohon, vehje ei boottaa jos laittaa siihen ylösvedon.
(korjasin ylempää juotosta kuvanoton jälkeen)
Liitteet
Viimeksi muokattu:
MSZ-LN sulatushuijaus
- Keskustelun aloittaja iro
- Aloitettu
(korjasin ylempää juotosta kuvanoton jälkeen)
Tärkeä muistutus.
- Keskustelun aloittaja
- #323
Pitää varmaan itelläkin jossakin kohtaa laittaa sulatushuijausvermeet tilaukseenKyllä niin pätevältä tuo mitsurunner:in toiminta vaikuttaa! Mahtavaa, että jaksatta käyttää omaa aikaa yhteisen hyvän etteen!
Ostoslista:
1kpl WeMos D1 Mini
2kpl vedenkestäviä DS18B20-lämpötila-antureita
(varalle 2 kpl DS18B20-anturia, ketjussa on ollut keskustelua josko nuo toimisivat paremmin kuin vedenkestävät)
1kpl rele (WeMos D1 pin-yhteensopiva)
1kpl 4K7 (4,7Kohm) vastus DS18B20 antureiden kytkentään
1kpl 33 Kohm vastus sulatushuijaukseen
1kpl USB-virtalähde
lisäksi "Motonet" tavaraa (kotelo, muutama johdonpätkä etc.)
Esim tuolla löytyvät hyllystä, monia muitakin paikkoja löytyy...
https://www.elektroniikkaosat.com/c...ni-kehitysalusta-i-useita-vaihtoehtoja-i.html
Kytkentäkaavio löytyy täältä:
https://lampopumput.info/foorumi/threads/msz-ln-sulatushuijaus.31223/page-2#post-459809
Viimeksi muokattu:
pitikö olla eri numeroilla?
Vastukseksi 33 kohm niin pellin läämitys toimii? Eikö tämä ole @puulla?
- Keskustelun aloittaja
- #327
Idoita kehittäjille , kannattaisiko tehdä "Mitsu roadrunner ToolKit" jossa:
1) "HW_setup.yaml" joka ajetaan kun uusi rauta otetaan tulille:
* näyttää laitteeseen kytkettyjen DS18B20 antureiden ID:t ja lämpötilat
* nåyttää mihin IP-osoitteeseen kytkeydytään
* naksuttaa relettä
2) "HealthCheck.yaml" testaa DS18B20 mittausten ErrorRate:iä
* kun anturit on asetettu pumpun kylkeen voidaan ajaa pidempiaikainen
(esim yön yli) testi ==> varmennetaan riittävän häiriötön toiminta.
==> näyttää anturikohtaisesti (epäonnistuneet mitaukset)/(kaikki mittaukset) suhteen
==> näyttää max peräkkäisten epäonnistuneiden mittausten lukumäärän (mahdollisen häiriön puskeisuus)
Lisäksi normaalisoftassa pitäisi ehkä olla tsekkaus :
Jos n kpl -peräkkäistä mittausta tietyltä anturilta epäonnistuu (anturi rikki, kontakithäiriö, kosteutta yms) huijaus kytketään pysyvästi pois käytöstä (ja jotenkin indikoidaan häiriöstä ulospäin)
1) "HW_setup.yaml" joka ajetaan kun uusi rauta otetaan tulille:
* näyttää laitteeseen kytkettyjen DS18B20 antureiden ID:t ja lämpötilat
* nåyttää mihin IP-osoitteeseen kytkeydytään
* naksuttaa relettä
2) "HealthCheck.yaml" testaa DS18B20 mittausten ErrorRate:iä
* kun anturit on asetettu pumpun kylkeen voidaan ajaa pidempiaikainen
(esim yön yli) testi ==> varmennetaan riittävän häiriötön toiminta.
==> näyttää anturikohtaisesti (epäonnistuneet mitaukset)/(kaikki mittaukset) suhteen
==> näyttää max peräkkäisten epäonnistuneiden mittausten lukumäärän (mahdollisen häiriön puskeisuus)
Lisäksi normaalisoftassa pitäisi ehkä olla tsekkaus :
Jos n kpl -peräkkäistä mittausta tietyltä anturilta epäonnistuu (anturi rikki, kontakithäiriö, kosteutta yms) huijaus kytketään pysyvästi pois käytöstä (ja jotenkin indikoidaan häiriöstä ulospäin)
Velsku
Aktiivinen jäsen
Hyviä ideoita @iro ja niitä tuntuu riittävän.
Siispä, @iro, tekisitkö tunnukset tuonne githubiin. (Ja kaikki muutkin, jotka haluaa osallistua tähän ja valmiita auttamaan, tuottamalla jotain, esim. vaikka näitä ideoita)
Laitan kutsun sinulle sinne kehittäjäksi.
Voit sen jälkeen laittaa ideoita tänne tehtävälistaan: "Improvement Ideas" osastolle. Painaa vian "+" merkkiä sieltä ja kirjoittaa.
>> Uudet ideat ja kehittämiskohteet tulevat suoraan tuolle listalle, kaikkien häntäväksi.
>> Kehittäjät voi poimia niitä sieltä ja kehittää
Nyt on vaarassa, että ne jäävät tänne keskusteluun, jos ei huomata noita.
Ja tässä ko. boardi, jonne niitä voi helposti lisätä.
github.com
Teen tuolla omat boardit eri versioille.
Vaiheistuksena voisi olla:
Versio 1:
--> Varma ja toimiva peruskampe,
* Suunniteltu meille jotka osaavat kääntää ja vääntää tai ovat valmiita sitä nyt tekemään
* Sisältää logitukset yms. eli meille,jotka säätää laitetta
* Toimii toki muillakin...
Versio 2:
--> Helpompi käytettävyys ja käyttöönotettavuus
* Helpompi käyttöönotto ja wifiin kytkeminen
* Web interface wifiin kytkemiseksi
* Web server, josta voi käydä katsomassa lämpötilat
Versio 3:
* Koko kansan korjauspaketti
* Niin "Plug and play" kuin tällainen voi olla.
* Web server, josta voi lisäksi säädellä logitukset yms. jos haluaa
Siispä, @iro, tekisitkö tunnukset tuonne githubiin. (Ja kaikki muutkin, jotka haluaa osallistua tähän ja valmiita auttamaan, tuottamalla jotain, esim. vaikka näitä ideoita)
Laitan kutsun sinulle sinne kehittäjäksi.
Voit sen jälkeen laittaa ideoita tänne tehtävälistaan: "Improvement Ideas" osastolle. Painaa vian "+" merkkiä sieltä ja kirjoittaa.
>> Uudet ideat ja kehittämiskohteet tulevat suoraan tuolle listalle, kaikkien häntäväksi.
>> Kehittäjät voi poimia niitä sieltä ja kehittää
Nyt on vaarassa, että ne jäävät tänne keskusteluun, jos ei huomata noita.
Ja tässä ko. boardi, jonne niitä voi helposti lisätä.
Mitsurunner features & tasks · VeliML/MitsuRunner
ESP Home configuration file for ESP devices made for preventing Mitsubishi heatpumps to do too short heating runs and melt ice too often- - Mitsurunner features & tasks · VeliML/MitsuRunner
github.com
Teen tuolla omat boardit eri versioille.
Vaiheistuksena voisi olla:
Versio 1:
--> Varma ja toimiva peruskampe,
* Suunniteltu meille jotka osaavat kääntää ja vääntää tai ovat valmiita sitä nyt tekemään
* Sisältää logitukset yms. eli meille,jotka säätää laitetta
* Toimii toki muillakin...
Versio 2:
--> Helpompi käytettävyys ja käyttöönotettavuus
* Helpompi käyttöönotto ja wifiin kytkeminen
* Web interface wifiin kytkemiseksi
* Web server, josta voi käydä katsomassa lämpötilat
Versio 3:
* Koko kansan korjauspaketti
* Niin "Plug and play" kuin tällainen voi olla.
* Web server, josta voi lisäksi säädellä logitukset yms. jos haluaa
puu
Aktiivinen jäsen
33k kyllä. Tuota 68k testailin sulatusvastuksen rinnalla.
Viimeksi muokattu:
Velsku
Aktiivinen jäsen
Kiitos, ihan hyvään paikkaan meni, koska varmaan meni sinne ainoaan paikkaan. mihin sinulla oli mahdollista laittaa. Kutsuin guthubissa sinut collaboraattoriksi, nyt sinulla on mahdollista laittaa myös tuonne edellä mainitulle project boardille.
Tuonne MitsuRunnerin Githubin Issues osastolle voi kuka tahansa raportoida eri ongelmista ja virheistä joita havainnut MitsuRunnerissa. Siirtelen kehitysideat sieltä tuonne pojektin kehitysjonoon ,eli project boardille.
Tuonne MitsuRunnerin Githubin Issues osastolle voi kuka tahansa raportoida eri ongelmista ja virheistä joita havainnut MitsuRunnerissa. Siirtelen kehitysideat sieltä tuonne pojektin kehitysjonoon ,eli project boardille.
Velsku
Aktiivinen jäsen
Jätin yhden raportoimistasi ehdotuksista issueksi. Eli jotta, jos joku tämän tekee meidän tietämättämme, niin voi päätellä laitteen toiminnasta että jokin sensori rikki (sulattaa joko pakkosulatuksella, tai pelkällä minimisulatuksella).
Käytänönssä tapaus, jossa sensori menee rikki pitää kyetä havaitsemaan. Siinä tapauksessa ei voi olettaa, että käyttäjä tulee sen korjaamaan välittömästi, vaan pumpun on kyettävä toimimaan ilman ko. sensoria niin hyvin, kuin se kykenee.
Jos tuossa otetaan vastus kokonaan pois käytöstä ja annetaan mitsun hoitaa logiikka
--> Vanhat laitteet ovat 30min hullunkierrossa, jonka seuraukset lämmitystehoon kaikki tuntevat....
Joten parempi on tuossa tapauksessa ajaa laite vastaavaan "vikasietotilaan", jossa sulatukset pohjautuvat ajankuluun, mutta paljon älykkäämmin. Ei siis 30min minimi väliä, vaan pidempi minimiväli. Tai jopa lämpötilaan reagoiva minimiväli (kylmemmässä pidempi)
Käytänönssä tapaus, jossa sensori menee rikki pitää kyetä havaitsemaan. Siinä tapauksessa ei voi olettaa, että käyttäjä tulee sen korjaamaan välittömästi, vaan pumpun on kyettävä toimimaan ilman ko. sensoria niin hyvin, kuin se kykenee.
Jos tuossa otetaan vastus kokonaan pois käytöstä ja annetaan mitsun hoitaa logiikka
--> Vanhat laitteet ovat 30min hullunkierrossa, jonka seuraukset lämmitystehoon kaikki tuntevat....
Joten parempi on tuossa tapauksessa ajaa laite vastaavaan "vikasietotilaan", jossa sulatukset pohjautuvat ajankuluun, mutta paljon älykkäämmin. Ei siis 30min minimi väliä, vaan pidempi minimiväli. Tai jopa lämpötilaan reagoiva minimiväli (kylmemmässä pidempi)
- Keskustelun aloittaja
- #336
RauskiH, tiedän että olet tilannut Mersun, mutta tarjoan kuitenkin edullisesti korjaussarjaa Ladaasi, jotta soikeista renkaista aihetunutta värähtelyä saadaan vaimennettua. Jos Lada on edelleen ajokunnossa asenna liittenä oleva vaimennin nyt käyttämäsi tilalle.PS: Oletko virittänyt konetta, tulostus tapahtuu 10sek välein kun alkujaan tulostusväli oli 60 sek.
//**********************************************************************
void updateTemp() { // lue lämpötilat
float uT = sensors.getTempC(thermometer1);
float kT = sensors.getTempC(thermometer2);
if ((uT > -50)&&(uT < 50)) ulkoLampo = uT;
if ((kT > -50)&&(kT < 50)) kennoLampo = kT;
sensors.requestTemperatures();
}
//**********************************************************************
puu
Aktiivinen jäsen
Sellaista tässä vielä mietin, että kovin mieluusti tällaisen softan toteuttaisin tilakoneella (finite-state machine, FSM), jossa olisi selkeät tilat, ja vain tilasiirymissä käsiteltäisiin relettä, timereita ja mahdollisesti muita muuttujia. Tällöin myös MQTT:llä voitaisiin lähettää selkeä tilaviesti, josta heti näkisi mm. releen tilan. En tiedä, kuinka hyvin tämä ESPHome tuollaiseen taipuu, mutta monissa sulautetuissa sovelluksissa tilakone (tai useampi) on järkevä lähestymistapa, joka pitää langat on selkeästi käsissä.
ESPHome-toteutuksessa varmaan joka tilasiirtymälle voisi olla oma scriptinsä, ja lambda-blokki pyörittäisi tilakonetta.
Alla karkea pseudokoodi, minkätyylinen tilakone tässä voisi olla. Älkää välittäkö siitä, onko logiikka tässä ihan toimiva, tarkoitus on vain esittää ajatus.
State0: Bootup (tänne vain resetin jälkeen)
IF (delta < 0°C THEN
State1: Wait for temperature threshold
IF (delta > 5°C) OR (120min passed) THEN GOTO State 2
State2: Temperature threshold exceeded
IF (delta < threshold) THEN GOTO State 1
ELSE IF (5min passed) OR (delta > 10°C) THEN
State3: Start defrosting
IF (delta < 0°C) THEN
State4: Defrosting started
IF (30min passed) THEN
ESPHome-toteutuksessa varmaan joka tilasiirtymälle voisi olla oma scriptinsä, ja lambda-blokki pyörittäisi tilakonetta.
Alla karkea pseudokoodi, minkätyylinen tilakone tässä voisi olla. Älkää välittäkö siitä, onko logiikka tässä ihan toimiva, tarkoitus on vain esittää ajatus.
State0: Bootup (tänne vain resetin jälkeen)
IF (delta < 0°C THEN
gpio_relay = off
GOTO State1
ELSE gpio_relay = on
GOTO State4
State1: Wait for temperature threshold
IF (delta > 5°C) OR (120min passed) THEN GOTO State 2
State2: Temperature threshold exceeded
IF (delta < threshold) THEN GOTO State 1
ELSE IF (5min passed) OR (delta > 10°C) THEN
gpio_relay = off
GOTO State3
State3: Start defrosting
IF (delta < 0°C) THEN
GOTO State4
ELSE IF (5min passed) THEN GOTO State1
State4: Defrosting started
IF (30min passed) THEN
gpio_relay = on
GOTO State1
Viimeksi muokattu:
- Keskustelun aloittaja
- #338
Istutaan hetkeksi alas ja pohditaan kuinka edetään. Kommentoikaa allaolevaa !
SW-kehittys on hyvässä vauhdissa, huijauskonsepti on implementoitu ja todettu toimivaksi "elävässä elämässä. Ja koska ruokahalu kasvaa syödessä toiveita uusista ominaisuuksista ja toteutusratkaisuista on jonossa.
Markkinointi-vinkkelistä ongelmaksi tulee se, että lämmityskausi loppuu muutaman viikon kuluttua eikä noita kaikkia uusia juttuja todennäköisesti ehditä toteuutta ja verifoida tuossa ajassa. Lämmityskauden loputtua kiinnostus sulatusongelmaa kohtaan katoaa.
Pitäisikö ottaa rinnalle toinen polku, jonka tavoitteena on saada muutama perusasennus "up and runnig" vielä näiden muutaman viikon aikana (@RauskiH olisi "potilas nolla") ja saada noista lisää kokemusta toiminnasta ja installoinnista ?
Tätä kautta voidaan kenties pitää yllä jonkin tasoita aktiviteettia myös lämmityskauden päätyttyä (palautetta uusista ominaisuuksista jne). Lisäksi toimivat pilotit olisivat hyvä referenssi ensi syksynä kun keskuastelu Mitsun sulatusongelmista taas käynnistyy.
@puu : sinulla systeemi on ollut toiminnassa viikon ajan. Voitko tuon kokemuksen perusteella arvioida joko tuo paketti on valmis annettavaksi muutamalle pilotoijalle ? (Tuossa pakettissa huijaus-algoritmi toimii aina riippumatta ulkolämpötilasta, näetkö käppyröistä miten Mitsu käyttäytyy kun sitä huijataan ulkolämpötilan ollessa plus-asteilla?).
Oletan, että IotGurun käyttöönotto on Matti Meikäläiselle (kuten minulle) jonkinmoinen haaste. Voiko tämä ratkaista näiden muutaman pilotin osin siten, että noille tehdään yhteinen IOTGuru tili ja sinne kullekin omat graafi/graafit. Tällöin voisi käsittääksen laittaa kaikka IOT-parametrit paikalleen kehitystiimin puolesta ?
Jos näette että ollaan valmiit pilotointiin niin Mitsu palstoille täytyy tehä kysymys: "Löytyykö Mitsun omistajia jotka "aikuisten oikeesti" ovat valmiit tilaamaan tarvittavan raudan heti ja parin seuraan viikon implementoimaan huijaussysteemin toimimaan".
Jos pilotoijia ei nyt ilmoittaudu, voidaan pilot-haara (@RauskiH ta lukuunottamatta) unohtaa tämän lämmityskauden osalta ?
SW-kehittys on hyvässä vauhdissa, huijauskonsepti on implementoitu ja todettu toimivaksi "elävässä elämässä. Ja koska ruokahalu kasvaa syödessä toiveita uusista ominaisuuksista ja toteutusratkaisuista on jonossa.
Markkinointi-vinkkelistä ongelmaksi tulee se, että lämmityskausi loppuu muutaman viikon kuluttua eikä noita kaikkia uusia juttuja todennäköisesti ehditä toteuutta ja verifoida tuossa ajassa. Lämmityskauden loputtua kiinnostus sulatusongelmaa kohtaan katoaa.
Pitäisikö ottaa rinnalle toinen polku, jonka tavoitteena on saada muutama perusasennus "up and runnig" vielä näiden muutaman viikon aikana (@RauskiH olisi "potilas nolla") ja saada noista lisää kokemusta toiminnasta ja installoinnista ?
Tätä kautta voidaan kenties pitää yllä jonkin tasoita aktiviteettia myös lämmityskauden päätyttyä (palautetta uusista ominaisuuksista jne). Lisäksi toimivat pilotit olisivat hyvä referenssi ensi syksynä kun keskuastelu Mitsun sulatusongelmista taas käynnistyy.
@puu : sinulla systeemi on ollut toiminnassa viikon ajan. Voitko tuon kokemuksen perusteella arvioida joko tuo paketti on valmis annettavaksi muutamalle pilotoijalle ? (Tuossa pakettissa huijaus-algoritmi toimii aina riippumatta ulkolämpötilasta, näetkö käppyröistä miten Mitsu käyttäytyy kun sitä huijataan ulkolämpötilan ollessa plus-asteilla?).
Oletan, että IotGurun käyttöönotto on Matti Meikäläiselle (kuten minulle) jonkinmoinen haaste. Voiko tämä ratkaista näiden muutaman pilotin osin siten, että noille tehdään yhteinen IOTGuru tili ja sinne kullekin omat graafi/graafit. Tällöin voisi käsittääksen laittaa kaikka IOT-parametrit paikalleen kehitystiimin puolesta ?
Jos näette että ollaan valmiit pilotointiin niin Mitsu palstoille täytyy tehä kysymys: "Löytyykö Mitsun omistajia jotka "aikuisten oikeesti" ovat valmiit tilaamaan tarvittavan raudan heti ja parin seuraan viikon implementoimaan huijaussysteemin toimimaan".
Jos pilotoijia ei nyt ilmoittaudu, voidaan pilot-haara (@RauskiH ta lukuunottamatta) unohtaa tämän lämmityskauden osalta ?
Minä lähden pilotoimaan kunhan saan wemoksen kotiin. Minun osaltani ei ole edes pelkoa lämmityskauden loppumisesta sillä se jatkuu täällä poronhoitoalueella vielä kaksi kuukautta ja kylmänä keväävä lämmitetään vielä pitkälle toukuuta, hyvä ettei juhannukseen asti....
puu
Aktiivinen jäsen
Sanoisin, että voi huoletta laittaa pilotointiin. Viikonlopun olin reissussa, mutta IoTGurusta toki seurailin ja järkevältä näytti käytös, mitä siitä näki. Sekä lauantaina että sunnuntaina oli tehnyt yli 10h lämmitysjakson päivällä, kun kenno oli ollut koko ajan plussan puolella. Tämän jälkeen oli ilman kylmetessä lähtenyt sulattelemaan nätisti.
Suosittelen kuitenkin nostamaan tuon sulatuksen loppulämpötilan JS-jumpperin katkaisulla 10 asteeseen, ainakin jos sulatusanturi on yläputkessa. Puhdistuupa ainakin kenno kunnolla jos sattuu vetämään turhan tukkoon. Asetus on myös helppo palauttaa juottamalla padit yhteen yläpuolelta. Ei tarvitse kuin avata ulkoyksikön kansi ja piirikortin yläpuolinen kansi.
Viimeksi muokattu:
Laskin ladan kantta ja kevensin vauhtipyörää jotta näin säällisessä ajassa että kuinka paljon tulee antureiden lukuvirheitä. En kehtaa enää ladaa pajoa kun mersu on jo tilattu...lada menee paaliin
PS: Oletko virittänyt konetta, tulostus tapahtuu 10sek välein kun alkujaan tulostusväli oli 60 sek.
Laitetaan tuleville modaaijlle tiedoksi oma mokani mikä johti alun perin lukuvirheisiin. Olin tietämättömyyttäni (=tyhmyyttäni) vetänyt kaikki kontrollerin johdot pumpulle samassa suojatussa moninapaisessa kaapelissa. Kuten täällä jälkeen on moneen kertaan jo todettu niin koska anturissa on 200 V (vaihto)jännite niin tuosta taisi sitten aiheutua sen verta paljon häiriötä 1-wire mittauksiin ettei oikeita lukemia tullut kuin tuurilla
Jo vain, johan minä olen tottunut olemaan nolla, ainakin kotona rouvan mielestä
Koeponnistan ohjeesi tässä lähiaikoina... niiden täytyy olla hyvät jos minä onnistun EspHomen asentamaan ilman kysymyksiä
- Keskustelun aloittaja
- #345
@Velsku, @puu, @RauskiH
Näettekö ongelmaa siinä jos tehdään IotGuruun yksi acount yhteiskäyttöön siten että kullekin pilotoijalle on määritelty oma "device"ja sen alle sopiva struktuuri ( kuten @puu:lla nyt?). Silloin pilotoijan ei tarvitsisi pähkätä IotGurun määrittelyjen kansa ja Mitsurunner' iin voitaisi laitta oikeat parametrit oikeille paikoille kehittäjien toimesta?
Mielestäni ei ole haittaa vaikka pilotoijat näkevät muiden graafit, jopa päinvastoin voidaan reaaliajassa verrata eri pumppujen toimintaa (ja nähdä miten kevät edistyy poronhoitoalueella)
Näettekö ongelmaa siinä jos tehdään IotGuruun yksi acount yhteiskäyttöön siten että kullekin pilotoijalle on määritelty oma "device"ja sen alle sopiva struktuuri ( kuten @puu:lla nyt?). Silloin pilotoijan ei tarvitsisi pähkätä IotGurun määrittelyjen kansa ja Mitsurunner' iin voitaisi laitta oikeat parametrit oikeille paikoille kehittäjien toimesta?
Mielestäni ei ole haittaa vaikka pilotoijat näkevät muiden graafit, jopa päinvastoin voidaan reaaliajassa verrata eri pumppujen toimintaa (ja nähdä miten kevät edistyy poronhoitoalueella
)
puu
Aktiivinen jäsen
En näe ongelmaa, kunhan saa logit tuupattua myös jonnekin omaan paikkaan. Tunnuksia ei kannata vaan sitten levitellä miten sattuu, vaan vaikka yksityisviestillä.@Velsku, @puu, @RauskiH
Näettekö ongelmaa siinä jos tehdään IotGuruun yksi acount yhteiskäyttöön siten että kullekin pilotoijalle on määritelty oma "device"ja sen alle sopiva struktuuri ( kuten @puu:lla nyt?). Silloin pilotoijan ei tarvitsisi pähkätä IotGurun määrittelyjen kansa ja Mitsurunner' iin voitaisi laitta oikeat parametrit oikeille paikoille kehittäjien toimesta?
Mielestäni ei ole haittaa vaikka pilotoijat näkevät muiden graafit, jopa päinvastoin voidaan reaaliajassa verrata eri pumppujen toimintaa (ja nähdä miten kevät edistyy poronhoitoalueella
puu
Aktiivinen jäsen
Koitin nyt refaktoroida koodin tilakonemuotoon. Vähän vielä hakusessa noiden ESPHomen scriptien yms, käyttö, mutta katsotaan miten pelaa, laitoin oikealle raudalle pyörimään.
Tuonne tuuppasin muutokset, pitää vielä lisäillä kommentteja ainakin, ja tietenkin testata.
github.com
Tuonne tuuppasin muutokset, pitää vielä lisäillä kommentteja ainakin, ja tietenkin testata.
VeliML/MitsuRunner
ESP Home configuration file for ESP devices made for preventing Mitsubishi heatpumps to do too short heating runs and melt ice too often- - VeliML/MitsuRunner
github.com
- Keskustelun aloittaja
- #348
@RauskiH. Joitakin tarkennuksia Python asennukseen:
(huom: äla asenna Pythonia Windows sovelluskaupasta, asennus kyllä onnistuu mutta PATH-määrittely jää tekemättä asennusvaiheessa ja on vaikeampaa tehdä jälkikäteen).
Alla linkatun sivun alareunasta löytyy sopiva Python Windows installer (64-bit)
https://www.python.org/downloads/release/python-392/
Ja tästä kuvien kera kuinka installointi etenee
https://phoenixnap.com/kb/how-to-install-python-3-windows
(huom: äla asenna Pythonia Windows sovelluskaupasta, asennus kyllä onnistuu mutta PATH-määrittely jää tekemättä asennusvaiheessa ja on vaikeampaa tehdä jälkikäteen).
Alla linkatun sivun alareunasta löytyy sopiva Python Windows installer (64-bit)
https://www.python.org/downloads/release/python-392/
Ja tästä kuvien kera kuinka installointi etenee
https://phoenixnap.com/kb/how-to-install-python-3-windows
- Keskustelun aloittaja
- #349
Herätys sulatusongelmaisen Mitsun omistaja. Toimi nyt ja ilmottaudu Mitsurunner pilotoijaksi!
Kun toimit heti, saat Mitsusi viritettyä huippukuntoon jo tämän lämmityskauden aikana ja seuraavalla lämmityskaudella näet tuloksen myös sähkölaskussasi.
Pilotoijille emme jaa muoviämpäreitä, sen sijaan kylkiäisenä saat valmiiksi viritetyn pääsyn Iot_Guruun, josta voit ihailla sulatushuijauken toimintaa (defrost-lämpötila-käyrää jne).
Pilotointi ei edellytä ohjelmoinnin tai tietotekniikan tuntemusta, teemme step-by-step ohjeet asennukseen ja neuvomme tarvittaessa lisää.
Ostoslista on alla, kustannus alle 50€. Tilaa toimittajalta jolla toimitusaika lyhyt.
1kpl WeMos D1 Mini
2kpl vedenkestäviä DS18B20-lämpötila-antureita
(varalle 2 kpl DS18B20-anturia, ketjussa on ollut keskustelua josko nuo toimisivat paremmin kuin vedenkestävät)
1kpl rele (WeMos D1 pin-yhteensopiva)
1kpl 4K7 (4,7Kohm) vastus DS18B20 antureiden kytkentään
1kpl 33 Kohm vastus sulatushuijaukseen
1kpl USB-virtalähde
lisäksi "Motonet" tavaraa (kotelo, muutama johdonpätkä etc.)
Esim tuolla löytyvät hyllystä, monia muitakin paikkoja löytyy...
https://www.elektroniikkaosat.com/c...ni-kehitysalusta-i-useita-vaihtoehtoja-i.html
Kytkentäkaavio löytyy täältä:
https://lampopumput.info/foorumi/threads/msz-ln-sulatushuijaus.31223/page-2#post-459809
Kun toimit heti, saat Mitsusi viritettyä huippukuntoon jo tämän lämmityskauden aikana ja seuraavalla lämmityskaudella näet tuloksen myös sähkölaskussasi.
Pilotoijille emme jaa muoviämpäreitä, sen sijaan kylkiäisenä saat valmiiksi viritetyn pääsyn Iot_Guruun, josta voit ihailla sulatushuijauken toimintaa (defrost-lämpötila-käyrää jne).
Pilotointi ei edellytä ohjelmoinnin tai tietotekniikan tuntemusta, teemme step-by-step ohjeet asennukseen ja neuvomme tarvittaessa lisää.
Ostoslista on alla, kustannus alle 50€. Tilaa toimittajalta jolla toimitusaika lyhyt.
1kpl WeMos D1 Mini
2kpl vedenkestäviä DS18B20-lämpötila-antureita
(varalle 2 kpl DS18B20-anturia, ketjussa on ollut keskustelua josko nuo toimisivat paremmin kuin vedenkestävät)
1kpl rele (WeMos D1 pin-yhteensopiva)
1kpl 4K7 (4,7Kohm) vastus DS18B20 antureiden kytkentään
1kpl 33 Kohm vastus sulatushuijaukseen
1kpl USB-virtalähde
lisäksi "Motonet" tavaraa (kotelo, muutama johdonpätkä etc.)
Esim tuolla löytyvät hyllystä, monia muitakin paikkoja löytyy...
https://www.elektroniikkaosat.com/c...ni-kehitysalusta-i-useita-vaihtoehtoja-i.html
Kytkentäkaavio löytyy täältä:
https://lampopumput.info/foorumi/threads/msz-ln-sulatushuijaus.31223/page-2#post-459809
Mistä se jännite sinne tulee?
puu
Aktiivinen jäsen
Täällä tuota jännitettä mittailtiin ja pohdittiin sulatusanturin osalta:
lampopumput.info
MSZ-LN sulatushuijaus
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...
Velsku
Aktiivinen jäsen
Vaikkei olisikaan vaaraa, niin vara ei venettä kaada koskaan.
Aina yleismittarilla testaus maata vasten ja jos jännitettä --> toiminta sen mukaista. Turhaa arvuutella, onko oikeasti vaaraa vai ei, vaan varman päälle pelaa ajatuksella, että on vaara. Tätä palstaa voi lukea kuka tahansa, joiden asennuksista tai mittauksista emme voi tietää. --> Vaara on.
Aina yleismittarilla testaus maata vasten ja jos jännitettä --> toiminta sen mukaista. Turhaa arvuutella, onko oikeasti vaaraa vai ei, vaan varman päälle pelaa ajatuksella, että on vaara. Tätä palstaa voi lukea kuka tahansa, joiden asennuksista tai mittauksista emme voi tietää. --> Vaara on.
Noinhan se on, tarkoitin vain että yleismittari/skooppi näyttää kelluville jännitteille maata vasten mitä sattuu. Ei siellä pienjännitepuolella saisi mitään verkkojännitteitä oikeasti olla, ei ne osat ole siihen tarkoitettuja.
Velsku
Aktiivinen jäsen
Kyllä, tämäkin on mahdollista. Riippuu täysin toteutetusta virtalähteestä, onko kelluva vai ei.
Mutta, kuten tuolla aikaisemmin keskusteluissa käytiin. Kyse ei välttämättä ole enää tuossa johdossa, jonka luulee tulevansa anturilta, siinä piirissä olevasta jännitteestä. Johto voi koskettaa jotain muuta matkalla, olla nirhautunut pellinreunaan ja koskettaa nirhaantuneelta osalta matkalla hakkurin piiriä... Ja olla jännitteellinen ihan oikeastikin, vaikka henkilö kuvittelee toista.
--> Nämä on lähtöisin verkkojännite laitteesta, ovat jännitteellisiä ja kohdeltava siten, jos ei muuta voi todistaa mittaamalla maata vasten.
Koetetaan pitää ohjeistukset turvallisella puolen, ettei lueta sunnuntain lehdestä ylimäärisiä nimiä.
- Keskustelun aloittaja
- #358
Keskustelin aiheesta työkseen teholähteitä tekevän henkilö kanssa ja sain muutamia vinkkejä miten Mitsun poweriratkaisua kannatta mitata kunhan olen pumpun ääressä (minulla tosin FD). Asiaan saataisiin täysi varmuus jos onnistutaan löytyämään LN:n poweriyksikön piirikaavio. Jos jollakin on Mitsun LN:n service manuaali niin voisi katsoa miten poweri on siellä kuvattu.
Ko. asiantuntija piti epätodennäköisenä, että NTC:ssä olisi "raaka" 220V, mutta ennekuin asiasta on täysi varmuus niin johtojen käsittely sillä oletuksella että niissä on 220V.
Ko. asiantuntija piti epätodennäköisenä, että NTC:ssä olisi "raaka" 220V, mutta ennekuin asiasta on täysi varmuus niin johtojen käsittely sillä oletuksella että niissä on 220V.
puu
Aktiivinen jäsen
Sainpa lopulta telegraf-influxdb-grafana -setin RasPi:lle pyörimään, niin alkaa tulla paremmin analysoitavaa dataa. Kyllä siinä sai google käydä kuumana hetken aikaa, kun ei ole mitään kokemusta tästä kolmikosta. Pumpun ottotehoa en kovin helposti saa logiin mukaan, mutta näillä pääsee jo pitkälle.
