Jäspi Ecowatti HomeAssistant tuki

[lema]

Ajattelin pudotella nämä tänne, kun sain projektista ensimmäisen version valmiiksi. Toivottavasti joku hyötyy.

Eli käytännössä tässä on kyse python koodista, jolla voidaan lukea lämpötilatietoja suoraan Jäspin Ecowatti kattilasta.

Tein tähän pelkän python kirjaston, jolla voi rakentaa omia juttuja:

GitHub - lemanjo/ecowatti

Contribute to lemanjo/ecowatti development by creating an account on GitHub.

github.com

Sekä valmiin palikan millä tiedot saa HomeAssistanttiin MQTT:n avulla.

GitHub - lemanjo/ecowatti2mqtt

Contribute to lemanjo/ecowatti2mqtt development by creating an account on GitHub.

github.com

Oma setuppi on seuraava:
ecowatti2mqtt pyörii repossa olevien asennusohjeiden mukaisesti 1gen raspissa, joka on USB-RS485 donglen kanssa kytketty Ecowatin portteihin 52 ja 53. Normaalisti nuo portit on tarkoitettu huoneyksikön liittämiseen.

Lisää aiheesta ja projektin aikaista ihmettelyä löytyy myös täältä:

EcoWatti Reverse Engineering

Tämä projekti on ollut jo hetken aikaa käynnissä ja nyt olen juossut seinään niin, että apu olisi tarpeen. Tavoitteena on kerätä dataa Jäspin EcoWatti kattilasta ja tähän suunnittelin käyttää relekortissa olevia portteja, jotka on tarkoitettu huoneyksikön kytkentään. Pinnien järjestys on...

bbs.io-tech.fi

 

[lassiko]

Tämä on erinomainen juttu, kiitoksia jo etukäteen! Pitäisi löytyä tarvittavat hw palikat laatikonpohjalta tämän tekemiseen.
Mitään ohjausta tällä ei ilmeisesti pysty tekemään, esim käyrän säätöä/lisäveden tarvetta jne?

 

[lema]

Tämä on erinomainen juttu, kiitoksia jo etukäteen! Pitäisi löytyä tarvittavat hw palikat laatikonpohjalta tämän tekemiseen.
Mitään ohjausta tällä ei ilmeisesti pysty tekemään, esim käyrän säätöä/lisäveden tarvetta jne?

Ei tue mitään ohjauksia vielä. Repot on kuitenkin auki, joten jos osaamista löytyy niin siitä vaan tekemään

 

[lassiko]

Ei valitettavasti löydy osaamista, joten tyydyn tässä kohtaa tähän mitä on tarjolla

Sainkin jo homman vanhassa raspissa pyörimään ja mqtt topicit tulivat näkyville. Nyt pitää siirtää vehkeet tuonne ecowatin kylkeen. Onko nuo portit 52 ja 53 merkattu A & B tai D- & D+ tuolla ecowatissa?

Itselleni ja muille vastaten, tieto löytyi tuolta yllä olevan linkin takaa:

52 = RS485/B
53 = RS485/A


Homma toimii, kiitos!

 

[lassiko]

Ohjaako kukaan täällä Ecowatin omistaja käyttöveden lämmitystä ulkoisesti, esim home assistantin kautta? Jos, niin miten asia on toteutettu?

 

[lassiko]

Hieman haasteita saada toimimaan tätä proxmox/Debian setissä. Raspissa toiminut hienosti nyt tuolta keväästä asti.
En ole vielä päässyt selvyyteen, että mistä homma kiikastaa, mutta asennuksen aikana tulee jotain haasteita pakettien asennuksen kanssa:
Error: Externally-managed-enviroment jne. --break-system-packages valinnalla asennus eteni kyllä ja sain lopulta ecowatti.servicen pyörimään mutta mitään se ei kyllä lähetä eteenpäin. Kokeilin myös suoraan hakea ohjeen mukaisesti anturidataa, mutta ei sekään antanut mitään dataa ulos. Onko jollain antaa vinkkiä tämän eteenpäin saamiseksi Proxmox/Debian setissä?

 

[lema]

Tämä externally managed on debianin uusi ominaisuus, missä python kirjastot pitäisi asentaa normaalin package managerin kautta.. ihan turhaa omasta mielestä

Onko mitään virhelogia?

