Onko nyt ajan kanssa ilmennyt jotain robleemii kun tuuppasit tuon kotiverkkoon ilman modeemia, äppi toimii niinkuin tarkoitettu ja myös tuo webHMI toimii lisänä paikallisesti?
Onko modbustcp nyt jossain hyötykäytössä?
Gebwell Aries ja ModbusTCP ohjaus HomeAssistantilla
- Viestiketjun aloittaja T76
- Aloituspäivämäärä
Onko modbustcp nyt jossain hyötykäytössä?
Tarkoitus on juurikin laittaa ModbusTCP päälle ja saada jotain dataa sitä kautta ulos. Parasta olisi, jos sen saisi jotenkin Influxiin, joka jo kerää lämpötila- ja kosteustietoja eripuolilta taloa, ja näyttää niitä Grafanassa.
Aries on ollut kytkettynä lähiverkkoon siitä saakka, kun Gebwell alkoi pyytää rahaa moodemin uusimisesta. Pumppu on ollut käytössä alle kolme vuotta ja kerroin jo ostovaiheessa, ettei siihen kannata laittaa modeemia, joka toimii vain 3G-verkoissa. Näköjään halusivat vain myydä varastot tyhjiksi EOL-laitteista ja sitten rahastaa uusilla.
RedDevil69
Jäsen
Thx T76 for all the hints.
I was fighting with access to modbus and here I received everything from my Aries12.
So far I extracted few counters to Home Assistant.
Trick with nodered is very useful.
Itse tosiaan laioin modbustcp alunperin päälle ylläpitoliittymällä. Sittemmin Gebwell ajoi jonkin päivityksen, joka poisti OEM-tunnarit käytöstä sekä modbustcp:n. Huoltotiketillä avasivat yhteyden uusiksi.
Se WebHMI:han toimii paikallisesti myös pumpun omalla Wifillä, jos on se modeemi siinä. Liittyy koneella ko. verkkoon ja sieltä löytyy, kun tietää osoitteen (oletus-IP climatixille).
Lähiverkon kautta toki paremmin. Ja tosiaan mitään ongelmaa ei ole ollut, ei modbusTCP:n kanssa eikä gebwellin pilvisovelluksen. Ja Gebwell itsekin pääsee laitteeseen kiinni ihan normaalisti.
ModbusTCP on hyötykäytössä Homeassistantin kanssa. Olen tehnyt käyttöveden ajastukset tuolla, en käytä gebwellin sovellusta siihen. Samoin kompensoin lämpötilapyyntiä ennustetun ulkolämpötilan mukaan. Pystyn hyödyntämään aurinkosähköä myös käyttöveden tekoon, jos sitä on saatavilla yms. Pörssisähköoptimointi toimisi myös tuolla, jos olisi pörssisähkö käytössä.
Nii juu, tuo origi modeemi tarjosi myös sen paikallisen wifin...
Kuulostaa hyvinkin antavan hallintamahdollisuudet omille tarpeille.
Mitens muuten noiden asetusten kanssa mitä teet, minkälaisella muistilla ovat, meinaan vaan jottei tulisi max. kirjoittelumäärät vastaan?
Siitä en tiedä, mutta ei sinne varmaan tosiaan kannata sekunnin välein mitään säätöjä kirjoitella. Nuo vesiajastukset esim menevät ihan vastaavalla syklillä, kuin mitä gebwellin pilven kautta menisi - eikä ennustekompensaatiokaan kannata tehdä kovin usein. Lisäksi Node-RED:ssa on filtteri päällä, joka estää saman asetuksen lähettämisen moneen kertaan.
RedDevil69
Jäsen
Kaipaan apua tarkempien energiankulutustietojen lukemiseen. Tällä hetkellä pystyn lukemaan rekisteriä, jolla on täydellinen tarkkuus. Se on 106, se tallentaa kokonaisvirrankulutuksen. Dokumentaation mukaan nämä tiedot tallennetaan 32-bittisinä eli 2 rekisterinä. Valitettavasti seuraavassa rekisterissä, eli 107, ei näy koskaan mitään. Jopa kahden rekisterin liimauksen jälkeen unint32 (l3) + tavunvaihto. Minulla on edelleen kokonaisluku ilman desimaalipistettä.
Eikös noi int16 lukuja yleensä ole mitä siirretään, ei floatteja! Vai kuinka tuo on dokumentoitu?
Tavusiirto ei liene oikea, wordsiirto ehkä...
Mikä laatu niillä on, [Wh] tjms?
RedDevil69
Jäsen
Käytin node-red yhdistämään 2 rekisteriä ja muuntamaan uint32 ja "byte swap"
RedDevil69
Jäsen
Oikea arvo on 9665,5.
Rekisterissä 106 minulla on 9665 ja teoriassa 0.5 pitäisi olla rekisterissä 107, mutta tämä on tyhjä.
Itse 9665 on tavoitettavissa kuten int16 ilman "byte swap".
Rekisterissä 106 minulla on 9665 ja teoriassa 0.5 pitäisi olla rekisterissä 107, mutta tämä on tyhjä.
Itse 9665 on tavoitettavissa kuten int16 ilman "byte swap".
Viimeksi muokattu:
Eikös tuo mene ihan oikein 9665 on kokonaiset kWh:t ja systeemi ei taida pyöristellä eikä siten huomioi 0.5kWh lukemaa.
Kerroin arvoille taulukossa lienee 1?
Miksi 107: ssa pitäis olla 5?
RedDevil69
Jäsen
Oikea. Järjestelmä ei pyöristä, se vain pitää kokonaisluvun arvon rekisterissä 106. Tässä tapauksessa 9665. Mielestäni pilkkuarvo tulee tallentaa 107:ään, esim. .5, mutta kokonaisluvun muodossa. Meillä on siis 16bit 106:ssa ja 16 bit 107:ssä. Ohjeiden mukaan sinun tulee muodostaa yhteys unint32le muotoon ja suorittaa tavuvaihto. Tämä tarkoittaa, että luku on 96655. Suorita tälle arvolle operaatio scale=0.1, mikä johtaa desimaalipilkun siirtämiseen ja siten 9665.5.
Teorisoin, koska en huomannut mitään dataa 107.
Lisään menetelmän tilapäisten lukemien tallentamiseksi tähän soluun ja katson, muuttuuko se pidemmän ajan kuluessa.
Teorisoin, koska en huomannut mitään dataa 107.
Lisään menetelmän tilapäisten lukemien tallentamiseksi tähän soluun ja katson, muuttuuko se pidemmän ajan kuluessa.
RedDevil69
Jäsen
Ehkä tulkitsen väärin. Nämä 32 bittiä pystyvät tallentamaan arvon, joka on suurempi kuin 32767, joka on suurin arvo. Se olisi järkevää.
Mutta mihin pisteen jälkeinen arvo on tallennettu? Android-sovelluksessa tämä näkyy.
Mutta mihin pisteen jälkeinen arvo on tallennettu? Android-sovelluksessa tämä näkyy.
Siksi tuo on 32bit kun ei lukemat muuten riitä.
Ei sitä pilkun jälkeistä ole missään modbusTcp: ssä (oma tulkinta), android sovellus saa datansa pilvestä ei siis modbustcp:stä.
RedDevil69
Jäsen
Tietenkin on mahdollista saada liukuluku 16-bittiseen rekisteriin. Tätä tarkoitusta varten käytetään jakajaa. Näin lämpötila-arvojen siirto ratkaistaan.
En ole samaa mieltä siitä, että Androidissa on enemmän kuin Android-sovelluksessa. Ja miten pilvi vastaanottaa dataa? Samasta lähteestä, kuljettajalta. Tietojen lukutapa on ratkaisevaa, ei sen visualisointi. Olen 100% varma, että tämä pilkku on jossain, mutta sitä ei ole dokumentaatiossa. Esimerkki lämpötilasta desimaalipilkulla
En ole samaa mieltä siitä, että Androidissa on enemmän kuin Android-sovelluksessa. Ja miten pilvi vastaanottaa dataa? Samasta lähteestä, kuljettajalta. Tietojen lukutapa on ratkaisevaa, ei sen visualisointi. Olen 100% varma, että tämä pilkku on jossain, mutta sitä ei ole dokumentaatiossa. Esimerkki lämpötilasta desimaalipilkulla
En usko että missään vehkeessä on 16-bittistä AD-muunninta sitä lukemaa tekemässä. Ja jos onkin, niin kyllä se luku siltä tulee binäärisenä, ei siellä mitään pilkkuja ole.
Jos tuo 32767 on skaalattu vaikka väliin -100C - +100C niin jokainen bitti on 6 tuhannesosa-astetta- kyllä se 16 bittiä riittää vaikka mihin.
Veikkaan että noissa on 10 tai 12-bittiset muuntimet. 10-bittiselläkin bitti olisi 0,2 astetta 200 asteen haitarilla. Jonkun vaan pitää tietää mitä ne bitit tarkoittavat lämpötiloissa.
Jos tuo 32767 on skaalattu vaikka väliin -100C - +100C niin jokainen bitti on 6 tuhannesosa-astetta- kyllä se 16 bittiä riittää vaikka mihin.
Veikkaan että noissa on 10 tai 12-bittiset muuntimet. 10-bittiselläkin bitti olisi 0,2 astetta 200 asteen haitarilla. Jonkun vaan pitää tietää mitä ne bitit tarkoittavat lämpötiloissa.
AD muuntimilla ja lämpötiloilla ei tässä ole mitään tekemistä tämän kWh lukeman kanssa, ne on sitten oma tarinansa, niissä yleensä lähetetään int16 ja rekisteritaulukossa kerrotaan jakaja tai kerroin 10 tai 0.1 tjms.
Ei siellä kwh lukemassa mitään pilkkua ole, sitä nämä kerrotut tarinat tukevat.
Ei siellä kwh lukemassa mitään pilkkua ole, sitä nämä kerrotut tarinat tukevat.
RedDevil69
Jäsen
Rekisteri lämpötilalle ja kWh:lle on sama, eli int16. Erona on, että kWh tallennetaan kahteen peräkkäiseen rekisteriin käyttämällä 'count' int32 saamiseksi.
En vieläkään tiedä, missä kWh:n liukulukutiedot ovat. Dokumentaatio ei kerro mitään.
En vieläkään tiedä, missä kWh:n liukulukutiedot ovat. Dokumentaatio ei kerro mitään.
Ei sitä liukulukua mistään löydy, kokonaislukuna kWh:na Aries sen antaa kertoimella 1...
Jos se näin on kuin tässä dokussa;
Jos se näin on kuin tässä dokussa;
RedDevil69
Jäsen
Vielä yksi mielenkiintoinen fakta. Näen, että tämä dokumentaatio ei sisällä rekisteriä 111, joka näyttää nykyisen energiankulutuksen kW:na. Kun luen tätä rekisteriä, se on enimmäkseen nolla, mutta joskus -1 tulee näkyviin. Ei mitään muuta. On vaikea tulkita, miten se on koodattu.
RedDevil69
Jäsen
Sovellus näyttää positiivista dataa. Ehkä hän lukee jostain muualta?
RedDevil69
Jäsen
Konfiguroin sen niin kuin sinulla on. Kun asetukseksi on asetettu "msg.payload.data", se luo virheen "parser". Kun se on asetettu arvoon "msg.payload", minulla on samat tiedot kuin ennenkin, jossa nykyinen arvo tallentaa 0 tai -0.1 (jaettuna 10:llä).
RedDevil69
Jäsen
Minulla ei ole toimintoa, mutta jäsentäjä ja virheenkorjauspuskuri näyttävät samalta.
RedDevil69
Jäsen
Mikään ei muuttunut, paitsi että voin lukea mesg.data. Yleisesti ottaen nykyinen kW:n kulutus ei näy taulukon 7 kentässä, joten edes jäsentämisen jälkeen ei ole mitään. Tällä hetkellä hetkellinen kulutus sovelluksessa on 0,6. Minulla ei ole modbus-tietoja.
Voitko näyttää virheenkorjauksen debug?
Voitko näyttää virheenkorjauksen debug?
RedDevil69
Jäsen
Juuri niin kuin kirjoitat. 10:ssä minulla pitäisi olla tilapäistä kulutusta, mutta siellä näkyy vain 0 tai ffff.
Mitä se tarkoittaa miltä puolelta?
Mitä se tarkoittaa miltä puolelta?
RedDevil69
Jäsen
Pyydän sinua olemaan hieman tarkempi, koska kääntämisen jälkeen en tiedä mistä kysyt.
Like you saw in my earlier picture, I have these settings on the Modbus reader node. So it reads 11 input registers starting from 100, and the current consumption kW is in offset 20. How have you configured the reader node?
RedDevil69
Jäsen
Exactly the same. Identically. It's not an issue of parser but data that are kept in register 111.
In your case you are extracting 4 (example above) before scaling factor. I can capture only two states 0 and ffff (65535).
In your case you are extracting 4 (example above) before scaling factor. I can capture only two states 0 and ffff (65535).