NibePi + Node-RED + Grafana

[veijavi]

Ei ole tainnut olla Nibepi:stä täällä vielä juttua, niin kirjoitellaan vähän.

Länsinaapurissa ovat kehittäneet Node-RED:iin valmiin palikan, jolla voi lukea ja kirjoittaa dataa Niben pumppuille. https://github.com/anerdins/nibepi/
Perus toteutuksessa on Raspberry Pi Zero RS-485 kortilla kytketty suoraan niben RS-485 väylään ja valmis Raspberry image kaikkine softineen. NibePihin on tehty Node-RED:illä valmis web käyttöliittymä ja vaikka mitä toiminnallisuutta pumpun säätöön, mutta en siihen vielä ehtinyt perehtyä tarkemmin.

Käytin itse tuosta pelkästään Node-Red:iin tehtyjä luku ja kirjoitus palikoita. Niillä luetaan automaatisesti lähetettävät LOG.SET rekisterit sekä nippu muita erikseen määriteltyjä rekistereitä. Luettu data tallennetaan InfluxDB tietokantaan ja visuolisoidaan Grafanalla. Tällä setillä saa pumpun datat visualisoitua todella hyvin. Liitteenä pari kuvaa toteutuksesta.

[noble]

Tuo arvojen kirjoittaminen kiinnostaa. Oletko paljon käyttänyt kirjoitus ominaisuutta? Ilmeisesti toimii hyvin?

Node-RED ei ole tuttu, mutta saako sinne haettua arvoja vaikka .txt- tiedostoista ja rakennettua ehtoja sen sisältämien arvojen perusteella?

[luu5]

Jaksaako Zero pyörittää Influx/Grafanaa hyvin? Itselläni Raspi3 ja jos Grafanassa halusi katsoa useamman kuukauden datoja, niin ainakaan lennossa niiden piirtäminen kesti kauan.

[Alfonzo]

Ei ilmeisesti toimi uudemman S-sarjan kanssa?

[luu5]

Ei ilmeisesti toimi uudemman S-sarjan kanssa?

On siellä näköjään S1255:lle ainakin rekistereitä laitettu.
https://github.com/anerdins/nibepi/blob/master/models/S1255.json

[Gobi]

Jaksaako Zero pyörittää Influx/Grafanaa hyvin? Itselläni Raspi3 ja jos Grafanassa halusi katsoa useamman kuukauden datoja, niin ainakaan lennossa niiden piirtäminen kesti kauan.

Eikös tuosta saa Influxin kautta haettua vaikka virtuaalikoneelle Grafanaan tiedot? Työtaakka siirtyy virtuaalikoneen isännälle. Pitää laittaa palikat tilaukseen, jotain säätöä taas hetkeksi.

[veijavi]

Eikös tuosta saa Influxin kautta haettua vaikka virtuaalikoneelle Grafanaan tiedot? Työtaakka siirtyy virtuaalikoneen isännälle. Pitää laittaa palikat tilaukseen, jotain säätöä taas hetkeksi.

Itsellä on juurikin tälläinen toteutus. Alunperin kaikki pyöri samassa Raspberry Pi3:ssä. Levynä oli USB liitäntäinen SSD levy, sillä SD-kortti ei oikein kestä tietokanta kirjoittelua. Tällä toteutuksella grafana oli vähän tahmea käyttää. Jätin Node-RED:in raspiin ja siirsin grafanan ja influxDB:n erilliseen linux virtuaalikoneeseen. Se pyörii Intel NUC raudassa, johon on asennettu ESXI virtualisointialustan ilmaisversio. Nyt toimii grafanakin sulavasti.

[Gobi]

Kaivelin Raspi-laatikosta 2x RPi 3+, 1x Zero W ja RS 485-usb palikan. Noista saa jo rakenneltua, tosin RS485-USB palikassa ei ole kuin 3 liitintä, miinus, A ja B. Miinus varmaan maadoituksen takia, virtansa saa USB-johdon kautta. Voisiko olla noin?

[luu5]

Itsellä NibeGW Arduinolla tuolla välissä. Taidankin laittaa tuohon Raspi3:een pyörimään tuon NibePi:n, ja siellä oli tuki tuolle NibeGW:lle.