Tässä voi olla monta asiaa pielessä, USB donglen sijainti (esim /dev/ttyUSB0) on määritetty väärin ja se ei edes yhdistä. Proxmoxilla pitää varmaan joku passthrough tehdä siitä USB portista sinne sisällä pyörivälle pannulle?

Pysyykö se service kuitenkin hereillä?

 

[lassiko]

Piti tosiaan tehdä passthrough tuolle usb tikulle että ilmestyi näkyviin, se puoli kunnossa ja se on tuo sama /dev/ttyUSB0.
Service pysyy hereillä pienen säädön jälkeen (että sai sen käyntiin), eli piti käyttäjä lisätä dialout grouppiin minkä alla tuo device /dev/ttyUSB0 on.

HA:n MQTT logista, joten yhteys näyttäisi toimivan.
2023-09-09 10:13:06: New client connected from 192.168.0.198:60893 as Ecowatti_pve

Sensori T1 - T10 topicit ilmestyvät MQTT:hen kun tuon servicen käynnistää, mutta mitään lämpödataa niihin ei päivity.

 

[lema]

Ok. Eli service pyörii ja mqtt mainostus toimii. Tarkasta kytkennät, josko johdot olisi väärinpäin.

 

[lassiko]

Johdot kunnossa, koska suoraan toimivasta raspi-setupista tuon usbtikun otin ja nyt kun törkkäsin takaisin raspiin niin dataa liikkuu. Pitää vielä kokeilla toisella RS485 donglella kun niitä muutama on josko sillä lähtisi.

 

[lema]

Voit myös ajaa tuota ecowatti2mqtt.py manuaalisesti suoraan komentoriviltä ja katsoa tuleeko jotain virhettä.

 

[lassiko]

Maltoin hieman pidempään nyt pitää tuota donglea tuossa VM setissä ja nyt sieltä tuli lukuja. Jostain syystä vain todella pitkällä välillä. Raspissa kun tuo tikku kiinni niin lukuja tulee minuutinkin välein, nyt epäsäännöllisesti noi 25minuutin välein. Sensor_update_interval on kummassakin setupissa sama 1.

 

[lema]

Kuulosta siltä, että niiden lukujen lukemisessa on jotain häiriötä ja koodi ei saa parsittua niitä pihalle.

Syitä voi olla aika monta:
- Eri usb ajurit debianissa vs raspi
- Johdossa jotain kontaktivikaa
- Ecowatissa jotain aktiivisia virheitä (tän huomasin itse kun tuli sensorivika niin ecowatti ei suostu palauttamaan arvoja nätisti)

Mä veikkasin jotain omituista tuossa USBn serial liikenteessä.

 

[lassiko]

Pitää jossain kohtaa tutkia tarkemmin. Itse epäilen hieman tuota USB hubia mikä koneessa kiinni, missä sitten tuo dongle.. Se on joku DELL:n oma ja niiden kanssa ollut ongelmia muutenkin. Tällä hetkellä en saa törkättyä tuohon ainoaan USB portitin tuota dongle kiinni suoraan, mutta koitan sen jossain kohtaa josko ratkoisi ongelman.

Se että tuota dataa tulee edes pari kertaa tunnissa on ihan OK tässä kohtaa kun ei ole mitään ohjausta/automaatiota vielä esim tuon käyttöveden kanssa viritelty.

 

[lema]

Joo, siellä hubissa menee varmaan niin paljon tavaraa, että se häiritsee tuota sarjaliikennettä. Koodi sen suhteen on kuitenkin todella yksinkertaista niin en ole tuollaista huomioinut.

 

[lassiko]

@lema, onko sinulla mikä RS485-dongle käytössä? Itsellä muutama aliexpress tikku. Toisaalta tuo toinen toimi raspissa kiinni ollessaan ilman ongelmia, joten dongle toimii. Mietin että josko jossain eri tuotteessa olisi parempi häiriön suodatus jne. Kaapeloinnilla ilm. myös iso merkitys häiriöihin.

Siirsin nyt omaan LXC debian containeriin tämän servicen, ja nyt ihan muutaman kerran vuorokaudessa tulee dataa läpi.

 

[lema]

@lema, onko sinulla mikä RS485-dongle käytössä? Itsellä muutama aliexpress tikku. Toisaalta tuo toinen toimi raspissa kiinni ollessaan ilman ongelmia, joten dongle toimii. Mietin että josko jossain eri tuotteessa olisi parempi häiriön suodatus jne. Kaapeloinnilla ilm. myös iso merkitys häiriöihin.

