Maalämpöfoorumi
Tekniset kysymykset => Tiedonkeruujärjestelmät ja etämonitorointi => Aiheen aloitti: tk- - 05.01.15 - klo:15:17
-
Aloitanpa nyt selkeyden vuoksi uuden ketjun. Tarkoituksena olisi rivitalokiinteistössä logittaa hieman tuon lämmityslaitteiston toimintaa ja mahdollisesti tuo vesimittarin seurantakin olisi sitten seuraavana projektina. Talologgerin sainkin jo asennettua ja nyt olisi tarkoituksena alkaa liittää antureita ja muuta. Aiemmista ketjuista jo käytännön vinkkiä hyvin saanutkin, mutta nyt selkeyden vuoksi vielä pari kysymystä ennenkuin alan laitteistoa paikalleen rakentelemaan.
1. 1-wire ja gpio - tuossa uusimmassa TaloLoggerin versiossa kun on tuo gpio-tuki, niin voiko siihen suoraan liittää noita 1-wire -antureita? Vai onko edelleen helpoin tapa tuo USB-adapterin hankkiminen ja laittaa verkosto sitten sen perään?
2. Nibe F1345 - jutteleeko tuo TaloLogger Niben Modbus-väylän kanssa vai pitäisikö tuota anturidataa lukea jotenkin muuten koneesta? Tällä hetkellä Nibe on uplinkin kautta kytkettynä, näyttöpaneelin alareunassa on tuo RJ-45 -liitin käytössä. Tuo tuntuu ainakin graafien osalta olevan vähän epätarkka ja muutenkin haluaisin vähän täydennellä noita lämpötilamittauksia vielä tuolla 1-wirellä, niin saisi sitten kaikki lämpötiedot samaan kuvaan/graafiin.
Kiitokset jo etukäteen! Kyselenpä sitten vielä lisää jos itse käytännön toteutuksessa alkaa haasteet kasvamaan liiaksi eikä noista aiemmista ketjusta vastausta löydy.
-
1. 1-wire ja gpio - tuossa uusimmassa TaloLoggerin versiossa kun on tuo gpio-tuki, niin voiko siihen suoraan liittää noita 1-wire -antureita? Vai onko edelleen helpoin tapa tuo USB-adapterin hankkiminen ja laittaa verkosto sitten sen perään?
TaloLoggerin GPIO-tuki ei tue 1-wire-antureita (koska Raspberry Pi:n GPIO-python-kirjasto ei tue). USB-adapteri siis ainakin ratkaisee ja OWFS. Toisaalta on mahdollista kyllä tehdä GPIO:nkin avulla, mutta tuolloin pitää sitten lukea arvot jotenkin muuten kuin GPIO-moduulilla (shell-moduuli). Jos RPi.GPIO-kirjaston tuki laajenee, niin taloLoggerinkin tuki voidaan laajentaa, tällä hetkellä ei kuitenkaan vielä.
2. Nibe F1345 - jutteleeko tuo TaloLogger Niben Modbus-väylän kanssa vai pitäisikö tuota anturidataa lukea jotenkin muuten koneesta? Tällä hetkellä Nibe on uplinkin kautta kytkettynä, näyttöpaneelin alareunassa on tuo RJ-45 -liitin käytössä. Tuo tuntuu ainakin graafien osalta olevan vähän epätarkka ja muutenkin haluaisin vähän täydennellä noita lämpötilamittauksia vielä tuolla 1-wirellä, niin saisi sitten kaikki lämpötiedot samaan kuvaan/graafiin.
Nibe/Modbus -tuki on kehityslistalla vielä. Eli tällä hetkellä ei ole tukea. Voidaan priorisoida tammikuulle, jos testihenkilöitä löytyy.
-
Täältä löytyy yksi testaaja.
Juuri tosin testailin openhabin nibegw:tä, mutta pumppu meni vikatilaan koko ajan jostain syystä, kun modbussin aktivoi... Kerran taisi tulla jotain selkeää uloskin. Liekkö sitten v.1.03:lla merkitystä, kun v.1.20 on uusin.
Tämä RS485 käytössä: http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
-
Ok, kiitokset vastauksesta. Täytyy alkaa viritellä tuota 1-wire -verkkoa ja varautua tuohon modbus-hommaankin. Tuo edellisessä viestissä linkitetty muunnin lienee ihan passeli siihen modbus-varaukseen?
Periaatteessa voisin itsekin tuota sitten testailla jos vaan saan systeemit tässä tammikuun aikana rakenneltua! Loma kun loppuu, niin tuo työnteko alkaa taas häiritä harrastustoimintaa.. :D
-
taloLoggerin kehitysversio v1.6e (ei virallinen julkaisu) olisi saatavilla ja testaajia vailla.
http://olammi.iki.fi/sw/taloLogger/taloLogger_v16e.zip (http://olammi.iki.fi/sw/taloLogger/taloLogger_v16e.zip)
Paketissa oleva taloLogger.conf on viritetty niin, että siihen pitäisi vain muuttaa tuon Nibe-modbus-adapterin sarjaportti (NIBE:PORTNAME) ja tuon pitäisi lokittaa Nibestä 2 minuutin välein ulkolämpötilaa siihen konsolille (datastoreja ei ole konfiguraatiossa määritelty, joten se tulostaa konsoliin). Kaikki huomiot tervetulleita. Huomioihin mielellään mukaan siihen konsolille mahdollisesti tulostuvat ilmoitukset. Jos tuo ulkolämpö saadaan toimimaan, niin jatketaan sitten noiden mittauspisteiden laajentamisella.
Versiossa on myös yleisempi Modbus-tuki (MODBUS-moduuli), joka tukee RTU, ASCII ja TCP -moodeja. Konfiguraatio alla ja sitäkin voi kokeilla tietysti, jos on jotain geneerisempiä/muita/muuntyyppisiä Modbus-lähteitä kuin tuo Nibe. Teen seuraavaksi Enervent-testimoduulin. Sekä Nibe että tämä Enervent tulevat käyttämään tuota MODBUS-moduulia taustalla.
Kuten sanottua, niin tässä on tehty koodit aika lailla silmät kiinni, kun varsinaisia pumppuja ja laitteita ei ole. Erinäisiä speksejä on ja pari Modbus-testipenkkiä, joilla jotain saatu tuon perus-Modbusin osalta todennettua.
-
Nopeaa toimintaa, kiitokset kovasti! Nopeampaa kuin adapteritoimitus, laitan testiin heti kun tuo saapuu. Eli periaatteessa pitäisi toimia ilman tuota Niben kiitettävän arvokasta Modbus-välilaitetta niin, että laittaa talologgerin lukemaan suoraan pumpun dataa tuon rs485-adapterin kautta?
-
Nopeaa toimintaa, kiitokset kovasti! Nopeampaa kuin adapteritoimitus, laitan testiin heti kun tuo saapuu. Eli periaatteessa pitäisi toimia ilman tuota Niben kiitettävän arvokasta Modbus-välilaitetta niin, että laittaa talologgerin lukemaan suoraan pumpun dataa tuon rs485-adapterin kautta?
Tuo on modbus-moduuliin pohjautuva. Juttelee ulospäin Modbus RTU:ta sarjamuodossa. Fyysisen liitynnän osalta ollaan taas alueella, jota en ihan 100% tunne. Modbus-parametrit ja tuon ulkolämpötilapisteen kalastelin tuosta dokumentista: http://www.nibe.fi/nibedocuments/14059/031725-5.pdf (http://www.nibe.fi/nibedocuments/14059/031725-5.pdf)
-
Nopeaa toimintaa, kiitokset kovasti! Nopeampaa kuin adapteritoimitus, laitan testiin heti kun tuo saapuu. Eli periaatteessa pitäisi toimia ilman tuota Niben kiitettävän arvokasta Modbus-välilaitetta niin, että laittaa talologgerin lukemaan suoraan pumpun dataa tuon rs485-adapterin kautta?
Tuo on modbus-moduuliin pohjautuva. Juttelee ulospäin Modbus RTU:ta sarjamuodossa. Fyysisen liitynnän osalta ollaan taas alueella, jota en ihan 100% tunne. Modbus-parametrit ja tuon ulkolämpötilapisteen kalastelin tuosta dokumentista: http://www.nibe.fi/nibedocuments/14059/031725-5.pdf (http://www.nibe.fi/nibedocuments/14059/031725-5.pdf)
Eli taitaisi kuitenkin tarvita tuon Niben oman modbus-laitteen rinnalle? Sellaista ei meillä ainakaan toistaiseksi ole.. Meneekö tuo paria aihetta alempana olevassa Openhab-keskustelussa käydyn tyyppinen tapa lukea suoraan Niben pumpun lähettämää dataa sitten jo turhan vaikeaksi? Ainakin siellä näyttää helposti pumppu menneen vikatilaan kun yrittää modbusia aktivoida suoraan siten, että välissä ei olisi tuota Niben omaa modulia.
-
Nopeaa toimintaa, kiitokset kovasti! Nopeampaa kuin adapteritoimitus, laitan testiin heti kun tuo saapuu. Eli periaatteessa pitäisi toimia ilman tuota Niben kiitettävän arvokasta Modbus-välilaitetta niin, että laittaa talologgerin lukemaan suoraan pumpun dataa tuon rs485-adapterin kautta?
Tuo on modbus-moduuliin pohjautuva. Juttelee ulospäin Modbus RTU:ta sarjamuodossa. Fyysisen liitynnän osalta ollaan taas alueella, jota en ihan 100% tunne. Modbus-parametrit ja tuon ulkolämpötilapisteen kalastelin tuosta dokumentista: http://www.nibe.fi/nibedocuments/14059/031725-5.pdf (http://www.nibe.fi/nibedocuments/14059/031725-5.pdf)
Loistavaa! Pitänee yrittää ehtiä vkoloppuna testata.
Muistakaa ModBusManagerilla enabloida Nibestä tarvittavat rekisterit päälle, esim. nyt ulkolämpötilatieto.
Modbus 40-palikkaa tai RMU 40:tä ei ole minullakaan. Lähettääkö talologger Nibelle kuittausviestin "ACK/NAK"-viestin?
En vielä saanut talologger e-versiota tutkittavaksi, mutta mihin NIBE:PORTNAME viittaa? Porttina ymmärtääkseni Nibessä kuunnellaa UDP 9999.
-
Ok. Koitan päästä kartalle... Nibeen on siis joku lisäosa (xxx 40), joka on tuossa PDF:ssäkin mainittu. Se tarjoaa Modbus RTU -sarjaliitynnän ulos. taloLogger v1.6e tukee nyt tällä hetkellä tuota modbus:lla lukemista. PORTNAME on tässä tapauksessa sarjaportin nimi, jossa tämä xxx40 on toisessa päässä.
OpenHabissa on jäsen Palin tekemä C-sovellus, joka lukee jotenkin suoraan pumpun väylältä (ei modbus) liikennettä. Ilmeisesti esittää olevansa xxx40. Sovellus julkaisee saamansa tiedot UDP-paketteina oletuksena porttiin 9999. taloLoggerin versiossa v1.6e ei ole tälle tukea - vielä.
Olin ymmärtänyt tarpeen siis hieman väärin. No, ei se modbus-moduuli mennyt varmasti ohi, koska se on ihan mielenkiintoinen muiden laitteiden kanssa.
Voin kokata kyllä tuollaisen NibeGW:n henkisen moduulin, joka lukee frameja ja lähettää ACK:in. Tai toinen vaihtoehto on kuunnella NibeGW:ltä tulevia UDP-paketteja ja ottaa dataa niistä. "Valmiimpi" ratkaisu olisi tehdä tuo sarjaliikennöinti taloLoggeriin myös.
-
Jep, tuollaiselle NibeGW tyyppinen ratkaisu ja sarjaliikenteen kerääminen talologgeriin olisi hyvä.
Jos noita xxx 40 -laitteita ei ole kuittaamassa Nibelle ja MODBUS enabloidaan Nibestä, niin Nibe menee välittömästi vikatilaan (ei siis virhettä vaan heti vika päälle)-->loppuu lämmittämiset. Siksi tuo ACK-viestin lähettäminen on oleellista.
En tiedä, mikä itsellä ei pelittänyt OpenHabissa. Se kuittasi ehkä kerran Nibelle ja sitten vikatila päälle. RS485-adapteri on tämä http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
Tässä pätkä kuittauksesta, mitä Nibe vastaili takaisin
pi@raspberrypi ~ $ sudo /opt/nibegw -v -d /dev/ttyUSB0
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
00 92 9C 00 00 8F 9C 0F 00 90 9C 00 00 4F 9C 77 00 50 9C 47 00 FF FF 00 00 6E 5C 00 20 EE 00 CE calc checksum CE
recv checksum CE
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
-
Onko tuo Nibegw sellainen, että osaa lukea sarjaliikenteestä vain tuon esimääritetyn log.set -tiedoston sisältämät tiedot mitä pumppu alkaa automaattisesti lähettää, eli max 20 anturia? Eli ei osaa lähettää kyselyä pumppuun päin lukeakseen yksittäistä anturidataa tai kirjoittaakseen noita rekisteriarvoja? Kun eikö tuo Modbus40 tarjoa periaatteessa mahdollisuuden myös pumpun konfigurointiin?
-
Näin se taitaa olla. Eli siellä on jokin konfiguroitu setti niitä arvoja (20 kpl), jotka lähetetään määrävälein ilmeisesti tälle xxx40:lle. Sellainen oikea taas hilloaa ilmeisesti arvot muistiinsa ja palvelee niitä modbusilla. Mainitussa PDF-tiedostossa kuvaillaan, että arvot, jotka on konfiguroitu tuohon 20 kpl settiin tulevat xxx40:seltä nopeasti ja muut arvot saa kyllä, mutta menee 2.1 sekuntia aikaa. Tässä xxx40 luultavasti käy erikseen kysymässä arvon väylän yli (eli lähettää jonkinlaisen kyselyn, josta ei nyt ole tietoa, että millainen se on ja millainen vastaus siihen tulee). Samoin xxx40:llä dokumentista päätellen voisi myös asettaa modbusin avulla jonkun halutun asetusarvon. Tuolloin xxx40 luultavasti kirjoittaa pumpun väylälle jonkin komennon, joka saa aikaan arvon päivittymisen.
Näitä kaikkia tietysti voisi logittaa siten, että RS485-adapteri on pumpun väylässä kiinni ja se kuuntelee liikennettä (ei kuittaile itse mitään). Sitten väylässä pitäisi olla myös se xxx40-laite ja sitä kun kutittelisi, niin voisi väylältä katsoa, että millaisia kehyksiä siellä liikkuu.
-
Juuri laitoin Palin Arduino-version rullaamaan ja Nibe ei ainakaan mene vikatilaan. :)
Mikä olisi nyt järkevin tapa onkia Nibestä tiedot TaloLoggerille?
Mitä tuossa surffailin, niin Arduino saattanee olla Raspberryä järkevämpi tuohon kuittailuun, koska se nousee Raspia nopeammin ylös virtojen saannin jälkeen. Palikohan se raportoi Raspi-ongelmasta, että Nibe ehtii aloittaa nopeammin väylän kuuntelun kuin Raspi.
-
Mikä olisi nyt järkevin tapa onkia Nibestä tiedot TaloLoggerille?
Samaan vauhtiin tuohon NibeRS485-moduuliin tulee varmaan se UDP-framejen vastaanotto (voi käyttää NibeGW:tä) ja itse Sarjaliityntä (jos esim. Raspi, Läppäri muu on kiinni siinä).
-
Ymmärsinkö oikein, tuon 1.6e version pystyy poimimaan nyt ulkolämpötilatiedon sarjaliikenteen seasta? Eli kaiken järjen mukaan kun kytken TaloLoggerPi:n RS485:n rinnan Arduinon kanssa väylälle, niin pumpun ei pitäisi mennä vikatilaan ja Talologger poimii väylältä tiedot.
Vai pitääkö homma hoitaa siten, että vain jokin toinen laite on RS485:ssa kuittailemassa viestejä (nyt Arduino) ja se samalla pommittaa TaloLoggerin IP:seen tiedot?
ps. kuinka tuo RS485 on speksattu, voiko samalla väylällä olla useita laitteita? Esim. Nibe, Iv-kone ja jotain muuta?
Olisikohan parempi idea RS485-->Arduino-->ethernet-->Raspi (talologger)?
-
Ymmärsit väärin. 1.6e tarvitsisi sen xxx40-modus-laitteen väliin. Siitä se osaisi nyt kalastaa sen ulkolämpötilan.
Uunista tulee viikonlopun aikana 1.6f, jossa joko voit kytkeä RS485-RS232-taloLogger ja lokittaa jotain niistä 20 arvosta, jonka jollain tavalla tai toisella saat kerrottua sille pumpulle. Tai voit käyttää RS485-Palin NibeGW-ethernet-taloLogger -tapaa, jolloin jälleen lokitettavana on ne max 20 arvoa mitä niissä UDP:n yli tulevissa frameissa on.
-
Joo kantapään kautta huomasin saman asian :)
Nyt Raspberryllä kuuntelen 9999 udp-portti ja jotain viestiä sieltä tulee, osa on selkeää, mutta en sitten tiedä miksi noi ruudut (johtuneeko puttystä sitten...)
▒F1245-8 R▒\ kK\ iI\ kK\ iI\ hPD▒
P▒▒▒▒▒\ kK\ iI\ kK\ iI\ hPD▒▒▒)▒▒ިߨ▒▒H▒O▒N▒▒M▒▒a▒▒▒▒8▒▒<▒▒/▒▒▒▒)▒▒▒▒)▒▒O▒
▒ިߨ▒▒H▒
P▒▒▒▒▒\ ▒▒\ ▒▒\ kK\ iI\ kK\ iI\ hPD▒
▒ިߨ▒▒H▒
N▒▒M▒▒a▒▒▒▒8▒▒<▒▒.▒▒▒▒)▒▒▒▒*▒▒O▒P▒▒▒▒▒\ kK\ iI\ kK\ iI\ hPD▒
▒ިߨ▒▒H▒
N▒▒M▒▒a▒▒▒▒8▒▒<▒▒-▒▒▒▒*▒▒▒▒)▒▒O▒P▒▒▒▒▒\ kK\ iI^Z
-
Noo, se on binäärimössöä se data, jota sieltä tulee, että ei sen pitäisikään kovin komealta näyttää. Eli UDP-paketin sisältö ei ole human readable tuossa NibeGW:ssä. Siinä on ihan raakana se niben väylältä saatu frame.
-
Ok, odottelin tulosteeksi siistejä frameja tarkistussummineen.
-
Onkos tämä tuttua asiaa? Löysin Ruotsin foorumilta keskustelun, missä tuota Modbus-liikennettä loggailtiin. Koetin tuossa tiedostossa jaotella sitä oman ymmärrykseni mukaan, ainakin tuo sarja missä haetaan 20 tietoa, erottuu selvästi. Ilmeisesti tuossa kyseisessä logissa pitäisi olla myös dataa missä Modbus pyytää yksittäistä arvoa pumpulta. Tässä linkki keskusteluun, logi liitteenä.
http://www.varmepumpsforum.com/vpforum/index.php?topic=39325.msg468830#msg468830
Onko tuosta logista apua? Yritänkö jaotella vielä noita muitakin? Voisin lisäksi tehdä tarvittaessa täydennellä ID-listaa tuosta Modbus-managerista.
-
taloLoggerin Nibe Bus RS485 -testiversio (v1.6f):
http://olammi.iki.fi/sw/taloLogger/taloLogger_v16f.zip (http://olammi.iki.fi/sw/taloLogger/taloLogger_v16f.zip)
Lisätty moduuli NIBERS485, joka sisältää sekä NibeGW UDP-vastaanoton että sarjaportin kautta RS485-adapterilta pumun väylän lukua.
Mukana oleva taloLogger.conf konfiguroitu siten, että vastaanottaa NibeGW:ltä 9999-porttiin tulevaa UDP:ta ja lokittaa ulkolämpötilaa (jos siinä tulevassa datassa se on).
Konfiguraatiotiedostosta voi muuttaa TYPE:n arvoon SERIAL ja PORTNAME:n oikeaksi, niin pitäisi lukea RS485-sovittimesta sarjaportin kautta samaan tapaan kuin NibeGW.
Kaikki kommentit tervetulleita.
-
Onkos tämä tuttua asiaa? Löysin Ruotsin foorumilta keskustelun, missä tuota Modbus-liikennettä loggailtiin. Koetin tuossa tiedostossa jaotella sitä oman ymmärrykseni mukaan, ainakin tuo sarja missä haetaan 20 tietoa, erottuu selvästi. Ilmeisesti tuossa kyseisessä logissa pitäisi olla myös dataa missä Modbus pyytää yksittäistä arvoa pumpulta. Tässä linkki keskusteluun, logi liitteenä.
http://www.varmepumpsforum.com/vpforum/index.php?topic=39325.msg468830#msg468830
Onko tuosta logista apua? Yritänkö jaotella vielä noita muitakin? Voisin lisäksi tehdä tarvittaessa täydennellä ID-listaa tuosta Modbus-managerista.
Kyllähän tuosta voisi ainakin kokeiluasteelle olla hyötyä. Tuosta luultavasti on kyllä erotettavissa komento ja vaste, jolla tuollaista erillistä arvoa voisi koittaa kysyä.
-
Varmistetaan. Kai tuo menee oikein näinkin?
Filezillalla olen korvannut etc-kansion tiedostot ja loppujen kansioiden sisällöt bin/taloLogger alle? (varmaan joku kätevämpikin keino...?)
Millä komennolla saan konsolin loggausmoodin näkyviin?
-
No tällaista testiversiota voisi ehkä testata siten, että ei korvaa esim. taloLoggerPi:ssä asennettua virallista julkaisuversiota sillä vaan purkaa tuon zipin jonnekin muuhun hakemistoon. Koska tämä testikonfiguraatio tuskin käyttää samoja resursseja (sarjaportit, UDP-kuuntelu, jne) kuin julkaisuversio ja ei talleta kantaan testikonfiguraatiolla, niin sitä voi ajaa samanaikaisesti virallisen version kanssa komentoriviltä:
cd se_hakemisto_missä_purettiin/taloLogger
python taloLogger.py -f ./taloLogger.conf
Tulokset tulevat konsoliin, CTRL-C lopettaa.
Jos käytetään samoja resursseja kuin todellinen versio, niin sen voi vain ajaa alas testin ajaksi. taloLoggerPissä esim. siis "sudo svc -d /etc/service/taloLogger".
-
UDP paketit tulevat saataville!
-
Hyvältä näyttää siis ainakin UDP:n osalta (sitä puolta en kyllä epäilytkään). Siihen tarvitaan nyt vain laajennosta sitten noiden mittapisteiden osalta, että on muutakin tietoa käsiteltävissä kuin ulkolämpötila.
Sitten pitää vielä saada tuo sarjaliikennepuoli hanskaan ja mahdolliset 20 kpl arvojoukon ulkopuolelle menevät kyselyt.
-
Peki:llä on sorsat tuon datan käsittelyyn ja parserointiin githubissa. Sieltä löytyy myös nimelliset selitteet kaikille rekistereille.
https://github.com/openhab/openhab/tree/master/bundles/binding/org.openhab.binding.nibeheatpump/src/main/java/org/openhab/binding/nibeheatpump/protocol
Olen sitä mieltä, että sen 20kpl ulkopuolinen kysely sarjaliikenteessä on ainakin toistaiseksi nice-to-have, koska ainakin itsestäni tuntui että sai valitsemalla valita että sain tuon 20 täyteen. Toisaalta jos ei ole iso tehtävä sitä ominaisuutta lisätä, niin sehän olisi loistavaa. Peki on ymmärtääkseni kirjoittanut pätkän, että Nibelle päin voisi kirjoittaakkin... Kirjoittaminen olisi ainakin asteminuuttien muuttamisessa loistava ominaisuus.
-
Tiedän tuon OpenHabin ja sieltä löytyvän listan. Pistin eilen ystävällismielistä tiedustelua YV:nä tekijälle, että saako listaa hyödyntää. Pitää ehkä vielä tavata tuon OpenHabin lisenssiehdot ja copyright, että voinko vain surutta hieraista listan siitä.
-
Peki:llä on sorsat tuon datan käsittelyyn ja parserointiin githubissa. Sieltä löytyy myös nimelliset selitteet kaikille rekistereille.
https://github.com/openhab/openhab/tree/master/bundles/binding/org.openhab.binding.nibeheatpump/src/main/java/org/openhab/binding/nibeheatpump/protocol
Olen sitä mieltä, että sen 20kpl ulkopuolinen kysely sarjaliikenteessä on ainakin toistaiseksi nice-to-have, koska ainakin itsestäni tuntui että sai valitsemalla valita että sain tuon 20 täyteen. Toisaalta jos ei ole iso tehtävä sitä ominaisuutta lisätä, niin sehän olisi loistavaa. Peki on ymmärtääkseni kirjoittanut pätkän, että Nibelle päin voisi kirjoittaakkin... Kirjoittaminen olisi ainakin asteminuuttien muuttamisessa loistava ominaisuus.
Kuinka pitkälle tuossa valmiissa listassa riittää tuo parsiminen? Ilmeisesti nuo F1345-pumpun EB100-EP15-arvot vielä tunnistaa (ilmeisesti pienemmissä pumpuissa on vain EP14)? Toki varmaan suurin osa käyttää tuota 11- tai 12-alkuisissa, mutta voisin ainakin itse vielä sitten modbus-managerin avulla jonkinlaisella aikataululla täydentää tuota listaa vielä pidemmälle. F1345-arvojen kanssa on toki siinä mielessä vähän "suossa", että periaatteessa täyteen tukeen vaadittaisiin varmasti nuo "slave-pumppujenkin" (EB101-108) koodit. Tosin meillä nyt ei onneksi ole kuin tuo yksi laite taloyhtiössä.
Tuo 20 esiasetettua kun saa luettua, niin se on kyllä jo enemmän kuin tarpeeksi itsellekin tällä hetkellä. Mutta toisaalta tämmöisessä "taloyhtiöpumpussa" lista kyllä nopeasti täyttyykin, varsinkin jos haluaisi vielä pumpun virtamuuntajan kautta seurailla vaikkapa kiinteistön sähkönkulutusta yms.. :) Ja toisaalta jos tuo yksittäisen arvon kysely onnistuu, niin periaatteessa samaan tyyliin pitäisi sitten jo tuo asetustenkin teko jo onnistua? Se avaisi jo kovastikin mahdollisuuksia tuon pumpun etähallintaan ilman uplinkia.
-
Varmaan tuo kyselyhomma etenisi parhaiten siten, että kun saadaan joku testari (tk?) liittämään taloLogger RS485:lla pumppuun ja sen liitoksen kanssa ensin viilataan toimimaan tuo 20-arvon joukossa olevan ulkolämmön lokitus, niin sitten lähdetään sitä toimivaksi todettua sarjayhteyttä laajentamaan ja kokeilemaan sillä sitten ensin erillisen arvon hakemista (tämä tehtäisiin, jos niiden 20 mukana ei arvoa tule) ja sitten selvittelemään vielä, jos saisi asetettua jotain. Sen Modbus40-moduulin avulla toki ilmeisesti saa asetettua arvoja.
-
Varmaan tuo kyselyhomma etenisi parhaiten siten, että kun saadaan joku testari (tk?) liittämään taloLogger RS485:lla pumppuun ja sen liitoksen kanssa ensin viilataan toimimaan tuo 20-arvon joukossa olevan ulkolämmön lokitus, niin sitten lähdetään sitä toimivaksi todettua sarjayhteyttä laajentamaan ja kokeilemaan sillä sitten ensin erillisen arvon hakemista (tämä tehtäisiin, jos niiden 20 mukana ei arvoa tule) ja sitten selvittelemään vielä, jos saisi asetettua jotain. Sen Modbus40-moduulin avulla toki ilmeisesti saa asetettua arvoja.
Testailen tuota sitten, kunhan adapteri saapuu postissa, niin palailen asiaan tämän jälkeen. Toivottavasti tulee nyt jo tulevalla viikolla.
-
tk-, onko sulle tulossa Niben modbus 40?
Jos ei, niin kun kytket RS485 suoraan Niben väylään (oli siellä SMS40 tai RMU40 ennestään), niin kone menee vikatilaan. Tätä varten pitää olla NibeGW.
Jos Modbus40 on tulossa, niin sitten pitäisi RS485:lla onnistua tiedonsiirto ilman kikkailua.
-
Nythän idea oli, että tk testaisi ilman sitä NibeGW:tä siten, että taloLogger on siinä sen roolissa. Tuossa NibeRS485-moduulissa on kaksi moodia, toinen se UDP-moodi, joka vastaanottaa NibeGW:ltä verkon yli ja toinen sarjamoodi, jossa taloLogger tekee ne NibeGW:nkin hommat. Tätä jälkimmäistä ei ole vielä testattu.
-
Ok, asia täten selvä.
En tiennyt, että taloLoggerissa oli tuo kuittauspuoli sarjaliitännälle rakennettu. Hyvä juttu!
-
Tässä 1.6f:ssä testiversiona on ja samaan tapaan toistaiseksi vain ulkolämpötila tuettuna esivalitun 20 datapisteen joukosta.
Konfiguroidaan seuraavasti:
@DATASOURCE=NIBERS485:NIBERS485
NIBERS485:TYPE = SERIAL
NIBERS485:DEVICE = DEFAULT
NIBERS485:PORTNAME = /dev/ttyUSB0
@MEASURE=outdoor:NIBERS485.BT1 outdoor temp
-
Testasin nyt myös sarjaportti puolen ja sekin toimii.
Testattu sekä Niben vanhan firmiksen kanssa sekä juuri ilmestyneen 6629R3 firmiksen kanssa. Pikaisella silmäyksellä ei eroa, mutta varmuuden vuoksi otetaan talteen.
-
Testasin nyt myös sarjaportti puolen ja sekin toimii.
Testattu sekä Niben vanhan firmiksen kanssa sekä juuri ilmestyneen 6629R3 firmiksen kanssa. Pikaisella silmäyksellä ei eroa, mutta varmuuden vuoksi otetaan talteen.
Eli ei vikatilaa pumpussa. Sehän kuulostaa hyvältä. ;)
-
Testasin nyt myös sarjaportti puolen ja sekin toimii.
Testattu sekä Niben vanhan firmiksen kanssa sekä juuri ilmestyneen 6629R3 firmiksen kanssa. Pikaisella silmäyksellä ei eroa, mutta varmuuden vuoksi otetaan talteen.
Eli ei vikatilaa pumpussa. Sehän kuulostaa hyvältä. ;)
Jep, ei mennyt vikatilaan :)
-
Adapteria itse vielä odottelen, mutta... tuleeko tuossa mahdollisen sähkökatkon jälkeen vikatila kun laite ei olekaan heti pumpulle vastailemassa? Voin tuon itse sitten toki sitten testata "itseaiheutetulla" sähkökatkolla.
-
Adapteria itse vielä odottelen, mutta... tuleeko tuossa mahdollisen sähkökatkon jälkeen vikatila kun laite ei olekaan heti pumpulle vastailemassa? Voin tuon itse sitten toki sitten testata "itseaiheutetulla" sähkökatkolla.
Hieman siitä kiinni, että ehtiikö Raspi nousta ennen pumppua ylös.
-
Adapteria itse vielä odottelen, mutta... tuleeko tuossa mahdollisen sähkökatkon jälkeen vikatila kun laite ei olekaan heti pumpulle vastailemassa? Voin tuon itse sitten toki sitten testata "itseaiheutetulla" sähkökatkolla.
Hieman siitä kiinni, että ehtiikö Raspi nousta ennen pumppua ylös.
Juuri sitä meinasinkin sitten testata pääkytkimestä räpsäyttämällä, että kumpi ehtii ensin. Jos vikatila tulee ja jatkossa mahdollisesti tuo pi onnistuisi myös käskemään pumppua, niin voisikohan tuon ongelman mahdollisesti kiertää sitten sillä, että aina käynnistyessään tuo laite antaa pumpulle käskyn uudelleenkäynnistykseen? Olettaen tietysti, että vikatilassa ottaa vielä käskyjä vastaan.. Tämmöistä ajatusvirtaa, on asiassa tietysti vielä paljon mutkia matkassa käytännön toteutukseen sitten ja täytyy tuo nyt ensin testata onko edes ongelmana.
-
Noniin, adapteri vihdoin saapui. Systeemi vaikuttaisi pelaavan oikein hyvin! Neljä valittua arvoa logittuu ja käyräkin piirtyy osoitteeseen http://puuseppa.asuscomm.com/talo/. Hieman meinasi olla alkukankeutta, kun juuri noissa BT70 ja BT71, mitkä laitoin tallentumaan, oli pisteet Niben alkuperäisissä selitteissä mitkä näytti sitten taas Talologgerissa olevan poistettu. Eli ilmeisesti nuo pisteet välistä ja perästä on pois muistakin?
Vikatilan tuon ohjelman keskeytys toki aiheuttaa, mutta sen tuo pumppu tuntuu sietävän hyvin. Uplinkiin (ja pumppuunkin todennäköisesti, en ole vaivautunut katsomaan sinne saakka!) tulee kyllä tieto vikatilasta ja modbus-yhteysviasta, mutta pumpun toimintaan se ei mitenkään vaikuta. Ja vikatilasta huolimatta logitus herää toimimaan heti kun talologgerin käynnistää uudelleen, vaikka tuota vikailmoitusta ei vielä olisi kuitattukaan. Eli olisiko tässä Niben softan osalta tapahtunut kehitystä aiempaan?
Kaiken kaikkiaan vaikuttaisi toimivalle tuon logituksen osalta.
-
Eli ilmeisesti nuo pisteet välistä ja perästä on pois muistakin?
Kaikki pisteet on Niben datapisteet yksilöivistä avaimista poistettu taloLoggerissa.
-
Hyvin näyttäisi dataa tulevan Nibestä, mutta ei oikein pelittänyt testipuolen database yhdessä käytössä olevan kanssa :) (jotain timestamp erroreita)
Onko olammilla millainen aikataulu releasen suhteen?
-
Short listillä olisi tulossa Enervent EDA vielä ja sitten kun se on kuosissa, niin release.
Tämän jälkeen paha silmä kohti taloLoggerin measure-arvojen validointia ja hälytyksiä.
-
Laitan tähän vielä vastaisuuden varalle nuo oman käsitykseni mukaan tulkitut yksittäisen arvon luku- ja kirjoitusliikenteen. Lähinnä tuolla lukemisella voisi kuvitella olevan käyttöä "täydellistä järjestelmäkuvaa" rakennellessa, missä näkyisi myös käyntitiedot kompressori- ja kiertopumppukohtaisesti, käyntiaikatiedot yms.. Muutoinhan tuo 20 esivalittua arvoa kyllä riittävät jo hyvinkin pitkälle.
Tuolla ketjussa, mistä tuon login nappasin, testailija kertoo ensin kirjoittavansa käynnistysasetuksen (47206 DM start heating) arvoon -100 ja sitten takaisin -50.
Rekisterin luku ennen kirjoitusta:
5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 CE FF 00 00 A3 06
Tässä kirjoitetaan arvoon -100:
5C 00 20 6B 00 4B C0 6B 06 66 B8 9C FF 00 00 10 06
5C 00 20 6C 01 01 4C 06
Tässä heti perään luetaan tuota samaa rekisteriä:
5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 9C FF 00 00 F1 06
Tässä kirjoitetaan arvoon -50:
5C 00 20 6B 00 4B C0 6B 06 66 B8 CE FF 00 00 42 06
5C 00 20 6C 01 01 4C 06
Tässä luetaan rekisteri tuon kirjoittamisen jälkeen:
5C 00 20 69 00 49 C0 69 02 66 B8 75 06
5C 00 20 6A 06 66 B8 CE FF 00 00 A3 06
-
Laitan tähän vielä vastaisuuden varalle nuo oman käsitykseni mukaan tulkitut yksittäisen arvon luku- ja kirjoitusliikenteen.
"Talologger apua tarvitaan"-viestiketjussa tietoa uudesta taloLoggerin testiversiosta v1.6j, jossa tämä arvojen kysely testimielessä mukana. Sisältää jonkin verran arvauksia ja kun pumppua ei itsellä ole, niin debug-lokit ovat tervetulleita.
-
Tässä logia, jouduin pdf-muotoon tallentamaan kun en saanut macista rivinvaihdoilla muuten pihalle. Laitoin logituksen väliksi tuossa 5 sekuntia. Vaikuttaisi äkkiseltään sille, että tuo haku toimii sellaisessa tilanteessa kun tuo erikseen kysytty arvo ei ole noiden 20 esiasetetun joukossa. Pumppu tuntuu vastaavan tuohon kyselyyn noin sekunnin viiveellä.
-
Ok. Näyttäisi siltä, että se saa haettua ihan hienosti sieltä haluttua arvoa. Arvaukset ovat osuneet oikeaan.
Kertooko merkkijono "6F1345-24" jotain pumpustasi? Vai sattuisiko joku softaversio olemaan 1.16.54?
Edit: Ja lisäyksenä, jos laitat hakuun jonkun 32-bittisen arvon, niin toimiiko.
-
Ok. Näyttäisi siltä, että se saa haettua ihan hienosti sieltä haluttua arvoa. Arvaukset ovat osuneet oikeaan.
Kertooko merkkijono "6F1345-24" jotain pumpustasi? Vai sattuisiko joku softaversio olemaan 1.16.54?
Edit: Ja lisäyksenä, jos laitat hakuun jonkun 32-bittisen arvon, niin toimiiko.
Pumpun malli on F1345-24. Mistä tuon haettavan arvon saa valittua, konfiguraatiotiedostossa? Kysyykö se tuonne measureen määritettyä arvoa?
-
Pumpun malli on F1345-24. Mistä tuon haettavan arvon saa valittua, konfiguraatiotiedostossa? Kysyykö se tuonne measureen määritettyä arvoa?
Ok. Mutta tuo versionumero ei soittanut kelloja?
Konfiguraatiotiedoston MEASURE-riveillä konfiguroidaan, että mitä tietoja halutaan lokittaa. Loggeri kaivaa tiedot sitten joko niistä esikonfiguroiduista tiedoista tai jos ei siinä tule, niin kysyy pumpulta erikseen. Eli kun sinne heittelee lisää rivejä, niin haetaan lisää dataa.
-
Softaversio on 4150R7. Ei tuo nyt oikein sarjanumeroonkaan liippaa, se tosin kyllä alkaa 06511.. Tässä liitteenä logi, missä haetaan virtaa (32bit). Myöhäisillan kunniaksi tuohon ulkolämpöön jäi typo, niin tulostaa siihen virhettä. Testailen huomenna useamman esivalintaan kuulumattoman arvon kyselyä vielä.
-
Softaversio on 4150R7. Ei tuo nyt oikein sarjanumeroonkaan liippaa, se tosin kyllä alkaa 06511.. Tässä liitteenä logi, missä haetaan virtaa (32bit). Myöhäisillan kunniaksi tuohon ulkolämpöön jäi typo, niin tulostaa siihen virhettä. Testailen huomenna useamman esivalintaan kuulumattoman arvon kyselyä vielä.
Ok. No tuo 4150 löytyy tuosta, kun tulkitsee. Eli pumppu kertoo identiteetikseen sitten: 1 (en tiedä mitä on), 4150 (versio) "F1345-24" (tyyppi).
Näyttäisi tuo 32-bittinen luku tulevan samanlaisella framella kuin 16-bittinenkin, joten siinäkin arvattu oikein.
-
Testailin tuossa asetuksilla, missä luetaan noiden 20 esivalitun lisäksi vielä 4 esivalitsematonta arvoa, ja tallennetaan 30sekunnin välein. Näyttäisi toimivan. Voin laittaa illemmalla vielä pätkän tuota logia kunhan käyn sammuttamassa tuon modbusin jossain välissä. Eli vaikuttaisi näiltä osin kaiken kaikkiaan tuo lukupuoli pelaavan erinomaisen hyvin.
Tuon modbus-dokumentin mukaan pumppu lähettää "NIBE" + "malli" + "ohjelmaversio". Eli onko tuo "NIBE" vielä löydettävissä tuosta mikä aiemmin jo mietit?
-
Tuon modbus-dokumentin mukaan pumppu lähettää "NIBE" + "malli" + "ohjelmaversio". Eli onko tuo "NIBE" vielä löydettävissä tuosta mikä aiemmin jo mietit?
Ei ole NIBE:ä siinä. Siinä on ohjelmaversiota ennen yksi tavu, jossa on arvo 0x01. Sen jälkeen 2 tavua, jotka voisi tulkita tuoksi ohjelmaversioksi ja sitten loput asciina "F1345-24".
Edit: Niin ja tämä ei tule siis kysymällä vaan on yksi tuolla väylällä silloin tällöin mutta harvemmin kulkeva frame, jossa on 0x20-laiteosoitteelle osoitettua dataa - eli ei ole tyhjä ohjaimen lähettämä frame.
-
Vielä lisää eksperimentointia, niin kokeillaanko myös noiden arvojen asettamista tuolla protokollalla? tk-?
-
Kyllä sitä testata voin.
Onnistuin tuon eilisen login jotenkin poistamaan, niin jäi tuo toimiva useamman arvon kysely laittamatta. Eipä siinä kyllä mitään "uutta" edelliseen nähden olisi ollutkaan. Testiversio pyörii nyt ja tallentaa onnistuneesti dataa tuonne aiemmin mainitulle sivudtolle.
-
Toinen mielenkiintoinen testattava, jos löytyy se Niben Modbus40-laite voisi olla, että kokeilee saako se alkuperäinen vehje Niben pois vikatilasta, jos se modbus40 tulee mukaan vasta "myöhässä" ja jos saa niin minkälaista liikennettä väylällä näkyy silloin.
Eli saisiko taloLoggeriin kyvyn poistaa vikatila, jos esim. raspi käynnistyy liian hitaasti.
-
Täältä löytyy minun ymmärrys kuinka dataa saa kirjoitettua pumpulle
Token/lupa pumpulta lähettää dataa:
nibegw.c (https://github.com/paulianttila/openhab/blob/nibe-improvements/bundles/binding/org.openhab.binding.nibeheatpump/NibeGW/nibegw.c)
PDU:n generointi:
NibeHeatPumpProtocol.java
(https://github.com/paulianttila/openhab/blob/nibe-improvements/bundles/binding/org.openhab.binding.nibeheatpump/src/main/java/org/openhab/binding/nibeheatpump/protocol/NibeHeatPumpProtocol.java)
-Pali
-
Oma käsitykseni noiden lokien perusteella on näköjään suhteellisen sama kuin Palilla. Implementaatiot hieman erilaiset.
-
Tuollaisen hälyn antaa modbus-viasta:
Tiedonsiirtovika lämpöpumpun ja MODBUS-yksikön välillä.
ISÄNTÄ
Hälytysnumero: 251
Raportoitiin 12.2.2015 20:50:49
Hävisi: 12.2.2015 22:48:58
Tämä voi johtua tilapäisestä ulkoisesta häiriöstä, esim. salamasta.
Kokeile ensin kuitata hälytys. Jos hälytys uusiutuu, valitse apukäyttö ja ota yhteys asentajaasi.
Tuo vika ei vaikuta pumppuun mitenkään, ja sen saa kuitattua myös uplinkin kautta (mistä tuo em. ilmoituskin on kopioitu). Yritin googletella saisiko noita hälyjä kuitattua modbusin kautta, toistaiseksi en löytänyt tietoa. SMS40 vissiin mahdollistaisi hälyjen kuittauksen. Toki se olisi ehkä hyvä rajoittaa tuohon koodiin 251, mikä on juuri tuo modbus-vika. Tuo modbus40 saa virtansa pumpulta, ja se luultavasti ehtii aina käynnistyä ensin, eli sen kanssa tuskin saa vikaa esille muuta kun piuhoja irroittamalla.
-
Häly rekisteri näyttäs olevan read only rekisteri, joten luultavasti hälytystä ei voi ainakaan modbus rekisterien kautta nollata. Ongelmana on myös että pumppu lakkaa lähettämästä viestejä modbus40:lle kun häly on päällä. Näin ollen token ei siirry koskaan modbus laitteelle, eikä mitään voi lähettää pumpulle.
Jos hälyn voi sms40:n tai rmu40:n (Niben huoneyksikkö) kautta nollata ja joku saisi logattua tuon komennon talteen (itse en omista kumpaakaan), niin ehkä joku keino löytyisi hälyn nollaamisen myös kotikutoisesti.
-
Häly rekisteri näyttäs olevan read only rekisteri, joten luultavasti hälytystä ei voi ainakaan modbus rekisterien kautta nollata. Ongelmana on myös että pumppu lakkaa lähettämästä viestejä modbus40:lle kun häly on päällä. Näin ollen token ei siirry koskaan modbus laitteelle, eikä mitään voi lähettää pumpulle.
Jos hälyn voi sms40:n tai rmu40:n (Niben huoneyksikkö) kautta nollata ja joku saisi logattua tuon komennon talteen (itse en omista kumpaakaan), niin ehkä joku keino löytyisi hälyn nollaamisen myös kotikutoisesti.
Ainakaan tuo F1345 4150-firmiksellä ei lakkaa lähettämästä viestejä, vaan jatkaa lähettämistä hälytyksestä huolimatta kunhan tuo laite on taas pystyssä. Olisiko tässä sitten Niben firmistä kehitetty? Tuo vika ei myöskään vaikuta pumpun toimintaan mitenkään, testasin illan pitämällä pumpussa tarkoituksella hälyä päällä. Hälyn sain aikaan keskeyttämällä tuon talologgerin ajamisen hetkeksi, ja kun laittoi takaisin päälle logittamaan, niin häly kyllä jäi mutta logitus jatkui.
Olisihan se toisaalta järjetöntä, että tiedonsiirtomodulin vika saisi aikaan lämmityksen keskeyttävän hälytyksen. Ehkä ovat tuon ottaneet huomioon sitten aiempien firmisten! :)
-
Tuohan on erinomainen uutinen, ja noin sen pitäisi toimiakin. Kirosin pumpun toimintaa aikoinani kun tukea tein. Itsellä on F1245 pumppu jossa ei pyöri aivan uusin versio.
-
Testasin juuri, niin kyllä F1245 menee uusimmallakin ohjelmistolla vikatilaan kun modbus-kuittaukset loppuu. Ehkä eroaa F1345 käyttäytymisestä.
Eli punaista on naamataulu täynnä ja vaihtoehdot virheen palautus tai info. Harmaana näkyy, että vikatilalämmitys käytössä.
-
Testasin juuri, niin kyllä F1245 menee uusimmallakin ohjelmistolla vikatilaan kun modbus-kuittaukset loppuu. Ehkä eroaa F1345 käyttäytymisestä.
Eli punaista on naamataulu täynnä ja vaihtoehdot virheen palautus tai info. Harmaana näkyy, että vikatilalämmitys käytössä.
Ok, tuossa F1345 tulee tuo sama ilmoitus ja pumppu punaiseksi, mutta vikailmoituksen alareunassa on pallukka valittavissa mistä täytyy itse valita vikatilalämmitys käyttöön. En ole vielä testannut kauanko tuo antaa aikaa hälytyksen kuittaamiseen, mutta ainakaan samantien automaattisesti ei laita tuota vikatilalämmitystä päälle.
Eli tuo F1245 lakkaa kompuralla lämmittämisen kun tuo modbus-vika tulee ja siirtyy pelkän sähkön käyttöön, ja käyttövettä ei tehdä?
-
En ole koittanut irroittaa kuittausta niin, että kompura olisi päällä, joten en tiedä katkeaako sen käynti lennosta.
Vikatilassahan saa valita tehdäänkö lämpöä ja/tai vettä vastuksella.
-
Löysinpä tuolta Modbusmanagerin asennuskansiosta Modbusupdater-ohjelman, mikä päivitti tietokannan. Vieläkin sieltä puuttuu osa uusimmista, mm. nuo lähtevän ja palaavan käyttöveden lämpöanturit. Huomasin listassa kuitenkin rekisterin 45171 Reset Alarms. Pystyisiköhän tuon avulla kuittaamaan esim. sähkökatkon aiheuttaman vikatilan? Toki varmaan pitäisi ensin varmistaa, että kyseessä on juuri modbus-vika.
Voin tehdä tuosta päivitetystä listasta tänne jälleen excel-taulukon lähipäivinä kunhan aikaa jostain löytyy!
-
Lähipäivinä ja lähipäivinä.. Kesään mennessähän Saunalahtikin aikanaan lupaili uusia ominaisuuksia ja syksyllä sitten aina asiakkaat mietti, että tuleehan se kesä aina uudelleen. No, tässä liitteenä. Rivejä on taulukossa melkein 400 enemmän kuin aiemmin. Tuossa on varmaankin kaikki mahdolliset 1xx5-muuttujat, vaikka modbus-managerissa voikin erikseen valita 1145/1245.
-
Moi,
Laitan tänne vanhaan ketjuun, jos joku asiaan vihkiytynyt sattuisi lukemaan ja tietäisi vastausta, kun en muualta ole vielä apua saanut.
Pitäisikö Nibestä saada Modbus väylän kautta kaikki nuo suunnattomat määrät (NibeModbusmanagerista löytyvää) dataa TaloLoggeriin, kunhan vain kysely on oikeassa muodossa?
Itsellä käytössä USB sovitin Raspissa (NIBERS485), mutta en ole saanut kaikkia haluamiani tietoja ulos Nibestä.
Kiinnostaisi esim. nuo virtamuuntimien vaihevirrat ja FLM:n tulo- sekä poistoilmojen lämpötilat.
Uusimmalla Niben softalla ei myöskään toimi tuo Logintutkija, koska Niben tiedot ilmeisesti hieman eri muodossa nykyään. Käyttääkö TaloLogger suoraan .conf tiedostossa olevia tekstejä kysyessään Nibeltä dataa vai käyttääkö se noita Niben käyttämiä numeerisia osoitteita?
Tarkoituksena alkaa virittelemään noita 1-wire antureita lisäksi, jos väylän kautta saatavat ei ala selviämään.
Edit: Virrat ja ilmanvaihdon lämpötilat sain jo ongittua, mutta tuo sähkön hinta pitäis vielä saada, jotta näkisi sen vaikutuksen pumpun toimintaan.