Mihinkäs se muuten oletusarvona tekee tuon Influx kannan?

[veijavi]

Itsellä NibeGW Arduinolla tuolla välissä. Taidankin laittaa tuohon Raspi3:een pyörimään tuon NibePi:n, ja siellä oli tuki tuolle NibeGW:lle.

Mihinkäs se muuten oletusarvona tekee tuon Influx kannan?

Itselläni myös liityntä pumppuun tehty NibeGW:llä. En jaksanut vetää kellariin erillistä RS-485 piuhaa. Kun modbus/RS-485 liityntä on otettu pumpussa käyttöö, niin se vaatii jatkuvat kuittaukset RS-485 väylästä, ilman niitä pumppu pysähtyy häiriöön. Ajattelin myös että Arduino pohjainen NibeGw olisi luotettavampi lähettämään kuittauksia. Nyt on menty jo vajaan vuoden verran ilman ongelmia.

Tein oman NibeGw:ni ESP32 piiristä/kortista. Sitä voi ohjelmoida Arduino IDE:llä. Perus NibeGw lähti toimimaan pikku modauksella. https://github.com/openhab/openhab-addons/tree/d6364aceb1d952e80c0c8ed758af5d06d072ffa4/bundles/org.openhab.binding.nibeheatpump/contrib/NibeGW/Arduino/NibeGW

NibePi:n NibeGw liityntä on ilmeisesti suunniteltu toimimaan raspilla tehdyllä NibeGw:llä, sillä Arduinolla tehty vaati hieman modausta toimiakseen.
https://github.com/anerdins/nibepi/issues/2

Käytettävät UDP portit joutui modaamaan ja Arduino NibeGw:hen joutui puukottamaan Niben read- ja write token-viestien edelleen lähetyksen UDP:llä. NibePi vaatii ne, jotta yksittäisten arvojen luku ja kirjoitus toimii. UDP portti modauksen tein NibePi:n päähän tähän tiedostoon: https://github.com/anerdins/nibepi/blob/master/nibegw-client.js

Itselläni käytössä NibePi:stä vain nämä Node-RED palikat: https://github.com/anerdins/node-red-contrib-nibepi

Jos on kiinnostusta, niin voin laittaa jakoon nuo flowt node-red:istä.

[noble]

Itselläni myös liityntä pumppuun tehty NibeGW:llä. En jaksanut vetää kellariin erillistä RS-485 piuhaa. Kun modbus/RS-485 liityntä on otettu pumpussa käyttöö, niin se vaatii jatkuvat kuittaukset RS-485 väylästä, ilman niitä pumppu pysähtyy häiriöön. Ajattelin myös että Arduino pohjainen NibeGw olisi luotettavampi lähettämään kuittauksia. Nyt on menty jo vajaan vuoden verran ilman ongelmia.

Tein oman NibeGw:ni ESP32 piiristä/kortista. Sitä voi ohjelmoida Arduino IDE:llä. Perus NibeGw lähti toimimaan pikku modauksella. https://github.com/openhab/openhab-addons/tree/d6364aceb1d952e80c0c8ed758af5d06d072ffa4/bundles/org.openhab.binding.nibeheatpump/contrib/NibeGW/Arduino/NibeGW

NibePi:n NibeGw liityntä on ilmeisesti suunniteltu toimimaan raspilla tehdyllä NibeGw:llä, sillä Arduinolla tehty vaati hieman modausta toimiakseen.
https://github.com/anerdins/nibepi/issues/2

Käytettävät UDP portit joutui modaamaan ja Arduino NibeGw:hen joutui puukottamaan Niben read- ja write token-viestien edelleen lähetyksen UDP:llä. NibePi vaatii ne, jotta yksittäisten arvojen luku ja kirjoitus toimii. UDP portti modauksen tein NibePi:n päähän tähän tiedostoon: https://github.com/anerdins/nibepi/blob/master/nibegw-client.js

Itselläni käytössä NibePi:stä vain nämä Node-RED palikat: https://github.com/anerdins/node-red-contrib-nibepi

Jos on kiinnostusta, niin voin laittaa jakoon nuo flowt node-red:istä.