Siirsin nyt omaan LXC debian containeriin tämän servicen, ja nyt ihan muutaman kerran vuorokaudessa tulee dataa läpi.

Mä ajan tätä: http://robomaa.fi/index.php?route=product/product&product_id=2265&search=rs485

Tuo on suoraan raspissa kiinni. En ole kokeillut kontittaa tätä, koska en jaksa rakennella mitään passthrough juttuja tuonne Unraidiin.

 

[lassiko]

Voiko olla merkitystä USB3/USB2 vs. USB-C väylän välillä toimivuuteen? Laitoin uuden raudan missä vain USB-C liitäntöjä, siihen sitten tuo RS485 tikku kiinni, adapterin kautta toki, mutta ei siis ole nyt missään usb-hubissa kiinni kuten edelliessä raudassa. Tässä uudessa setupissa ei sitä vähääkään dataa liiku. Service käynnistyy ja kaikki näyttäisi olevan kunnossa muuten.

 

[lema]

Voiko olla merkitystä USB3/USB2 vs. USB-C väylän välillä toimivuuteen? Laitoin uuden raudan missä vain USB-C liitäntöjä, siihen sitten tuo RS485 tikku kiinni, adapterin kautta toki, mutta ei siis ole nyt missään usb-hubissa kiinni kuten edelliessä raudassa. Tässä uudessa setupissa ei sitä vähääkään dataa liiku. Service käynnistyy ja kaikki näyttäisi olevan kunnossa muuten.

Periaatteessa kai se USB adapteri ei välttämättä toimi tuossa setupissa. Sitä voi esim. koeajaa ihan avaamalla se seriali terminaalilla ja katsoa meneekö siellä mitään binääriä.

Yksinkertainen ratkaisu voi myös olla varmistaa se uusi portti, että se on oikein konffiksessa ja sitten se että on oikeudet siihen porttiin. Siellä voi olla myös toinen ohjelma, jolla on jostain syystä se seriali auki, jolloin sitä ei voi kuunnella. Tosin tässä viimeisessä tapauksessa tulisi varmaan timeout.

 

[Masinol]

Sain itse myös tämän pääpiirteittäin toimimaan. Kiitos vain tekijälle!

Anturit tuli näkyviin HA:ssa saakka, mutta dataa niihin ei tule.
Ongelma mullakin on varmaan sama kuin tässä edellä. RS485 data on jotain sellaista mitä ei voi tulkita. Se ei anna mitään dataa edes komentoriviltä ajettaessa. Mulla Aliexpressin RS485 USB tikku suoraan raspissa.

Luetaanko sitä sarjaliikennettä binäärinä vai HEXana?

 

[lema]

Byte kerrallaan luetaan sitä sarjaliikenteen striimiä.
Varmista vielä, että johdot on oikeinpäin jos et sitä vielä kokeillut ja että se konfiguroitu sarjaliikenteen portti on oikea.

Lisäksi jos olet kokeillut lukea suoraan sarjaliikennettä komentoriviltä niin se saattaa jättää sen serialin auki toiselle prosessille ja tämä ei pääse siihen käsiksi.

 

[Masinol]

Byte kerrallaan luetaan sitä sarjaliikenteen striimiä.
Varmista vielä, että johdot on oikeinpäin jos et sitä vielä kokeillut.

Joo koitin vaihtaa. Tikussa ledi kyllä vilkkuu iloisesti, eli jotain siellä tapahtuu. Täytyy varmaan koittaa toista tikkua vielä.

 

[lema]

Joo koitin vaihtaa. Tikussa ledi kyllä vilkkuu iloisesti, eli jotain siellä tapahtuu. Täytyy varmaan koittaa toista tikkua vielä.

Täydensin vielä tällaisen tuohon ylempään viestiin:
Lisäksi jos olet kokeillut lukea suoraan sarjaliikennettä komentoriviltä niin se saattaa jättää sen serialin auki toiselle prosessille ja tämä ei pääse siihen käsiksi.

 

[Masinol]

Täydensin vielä tällaisen tuohon ylempään viestiin:
Lisäksi jos olet kokeillut lukea suoraan sarjaliikennettä komentoriviltä niin se saattaa jättää sen serialin auki toiselle prosessille ja tämä ei pääse siihen käsiksi.

Täytyy varmaan tätäkin vielä varmistaa. Aluksi ainakin oli tämä ongelma kun olin kikkaillut jotain Noderedillä ja se myös avasi serialin.

 

[Masinol]

Ohjaako kukaan täällä Ecowatin omistaja käyttöveden lämmitystä ulkoisesti, esim home assistantin kautta? Jos, niin miten asia on toteutettu?

Tätä samaa itse suunnittelin. Ajatuksena olisi ohjata "lisäkäyttövesi" päälle halvan sähkö hetkellä. En kuitenkaan löytänyt mahdollisuutta tuolle muualta kuin manuaalisesti käyttöpaneelista.
Lämmityksen pudotuslämmölle on mahdollisuus ulkoiselle kytkimelle, jota jo nyt ESPHomella etäohjaankin pörssisähkön mukaan. Se toimii hyvin.

 

[lassiko]

Ratkaisin itse tuon käyttöveden lämmityksen nyt niin, että laitoin desifinfioinnin tapahtumaan päivittän. Säädin sen tapahtumaan (+6h siitä kun käyttää virrat pois ecowatilta, käynnistyy käyttöveden desinfiointi) klo ~01.00 aikaan aamustayöstä (tätä voisi vielä ehkä tunnilla myöhäistää), milloin about edullisin ajankohta sähkölle ollut. Käyttöveden asetuslämpötila on siis +20c asteessa, että ei sitten päivisikin koita pitää kokoajan vettä lämpösenä.

Meillä 4henkinen perhe ja toistaiseksi on lämmin vesi riittänyt myös iltojen suihkuihin, vaikka se on välillä mennyt sinne +20c asteen päälle, kuten eilen illalla, mutta ei vielä kukaan ole asiasta valittanut, hirveästi . Toki tuota desinfiointilämpötilaa voisi nostaa, niin riittää sitten tarvittaessa pidempään vesi.

Syyskuussa meni 20kWh ( yhteensä 60kWh) vähemmän sähköä ecowatille vs. Elokuu = 80kWh. Siis pelkkään lämpimän käyttöveden tekemiseen. Toki tuossa on mukana se pohjalla oleva Ecowatin Idle kulutus mikä on 24wh. Ja sitten toki myös se että tämä 60kWh kulutus kaikki halpoina tunteina versus elokuussa kun lämmitti vettä pitkin päivää, joten mielestäni ihan onnistunut optimointi, vaikka hieman "purkka" viritys onkin paremman ohjauksen puutteessa.

Pudotuslämpöä käytän myös, Shelly 3M rele naksuttelee sitä päälle tällä hetkellä vuorokauden 10 halvimpien tuntien aikana. Tämä lämmittää ainoastaan kosteiden tilojen lattiaa ja ainakin näillä pikku pakkasilla vielä riittänyt suihkussa pitämään lattian lämpöisenä, sen verran siihen kerkiää lattiaan lämpöä varautua jos on vaikka yöllä/aamuyöstä 10h päällä lämpimän veden kierto. Varmaan pitää sallittuja tunteja automaatioon lisätä sitten kun pakkaset kiristyy.

 

[lema]

Ratkaisin itse tuon käyttöveden lämmityksen nyt niin, että laitoin desifinfioinnin tapahtumaan päivittän. Säädin sen tapahtumaan (+6h siitä kun käyttää virrat pois ecowatilta, käynnistyy käyttöveden desinfiointi) klo ~01.00 aikaan aamustayöstä (tätä voisi vielä ehkä tunnilla myöhäistää), milloin about edullisin ajankohta sähkölle ollut. Käyttöveden asetuslämpötila on siis +20c asteessa, että ei sitten päivisikin koita pitää kokoajan vettä lämpösenä.

Meillä 4henkinen perhe ja toistaiseksi on lämmin vesi riittänyt myös iltojen suihkuihin, vaikka se on välillä mennyt sinne +20c asteen päälle, kuten eilen illalla, mutta ei vielä kukaan ole asiasta valittanut, hirveästi . Toki tuota desinfiointilämpötilaa voisi nostaa, niin riittää sitten tarvittaessa pidempään vesi.