Kiitos hyvästä yhteenvedosta. Itsellä prodino Niben perässä ja tällä hetkellä vain talologger keräilee tiedot. Ajattelin tuohon Node-RED:in perehtyä, arvojen kirjoitus kiinnostaa.

Täällä ainakin kiinnostusta, jos laitat flow:t jakoon. Pääsee esimerkkien avulla paremmin kärryille tuon toiminnasta.

[veijavi]

Kiitos hyvästä yhteenvedosta. Itsellä prodino Niben perässä ja tällä hetkellä vain talologger keräilee tiedot. Ajattelin tuohon Node-RED:in perehtyä, arvojen kirjoitus kiinnostaa.

Täällä ainakin kiinnostusta, jos laitat flow:t jakoon. Pääsee esimerkkien avulla paremmin kärryille tuon toiminnasta.

Eipä kestä. Hyvä kun on muillekkin hyötyä.

Tein simppelin käyttöliittymän NibePin UI:stä mallia ottamalla. Muutamat arvo muutokset on tota kautta tullut tehtyä ja on vaikuttanut toimivan hyvin. Tuo on tehty node-red:in omilla UI palikoilla ja on siis web käyttöliittymä. https://flows.nodered.org/node/node-red-dashboard

Node-RED on flow pohjainen ohjelmointiympäristö. Se on pääasiassa tehty erilaisten IoT laitteiden ja palveluiden yhteen naittamiseen. Oon ite tykännyt tehdä sillä erilaisia kotiautomaatioon/tiedonkeräykseen liittyviä juttuja. Perus idea on, että dataa tuodaan joillakin liityntäpalikoilla sisään, sille tehdään jotakin käsittelyä ja sitten se tuupataan joillakin liityntäpalikoilla eteenpäin. Liityntäjä löytyy todella paljon erilaisia. "Ohjelmat" suoritetaan tapahtuma-pohjaisesti, vain kun dataa tulee "sisään". Visuaalisuuden takia alkuun on todella helppo päästä, vaikka ei mikään superkoodari olisikaan.

[veijavi]

Tässä omat Node-red flowt Niben tiedonkeruuseen, asetusten muuttamiseen, web-käyttäliittymään ja hälytysten lähetykseen.

Nibe-Grafana.json
Lukee tietoja pumpulta ja lähettää ne InfluxDB tietokantaan. Omana osionaan on LOG.SET:n määrittelemät tiedot, kerran minuutissa kysyttävät ja kerran tunnissa kysytävät tiedot. Tuossa on mahdollisuus lisätä jatkuvaan kyselyyn myös muita kuin LOG.SET:n määrittelemiä tietoja, mutta se ei ole tällä hetkellä käytössä.

Nibe-UI.json
Simppeli web käyttäliittymä asetusten muuttamiseen. Lukee tiedot sivun ladattaessa ja kirjoittaa muutetut arvot suoraan pumpulle.

Nibe-Control.json
Arvojen kirjoittelua node-red:istä pumpulle.

Nibe-alarms.json
Tulkkaa hälytystekstit niben hälytyskoodin perusteella ja lähettää ne puhelimeen Slack:illä. Hälyyttää myös jos datan tulo katkeaa. Häly tulkkaus on tehty vain F1155-12 pumpulle, muilla malleilla saattaa olla eri häly koodit.

Ja kaikki täysin perävalotakuulla ja omalla vastuulla lähinnä esimerkiksi! 

[veijavi]

Ja tässä vielä Grafana Dashboardi. Jos tietokanta ja mittaukset ovat eri nimisiä, niin ne pitää tietysti modata kohdalleen.

[veijavi]

Kaivelin Raspi-laatikosta 2x RPi 3+, 1x Zero W ja RS 485-usb palikan. Noista saa jo rakenneltua, tosin RS485-USB palikassa ei ole kuin 3 liitintä, miinus, A ja B. Miinus varmaan maadoituksen takia, virtansa saa USB-johdon kautta. Voisiko olla noin?

Juuri näin. Tuo näyttäisi olevan FTDI piirillä, joten toimii varmasti suoraan raspin linuxissa.

[noble]

Vähän on tullut testailtua, mutta perustavaa laatua oleva probleema on edessä.

NibeGW (Prodino) on Niben perässä kuittailemassa Nibelle ja lähettää datat raspi4:lle, missä pyörii talologgeri.
Nyt en tiedä, varaako talologger tuon UDP portin 9999 itselleen, ettei siitä pääse muut kiinni...? Ainakin nc -u -l 9999 sanoo, että Address already in use.

NibwGW:n rinnalla yritin pyörittää raspi2:lla RS485-muunninta. Jotain arvoja saa sisälle, mutta osa datojen hakemisista katkeaa aikakatkaisuun. Kirjoitus ei onnistunut. Koitin NibeGW:n sammuttaa ja Nibe meni siitä vikatilaan. Kaiketin tuon NibePi:n pitäisi kuittaukset lähettää Nibelle?

[luu5]

Varastin osan @veijavi jsoneista omaan sovellukseen. Ja sain toimimaankin. Kiitos niistä. Alkuun pyöritin NASsissa MQTT/Node Red lukemassa NibePi lähetystä. Mutta helpompaa olikin rakentaa tuo kantaan kirjoitus suoraan NibePille. Koska sieltä saa suoraan kyseltyä ja käytettyä noita rekistereitä. Nyt voisi vielä tappaa ison osan NibePi alkuperäisistä flowsta jossain vaiheessa.

Miten kannattaisi menetellä seuraavan tilastohärön osalta:
- nythän luetaan kulutettua energiaa 40995
- tuohon tipahtaa alkuun esim minulla 10MWh
- tämä asetetaan pohja-arvoksi huhtikuulle, vaikka onkin muodostunut yli vuoden aikana

 Mikä olisi fiksu tapa aloittaa "nollasta"?

edit.

löytyikin syy tuolle:
- jostain laite oli saanut luettua noin 300kWh muutamaan kertaan kantaan rekisterille 40995
- laite luki oikean luvun ja tuosta tuli sitten 300->10086kWh, eli melkein 10kWh käytettyä energiaa
- näinhän ei tietenkään ollut

valitettavasti käytän nyt Influxdb2.0 jossa datan tuhoaminen riveittäin ei oikein onnistu. Mutta onneksi vasta aloitin ja hukkaan ei mennyt kuin muutama tunti alusta. Toivottavasti Influxdb2.0 kehittyy jotta saa anomaliat pois. Noita näyttää tulevan joskus esim resetin yhteydessä.

[kopla]

Muistelen, että tällä foorumilla oli NibeGW:n tapauksessa puhetta, että RaspberryPi ei heräsi virtakatkon jälkeen hitaammin kuin itse pumppu ja tästä johtuen ei ehtinyt kuittaamaan Nibelle viestejä josta seurasi pumpun meneminen vikatilaan.

Mitenkä tämä asia mahtaa olla tämän RaspberryPi Zeron tapauksessa?

Onko tuossa NobePi:ssä valmiina jo tuo arvojen kirjoituskin?

[luu5]

Muistelen, että tällä foorumilla oli NibeGW:n tapauksessa puhetta, että RaspberryPi ei heräsi virtakatkon jälkeen hitaammin kuin itse pumppu ja tästä johtuen ei ehtinyt kuittaamaan Nibelle viestejä josta seurasi pumpun meneminen vikatilaan.

Mitenkä tämä asia mahtaa olla tämän RaspberryPi Zeron tapauksessa?

Mielestäni olen tämän saanut myös Zeron kanssa tapahtumaan, tosin en välttämättä virtakatkon yhteydessä. Mutta tässä vikatilassa on se hyvä puoli, että Nibe tointuu siitä, kun Raspi on ylhäällä. Eli pysyvästi vikatilaan ei jäädä, ainakaan nykyisellä F1255:n softaversiolla.

Esimerkiksi NodeRediä säätäessä ja Zeroa buutatessa tuo häly tulee, mutta siis poistuu itsestään.

[kopla]

Tein oman NibeGw:ni ESP32 piiristä/kortista. Sitä voi ohjelmoida Arduino IDE:llä. Perus NibeGw lähti toimimaan pikku modauksella. https://github.com/openhab/openhab-addons/tree/d6364aceb1d952e80c0c8ed758af5d06d072ffa4/bundles/org.openhab.binding.nibeheatpump/contrib/NibeGW/Arduino/NibeGW