Syyskuussa meni 20kWh ( yhteensä 60kWh) vähemmän sähköä ecowatille vs. Elokuu = 80kWh. Siis pelkkään lämpimän käyttöveden tekemiseen. Toki tuossa on mukana se pohjalla oleva Ecowatin Idle kulutus mikä on 24wh. Ja sitten toki myös se että tämä 60kWh kulutus kaikki halpoina tunteina versus elokuussa kun lämmitti vettä pitkin päivää, joten mielestäni ihan onnistunut optimointi, vaikka hieman "purkka" viritys onkin paremman ohjauksen puutteessa.

katso liitettä 89596

Pudotuslämpöä käytän myös, Shelly 3M rele naksuttelee sitä päälle tällä hetkellä vuorokauden 10 halvimpien tuntien aikana. Tämä lämmittää ainoastaan kosteiden tilojen lattiaa ja ainakin näillä pikku pakkasilla vielä riittänyt suihkussa pitämään lattian lämpöisenä, sen verran siihen kerkiää lattiaan lämpöä varautua jos on vaikka yöllä/aamuyöstä 10h päällä lämpimän veden kierto. Varmaan pitää sallittuja tunteja automaatioon lisätä sitten kun pakkaset kiristyy.

Onko sulla lkv-kierto pumpulla? Mulla oli ainakin todella tehokas ratkaisu katoa tuota pumppua. Ohjaan pumpun pistoketta homeassistantilla niin, että se on aamuisin 6-10 päällä 15min pois 15min. Sitten se on koko iltapäivän pois ja illalla 17-23 sama 15/15.

 

[Masinol]

Täydensin vielä tällaisen tuohon ylempään viestiin:
Lisäksi jos olet kokeillut lukea suoraan sarjaliikennettä komentoriviltä niin se saattaa jättää sen serialin auki toiselle prosessille ja tämä ei pääse siihen käsiksi.

Viaksi paljastui servicen käynnistämättömyys. Onkohan muilla tullut vastaan? En helposti löytänyt googlella ratkaisua. Ubuntu versio on bullseye.

 

[lema]

Miltä sun service file näyttää?

 

[Masinol]

Pohjimmainen syy taitaa olla kuitenkin siinä, että en saa dataa ulos edes command-linella. Sen suoritus vaan jää tähän tilanteeseen.

 

[lema]

Pohjimmainen syy taitaa olla kuitenkin siinä, että en saa dataa ulos edes command-linella. Sen suoritus vaan jää tähän tilanteeseen.

katso liitettä 90060

Onkos käyttäjäoikeudet tuohon serialiin kunnossa?

Defaulttina tuota voi lukea vain root access oikeuksilla. Helpointa varmaan lisätä oma ja se service user dialout grouppiin:

sudo usermod -a -G dialout <username>

 

[Masinol]

Onkos käyttäjäoikeudet tuohon serialiin kunnossa?

Defaulttina tuota voi lukea vain root access oikeuksilla. Helpointa varmaan lisätä oma ja se service user dialout grouppiin:

sudo usermod -a -G dialout <username>

Nyt testaan vaihteeksi minicomilla ja mielestäni avaa portin onnistuneesti, mutta tuleva data on jatkuvana virtana tällaista.

 

[lema]

Nyt testaan vaihteeksi minicomilla ja mielestäni avaa portin onnistuneesti, mutta tuleva data on jatkuvana virtana tällaista.katso liitettä 90137

Joo siellä kulkee pelkästään binääriä niin ei se suoraan ole luettavaa tekstiä.

Kokeile vielä seuraavaa ja kerro saatko tuota bittivirtaa näkyviin:

screen /dev/ttyUSB0 115200

Mikäli et noita käyttäjäoikeuksia vielä laittanut niin vaatii ne tai sudo komennon eteen.

Lopeta screen hallitusti niin se ei jää varaamaan sitä porttia. Muuten joudut tappamaan prosessin erikseen tai buuttaamaan.

 

[Masinol]

Joo siellä kulkee pelkästään binääriä niin ei se suoraan ole luettavaa tekstiä.

Kokeile vielä seuraavaa ja kerro saatko tuota bittivirtaa näkyviin:

screen /dev/ttyUSB0 115200

Mikäli et noita käyttäjäoikeuksia vielä laittanut niin vaatii ne tai sudo komennon eteen.

Lopeta screen hallitusti niin se ei jää varaamaan sitä porttia. Muuten joudut tappamaan prosessin erikseen tai buuttaamaan.

screenilla tulee tällaista jatkuvana virtana.

 

[lema]

katso liitettä 90441
screenilla tulee tällaista jatkuvana virtana.