Sattui kaapista löytymään ESP8266 ja ESP32 piirit ja lisäksi samanlainen RS485-USB palikka kuin tuossa ylempänä Gobi:n kuvassa. Käytitkö jotain RD485 <-> TTL adapterikorttia? Saisitko laitettua kuvan tuosta ESP32 kytkennästäsi?

[Zaska]

Tässä koitan väsäillä omaa mittausta kasaan. Pieniä ongelmia on..

Raspissa pyörii node-red, raspissa on USB:n päässä RS-485 muunnin. Muuntimelta menee johto Niben F1245:een.

Kaikenlaista on tullut node-redissä jo kokeiltua, mutta Nibe vaan menee vikatilaan. Pitääkö tuohon node-redille rakennella joku kuittaus nibelle päin, jotta ei mene vikatilaan?

Edit: tarkemmin lukiessa tuossa nibepi:ssä onkin tosiaan kaikki tarvittavat jutut poislukien, että itse luen piuhaa pitkin tiedot pumpulta, en langattomasti.

Pitää vaan nyt sitten selvitellä mitä noista tarvitsee ja mitä ei

[veijavi]

Moi

Node rediin pitää asentaa nibepi node, jos ei käytetä valmista imagea. Se onnistuu seuraavalla komennolla node redin kansiossa:

npm install --save anerdins/node-red-contrib-nibepi#master

Lisätietoja:
https://github.com/anerdins/node-red-contrib-nibepi
https://nodered.org/docs/user-guide/runtime/adding-nodes

[Zaska]

npm install --save anerdins/node-red-contrib-nibepi#master

Ei ihan heittämällä toimi tuo komento. Olisikohan minulla liian uusi node.js tuohon (16.03.00) tms. Vähän sen suuntaista herjaa antaa logi. Tai sitten liittyy Node-rediin joka pyörii dockerissa..

pistin node-red: lokaalisti raspiin mutta tuo nibepi pukkaa erroria. Onko kukaan törmännyt vastaavaan? :

npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm ERR! code 1
npm ERR! path /home/pi/.node-red/node_modules/nibepi/node_modules/@serialport/bindings
npm ERR! command failed
npm ERR! command sh -c prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild
npm ERR! make: Entering directory '/home/pi/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build'
npm ERR!   CXX(target) Release/obj.target/bindings/src/serialport.o
npm ERR! make: Leaving directory '/home/pi/.node-red/node_modules/nibepi/node_modules/@serialport/bindings/build'
npm ERR! gyp info it worked if it ends with ok
npm ERR! gyp info using node-gyp@8.2.0
npm ERR! gyp info using node@16.13.0 | linux | arm
npm ERR! gyp info find Python using Python version 3.7.3 found at "/usr/bin/python3"
npm ERR! gyp info spawn /usr/bin/python3
npm ERR! gyp info spawn args [
npm ERR! gyp info spawn args   '/usr/local/lib/nodejs/node-v16.13.0-linux-armv7l/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py',
npm ERR! gyp info spawn args   'binding.gyp',


Edit: taitaa olla kiinni noista package.json dependencieistä. Ei taida serialport versiot mätsätä

Edit: Nyt toimii asennus. piti vanhemmat versiot asennella. Node.js 12.x.x ja Node-red 1.3.4

[Zaska]

Koitan tässä päästä tästä Nibepi:n ja Node-red:n toiminnasta selvyyteen..

Nyt kun olen tuon nibepi noden saanut asenneltua niin mikäs tuossa nyt sitten "triggaa" tiedonsiirron käyntiin? Tarvitseeko joku service käynnistellä erikseen node-red:n ulkopuolella vai tuleeko tuossa https://github.com/anerdins/node-red-contrib-nibepi asennuksessa edes kaikki tarvittava? Tuonne nodeille esim "Nibe in" saa määriteltyä esim dev/ttyUSB0 missä rs-486 adapteri löytyy mutta ei pelkkä interfacen määrittely tiedonsiirtoa käynnistä. Noden deployminen ei myöskään käynnistä, eikä kaaviosta "start napin" painaminen.

Ei nyt oikein vielä ole saanut tuosta node-red:n logiikasta kiinni niin joutuu tyhmiä kyselemään.

[Zaska]

Sen verran saanut asiaani eteenpäin että pumpulta tulee dataa nibeGW:llä, kirjoittuu fluxiin ja grafanakin toimii.

Vielä jotain pientä säätöä että esim rekisterin 40015 arvoa ei tule ollenkaan. F1245 tuo rekisteri kuitenkin on ja siellä pitäisi olla BT10 arvo. Aika paljon muitakin rekisteriarvoja puuttuu. Jotakin kuitenkin tulee (mm BT2, BT15, BT12, BT14, BT17...)

Tähän jos saisi jonkun pro tipsin, millä saa noita rekistereitä enemmänkin näkyviin, niin olisi 

Edit: No niin. LOG.SET:llä tuo ratkesi

Edit2: onkos kukaan kokeillut kiertää tuota Modbus 20 rekisterin MAX juttua jotenkin? LOG.SET:iin vaan lisää rivejä? (En ole uskaltanut kokeilla)

[Zaska]

Saatteko muut järkeviä arvoja virtausmittarille BF1 (40072)?
Kyseessä siis F1254 pumppu. itsellä näyttää -3276.8

Edit: KVG auttoi jälleen. Ilmeisesti tässä ei edes ole tuota virtasumittaria vaikka manuaalissa se mainitaan 

[veijavi]

Tosiaa, taitaa olla niin että nibepi ei asennu uusimpiin node red versioihin.

Itse kiersin tuota logsetin lukumäärä rajoitusta lukemalla arvoja node redistä päin. Ensimmäisen viestin viimeisessä kuvassa kysellään arvoja minuutin syklissä. Nibe on aika hidas vastaamaan, niin kyselyt on ajastettu noissa sinisissä inject nodeissa lähtemään muutaman sekunnin välein.

[utukoti]

Nibepi latauslinkit eivät toimi -- anerdins.se sivut näyttävät olevan "työn alla"

[MTH]

Nostetaas tätä.
Löytyykö palstalta NibePi käyttäjiä MLPn ohjaamiseen pörssihintojen mukaan?
Vasta asentelemassa palikkaa kun USB-RS485 palikka vielä toimituksessa.

Millaisia kokemuksia?

[menemene]

Koitetaanpas onnea kun en oikein mistään ketjusta löytänyt vaikka luulisi jollekin muullekin tulleen mieleen: Onko joku koittanut viritellä NibePi:tä (tai muuta RS485:n kautta lukevaa kilkettä) Jämä Start Inverter -pumppuihin valmiin Modbus-lisäosan sijaan? Koneethan on oleellisilta osin samoja, mutta onnistuuko samoilla ohjeilla vai lieneekö portit tms. eri..?

[menemene]

Koitetaanpas onnea kun en oikein mistään ketjusta löytänyt vaikka luulisi jollekin muullekin tulleen mieleen: Onko joku koittanut viritellä NibePi:tä (tai muuta RS485:n kautta lukevaa kilkettä) Jämä Start Inverter -pumppuihin valmiin Modbus-lisäosan sijaan? Koneethan on oleellisilta osin samoja, mutta onnistuuko samoilla ohjeilla vai lieneekö portit tms. eri..?

.. No tuli sitten vain kokeiltua kun ei suoraa vastausta löytynyt. Korttihan on sama kuin Nibessä, samoin kuin mitä ilmeisimmin kaikkien parametrien osoitteet, joten ei kai mitään estettä kommunikoinnille pitäisi olla. Sain NibePi:n käyntiin RasPi Zero W:lle, jossa RS485/CAN HAT, sekä DC konvertteri 12->5V. Piuhat paikallaan ja homma tuntuu lähtevän käyntin, mutta rupeaa antamaan Modbus erroria (251) kadottaen yhteyden, sikäli kun se sitä kunnolla saakaan (en ole UI:hin saanut mitään arvoja vielä ulos). Kellään ehdotusta mistä lähteä hakemaan syyllistä ja korjausliikkeitä?

[Jorgeminator]

.. No tuli sitten vain kokeiltua kun ei suoraa vastausta löytynyt. Korttihan on sama kuin Nibessä, samoin kuin mitä ilmeisimmin kaikkien parametrien osoitteet, joten ei kai mitään estettä kommunikoinnille pitäisi olla. Sain NibePi:n käyntiin RasPi Zero W:lle, jossa RS485/CAN HAT, sekä DC konvertteri 12->5V. Piuhat paikallaan ja homma tuntuu lähtevän käyntin, mutta rupeaa antamaan Modbus erroria (251) kadottaen yhteyden, sikäli kun se sitä kunnolla saakaan (en ole UI:hin saanut mitään arvoja vielä ulos). Kellään ehdotusta mistä lähteä hakemaan syyllistä ja korjausliikkeitä?

Laitoin YV:tä. Nätimpi ratkaisu (kuin siinä YV:ssä) olisi rekisteritiedoston nimeäminen uudelleen F1255.json --> STAR.json
Nuo mallikohtaiset rekisteritiedostot löytyvät nibepin models-kansiosta

Koodia: [Valitse]

/home/pi/.node-red/node-modules/nibepi/models

[Jorgeminator]

.. No tuli sitten vain kokeiltua kun ei suoraa vastausta löytynyt. Korttihan on sama kuin Nibessä, samoin kuin mitä ilmeisimmin kaikkien parametrien osoitteet, joten ei kai mitään estettä kommunikoinnille pitäisi olla. Sain NibePi:n käyntiin RasPi Zero W:lle, jossa RS485/CAN HAT, sekä DC konvertteri 12->5V. Piuhat paikallaan ja homma tuntuu lähtevän käyntin, mutta rupeaa antamaan Modbus erroria (251) kadottaen yhteyden, sikäli kun se sitä kunnolla saakaan (en ole UI:hin saanut mitään arvoja vielä ulos). Kellään ehdotusta mistä lähteä hakemaan syyllistä ja korjausliikkeitä?

Nyt voin omalla kokemuksella todeta että toimii. Tein STAR.json kopion tuosta F1255.jsonista ja homma rokkaa ilman muita toimenpiteitä. Nibepin 1.2 julkaisu käytössä ja muutenkin sama setuppi kuin sinulla.

[menemene]

Nyt voin omalla kokemuksella todeta että toimii. Tein STAR.json kopion tuosta F1255.jsonista ja homma rokkaa ilman muita toimenpiteitä. Nibepin 1.2 julkaisu käytössä ja muutenkin sama setuppi kuin sinulla.

Tulipahan lähes äärettömän tauon jälkeen palattua taas käymään foorumilla. Pahoittelut, viestisi jäi täysin huomiotta. Itse asiassa sain tuolta NibePi:n ylläpitäjältä apua ongelmaan jo silloin alkuunsa, luulen että hän teki vastaavan lisäyksen, jonka jälkeen homma tosiaan lähti rullaamaan.

Eli vahvistus minunkin osaltani, että Jämä Star omistajat voi tätä menetelmää käyttää.

Aiheeseen liittyen, itse olen työntänyt NibePi:stä datat MQTT:n kautta Home Assistantiin, jota olen ruvennut käyttämään muunkin kotiautomaation askarteluun. Todella yksinkertainen ja monipuolinen tapa lukea ja ohjata lämpöpumppua hyödyntäen kodin kosteus-, lämpötila-, ym. sensoreita. Esimerkkitapauksena, ostin pari lämpötilasensoria AliExpressistä, jollainen yksi meni saunaan. Kun lämpötila nousee yli 30C-asteen (lue: puolen tunnin-tunnin sisään tarvitaan vähintään perheellisen verran lämmintä vettä), laitetaan lämpöpumpusta käyttövedelle luksusmoodi päälle. Toimii kuin junan vessa. 

[zenomite]

Komentoidaanpa tänne, tässä kotiautomaatiota näperrelly pikkuhlijaa rintamamiestaloon ja niben 1245 pitäisi älyllistää.

Komponenteina Esp32 devmodule, rs485 piiriohjain ja jännitteen alennin. Olen kokeillut jos tovin jos toisenkin ajaa nibeGW:tä sisälle, mutta tulee jatkuvana
virheenä arduino IDE:ssä tuo Compilation error: avr/wdt.h: No such file or directory´

Onko kenelläkän ratkaisua kyseiseen ongelmaan vai oletteko kaikki suosiolla siirtyneet nipePi:n kautta ohjaukseen.

Vai onko mahdollista ajaa nibeGW jollain toisella tapaa sisälle???

[zenomite]

Komentoidaanpa tänne, tässä kotiautomaatiota näperrelly pikkuhlijaa rintamamiestaloon ja niben 1245 pitäisi älyllistää.

Komponenteina Esp32 devmodule, rs485 piiriohjain ja jännitteen alennin. Olen kokeillut jos tovin jos toisenkin ajaa nibeGW:tä sisälle, mutta tulee jatkuvana
virheenä arduino IDE:ssä tuo Compilation error: avr/wdt.h: No such file or directory´

Onko kenelläkän ratkaisua kyseiseen ongelmaan vai oletteko kaikki suosiolla siirtyneet nipePi:n kautta ohjaukseen.

Vai onko mahdollista ajaa nibeGW jollain toisella tapaa sisälle???

Jotain edistystä, jätin arduinon oman onnensa nojaan ja kokeilin Home assistantin kautta ja sieltä esphome. Nibegw asentu sisälle ja näyttää jollain tavalla keskustelevan ainakin HA:n kanssa mutta ei anna lähettää dataa läpi ollenkaan? nibehän menee välittömästi vika tilaan jos yrittää laittaa modbus valikon päälle

[kuros]

Komponenteina Esp32 devmodule, rs485 piiriohjain ja jännitteen alennin. Olen kokeillut jos tovin jos toisenkin ajaa nibeGW:tä sisälle, mutta tulee jatkuvana
virheenä arduino IDE:ssä tuo Compilation error: avr/wdt.h: No such file or directory´

Mulla watchdog löytyi polusta hardware/arduino/tools/avr/avr/include/avr. 
Tosin en tiedä kutsuuko joku kirjasto sitä; vain nämä on koodissani:
#include <ESP8266WiFi.h>
#include <WiFiUdp.h>
#include <ESP8266mDNS.h>
#include <ArduinoOTA.h>
Watchdog kutsu esim: ESP.wdtDisable();
Jos muistan oikein, poimin nibeGW:stä vain keskeiset osat.

[zenomite]

Mulla watchdog löytyi polusta hardware/arduino/tools/avr/avr/include/avr. 
Tosin en tiedä kutsuuko joku kirjasto sitä; vain nämä on koodissani:
#include <ESP8266WiFi.h>
#include <WiFiUdp.h>
#include <ESP8266mDNS.h>
#include <ArduinoOTA.h>
Watchdog kutsu esim: ESP.wdtDisable();
Jos muistan oikein, poimin nibeGW:stä vain keskeiset osat.

Heps.

Sain tuon nibeGW.n jotenkin toimimaan nyt tuon esphomen kautta. Ongelmana seuraavaksi että pumppuhan menee heti vikatilaan kun aktivoi modbus toiminnon päälle

[luu5]

Heps.

Sain tuon nibeGW.n jotenkin toimimaan nyt tuon esphomen kautta. Ongelmana seuraavaksi että pumppuhan menee heti vikatilaan kun aktivoi modbus toiminnon päälle

Se kyllä tokenee, ainakin oma F1255, kunhan se nibeGW on käynnistynyt ja RS485 on toiminnassa. Eli onkohan johdot oikein?

[zenomite]

Se kyllä tokenee, ainakin oma F1255, kunhan se nibeGW on käynnistynyt ja RS485 on toiminnassa. Eli onkohan johdot oikein?

Joku tässä nyt mättää oikein urakalla.

arduinolla ajo unohdettu, en saa tuota avr pätkää mitenkään muutettua että toimisi järkevästi, eikä sitä saa enää lisättyä kirjastona kun ei kuulemma ole enää tukea
esphome kautta jos tekee nibe integraatiota lähettää 6kb paketteja että jotain menee kumminkin pömpelin läpi, johdot kokeiltu laittaa ristiin. en ole varma että onko tuossa rs485 purkissa sitten jotain häsmäikkää. Tässä siis ESP kiinni https://www.electrodragon.com/product/esp32-can-rs-485-wire-interface-shield/ .

Tässä vielä koodin pätkä millä "pitäisi" lukea ja kuitata häiriön, mutta ei täällä. Jos jollain on aikaa ja ideaa mistä homma kiikastaa niin olisin ikuisesti kiitollinen