Ok. Eli yhteyden sinne saa auki. En kyllä keksi selkeää syytä miksi tuo koodi ei sitten toimi JOS johdot on oikein, konffit on oikein ja scriptin käyttäjällä on oikeus porttiin..

Voikohan olla, että sulla on joku versio ohjainkortista?
Tämä toimii ainakin M09 kortin kanssa, joka mulla on. M10 vaihtoi modbus liikenteeseen. Pellit kun ottaa auki niin siinä piirilevyllä oli jossain printattuna sen ohjainkortin tiedot.

 

[lassiko]

Semmoinen huomio aiheesee, että vaihdoin vanhan rpi2:sen -> Rpi4:seen ja asensin ensimmäisenä tämän sinne pyörimään. Sama tilanne kun oli aikaisemmin tuon proxmoxin debian containerin kanssa, eli dataa tulee hyvin harvakseltaan läpi siinä muodossa että siitä saa jotain tolkkua. Tiedä sitten onko jotain hw puolen muutoksia tapahtunut rpi2 -> rpi4, mikä aiheuttaa sen että yhteensopivuus esim tuon minun usb palikan kanssa on rpi2 toimivampi vs rpi4/dell läppäri missä proxmox rullaa.

 

[lema]

Semmoinen huomio aiheesee, että vaihdoin vanhan rpi2:sen -> Rpi4:seen ja asensin ensimmäisenä tämän sinne pyörimään. Sama tilanne kun oli aikaisemmin tuon proxmoxin debian containerin kanssa, eli dataa tulee hyvin harvakseltaan läpi siinä muodossa että siitä saa jotain tolkkua. Tiedä sitten onko jotain hw puolen muutoksia tapahtunut rpi2 -> rpi4, mikä aiheuttaa sen että yhteensopivuus esim tuon minun usb palikan kanssa on rpi2 toimivampi vs rpi4/dell läppäri missä proxmox rullaa.

Mulla pyörii myös jossain vanhassa raspissa, en muista onko gen1 vai gen2. Tätä rakentaessa käytin lenovon läppäriä ubuntulla ja tuo robomaan palikka toimi myös siinä. Mulla oli myös yksi muutaman euron aliexpress rs485 pulikka mikä ei ikinä lähtenyt toimimaan oikein. Se lähti jo reverse engineering vaiheessa kaatopaikalle..

Kannattaa katsoa logeilta käynnistääkö se service itseään uudestaan ja onko siellä jotain error viestejä handlaamattomista virheistä.

 

[lassiko]

Joo varmaan tuo toiminta parantuisi kun vaihtaisi laadukkaampaan rs485 palikkaan, vaikka ihan moitteetta se tuossa rpi2:sessa toimikin. Pitää jossain kohtaa tilata laadukkaampi, jos näen tarpeelliseksi saada useammin dataa ulos tuolta.

 

[mihail]

En saanut Leman työkalua toimimaan, joten eihän tässä auttanut kun opetella miten homma toimii, jotta sain omani toimimaan. Tässä vähän työn tuloksia eli pakettianalyysityökalu sekä sen pohjalta rakennettu MQTT loggeri.

GitHub - mtchetch/ecowatti-mqtt-reverse-engineer

Contribute to mtchetch/ecowatti-mqtt-reverse-engineer development by creating an account on GitHub.

github.com

Panostin aika paljon dokumentaatioon ja koostin täältä ja muualta oppimani asiat yhteen, jotta muillakin olisi mahdollisuus saada tuo homma toimimaan.

 

[lema]

En saanut Leman työkalua toimimaan, joten eihän tässä auttanut kun opetella miten homma toimii, jotta sain omani toimimaan. Tässä vähän työn tuloksia eli pakettianalyysityökalu sekä sen pohjalta rakennettu MQTT loggeri.

GitHub - mtchetch/ecowatti-mqtt-reverse-engineer

Contribute to mtchetch/ecowatti-mqtt-reverse-engineer development by creating an account on GitHub.

github.com

Panostin aika paljon dokumentaatioon ja koostin täältä ja muualta oppimani asiat yhteen, jotta muillakin olisi mahdollisuus saada tuo homma toimimaan.

Näyttää lopulta aika samalta logiikalta, joten mikä oli lopulta erona mun ratkaisuun? Onko tuo CRC eri vai aiheuttiko se huoneyksinkkö vielä jotain?