Maalämpöfoorumi
Tekniset kysymykset => Tiedonkeruujärjestelmät ja etämonitorointi => Aiheen aloitti: Xm25td - 29.08.13 - klo:14:17
-
Pari kolme kertaa vuodessa tulee aina googlailtua, olisiko joku keksinyt kukkarolle ystävällisen tavan logittaa Niben dataa.
Näyttäisi että nyt sellainen on tulossa. Openhab-ympäristöön on joku suomalainen tuomassa Nibe-palikan. Koko Openhab näyttää aika kiinnostavalta taloautomaation hallintaan. Jo nyt siinä näkyy olevan tuettuna melko paljon erilaista systeemiä.
Softan asentaminen ubuntuun onnistui ohjeita lukemalla kivuttomasti melko vähäiselläkin kokemuksella. Itse systeemin konfaaminen vaatii hieman koodaamisen perusteiden ymmärtämistä, mutta ei sekään vaikuta pahalta rastilta. Onko foorumilaisilla kellään käyttökokemuksia Openhabista?
Projektin etusivu: http://code.google.com/p/openhab/
Demosivu: http://demo.openhab.org:8080/openhab.app?sitemap=demo#_Home
Keskustelu, joka johti openhabin jäljille: http://code.google.com/p/openhab/issues/detail?id=259
Nibe-tuki siis näyttäisi olevan tulossa versioon 1.3, tällä hetkellä on jaossa versio 1.2
Taidanpa ruveta väkästämään yhtä pc:tä tuohon käyttöön. Vaikuttaa ilman muuta testaamisen arvoiselta softalta. Vaikka onkin Javalla tehty.
-
Javasta huolimatta täytynee kokeilla. Muistahan sitten dokumentoida tekemisesti niin alentaa varmasti kynnystä muillekin alkaa kokeilla tämmöistä viritystä :)
-
No niin, nyt versio 1.3 Nibe-tuella on julkaistu: http://code.google.com/p/openhab/
Valitettavasti mulla ei ole viikkoihin vielä mahdollisuutta testailla tuota. Sen verran kokeilin 1.2 versiota linux-läppärissä että sain sen käyntiin ja hieman pääsin kärryille systeemin käytöstä.
Mutta hyvältä vaikuttaa.
-
Voisin kokeilla tuota lubuntuläppäriin. Mitäs piuhaa koneen ja pumpu väliin kaivataan?
-
Toimiiko Oilonin pumppujen kanssa?
-
Ok, alustavasti kaatuu siihen, että linux-läppärissä ei ole com-porttia eikä kyllä ole RS-232 - RS-485 -adapteriakaan. Adapteri löytyy nopeasti vaikkapa ebaystä (http://www.ebay.com/sch/i.html?_from=R40&_sacat=0&_nkw=RS485+to+RS232&_sop=15), toimitus kestänee sen 2-3 viikkoa.
Kumpi sitten lienee parempi vaihtoehto:
(http://thumbs4.ebaystatic.com/d/l225/m/mifzpo_7mQSRRcVULRwbOwQ.jpg) vai (http://thumbs1.ebaystatic.com/d/l225/m/meAeIwUsCm7cevayNDCaApg.jpg)
Hintaa molemmissa huikeat 3 dollaria.
-
Entä USB-RS485 adapteri?
http://www.ebay.com/itm/New-CH340-chip-USB-to-RS485-485-Converter-Adapter-Support-Win7-Linux-XP-Vista-/360735176360
-
Täällä http://www.vekoy.com/product_info.php?products_id=6934
on USB - RS-232 adapteri hintaan 12:50,
mutta USB - RS-485 maksaa maltaita..!
-
Olipas pitkäikäinen se 1.3, nyt on näköjään jo 1.4 jaossa. Kiivasta kehitystyötä.
-
Olen käyttänyt linkin USB-to-RS485 adapteria Valloxin iv-koneen ohjaukseen. Kytketty Raspberry Pi:hin. Toiminut hyvin, edullinen ja toimituskin oli nopea.
http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
-
Joku vois kyllä väkerrellä tästä toimivat ohjeet foorumille. Menee kyllä itsellä sormi suuhun...
-
Vaikuttaa kyllä mielenkiintoiselta. Itsekkään en ole mikään koodari, joten alkuun pääseminen tuntuu hieman hankalalta.
Nyt itselläni Raspberry PI:ssä rs485 adapteri kiinni pumpussa. sain käännettyä .c sovelluksen keskustelemana pumpun kanssa. Tosin en ainakaan vielä saanut toimimaan niin ettei Niben pumppu menisi vikatilaan. Tämä toki voinee johtua samassa väylässä olevasra RMU40:stä
OpenHAB on asennettuna ja yritän päästä erehdysten kautta tämän logiikkaan kiinni. Valitettavasti varsinkin niben osalta kaipaisin tuotteen wiki sivulta hieman täsmällisempiä esimerkki rivejä gonfiggi tiedostoihin...
Mutta tutkiminen jatkuu, ja toivottavasti joskus pääsen kärryille.
-
Onkohan tämä projekti edennyt kenelläkään?
-
Onkohan tämä projekti edennyt kenelläkään?
No täällä ainakaan ei ole lähtenyt edes käyntiin. Työkiireet on kyllä hellittämässä joten ehkä sitä taas jaksaisi ruveta räpeltämään koneiden kanssa kotonakin. Huomenissa vois hakea kaupasta yhden raspberryn interfaceksi ja kaivaa kaapeista jonkun koneen testialustaksi.
Ellei sitten tule jotain äkillistä tärkeämpää...
-
Tästä ei ilmeisesti mitään uutta?
Onkohan tuolle linuxin raudalle kuinka kovat nopeusvaatimukset?
Olisin ostamassa alla olevaa laitetta, kunhan saavat ensin markkinoille. Mahtaako tuon nopeus riittään jos tuohon asentelisi picuntun+openhabin?
http://radxa.com/
-
Ei ole ainakaan meikäläisen projekti edennyt. 1.7 GHz P4 läppärissä ei ollutkaan kuin 256 megaa muistia, eikä näytä pyörähtävän mikään siinä. Mä kun olen niin tumpelo että tartteen linuxiin graafisen liittymän millä sitten rähmellän eteenpäin. Windowsiin ei varmaan kannata edes tarjota, jos on tarkoitus käyttää ohjelmaa niben kanssa.
Rojekti jatkuu kun löytyy lisää muistia tai joku toinen kone testialustaksi.
Näitä pitäisi vaan mahdollisimman monen väkästää käyttöön. Päästäisiin kokemuksen kautta kärryille laitevaatimuksista.
-
Tervehdys,
olen tuon Nibe sidoksen (binding) väkertänyt tuohon OpenHAB:n. Itseasiassa olen ollut aktiivinen kehittäjä jo muutaman vuoden openhab projektissa.
Nibe tukea olen itse nyt pyörittänyt 4kk ilman ongelmia. Alunperin tein rasperryllä tämän rs485 integraation, mutta siirryin arduinoon. Syynä oli vakaus ongelmat ja ongelma sähkökatkon jälkeen. Nibe kerkeää käynnistyä nopeammin kuin pi, jolloin nibe ottaa herneen nenään ja laittaa hälyytyksen päälle. Arduino herää saman tien, joten on heti kuittailemassa viestejä pumpulle. Todella hämärästi tehty nibelta tämä tuki, jos kuittausta ei saada niin pumppu tekee hälyytyksen ja menee vika tilaan. Vaikka yhteys ongelma olisi väliaikainen, vasta hälyytyksen kuittas palauttaa pumpun normi tilaan. Ei mitään järkeä. Hälyytys on ok, mutta ei vika tila. Lisäksi hälyytyksen pitäisi hävitä automaattisesti kun yhteys on palautunut.
Itse pyöritän openhabia mac minillä, mutta sen pitäisi toimia myös raspilla ja monella muulla arm pohjaisella pikku koneella.
Uudet sivut löytyvät muuten täältä: http://www.openhab.org
Jos joku pääsee niin pitkälle, että saa dataa nibeltä, voin laittaa esimerkkejä kuinka konffata openhabia.
-Pali
-
Pysyykös openHAB hanskaamaan Modbus TCP:tä eli lukemaan ja kirjottamaan tommosen liitynnän omaavaan laitokseen?
-
Pysyykös openHAB hanskaamaan Modbus TCP:tä eli lukemaan ja kirjottamaan tommosen liitynnän omaavaan laitokseen?
Pitäis onnistua (https://github.com/openhab/openhab/wiki/Modbus-Tcp-Binding (https://github.com/openhab/openhab/wiki/Modbus-Tcp-Binding)).
-
Pysyykös openHAB hanskaamaan Modbus TCP:tä eli lukemaan ja kirjottamaan tommosen liitynnän omaavaan laitokseen?
Pitäis onnistua (https://github.com/openhab/openhab/wiki/Modbus-Tcp-Binding (https://github.com/openhab/openhab/wiki/Modbus-Tcp-Binding)).
wau...tähän pitää oikeen alkaa tustustumaan 8)
-
Moikka,
Itellä pyörinyt nyt puolisen vuotta Habi ja olen yrittänyt saada Nibeen kiinni. Rautana mulla on RasPi ja RS485 usb sovitin. Saan habin toimimaan ja sen Pali:n tekemän softan pyörimään, mutta ihan sama mitä yritn, saan pumpun vikatilaan. Milestäni kuitenkin tuo softa saa dataa tun usb:n kautta. Voisiko tuo RMU40 samassa linjassa sotkea tuon toimintaa? Pystynkö debuggaamaan tuota mitenkään? ja samalla on käynyt mielessä että pystyisikö tuon RMU40:n liikenteestä vakoilemaan miten asetuksia kirjoitetaan nibeen päin. Saisi tuosta liitynnästä kirjoitettavan version... Osaisiko Pali auttaa / heittää vinkkejä kuinka saisin tuota toimimaan?
-Matti
-
Moikka,
Itellä pyörinyt nyt puolisen vuotta Habi ja olen yrittänyt saada Nibeen kiinni. Rautana mulla on RasPi ja RS485 usb sovitin. Saan habin toimimaan ja sen Pali:n tekemän softan pyörimään, mutta ihan sama mitä yritn, saan pumpun vikatilaan. Milestäni kuitenkin tuo softa saa dataa tun usb:n kautta. Voisiko tuo RMU40 samassa linjassa sotkea tuon toimintaa? Pystynkö debuggaamaan tuota mitenkään? ja samalla on käynyt mielessä että pystyisikö tuon RMU40:n liikenteestä vakoilemaan miten asetuksia kirjoitetaan nibeen päin. Saisi tuosta liitynnästä kirjoitettavan version... Osaisiko Pali auttaa / heittää vinkkejä kuinka saisin tuota toimimaan?
-Matti
Mitäs nibegw tulostaa -v flägillä? Näkyykö datassa 5C 00 20?
* Frame format:
* +----+----+----+-----+-----+----+----+-----+
* | 5C | 00 | 20 | CMD | LEN | DATA | CHK |
* +----+----+----+-----+-----+----+----+-----+
Mikäli dataa tulee, mutta tuota sekvenssiä ei löydy, niin melko varmasti RS485 kaapelit on ristissä. Noille A (-) ja B (+) merkinnöille ei ole mitään standardia, joten ne riippuvat täysin valmistajasta.
Itsellä ei ole RMU40:sta, joten voihan toki olla että se aiheuttaa jotain sekaannusta väylällä.
-Pali
-
Moikka,
Todennäköisesti kaapelit oli väärinpäin sillä data näytti tältä:
FF F5 C9 60 00 D4 CD 3F FF 0A 60 00 D4 CD 3B CF 73 FF FF FF FF 31 FF FF FF FF FF F9 ED EF F1 FF FD FF FF F5 CB 60 00 D4 CD 3F FF 0A 60 00 D4 CD 3B CF 71 FF FF FF FF 31 FF FF FF FF FF F9 ED EF F1 FF FD FF FF F5 C9 60 00 D4 CD 3F FF 0A 60 00........
Mutta silti kun käänsin kaapelit toisin päin niin sain kyllä dataa kun käynnistin pumpun:
5C 00 19 62 18 00 80 00 80 00 00 00 00 00 80 00 00 00 00 00 07 09 00 00 00 01 00 00 05 E9 calc checksum E9
recv checksum E9
Valid message received, len=30
Send ACK (0x06)
writeByte: 06
5C 00 19 60 00 79 calc checksum 79
recv checksum 79
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
C0 60 02 07 0A 09 00 00 00 01 00 00 05 ED 06 5C 00 19 60 00 79 calc checksum 79
recv checksum 79
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
C0 60 02 07 0A 09 08 08 00 01 00 00 05 ED 06 5C 00 19 60 00 79 calc checksum 79
recv checksum 79
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
Mutta pumppu heittää itsensä vikatilaan jos enabloin modbus lisälaitteen.
Vielä ideoita?
-Matti
-
No nyt kommunikointi näyttää paremmalle. Paketteja liikkuu ja nibegw kuittaa ne. Seassa näyttäs myös olevan paketteja nähtävästi RMU40:lle.
Mutta Nibe ei näytä lähettävän data pakettia. Oletkos aktivoinut haluamasi rekisterit Nibe ModbusManager:lla?
-Pauli
-
Mutta Nibe ei näytä lähettävän data pakettia. Oletkos aktivoinut haluamasi rekisterit Nibe ModbusManager:lla?
Itse olen myös kokeillut kommunikointia pumpun kanssa nibegw:llä, mutta lopputulos oli sama kuin Matilla. nibegw:n lokin mukaan sanomia vastaanotetaan ja kuitataan, mutta pumppu meni silti vikatilaan. Itselläni on pumpussa (samassa väylässä) kiinni SMS 40, mutta sen poistamisella ei ollut vaikutusta.
Mistä Nibe ModbusManagerin saa ja kuinka sitä käytetään?
-
Mistä Nibe ModbusManagerin saa ja kuinka sitä käytetään?
Modbus ohje löytyy Nibe:n sivuilta http://www.nibe.fi/nibedocuments/14059/031725-5.pdf (http://www.nibe.fi/nibedocuments/14059/031725-5.pdf). Ohjeesta löytyy myös linkki ModbusManagerin http://www.nibe.se/kommunikation (http://www.nibe.se/kommunikation)
Mikäs on teidän pumpun softaversio?
-
Olen nyt saanyt tehtyä tuon LOG.SET filun ja usb:n kautta laittanut sen pumpulle ohjeen mukaan. Hassua ettei tuo pumppu kuittaa saaneensa noita asetuksia millään. Mutta muutosta pumpun toimintaan tuo ei tuonut.
Voisiko tuo softa versio mulla olla 1410 Pumppu siis 1245-8.. En ole oikein löytänyt mistään uudempaa softaa jaossa. Onko tiedoa mistä voisi saada?
-Maza
-
Löysin sitten kuitenkin softaversion 5539R8, muutei muuttunut tilanne.... softan saa siis ladattia nibeuplink.com sivulle rekisteröitymällä.
-
Laitatko logia vähän pitemmältä ajalta? Minkäslainen RS485 adapteri sulla on, hoitaako se rx/tx moodin automaattisesti?
-
Modbus ohje löytyy Nibe:n sivuilta http://www.nibe.fi/nibedocuments/14059/031725-5.pdf (http://www.nibe.fi/nibedocuments/14059/031725-5.pdf). Ohjeesta löytyy myös linkki ModbusManagerin http://www.nibe.se/kommunikation (http://www.nibe.se/kommunikation)
Mikäs on teidän pumpun softaversio?
Kiitos neuvoista. Pumpun softaversio on 1768. Pumppu on F1245-8.
RS485 adapteri mulla on:
http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
Voisiko lähetyspuolella olla jotain ongelmaa, kun kuittaukset eivät mene perille? Adapterin ledien mukaan dataa liikkuu molempiin suuntiin. Sama adapteri on mulla käytössä Valloxin iv-koneen ohjauksessa, jossa se on toiminut hyvin. Mikä adapteri ja kytkentä sulla on käytössä?
Oletko yrittänyt selvittää onko rekistereidän kirjoitus mahdollista?
-
Mulla taas on tällanen sovitin:
http://www.hexin-technology.com/USB_2.0_To_RS-485_Converter-Product-255.html
Nyt kun mulla on kaapelit oiken päin niin saan va in hetkittäin pienen pätkän näkyviin liikennettä, muttei pitkää. mitään vaan ei tule näkyviin.
hetken oli ruuru auki ja ainoa mitä tuli oli :
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
00 01 00 00 05 EC 06 5C 00 19 60 00 79 calc checksum 79
recv checksum 79
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
filteröikö tuo softa näkyvistä tuon vai minkähän ihmeen takia ei tule mitään.....
Pecca: Ohjaako OpenHab sinulla valloxiakin? Itse tilasin tuota varten sovittimen, mutten löydä valmiita ohjeita tuon liittämiseksi openhabiin....
-
Minä voisin kanssa suosiolla heittää niben juttelemaan arduinon kanssa ja samalla tutustuisi tuohon arduinoonkin. Mutta minkälainen kombinaatio Palilla on? Lähinnä että onko aito arduino vai käykö siihen joku kiinan kopiokin?
-
Pecca: Ohjaako OpenHab sinulla valloxiakin? Itse tilasin tuota varten sovittimen, mutten löydä valmiita ohjeita tuon liittämiseksi openhabiin....
En käytä OpenHab:ia Valloxin kanssa. Softan olen tehnyt itse. Valloxin käyttämä protokolla paneelin ja iv-koneen välillä ei ole salainen (toisin kuin Niben). Protokollan kuvaus löytyy netistä ja sen saa kysyttäessä Valloxilta.
-
Kiitos neuvoista. Pumpun softaversio on 1768. Pumppu on F1245-8.
Niben ohjeessa tais olla maininta, että softan pitäs olla vähintään 3000.
RS485 adapteri mulla on:
http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
Voisiko lähetyspuolella olla jotain ongelmaa, kun kuittaukset eivät mene perille? Adapterin ledien mukaan dataa liikkuu molempiin suuntiin. Sama adapteri on mulla käytössä Valloxin iv-koneen ohjauksessa, jossa se on toiminut hyvin. Mikä adapteri ja kytkentä sulla on käytössä?
Mulla taitaa olla juurikin samanlainen, mutta käytän sitä nykyään IV-koneen kanssa. Nibegw olettaa, että tx/rx suunnanvaihto on automaattinen, eli softa ei sitä tee. Kyseisessä adapterissa suunnanvaihto on automaattinen.
Oletko yrittänyt selvittää onko rekistereidän kirjoitus mahdollista?
Mulla ei ole Niben SMS40, RMU40 eikä MODBUS40 lisälaitetta, joten en pysty logiamaan miten kirjoitus tapahtuu. Mutta jos joku viitsisi logata dataa, niin olisin kyllä erittäin kiinnostunut tekemään myös asetuspuolen.
-
Mulla taas on tällanen sovitin:
http://www.hexin-technology.com/USB_2.0_To_RS-485_Converter-Product-255.html
Tämänkin adapterin datasheet vaittää tukevansa automaattista suunnanvaihtoa (zero delay automatic transmit)
-
Minä voisin kanssa suosiolla heittää niben juttelemaan arduinon kanssa ja samalla tutustuisi tuohon arduinoonkin. Mutta minkälainen kombinaatio Palilla on? Lähinnä että onko aito arduino vai käykö siihen joku kiinan kopiokin?
Kiinan arduinoja mullakin on ja hyvin tuntuu pelaavan. Tämä setti on pyörinyt ~8kk ilman ongelmia, mutta tilasin itselle toisen satsin varastoon, jos sattuu tulemaan laiterikko ajan kanssa.
Mun arduino kombinaatio on tälläinen
Arduino: http://www.ebay.com/sch/i.html?_trksid=p2047675.m570.l1313.TR0.TRC0.H0.XArduino+UNO+R3+Board&_nkw=Arduino+UNO+R3+Board&_sacat=0&_from=R40
Ethernet shield: http://www.ebay.com/sch/i.html?_trksid=p2047675.m570.l1313.TR0.TRC0.H0.XW5100+Ethernet+Shield+for+Arduino+Uno+Mega+2560&_nkw=W5100+Ethernet+Shield+for+Arduino+Uno+Mega+2560&_sacat=0&_from=R40
RS485 shield: http://www.ebay.com/sch/i.html?_trksid=p2047675.m570.l1313.TR0.TRC0.H0.XXbee%2FBluetooth%2FSRS485+RS485%2FAPC220+I%2FO+Sensor+Expansion+Shield+V5.0+For+Arduino&_nkw=Xbee%2FBluetooth%2FSRS485+RS485%2FAPC220+I%2FO+Sensor+Expansion+Shield+V5.0+For+Arduino&_sacat=0&_from=R40
Tuosta rs485 adapterissa pitää poistaa yksi ruuviliitin, koska sen juotokset ottavat kiinni rj45 liittimen kanteen. Muistaakseni se toimi kyllä ilman liittimen poistamistakin (teippiä rj45 liittimen kanteen), mutta tällöin shield ei mene täysin pohjaan.
-
Piti vielä sanoa tuosta raspberry pi softasta että vaikka en sitä itse enää käytä, niin olen kouralliselle opastanut sen käytön ja kaikille se on saatu pelaamaan (yleisin syy on ollut kaapelit ristissä). Matin datassa ottaa silmään yksi omituisuus, johon en ole aikaisemmin törmännyt. Nibe lähettää 5C 00 19 alkuista dataa, ja minulla ja kaikilla muilla se on ollut 5C 00 20.
-Pali
-
Mulla ei ole Niben SMS40, RMU40 eikä MODBUS40 lisälaitetta, joten en pysty logiamaan miten kirjoitus tapahtuu. Mutta jos joku viitsisi logata dataa, niin olisin kyllä erittäin kiinnostunut tekemään myös asetuspuolen.
Sain kuittaukset toimimaan ja arvot luettua pumpulta. Mulla ongelmana oli ilmeisesti vanha softaversio ja viallinen RS485-adapteri, jossa ainakaan lähetys ei toiminut. Kokeilin toista samanlaista ja sillä homma toimi.
Itselläni on ollut tarkoituksena selvittää kuinka asetusten kirjoitus tapahtuu SMS40:lla ja korvata laite Pi:llä ja omalla ohjaussoftalla. Lokista en saanut tolkkua, mutta voi hyvinkin olla viallinen adapteri sotki liikennettä. Pitääpä kokeilla jossain vaiheessa uudestaan.
-
Matin datassa ottaa silmään yksi omituisuus, johon en ole aikaisemmin törmännyt. Nibe lähettää 5C 00 19 alkuista dataa, ja minulla ja kaikilla muilla se on ollut 5C 00 20.
Niben lähettämä 5C 00 19 alkuinen data on ilmeisesti tarkoitettu RMU40:lle. Vastaava SMS40:lle lähetetty data alkaa 5C 00 16. Sain SMS40:n ja MODBUS:n toimimaan samanaikaisesti kun muutin nibegw:tä siten, että ainoastaan 5C 00 20 alkuiset paketit kuitetaan, jotka on tarkoitettu MODBUS:lle.
Matti, kokeile ehtoa kuittauksen lähetykseen. esim.
if (message[2] == 0x20)
{
sendAck(serialport_fd);
}
-
Täytyy kokeilla tuota.... Ihan hirmu koodariksi en itseäni tunnista, mutta enköhän tuolle kohdan löydä. =) Tuohon .c koodiin sen törkkäsin ja käänsin uudelleen.
Mutta nyt minulla näyttää ongelma olevan, etten saa enää mitään tulemaan tuolta 485:sta ulos. Hajoskohan sovitin tai jotain. etsin jostain toisen.
-
Niben lähettämä 5C 00 19 alkuinen data on ilmeisesti tarkoitettu RMU40:lle. Vastaava SMS40:lle lähetetty data alkaa 5C 00 16. Sain SMS40:n ja MODBUS:n toimimaan samanaikaisesti kun muutin nibegw:tä siten, että ainoastaan 5C 00 20 alkuiset paketit kuitetaan, jotka on tarkoitettu MODBUS:lle.
Matti, kokeile ehtoa kuittauksen lähetykseen. esim.
if (message[2] == 0x20)
{
sendAck(serialport_fd);
}
Mikäs versio teillä on nibegw:stä? Sen ei meinaan pitäisi kuitata muita kuin 5C 00 20 paketteja.
-
Minä päivitin nibegw:n uusimpaan mitä löysin eli 1.03. Otin adapterin hetkeksi raspista irti, käynnistin softan ja pumpun uudelleen. Kokeilin jälleen laittaa loggauksen päälle LOG.SET filun kera ja laitoin modbus:in enabloiduksi... Pumppu menee edelleen vikatilaan. Olisikohan tuo minun RS485 adapteri jotenkin epäyhteensopiva. Ainoa mitä sain tuolta pihalle oli heti pumpun käynnistyttyä:
pi@openhabpi ~ $ sudo /opt/nibegw/nibegw -v -d /dev/ttyUSB0
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
5C 00 25 55 02 00 00 72 calc checksum 72
recv checksum 72
Valid message received, len=8
Send ACK (0x06)
writeByte: 06
5C 00 25 55 02 00 00 72 calc checksum 72
recv checksum 72
Valid message received, len=8
Send ACK (0x06)
writeByte: 06
5C 00 25 55 02 00 00 72 calc checksum 72
recv checksum 72
Valid message received, len=8
Send ACK (0x06)
writeByte: 06
5C 00 26 AF 01 0F 87 calc checksum 87
recv checksum 87
Valid message received, len=7
Send ACK (0x06)
writeByte: 06
5C 00 26 AF 01 0F 87 calc checksum 87
recv checksum 87
Valid message received, len=7
Send ACK (0x06)
writeByte: 06
5C 00 26 AF 01 0F 87 calc checksum 87
recv checksum 87
Valid message received, len=7
Send ACK (0x06)
writeByte: 06
5C 00 26 A0 02 EF 00 6B calc checksum 6B
recv checksum 6B
Valid message received, len=8
Send ACK (0x06)
writeByte: 06
Tämän jälkeen ei tule yhtään mitään...
Tilasin varmuudeksi ebaysta erilaisen pecca:n mainitseman adapterin.
-
Näyttäs olevan bugi tuossa koodissa. Kokeileppas Matti vielä vaihtaa rivillä 158 oleva
if (data[1] != 0x00 && data[2] != 0x20)
tähän
if (!(data[1] == 0x00 && data[2] == 0x20))
Tuo meinaan aiheuttaa sen että nibegw kuittaa myös RMU40 tai SMS40 tarkoitetut viestit.
-
koodin korjauksen jälkeen pumppu edelleen vikatilaan modbus enabloidessa ja data tällaista:
5C 00 25 55 02 00 00 72 5C 00 25 55 02 00 00 72 5C 00 25 55 02 00 00 72 5C 00 26 AF 01 0F 87 5C 00 26 AF 01 0F 87 5C 00 26 AF 01 0F 87 5C 00 26 A0 02 EF 00 6B 5C 00 26 A0 02 EF 00 6B 5C 00 26 A0 02 EF 00 6B 5C 00 26 55 02 00 00 71 5C 00 26 55 02 00 00 71 5C 00 26 55 02 00 00 71 5C 00 27 55 02 00 00 70 5C 00 27 55 02 00 00 70 5C 00 27 55 02 00 00 70 5C 00 2B A0 02 64 00 ED 5C 00 2B A0 02 64 00 ED 5C 00 2B A0 02 64 00 ED 5C 00 2B 55 02 00 00 7C 5C 00 2B 55 02 00 00 7C 5C 00 2B 55 02 00 00 7C 5C 00 2B AF 01 0A 8F 5C 00 2B AF 01 0A 8F 5C 00 2B AF 01 0A 8F 5C 00 2B A3 01 01 88 5C 00 2B A3 01 01 88 5C 00 2B A3 01 01 88 5C 00 2B A4 01 01 8F 5C 00 2B A4 01 01 8F 5C 00 2B A4 01 01 8F 5C 00 21 55 02 00 00 76 5C 00 21 55 02 00 00 76 5C 00 21 55 02 00 00 76 5C 00 28 55 02 00 5C 00 28 55 02 00 5C 00 28 55 02 00 5C 00 29 55 02 00 00 7E 5C 00 29 55 02 00 00 7E 5C 00 29 55 02 00 00 7E 5C 00 22 55 02 00 00 75 5C 00 22 55 02 00 00 75 5C 00 22 55 02 00 00 75 5C 00 22 AF 01 0F 83 5C 00 22 AF 01 0F 83 5C 00 22 AF 01 0F 83 5C 00 22 A0 02 37 00 B7 5C 00 22 A0 02 37 00 B7 5C 00 22 A0 02 37 00 B7 5C 00 2A 55 02 00 00 7D 5C 00 2A 55 02 00 00 7D 5C 00 2A 55 02 00 00 7D 5C 00 2F 55 02 00 00 78 5C 00 2F 55 02 00 00 78 5C 00 2F 55 02 00 00 78 5C 00 23 55 02 00 00 74 5C 00 23 55 02 00 00 74 5C 00 23 55 02 00 00 74 5C 00 33 AF 01 0F 92 5C 00 33 AF 01 0F 92 5C 00 33 AF 01 0F 92 5C 00 33 A0 02 44 40 95 5C 00 33 A0 02 44 40 95 5C 00 33 A0 02 44 40 95 5C 00 33 55 02 00 00 64 5C 00 33 55 02 00 00 64 5C 00 33 55 02 00 00 64 5C 00 2C 55 02 00 00 7B 5C 00 2C 55 02 00 00 7B 5C 00 2C 55 02 00 00 7B 5C 00 2C AF 01 0A 88 5C 00 2C AF 01 0A 88 5C 00 2C AF 01 0A 88 5C 00 2C A3 01 8A 5C 00 2C A3 01 8A 5C 00 2C A3 01 8A 5C 00 2C A4 01 8D 5C 00 2C A4 01 8D 5C 00 2C A4 01 8D 5C 00 2C A0 02 FF FF 8E 5C 00 2C A0 02 FF FF 8E 5C 00 2C A0 02 FF FF 8E 5C 00 2D 55 02 00 00 7A 5C 00 2D 55 02 00 00 7A 5C 00 2D 55 02 00 00 7A 5C 00 2D AF 01 0A 89 5C 00 2D AF 01 0A 89 5C 00 2D AF 01 0A 89 5C 00 2D A3 01 8B 5C 00 2D A3 01 8B 5C 00 2D A3 01 8B 5C 00 2D A4 01 8C 5C 00 2D A4 01 8C 5C 00 2D A4 01 8C 5C 00 2D A0 02 FF FF 8F 5C 00 2D A0 02 FF FF 8F 5C 00 2D A0 02 FF FF 8F 5C 00 2E 55 02 00 00 79 5C 00 2E 55 02 00 00 79 5C 00 2E 55 02 00 00 79 5C 00 2E AF 01 0A 8A 5C 00 2E AF 01 0A 8A 5C 00 2E AF 01 0A 8A 5C 00 2E A3 01 88 5C 00 2E A3 01 88 5C 00 2E A3 01 88 5C 00 2E A4 01 8F 5C 00 2E A4 01 8F 5C 00 2E A4 01 8F 5C 00 2E A0 02 FF FF 8C 5C 00 2E A0 02 FF FF 8C 5C 00 2E A0 02 FF FF 8C 5C 42 C9 EF 00 64 5C 42 C9 EF 00 64 5C 42 C9 EF 00 64 5C 00 19 62 18 00 80 00 80 00 00 00 00 00 80 00 00 00 00 00 0B 0B 00 00 00 01 00 00 05 E7 06 5C 00 24 90 00 B4 5C 00 24 90 00 B4 5C 00 24 90 00 B4 5C 00 25 90 00 B5 5C 00 25 90 00 B5 5C 00 25 90 00 B5 5C 00 24 AF 01 0F 85 5C 00 24 AF 01 0F 85 5C 00 24 AF 01 0F 85 5C 00 24 A0 02 EF 00 69 5C 00 24 A0 02 EF 00 69 5C 00 24 A0 02 EF 00 69 5C 00 24 55 02 00 00 73 5C 00 24 55 02 00 00 73 5C 00 24 55 02 00 00 73 5C 00 25 AF 01 0F 84 5C 00 25 AF 01 0F 84 5C 00 25 AF 01 0F 84 5C 00 25 A0 02 EF 00 68 5C 00 25 A0 02 EF 00 68 5C 00 25 A0 02 EF 00 68 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 CB 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 B8 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 B8 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 B8 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 B8 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 B8 06 5C 00 19 60 00 79 C0 60 02 07 0A 09 10 36 00 01 00 00 05 87 06 5C 00 19 60 00 79 C0 60 02 07 0A 01 27 69 6C 6D 61 73 74 6F 69 6E 74 69 6A E4 72 6A 65 73 74 65 6C 6D E4 20 34 00 9F 06 5C 00 19 B1 0A 06 5C 00 19 B1 0A 01 37 27 6C 69 73 E4 79 73 00 2B 06 5C 00 19 B1 0C 01 38 27 6C E4 6D 6D 69 74 79 73 00 25 06 5C 00 19 B1 0A 01 39 27 6A E4 E4 68 64 79 74 79 73 00 DB 06 5C 00 19 B1 08 01 9B 3A 70 6F 69 73 00 05 06 5C 00 19 B1 05 01 E7 3A 68 00 19 06 5C 00 19 B1 0F 01 18 27 69 6C 6D 61 6E 76 61 69 68 74 6F 00 F3 06 5C 00 19 B1 0C 01 A1 3A 6E 6F 72 6D 61 61 6C 69 00 25 06 5C 00 19 B1 0C 01 A3 3A 6E 6F 70 65 75 73 20 31 00 3F 06 5C 00 19 B1 0C 01 A4 3A 6E 6F 70 65 75 73 20 32 00 3B 06 5C 00 19 B1 0C 01 A5 3A 6E 6F 70 65 75 73 20 33 00 3B 06 5C 00 19 B1 0C 01 EA 3A 6E 6F 70 65 75 73 20 34 00 73 06 5C 00 19 B1 0A 01 4C 27 48 55 4F 4C 54 4F 00 CD 06 5C 00 19 B1 0A A3 46 31 32 34 35 2D 38 20 01 88 3C 6C E4 6D 6D 69 74 79 73 6A E4 72 6A 65 73 74 65 6C 6D E4 00 E1 06 5C 00 20 EE 00 CE calc checksum CE
recv checksum CE
Valid message received, len=6
Send ACK (0x06)
writeByte: 06
-
Tässä muutes sama juttu, eli ton kuittauksen jälkeen loppuu koko liikenne näkyvistä.
-
Edistystä kuitenkin sen verran, että nibegw ei enää kuittaa muille lisälaitteille tarkoitettuja viestejä. Nibe tuntuu lähettävän viestejä todella moneen osoitteeseen, nähtävästi uusin Niben softa tekee noin (minulla ei ole tuo uusin versio).
Kokeileppas vielä disabloida hw flow control. En muista miksi olen sen enabloinnut, mutta tuskin sitä tarvitaan.
Eli muuta rivit 89/90
options.c_cflag |= CRTSCTS;
//options.c_cflag &= ~CRTSCTS;
näin
//options.c_cflag |= CRTSCTS;
options.c_cflag &= ~CRTSCTS;
-
Nyt ainakin näyttää ettei data:n luku jumiudu hetken päästä. Näyttää siis paljon paremmalta. Vielä kun pääsen kotiin pumpun äärelle niin pääsen enabloimaan Modbusin pumpusta.
-
Ei voittoa vieläkään... Meinaa kaiken lisäksi nyt RMU40 lopettaa juttelun pumpun kanssa.
pi@openhabpi ~ $ sudo /opt/nibegw/nibegw -v -d /dev/ttyUSB0
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
3F 75 BD AF D4 24 E5 F1 43 40 5E 0A 01 7D EF 74 87 31 00 75 FF 5C 00 5F 4F 6E FB E1 23 49 E4 DA 77 46 00 8F F7 01 00 A8 CF FF 5C 00 DE EE FD 14 85 AB D5 52 BA EF 3F 75 BD A7 F4 35 F9 FF 00 86 BF FA 5C 00 67 7B 5C 00 AE BF CF 5C 00 AE DF FE 5C C0 F4 2F 49 5C 00 AE 9F F3 5C 00 AE DF F3 5C 00 D6 0A FF 7B E7 EB 0B 33 8A A8 2B F6 09 6F E5 85 00 C5 F6 5C 80 EE 8C 28 A8 79 69 02 B4 0A AD C6 61 EF BF EF EF BF FF FF BF FF FF BF EF EF BF EF EF BF FF EF FF FF FB 5C 70 F5 EE 54 CE 5C E0 EA 2F CE 5C 00 67 FF 5C E0 EA 2F CE 5C 00 F4 EF 7D 5C 00 20 FF 5C 00 5F 79 5C 00 5F FF 5C 00 5F 79 5C 70 25 FB AA 4B 5C 00 38 6F FF EF 5C 00 D4 EF FD FD 5C 80 F4 81 E9 5C C0 F4 5F 49 5C 00 BE 5B FF D3 5C C0 DD 28 FF 5C 00 9F B6 FF DF 5C 00 1D 6D FD 7D 5C F0 EF F7 40 5C 00 20 FF FF 5C 00 20 FF 5C 00 67 FF 5C E0 EA 5F CE 5C E0 EA 2F CE 5C 00 5F calc checksum 6B
recv checksum 5F
Send NAK (0x15)
writeByte: 15
4F 6E FB E1 23 49 1F 7E AA 0A 00 94 EB D7 A8 7D 52 1C B5 B3 5C E0 FB 2C F4 01 A8 87 FD AF 3C 21 EE EF EF 23 28 68 EE B2 D8 10 05 23 5C 00 5F 7C FB F3 87 59 00 B0 F5 7D 2A 00 CF 0A 21 A8 5E BC 86 C7 1E 00 6F EB EA 5B F1 A1 AA D0 79 F9 3C 0F 00 00 E9 1F FF B5 0A 05 05 2F EB 5C 00 3C EF FD FF 5C 00 F4 5C 00 20 FE FD FF 5C 70 F5 EE 54 CE 5C 70 F5 EE A8 DE 5C 00 AE F7 FF FE 5C 70 FD 64 28 F9 5C 70 1D 7C 0A 7D 5C 00 F7 CF FF 5C 00 3C 6F FD EF 5C 00 DC EF BD FD 5C 00 D4 EF FD FD 5C 00 DC DE 9D FD 5C 00 DC DE 9D FD 5C 00 DC FA 5F FF 5C 00 D6 7F F7 FF 5C 00 D6 CF FF 5C 00 D6 7F DE 5C 00 DC 7F 5C 00 DC FF 5C 00 F4 5C 00 20 FE FD FF 5C 00 F4 5C 00 30 FF 7D FF 5C 00 F7 FC 7F 07 E8 4B F7 A1 AB D0 69 31 5B 77 00 00 F1 EF 7B 79 FF 5C 00 5F 4F 39 EF FB E1 8D A1 1F 39 A8 AF DE BF 7B 53 5D C4 44 D5 EB 5C E0 FB 2C F4 01 A8 87 FD AF 3C 21 EE EF 7B 23 28 6A EE 5F C3 14 18 DF FE 5C 00 3C 6F FD 5F 5C 00 DC FD 5F FF 5C 00 DC EF BD FF 5C 80 D4 57 49 5C 00 DC FA 5F FF 5C 70 25 7D D5 D7 5C 00 D6 0A FF 7B E7 EB 0B 33 8A A8 2B F6 09 CF 0A BD 85 B4 EB A5 3D 4B A8 81 A5 6A 22 A5 BF 5B 56 00 00 1D FF 5C 00 B7 AC 7D A7 A8 97 6D 73 12 00 98 FD BD 4A 25 DF E1 B5 F5 80 05 87 DD 00 C0 D4 FD 5C 7C 97 05 00 00 87 FE 5C F0 FF B1 F4 01 A8 43 7D AF F2 85 A1 9B 4F 80 00 64 EB FD 29 05 6B 00 05 2C 5C 00 5F 4F 39 EF BF FF E1 8D A1 30 18 1F 39 3F A8 7B E1 AD 69 32 B5 5F 20 5C E0 EA 5F CE 5C 70 25 FE D5 FE 5C C0 F4 2F CE 5C 00 67 FF 5C 00 67 FF 5C 00 67 F7 5C E0 FB 58 79 5C C0 DD 50 FF 5C C0 DD 50 FF 5C 70 40 EF 5C 00 B4 AD 7D 5C 00 F4 BD 5F FF 5C 00 38 4F FF EF 5C 70 F5 6D 54 DD 5C E0 EA 5A 40 D6 5C 00 B4 FA 7D AB 05 A9 DF F5 AD 30 F5 80 00 FB E7 32 35 E6 36 F5 AF 00 A8 FE BF 07 1F F8 54 D4 E4 77 3F 24 BA FF 2F 4D 9F A8 C1 EF FE 42 86 FF FF 22 50 DC 51 DC F7 01 DA 9C 7F BD 7D CE C1 B7 47 00 5C EE F4 FF 5C 00 67 FF A9 EF BF EF D3 09 79 EF 4D E0 8D 9E 40 9C 87 40 FF 80 D2 F9 3C 1F F8 3E EA 68 DC F3 E9 BA 6F 36 BF 73 EC 01 61 EE F7 C5 E6 77 56 FC 00 71 FD 1F 95 F5 AF D0 C5 D6 A6 56 DE FA C8 D3 E7 40 FF 00 30 FF 5C 00 AE F7 FF EF 8F 84 DF E8 C4 E1 FE 03 00 E3 FE
39 11 79 BF DE EF FB FB 42 1F FE CB DB E5 EF 5F E4 71 FF EB F7 BB CD F1 F4 64 FB FE 3D AF F7 01 D5 DC DF 93 67 58 76 E5 F6 43 5E DD B9 DB BF F1 FF FF FF D5 5C 80 D4 45 FE 5C 00 DC FD FF 5C 00 DC FD FF 5C 00 DC 7F 5C 00 DC FF 5C 00 DC FF 5C 00 3C 6F FD 5F 5C 80 D4 57 4B 5C 80 D4 85 E9 5C 00 3C 6D FD 5D 5C 80 D4 85 D2 5C 00 DC DE 9D FD 5C 00 3C 6D FD DF 6F 45 F8 A7 17 00 DC FD 1D D4 9C DE 21 8A 0F 01 FF BE B8 5D E7 06 1F FC AE C0 FB 9F 20 65 DE FF B5 E3 71 92 C0 FB EF 02 58 EE 23 51 9C 1F 24 75 E7 EB 2B C7 6E 56 9C FF 8E 4E 9C FE C7 FF 00 00 D4 5C 00 AE 6B FF EF 7F 20 D8 6F 00 DC FD 1D D4 BC D7 31 CA FF 03 FD A7 05 B3 D6 FD 99 DA C4 E7 00 C8 DC BF 9C 8E DE D6 D6 9E AA 01 77 9E FD D1 9A D6 B1 AE 3F 00 51 9C F7 00 52 BC F7 75 D7 C6 EA FB DF 41 5D DD F7 E1 FF 1D 3D FE 5C 00 AE E3 FF EF 3F 20 D8 6F 00 DC FD 1D D4 BC D7 31 8A 3D FD A7 81 AC FF 01 00 1F B8 0A 85 FD 9F FD 7B 7D 40 9A AD 40 79 0A FF 5C 00 DC 7F 5C C0 F4 2F CE 5C 00 AE F7 FF E7 5C 00 AE F7 FF E7 5C 80 F4 81 FE 5C C0 F4 5F CE 5C C0 DD F4 BC EF 71 32 D8
Tässä kohtaa enabloitu rmu40
10 FB 00 82 E8 ED 00 C3 D6 E5 FE 0A AD 2B 38 85 BD BF FF BF FF FF BF EF EF FF EF FF 7B EF FF EF FB 55 5C 80 EE 8E 28 A8 79 69 02 B4 0A FF 5D CA EB 21 59 CD A5 B0 F9 41 A0 FD 08 FF 5C 00 B4 BD 7D 5C 00 67 7B 5C 00 AE DF FA 5C C0 F4 2F 59 5C 00 AE DF FA 5C 00 AE 6B FF FA 5C C0 DD F4 BC EF 39 39 68 06 2F FB 73 A1 09 32 BD 7B F3 68 6B 01 30 D5 7D FD 5C 00 9F F3 FF BC B1 1D D0 15 7D 68 E0 E9 68 40 E9 83 42 20 EF 42 00 05 E8 5C 00 9F F3 FF B8 B1 3D 90 D8 13 FB B0 E0 F2 D8 00 DE F5 BF FF FF FF 5C 00 AE F7 FF E7 5C C0 F4 5F CE 5C 00 3C EF FD DF 5C 70 F5 EE A8 DE 5C 80 D4 45 FE 5C 80 D4 85 FE 5C 00 5F 79 5C 00 B7 F8 E5 5C E0 FB 58 79 5C 00 DC EF BD FD 5C 00 38 6F FF EF 5C 00 DC EF BD FF 5C 00 DC FA 5F FF 5C 70 25 7D D5 D7 5C 00 38 6F FF EF 5C 00 39 BD FD FF 5C 00 F7 CF FF 5C 70 FD 74 00 7D 5C 00 3C EF FD DF 5C 80 D4 85 FE 5C 80 D4 85 FE 5C 00 BE AF CF 5C 00 3C EF FD FF 5C 00 D4 FD FF 5C 00 D6 EE ED 14 8D AD D5 5A 10 BD F5 05 54 0C D5 5D 0A A7 2B 38 85 BD BF FF FF BF FF FF BF EF EF FF EF EF 7B EF FF EF FF FB FF 5C 00 9
-
Tuo data on kyllä nyt ihan mitä sattuu. Irrotitko kaapelit, eli onko ne oikein päin. Jos on niin, sitten flow kontrollin puute aiheuttaa jotain omituista.
-
En ottanut irti. Voi olla että mun kytkentä on muuten jotenkin viallinen. (http://www.plcdev.com/files/plcdev/images/modbus-automation-direct-two-wire-RS485-multidrop-network.png)
Mun tossa RS485 sovittimessa on noi viisi napaa mihin kytkeä johdot, eli tarvii tod. näk. noi hyppylangat niinkuin tuossa kuvassa. Tai sitten odotetaan että uudet erilaiset sovittimet tulee maailmalta.
Onko muuten tietoa miten tarkka toi 485:n on tuosta kytkentämallista. Niben ohjeessa kytketään kaapelit "Pumppu->Modbus->RMU". Itsellä RMU:n ja 485 sovittimen kaapelit menee molemmat suoraan pumpun kytkentärimalle.
-
Eilen vielä kokeilin kaikenlaisia kytkentöjä, sekä softaa ilman FlowControlia sekä sen kanssa. Ei tulosta. Nyt luulen ettei toi mun sovitin joko ole ehjä tai sitten se vaan ei toimi oikein tässä kokonaisuudessa. Joinanin hetkinä se näkee dataa joskus taas ei mitään. Ihan outo käytös. Mut uus sovitin on tilattu, sekä arduino setti. Odottelen seuraavaksi uusia palikoita...
-
Onko muuten tietoa miten tarkka toi 485:n on tuosta kytkentämallista. Niben ohjeessa kytketään kaapelit "Pumppu->Modbus->RMU". Itsellä RMU:n ja 485 sovittimen kaapelit menee molemmat suoraan pumpun kytkentärimalle.
Onko sulla rinnan ne laitteet? Mitenköhän tarkka toi 485 on signaalin ajoituksesta, voisko tuossa käyda kuten 1-wiren kanssa voi käydä.
Eli jos on kaksi slavea riittävän samanmittaisten johtojen päässä, tulee collisioneja eikä bitti sen vuoksi kulje.
Tämä nyt ihan lonkalta heitettynä ajatuksena.
-
No niin, nytkähti tämänkin säätö eteenpäin kun loputkin arduinon palikat saapui postilla.. Eli nyt on kasattu arduino ja tungettu koodi sisään. Koodista puuttui yksi sulku (kääntäjä valitteli tuosta) IP:t on toki asetettu kohdilleen..
Nyt tilanne on se että pumppu ei mene vikatilaan vaikka modbus ja rmu on enabloitu. Checksum:in vastaus siis toimii, mutta se taitaa vastata rmu:nkin puolesta sillä itse rmu valittaa tietoliikennekatkoksesta. Enkä näe netcut:illa mitään liikennettä tulevan pihalle ethernetin kautta. Ideoita?
-Matti
-
En ole vielä saannut aikaiseksi uusia versiota, joten tässäkin on sama vika kuin raspi koodissa, eli
if (data[1] != 0x00 && data[2] != 0x20)
pitäs olla
if (!(data[1] == 0x00 && data[2] == 0x20))
jotta kuittauksia ei lähetetä kuin modbus paketeille.
Tuossa on myös debug ominaisuus, josta vois saada lisää tietoa mikä mättää, eli laita netcat kuuntelemaan 50000 porttia komennolla
nc -l -u 50000
ja lähetä udp paketti arduinolle porttiin 9999 jossa data on verbose level, eli esim 2
echo 2 | nc -4u -w1 10.0.0.1 9999
vaihda IP osoite 10.0.0.1 arduinon osoitteeseen. Tämän jälkeen arduinon pitäisi lähettää debug dataa samaan IP osoitteeseen kuin data paketitkin, mutta eri porttiin (debug tila resetoituu, jos/kun käynnistät arduinon uudestaan).
-Pali
-
Tuo rivi korjattu sotfaan. Samanlailla toimii, eli rmu edelleen viassa, eikä 50000 porttiin tule mitään debuggi dataa, vaikka sinnepäin heittää tuon käskyn.
Mitähän mä nyt en osaa... RS piuhatkin kokeiltu toisinpäin. Niiden kääntö aiheutti vikatilan, eli eiköhän se ole nyt oikeinpäin...
-
Arduino <-> pumppu puoli toimii jos pumppu ei mene vika tilaan (lukuun ottamatta RMU ongelmaa). Jos et saa UDP paketteja, eikä debug datakaan toimi, niin vika liittyy Ethernet puoleen. Onnistuuko pingi arduinoon? Mites Ethernetin valot arduinon päässä, onko elämää?
-
TArkistin ethernetin. Jostain syystä kytkimen portti ei noussut ylös ja vaihdoin portin. Nyt portti nousee ylös ja pingi kulkee, sekä arp taulussa näkyy mac osoite. Silti mitään en saa pihalle. pitikö tohon koodiin tehdä muita asetuksia kuin:
(192.168.11.22 = openhabin raspi ja 192.168.11.111 on osoite arduinolle)
// ######### CONFIGURATION #######################
// enable debug printouts, listen printouts e.g. via netcat (nc -l -u 50000)
#define ENABLE_DEBUG
// the media access control (ethernet hardware) address for the shield
byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED };
//the IP address for the shield
byte ip[] = { 192, 168, 11, 111 };
// target IP address and port where UDP packats are send
IPAddress target_ip(192, 168, 11, 22);
unsigned int udp_port = 9999;
-
vielä tcp dumpilla tarkistin ettei mitään liiku. arduinolle päin lähtevä kasky kyllä näkyy:
2 12.316168 192.168.11.22 192.168.11.111 UDP 44 Source port: 49173 Destination port: distinct
Outo....
-
Kokeillepas konffata verbose flägille arvo suoraan koodiin.
char verbose = 4;
Tällöin arduinin pitäs lähettää "started" debug viesti käynnistyksessä (viesti pitäisi lähteä aina kun painat reset nappulaa arduinosta).
Jos ei vieläkään mitään, niin sitten ei auta muu kuin yrittää selvittää toimiiko ethernet shield. Kokeile ilman rs485 shieldiä ja jotain arduinin ethernet esimerkkejä (http://arduino.cc/en/reference/ethernet).
-
Nyt en tiedä mitä tein erilailla, mutta...
Ekaks purin palikat kokonaan eroon, ei apua. Vedin sisään webserveri koodin-> toimi ok. Vesin nibe softa takas, ei toiminut. Vaihdoin tuuppaamaan udp:tä läppärille ja kattelin wiresharkilla liikennettä. Rupes näkymään started. Vaihdoin raspin osoitteen takaisin destinationiksi ja started rupesi tulemaan sinnekin. Mutta ei mitään muuta.
Verbose on nyt 4:lla, ja LOG.SET tikun kautta yritetty tuupata pumpulle. Pumppu pysyy normaalitilassa RMU ja Modbus enabloituna, mutta RMU ei saa yhteytta pumppuun, eli arduino vastannee vieläkin noidin RMU:n viesteihin.
-
Nyt kyllä täytyy nostaa kädet pystyyn... En vaan saa toimimaan. En edes tuolla Xm25td:n mainitsemalla adapterilla raspin perässä. Kokeilin otta RMU:nkin pois kokonaan väylästä, muttei tulosta. Kaapeleista lähtien kaikki vaihdettu.. Voisko olla uusimman pumpun softan vikaa?
Arduino kyllä saa pidettyä pumpun pois vikatilasta, mutta mitään dataa se ei minulla anna debuggiin. Laitteisto testattu muutamalla eri softalla.
Sen verran tein että tohon softaan lisäsin "case STATE_WAIT_START:" alle rivin joka kirjoitti debugprinttiin rivin. Sitä se rupesi työntämään loputtomasti.. eli niinkuin serialista ei tulisi dataa laisinkaan, mutta pumpun se saa pidettyä tyytyväisenä. Ei kyl windows nörtin pää enää riitä....
En enää tiedä mitä kokeilisin...
-
Onpas kumma, voihan se olla että uusin niben softa aiheuttaa jotain. Se että et saa mitään vastaa arduinolla kuulostaa silti ihmeelliselle. Mikäs rs485 adapteri sulla on arduinossa? Jos sama mikä minulla, niin olethan jumpperoinut rs485:n käyttöön?
-
Hävettää...... On sama kun sulla, kun meinasin ettei tule ongelmia eri palikoista. En siis ollut jumppereita vaihtanut. Ei sitten tullut tarpeeksi tutustuttua palikkaa, kun mitään ohjeistusta ai mukana tullut.
Nyt siis kuso kulkee.... Ihmettelen vaan että miten se sai pidettyä pumpun pois vikatilasta.. noh ei sillä väliä..
Nyt siis saan dataa ulos ja jotakin arvoja päivittyy. BT1 ja BT2 arvot tulee hienosti läpi, Mutta esim asteminuutit ja operayion mode on kokoajan 0 nuo kuitenkin pitäisi olla LOG.SET:issä määriteltynä. Tarvii vielä tutkia että ne coiladressit on mulla oikein....
Nyt suuri kiitos ja kumarrus Palille!!!! Mihin voin lähettää pullakahvit taikka oluet?
-
Hienoa että lähti pelaan. Asteminuutit toimii ainakin minulla joten jotain asetuksia on varmaan pielessä. Operation modea en taida itse käyttää, mutta releiden tila on ihan kätevä (43514).
Tässä releiden tilat sitemappiin.
Selection item=Maalampo_ReleidenTila label="Maalämpöpumpun tila" mappings=[2="Lepotila", 7="Lämmitys", 15="Käyttövedenlämmitys"]
Jos alarmesta olet kiinnostunut, niin pumppu nostaa sitten hälyn 163 kun tekee legionella tappoo. Eli se kannattaa filtteroida pois
eli mulla on tälläinen sääntö joka lähettää sähköpostin kun joku muu kuin 163 häly nousee
rule "Maalämpö hälyytys"
when
Item Maalampo_Halyytys changed from 0
then
logInfo("Alarm", "Maalämpöhälyytys", Maalampo_Halyytys)
if (Maalampo_Halyytys.state != 163) {
sendMail("joku@maili.com", "Halyytys", "Maalämpöhälyytys " + Maalampo_Halyytys.state )
}
end
-
Nyt tosiaan saan kaikkien BT antureiden lämpötilatiedon ja 43514 rele tiedon, mutta asteminuutit ja lämpimän veden käyttötila on aina vain 0:ssa. ja reletietokin on 6, joka ilmeisesti on eri kun mitä tekemääsi ruleen osuu.
Pariin kertaan olen nyt nuo osoitteet logsetistä ja itemeistä katsotut. ilmeisesti ei ole nyt siitä kiinni, sillä itemin tuo kuitenkin päivittää, result on vain jostain syystä 0.00 noissa kahdessa toimimattomassa. Oletko sinä saanut asteminuutit ulos?
-
Kun keruupumppu ja lämpöjohtopumppu ovat käynnissä, niin reletieto Nibessä on 6.
-
Oletko sinä saanut asteminuutit ulos?
Kyllä asteminuutit minulla toimii. Käynnistä openhab debug moodiissa tai lisää logback.xml tiedostoon seuraava rivi (voi tehdä lennosta, ei tarvitse uudelleen käynnistää)
<logger name="org.openhab.binding.nibeheatpump" level="DEBUG" />
Tämän jälkeen nibe binding kertoo mitä se purkaa tuosta vastaan otetusta framesta tyyliiin näin:
09:36:38.451 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:169] - Received data (len=86): 5C00206850449CB100489CEC004C9CE8004E9CC0014D9CE4014F9CBE00509C9000519CE800529C0C01569CE900C9AF000001A8E600FDA70AFCFAA9020098A9CF26FFFF0000A0A90704FFFF00009CA9B819FFFF000030
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43009:Calculated supply temp S1=23.0
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43514:PCA-Base relayes EP14=2.0
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40018:EB100-EP14-BT14 hot gas temp=26.8
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40017:EB100-EP14-BT12 cond out=23.2
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43420:Total operation time compressor=658.4
09:36:38.452 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40016:EB100-EP14-BT11 brine out temp=14.4
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43005:Degree minutes=-101.4
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40015:EB100-EP14-BT10 brine in temp=19.0
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40014:BT6 hot water load=44.8
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40013:BT7 hot water top=48.4
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43416:Compressor starts EB100-EP14=9935.0
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40012:EB100-EP14-BT3 return temp=23.2
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 45001:Alarm number=0.0
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40008:BT2 supply temp S1=23.6
09:36:38.453 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40004:BT1 outdoor temp=17.7
09:36:38.454 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 40022:EB100-EP14-BT17 suction=23.3
09:36:38.454 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192] - 43424:Total hot water operation time compr=1031.0
-
hmm... Nollaksi se ne tulkitsee:
10:17:16.071 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:169]- Received data (len=86): 5C00206850449CB200489CF800619CEA004E9CB5014D9CCD01FDA70000C1B700004F9C4400509C4500519CFB00529C2701539CDD00569CFA004C9CF800FAA90600FFFF0000FFFF0000FFFF0000FFFF0000FFFF000081
10:17:16.075 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40019:EB100-EP14-BT15 liquid line=22.1
10:17:16.084 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 43514:PCA-Base relayes EP14=6.0
10:17:16.087 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40018:EB100-EP14-BT14 hot gas temp=29.5
10:17:16.095 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40017:EB100-EP14-BT12 cond out=25.1
10:17:16.106 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40016:EB100-EP14-BT11 brine out temp=6.9
10:17:16.110 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 43005:Degree minutes=0.0
10:17:16.121 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40015:EB100-EP14-BT10 brine in temp=6.8
10:17:16.125 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40014:BT6 hot water load=43.7
10:17:16.135 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40013:BT7 hot water top=46.1
10:17:16.139 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40012:EB100-EP14-BT3 return temp=24.8
10:17:16.155 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40033:BT50 room temp S1=23.4
10:17:16.159 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40008:BT2 supply temp S1=24.8
10:17:16.163 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40004:BT1 outdoor temp=17.8
10:17:16.167 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 47041:Hot water mode=0.0
10:17:16.174 DEBUG o.o.b.n.i.NibeHeatPumpBinding[:192]- 40022:EB100-EP14-BT17 suction=25.0
-
43005=0xA7FD
5C00206850449CB200489CF800619CEA004E9CB5014D9CCD01FDA70000C1B700004F9C4400509C4500519CFB00529C2701539CDD00569CFA004C9CF800FAA90600FFFF0000FFFF0000FFFF0000FFFF0000FFFF000081
Jostain syystä pumppu lähettää nollaa
-
Eihän vaan ole niin, että yksinkertaisesti ei vain ole lämmitystarvetta? Silloin asteminuuttien pitää ollakin nollassa.
-
Eikös käyttövesi kuitenkin käytä samanlailla noita asteminuutteja, eli käsittääkseni tuo luku pyörii koko vuoden ajan.
-
Käyttövesi ei käytä asteminuutteja, vaan sitä tehdään lämpötilarajojen perusteella.
Tarkasta onko sulla keruu ja lämmönjakopumput päällä, jos on, niin se selittää relays base arvon 6.
-
Onko tietoa mitä tarkoittaa "47041:Hot water mode=0.0" ?
Voisiko olla koneelle tieto, että käyttövedelle on lämmitystarve ?
-
Minä oletin, että Matti on verrannut asteminuutteja Niben käyttöpaneeliin näyttämään arvoon. Eli että nibe näyttää jotain muuta kuin nollaa?
-
Ok.
Parempi varmistaa, kuin pitkään tuhrata väärän oletuksen perusteella ;)
-
Totta tosiaan... Nyt on meikäläisen aika jäädä keälomille, kun ajatus ei näköjään kulje. Pumppulla on asteminuutit kokoajan 0:ssa. Tuota softaa tuli säädettyä töistä käsin etänä, eli en ollut pumpun vieressä tarkistamassa oikeita lukemia. Pahoittelut taas turhasta pähkimisestä. Tuo siis toimii nyt ihan oikein.
Hot water modessä näyttäisi olevan modbusmanagerin mukaan arvot:
0=Economy
1=Normal
2=Luxury.
Tämä siis oikeastaan arvo mitä on turha loggailla koko pumpusta, kun tuohan on käsin asetettava arvo. Osaan kerättävistä datoista löytyy arvot modbusmanagerista.
Tarvii vähän tutkailla että mitä tuolta kannattaa ottaa pihalle. Esim minulta puuttuu tuo Palin vinkkaama alarmnumber ja toinen mitä kaipaan olisi lattialämmölle laskettu lämpötila. Jälkimmäinen ei osinut pikaisesti listalta silmään, mutta eiköhän se siellä ole.
Onko kellään mitää "taulukkoa" mistä nuo base relayn arvot koostuu? Minulla on molemmat pumput jatkuvalla kierrolla siksi että maaliuos jaksaa nousta ilmastoinnin viilennyskennon pumpulle ja etä pumppu tietää lattialämmityskierrossa olevan puskurivaraajan lämpötiedon. Olen kyllä miettinyt että pitäisikä puskurivaraajan jälkeen olla erillinen anturi ettei tuota pumppua tarvitsisi turhaan kokoajan pyörittää.
-
Relays PCA-Base
2 Vain lämpöjohtopumppu käy
6 Käynnistys tai pysäytystilanne lämmön tuotannossa (pumput käy ja vaihtoventtiili lämmitys asennossa)
7 Lämmön tuotanto
8 Vaihtoventtiili käyttövesi asennossa, muut pois
10 Vaihtoventtiili käyttövesi asennossa ja lämpöjohtopumppu käy (ulkolämpötila on varmaan korkea)
14 Käynnistys tai pysäytys KV-tuotannossa (pumput käy ja vaihtoventtiili KV-asennossa, kompura ei käy)
15 Käyttövesituotanto
bitti 0 = kompressorin tila, 0=pois, 1=päällä
bitti 1 = lämpöjohtopumpun tila, 0=pois, 1=päällä
bitti 2 = keruupumpun tila, 0=pois, 1=päällä
bitti 3 = vaihtoventtiilin ohjaus, 0 = venttiili auki ja tehdään lämmintä vettä, 1 = venttiili kiinni ja tehdään käyttövettä
-
Parantelin tuota raspin softaa niin että sitä voi käyttää paremmin datan loggaukseen. Itsellä kun ei ole tuota mru 40:stä, niin olisko Pecalla ja Matilla kiinnostusta logata tuota pumpun ja rmu 40:n välistä liikennettä? Modbussille lähetettävän pakettiin ei ole mahdollista laittaa kuin noin 20 rekisteriä, niin vois osan datasta kerätä mru 40 paketeista ja konffata sitten modbusiin eri rekestereitä. Toinen mistä olisin erittäin kiinnostunut olis asetus puoli, eli kun rmu 40:stä muuttaa jotain parametriä pumpulle, niin mitä tapahtuu väylällä.
-
Moikka, Tässä kesälomalla hieman vähemmän tulee oltua koneella. Mutta joo olisin mielelläni logittamassa tuota rmu:n liikennettä jos siitä vaan mitenkään olisi apua kehittämään tuota softaa. Kerrot vaan että mitä ja miten haluat logattavaksi niin toki sen teen.... nyt mull aliikenne toimii ton arduinon kautta, mutta voinen toki vaihtaa loggauksen ajaksi liikenteen raspisoftalle. Se vaan jostain syystä mulla ei vastaillut tolle pumpulle ACK:ia... Liekö ollut RS-sovittimesta kiinni. Nyt mulla on toki eri sovotinkin tarjolla.... Mutta mielelläni len tota kehittämässä.
-
Nyt alkaisi olemaan aikaa taas leikkiä softalla. Rakentelenko tuon liikenteen raspisoftalle ja missä uusin versio siitä löytyy, vai olisiko tuon arduinon debuggiporttia mahista konffata toimimaan helposti tuossa loggauksessa?
-
Nyt alkaisi olemaan aikaa taas leikkiä softalla. Rakentelenko tuon liikenteen raspisoftalle ja missä uusin versio siitä löytyy, vai olisiko tuon arduinon debuggiporttia mahista konffata toimimaan helposti tuossa loggauksessa?
Modasin raspin softaa niin että sen voi konffata loggaus moodiin, jolloin se ei yritä kuittailla mitään viestejä. Eli sen voi laittaa väylälle vain kuuntelemaan liikennettä. Mutta jos loggaa RMU:n ja pumpun välistä liikennette, niin on varmaan järkevää disabloida modbus pois pumpun päästä, jolloin liikkennettä on vähemmän.
Modattu raspin softaa löytyy täältä https://github.com/paulianttila/openhab/tree/bug-fixes/bundles/binding/org.openhab.binding.nibeheatpump/NibeGW (https://github.com/paulianttila/openhab/tree/bug-fixes/bundles/binding/org.openhab.binding.nibeheatpump/NibeGW)
n flägi disabloi kuittaamisen.
-
Ruotsalaisella foorumilla oli joku logannut modbus40:n ja pumpun välistä kommunikointia ja sieltä sain kaivettua rekisterin luenta ja kirjoitus kommennot. Nyt on proto tuki olemassa, eli openhab:lla voi lukea minkä tahansa rekisterin ja konffata pumppua etänä 8)
-Pali
Kiitoksia Matille RMU40 logeista. Jotain häikkää on sun ympäristössä, se meinaan hukkaa tavuja sieltä täältä. Hommasin itselle yhden RS485 adapterin lisää ja testailin tuota RMU40 tukea omassa ympäristössä. RMU40:n framin formaatti näyttäs olevan sama kuin MODBUS40:kin.
-
Hienoa että tuo kommunikaatio aukeni... Harmi ettei minun loggauksista ollut apua. Jostain syystä en vaan saa tota raspi softaa toimimaan oikein. Yritin heittää softaa myös läppärille ubuntuun, muttei se toiminut sitäkään vähää. Eli minulla ei vaan toimi kuin arduino versio...
Milloinkohan tuota uutta versiota saataisiin testiin? Tietty minä näköjään tarvitsen arduinokoodin tuosta. Olen kyllä valmis tuota testaamaan kun se sattuu tuleman tarjolle =)
-
Milloinkohan tuota uutta versiota saataisiin testiin? Tietty minä näköjään tarvitsen arduinokoodin tuosta. Olen kyllä valmis tuota testaamaan kun se sattuu tuleman tarjolle =)
Arduino softaa tarvitsen itsekin, eli kunhan löydän aikaan niin teen muutokset arduino softaan.
Yksi asia mistä olisin vielä kiinnostunut RMU40 liikenteessä, olisi viesti jolla RMU40 kertoo sisälämpötilan pumpulle.
-
Millä käyttiksellä itse ajat tuota koodia linuxissa? Vai onko sinullakin se raspissa? Minulla on kyllä tuossa yksi ylimääräinen raspi, josko saisin tuon softan siihen käännettyä toimivaksi. saisi sitten tuon vielä logattua. En enää usko että on adapteri vika minulla, kun on kahta eri mallia ja kaksi eri yksilöä molemmista joilla ei toimi. Tarvii vielä yrittää...
-
Raspissa pyörii joku rasbian versio, mutta se on valjastettu tällä hetkellä muuhun käyttöön. Eli viimeiset testaukset/logitukset olen ajanut puhtaasti os x (macbook) päällä.
Raspissahan oli aluksi paljon softa ongelmia usb kanssa, mutta eiköhän nuo jo uusimmissa rasbian versioissa ole korjattu.
-
Moro,
Onko pali ehtinyt arduino versiota edistämään. Itellä tarviis laittaa softa uudestaan sisään ku raspin osoite vaihtu. Samalla voisi laittaa udempaa versiota ;) Vai jäikös tämä siihen että minun piti vielä sitä loggausta yrittää?
-
Tossa tuli nyt vielä sellanen ongelma vastaan ton arduino softan ja raspin kanssa, että udp sanomia tulee niin usein että cpu menee tukkoon. Vaihdoin banana pi:hin. Nyt cpu piisaa, mutta reilulla käytöllä nytkin. Olen yrittänyt kaivella softaan sääntöä että joka kerta ei lähetettäisiin udp pakettia. Nyt paketyi tulee noin 4-6 sekunnin välein. Minuuttikin varmaan riittäisi tai jopa harvempi.
-
Onko pali ehtinyt arduino versiota edistämään.
Pitänyt saada talo lopputarkastus kuntoon, joten en ole kerennyt tekemään asialle mitään. Mutta Openhab2 kehityksen yhteydessä yritän saada tuon tehtyä. Mun reposta löytyy arduinolle v1.02 johon on tehty viive ethernetin alustamiseen. Tämä ainakin minulla poisti satunnaisen sähkökatkon jälkeisen arduino jumin. Muistelisin että jumin aiheuttaa arduinossa ethernetin alustus ilman että kaapeli on kytketty (arduinossa ei ole mahdollista kysyä linkin tilaa). Sähkökatkon jälkeen arduino herää nopeammin kuin verkon muut aktiivilaitteet, joten alustus keretään tehdä ennen kuin vastapää on pystyssä.
Tossa tuli nyt vielä sellanen ongelma vastaan ton arduino softan ja raspin kanssa, että udp sanomia tulee niin usein että cpu menee tukkoon. Vaihdoin banana pi:hin. Nyt cpu piisaa, mutta reilulla käytöllä nytkin. Olen yrittänyt kaivella softaan sääntöä että joka kerta ei lähetettäisiin udp pakettia. Nyt paketyi tulee noin 4-6 sekunnin välein. Minuuttikin varmaan riittäisi tai jopa harvempi.
Näin lyhyen UDP paketin vastaanottaminen ja parsiminen muutaman sekunnin välein ei pitäisi aiheuttaa minkäänlaista cpu kuormaa, joten oletko varma että cpu kuorma johtuu tästä.
-
Ymmärrettävää kyllä että kämpän viimeistely vie aikaa... itse onneksi sain tuon lopputarkastuksen jo kesällä tehtyä =).
Viitsitkö laittaa linkin tuohon 1.02 versioon. en sitä jostain syystä taas löydä....
Tuo CPU ongelma on melko varmasti juuri tuosta kiinni, sillä normi raspissa openhabin javan cpu oli 99% ja nyt Bananapi:ssä 120%. Ennen kuin sain nibegw:n toimimaan samainen javan cpu oli 12% eli melkolailla kuormaa tuo lisää.
Yksi mitä huomasin, on se että hotwater time ja total compressor time purkaantuvat erilailla. Pilkun paikka on pykälän eri kohdassa:
Nibe_Tot_Compr_Time_HotWater state updated to 1877.00
Nibe_Tot_Compr_Time state updated to 734.50
onkohan mulla joku konfiggivika, vai onko toi bindingin kofigissa?
-
n00bie apua tarvitaan :)
-openHAB asennettu, nibeheatpump addons:ssa
-USB-RS485 kytketty Niben ja Raspin välille
-ModBus-managerilla valittu logattavat tiedot
-NibeGW käännetty
Nibegw päällä, mutta modbus enablointi laittaa pumpun vikatilaan. RS485-adapterissa valot vilkkuvat, että ainakin jotain liikennettä kulkee.
pi@raspberrypi ~ $ sudo /opt/nibegw -v -d /dev/ttyUSB0
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
No sitten näitä noobieta, pitäisikö yllä olevan komennon jatkeeksi tulla vastauksia väylältä?
Tuota en ymmärrä, missä muodossa items-kansioon laitetaan bindaukset?
Miten näen, että addons-kansion nibe.jar on toiminnassa...?
EDIT:
Nyt tuli jotain ulos, kun käänsin kaapelit, mutta vikatilaan meni samantien.
pi@raspberrypi ~ $ sudo /opt/nibegw -v -d /dev/ttyUSB0
Open serial port: /dev/ttyUSB0
UDP address 127.0.0.1:9999
00 FD A7 78 FE DE A8 00 00 DF A8 00 00 88 9C 00 00 48 9C 11 01 4E 9C A9 01 4D 9C FE 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 0F 00 94 9C 00 00 91 9C 00 FD A7 78
FE DE A8 00 00 DF A8 00 00 88 9C 00 00 48 9C 11 01 4E 9C A9 01 4D 9C FE 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 0F 00 94 9C 00 00 91 9C 00 FD A7 78 FE DE A8 00
00 DF A8 00 00 88 9C 00 00 48 9C 11 01 4E 9C A9 01 4D 9C FE 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 0F 00 94 9C 00 00 91 9C 00 FD A7 78 FE DE A8 00 00 DF A8 00
00 88 9C 00 00 48 9C 11 01 4E 9C A9 01 4D 9C FD 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 1F 00 94 9C 00 00 91 9C 00 FD A7 78 FE DE A8 00 00 DF A8 00 00 88 9C 00
00 48 9C 11 01 4E 9C A9 01 4D 9C FD 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 1F 00 94 9C 00 00 91 9C 00 FD A7 78 FE DE A8 00 00 DF A8 00 00 88 9C 00 00 48 9C 11
01 4E 9C A9 01 4D 9C FD 01 61 9C EB 00 AF A9 00 00 A3 A9 14 00 93 9C 1F 00 94 9C 00 00 91 9C 00 FD A7 64 FE DE A8 00 00 DF A8 00 00 88 9C 00 00 48 9C 11 01 4E 9C A9
01 4D 9C FE 01 61 9C EB 00 AF A9 0
Sitten kaapelit takaisin toisinpäin ja yhden kerran näköjään viesti kuitattiin, sitten vikatila päälle.
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
Uudelleen kun yritti jälleen, niin ei tule mitään viestiä, mutta menee vikatilaan.
Josko sitä laittaisi tilaukseen samat Arduino hilut kuin palilla aiemmissa viesteissä kirjoitti.
-
Viitsitkö laittaa linkin tuohon 1.02 versioon. en sitä jostain syystä taas löydä....
Täältä (https://github.com/paulianttila/openhab/blob/nibe-improvements/bundles/binding/org.openhab.binding.nibeheatpump/NibeGW/NibeGW.ino) löytyy v1.02
Yksi mitä huomasin, on se että hotwater time ja total compressor time purkaantuvat erilailla. Pilkun paikka on pykälän eri kohdassa:
Nibe_Tot_Compr_Time_HotWater state updated to 1877.00
Nibe_Tot_Compr_Time state updated to 734.50
onkohan mulla joku konfiggivika, vai onko toi bindingin kofigissa?
Näyttäs olevan bugi tuossa Tot_Compr_Time muuttajan jakajassa. Sen pitäisi 1 eikä 10, joten tuon lukeman pitäisi olla 7345.
-
Sitten kaapelit takaisin toisinpäin ja yhden kerran näköjään viesti kuitattiin, sitten vikatila päälle.
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
Uudelleen kun yritti jälleen, niin ei tule mitään viestiä, mutta menee vikatilaan.
Näin päin kaapelit oikein. Kannattaa ensin disabloida modbus tuki pumpulta, tämän jälkeen laitat nibwgw:n pyörimään ja sen jälkeen modbus:n aktivointi pumpulta. Mikäs rs-485 adapteri sulla on? Entäs mikä versio nibegw:stä?
-
Sitten kaapelit takaisin toisinpäin ja yhden kerran näköjään viesti kuitattiin, sitten vikatila päälle.
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
Uudelleen kun yritti jälleen, niin ei tule mitään viestiä, mutta menee vikatilaan.
Näin päin kaapelit oikein. Kannattaa ensin disabloida modbus tuki pumpulta, tämän jälkeen laitat nibwgw:n pyörimään ja sen jälkeen modbus:n aktivointi pumpulta. Mikäs rs-485 adapteri sulla on? Entäs mikä versio nibegw:stä?
Adapterina on tämä (pecca:lla sama ja on myös toiminut IV-koneen kanssa. Eli ainakin ko. yksilö toimii) http://www.ebay.com/itm/USB-to-RS485-FTDI-interface-Board-FT232RL-75176-New-/250955236480?ssPageName=ADME:L:OC:DE:3160
nibegw:stä on versio 1.03.
-
Pystyykö OpenHabilla muuttaa 47206:sta eli asteminuuttia, milloin lämmitys käynnistyy?
-
Morjesta, pistin itselleni arduinon kilkkeet tilaukseen tarkoituksena ne kytkeä vanhaan miniläppäriin, mihin tyrkkään jonkin linuxin ja openhabin. Rupesin sitten jälkeenpäin miettimään että milläs tavalla arduino ja läppäri keskustelevat keskenään niin että openhab ymmärtää sen?
-
Arduino lähetää datan pumpulta UDP paketteina ethernetin yli openhab:lle.
-Pauli
-
Tuossa aiemmin oli puhetta RMU-yksikön logituksesta, niin semmoinen kysymys, että pystyykö sillä kuittaamaan hälytykset ja jos pystyy, niin onko kyseisen toiminnon liikenne saatu logitettua?
-
Moikka,
Tulee luettua vähän harvoin... valitettavasti RMU:lla ei voi vikatilaa kuitata. Ja ainakin minulla jostain syystä en nyt kun arduino on tuolla sarja väylässä kiinni en pääse enää muuttamaan mitään asetusta. En ole ehtinyt testata että toimiiko taas kun arduinon sammuttaisi väylältä pois.
-Matti
-
Moikka,
Onkohan tälle ehtinyt tulla edistystä?
-Matti
-
Sainpa pitkästä aikaa innostuksen ruveta väsäämään dataloggeria nibeen. Hommasin arduinon, ja sille ethernet-shieldin ja rs485-shieldin.
Sitten openhabia asentelemaan. Olikin melkoinen pettymys se softa. Meni monta tuntia, ennen kun sen weppisivu rupesi edes näkymään. Koko ajan löytyy uusia paikkoja, johon pitäisi tehdä jotain konffitiedostoja ja opetella niiden syntaksit. Ja huippuna pitäisi vielä opetella koodaamaan weppisivu niin että se toimii. Ja kun ei ole mitään takeita siitä toimiiko koko nibe binding ja nibe-gw, on lienee parasta että pistän noi kamat kaappiin odottamaan jotain muuta käyttöä. Tuossa systeemissä on yksinkertaisesti niin monta virheen mahdollisuutta, että aloittelijan on ihan turha yrittää siitä mitään.
Ilmeisesti se on vain uskottava, että nibeen ei saa dataloggeria kuin isolla rahalla.
-
Raspi + talologger pelaa 1xx5-pumpuissa. Tuossa nibe logintutkija -ketjussa on tarvittaessa asennusohjekin.
-
Vaikuttaa mielenkiintoiselta tämä NibeGW-OpenHAB juttu.
Olen uusi Nibe F1245 pumpun käyttäjä ja vähän pihalla vielä asioista, joten muutama tyhmä kysymys näin alkuun.
Käykö tähän tarkoitukseen mikä tahansa RS485-USB adapteri? Aliexpress.com löytyy useita, joissa on kaksi nastaa A ja B, riittääkö nämä vai ?
Löytyykö jostain ohje mihin pumpun nastoihin tämän adapterin A ja B nastat kytketään? Raspberry Pi puoli on paremmin hanskassa.
Entä pitääkö pumpun asetuksista kytkeä jotain päälle tätä varten?
Olisin kiitollinen, jos joku neuvoisi alkaa pääsemisessä!
-
http://www.railers.fi/nalle/tools/Logintutkija_ohje.pdf
Tuossa ohjeessa keskivaiheella on kuvattu tuo fyysinen kytkentäkin pumppuun, modbus laitetaan päälle huoltovalikosta mikä tuolla ohjeessa neuvotaan loppupuolella.
Sen kummemmin en osaa ottaa kantaa miten tuon Openhabin saisi toimimaan. Talologger toimii Niben kanssa hyvin.
-
Vihdoin ja viimein olen saanut aikaiseksi uuden openHAB2 Nibe sidoksen(binding). Binding tukee 20 rekisterin datagrammin lisäksi myös yksittäisten rekisterin luentoja, sekä pumpun konfiguroimista eli rekisterien kirjoittamista. Binding tukee myös natiivisti sarjaportti kommunikointia, joten Arduinon tai RasPin hankkiminen ei ole välttämätöntä testailu mielessä (RS-485 sovitin toki tarvitaan). Tuki on tehty myös ProDiNo (https://www.kmpelectronics.eu/en-us/products/prodinoethernet.aspx) Arduino kortille josta löytyy Ethernet ja RS485 portti suoraan.
OpenHAB 2:ssa konfigurointi voidaan tehdä puhtaasti UI:lla (Paper UI) joten välttämättä ei tarvitse konffi tiedostoihin itse koskea.
Täältä (https://github.com/paulianttila/openhab2-addons/tree/nibe2-final/addons/binding/org.openhab.binding.nibeheatpump) löytyy lisää tietoa jos joku on kiinnostunut.
Itse en vielä käytä openHAB2:sta "tuotanto" ympäristössä (tarkoituksena siirtyä hyvin pian), joten bindingia en ole pitkiä aikoja ajettu, joten sieltä voi löytyä monenlaista ongelmaa.
-
Vihdoin ja viimein olen saanut aikaiseksi uuden openHAB2 Nibe sidoksen(binding). Binding tukee 20 rekisterin datagrammin lisäksi myös yksittäisten rekisterin luentoja, sekä pumpun konfiguroimista eli rekisterien kirjoittamista. Binding tukee myös natiivisti sarjaportti kommunikointia, joten Arduinon tai RasPin hankkiminen ei ole välttämätöntä testailu mielessä (RS-485 sovitin toki tarvitaan). Tuki on tehty myös ProDiNo (https://www.kmpelectronics.eu/en-us/products/prodinoethernet.aspx) Arduino kortille josta löytyy Ethernet ja RS485 portti suoraan.
OpenHAB 2:ssa konfigurointi voidaan tehdä puhtaasti UI:lla (Paper UI) joten välttämättä ei tarvitse konffi tiedostoihin itse koskea.
Täältä (https://github.com/paulianttila/openhab2-addons/tree/nibe2-final/addons/binding/org.openhab.binding.nibeheatpump) löytyy lisää tietoa jos joku on kiinnostunut.
Itse en vielä käytä openHAB2:sta "tuotanto" ympäristössä (tarkoituksena siirtyä hyvin pian), joten bindingia en ole pitkiä aikoja ajettu, joten sieltä voi löytyä monenlaista ongelmaa.
Hyvä juttu!
Silmät ristissä yritin Arduinon pätkää katsoa, mihin kohtaan tulisi yksittäisten rekisterien luenta ja mahdollinen kirjoitus määrittää?
OpenHAB:ia ei ole siis käytössä vaan Arduino toimii yksin ja pusken datan Raspille, talologgerille.
Mitä "natiivi sarjaportti kommunikointi" käsittää?
-
Silmät ristissä yritin Arduinon pätkää katsoa, mihin kohtaan tulisi yksittäisten rekisterien luenta ja mahdollinen kirjoitus määrittää?
Arduino koodiin ei rekistereitä voi määrittää. OpenHAB generoi sekä luenta että kirjoitus komennot ja välittää be Arduino softalle joka sitten kirjoittaa ne pumpulle kun saa sopivan tokennin.
Mitä "natiivi sarjaportti kommunikointi" käsittää?
Tarkoittaa sitä, että openHAB voidaan konffata käyttämään suoraan sarjaporttia jonne pumppu on kytketty, eli ei tarvita Arduinoa väliin ollenkaan. OpenHAB koodi tässä tapauksessa hoitaa koko homman eli myös kuittaa paketit.
-
Moi Pali,
ajattelin uutta versiota virittää Arduino unolle, mutta verify:llä saan seuraavan virheen:
Arduino: 1.6.5 (Windows 8.1), Board: "Arduino Ethernet"
C:\Users\home\AppData\Local\Temp\build3395496425737287248.tmp/core.a(main.cpp.o): In function `main':
C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/main.cpp:40: undefined reference to `setup'
C:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino/main.cpp:43: undefined reference to `loop'
collect2.exe: error: ld returned 1 exit status
Error compiling.
Mikä asetus minulla mahtaa olla pielessä..?
Edellinen versio verifioituu ilman virheitä.
-
Minulla on Arduino IDE 1.8.1 ja ainakin sillä kääntyy. PRODINO_BOARD pitää sinun kommentoida pois NibeGW.ino tiedosta. Uno pohjasissa korteissa näkyykin sarjaportti olevan HardwareSerial pohjainen joten HARDWARE_SERIAL kohtaa ei pidä kommentoida pois NibeGW.h tiedosta (vaikka ino filessä näin kehotetaan). Itse olen ajannut tätä arduino koodia vain ProDiNo kortilla joten voi olla että sieltä löytyy virheitäkin. Arduino IDEn konffeista saa laittettua päälle kääntäjän tulosteet (Show verbose output during) jotka on myös hyödyllisiä käännös ongelmia selvitellessä.
Debug on päällä defaulttina, joten kortti lähettää aika paljon debug dataa (samaan IP osoitteeseen kuin datankin) jota on helppo Linux/Unix ympäristössä kuunnella komennolla
nc -l -u 50000
Kun ja jos saat tuon toimimaan niin sen jälkeen DEBUG kannattaa disabloida.
-
Tuon PRODINO_BOARD hoksasin kommentoida pois, HARDWARE_SERIAL jäi kuten oli.
Päivitin tuosta Arduino IDE 1.6.5:sta 1.8.1:een ja sillä kääntyi virheettä.
-
Pali, jotain pientä epävakautta tuossa uudessa versiossa on.
Kommentoin debugin pois ja pumppu meni sen jälkeen koko ajan vikatilaan, eli kuittaukset eivät menneet perille.
Arduinon target ip (raspberry) oli pois päältä. Arduinon reboottaukset eivät auttaneet. Kun kytkin Rasberryn päälle, niin sen jälkeen Arduino kuittaili Nibelle, vaikka sammutin myöhemmin Raspin. Eli tuntui kuin ethernet olisi halunnut jotain kättelyä target ip:stä...?
Tein saman testin debug päällä, myös tällöin Arduino meni vikatilaan, mutta harvemmin kuin debug pois päältä.
Versio 2:lla en tällaista havainnut, mutta toki sen jälkeen on se lisälämmitysjärjestelmä 02 tullut myös kehiin..
En keksinyt millä olisin debugannut, saisiko Arduino IDE:llä..?
-
Kun disabloit debugin, niin disabloitko myös NibeGW.h protokolla puolen debugit? Tuo sinällään pitäs mitään ongelmaa aiheuttaa.
En nopealla vilkaisulla löytänyt mitään selvää syytä. Sinulla kun on tuo 02 osoitteella oleva lisälaitteita, niin yksi syy voisi olla että NibeGW ohittaa ne paketit ja pyrkii löytämään seuraavan startti tavun heti osoite tavun jälkeen. Tämä voisi aiheuttaa jotain epäsynkkaa, ainakin jos datan joukosta löytyy myös 5C. Kokeileppas lisätä tuo osoite kaksi tuonne NibeGW.cpp tiedostoon (rivi 268).
if (!(data[1] == 0x00 && (data[2] == RMU40 || data[2] == SMS40 || data[2] == MODBUS40 || data[2] == 2)))
-
Nibe debuggia en huomannut kommentoida pois.
Testaus meni niin, että ajattelin ensin toistaa virhetilan. Mutta kappas raspin sammutuksen ja Arduinon boottauksen jälkeen kaikki toimi hyvin. Mutta kun otin virrat vielä pois ja käytin verkkojohdon irti niin sitten meni taas vikatilaan.
Nibe debugin kommentointi ei poistanut ongelmaa.
Korvasin kyseisen rivin, ja sillä en saanut vikaa toistettua. Eli oikein arvioit, että 2-osoitteen mukana oleminen teki pientä epäsynkkaa.
-
Korvasin kyseisen rivin, ja sillä en saanut vikaa toistettua. Eli oikein arvioit, että 2-osoitteen mukana oleminen teki pientä epäsynkkaa.
Jos se on tällä vakaa, niin muutan koodia niin että se hyväksyy kaikki osoitteet.
-
Tuntuisi olevan nyt vakaa, ei mene enää vikatilaan.
-
Muutin koodia sen verran että hyväksyy kaikki osoitteet. Itse asiassa nyt Arduino softa on linjassa RasPi ja openHAB sarjaportti toteutuksen kanssa. En tiedä miksi olin alun perin Arduino softaan tuon edes tehnyt.
-
Onko, edes periaattellisella tasolla, mahdollista käyttää RS485:n sijaan Nibe Uplinkiä "väylänä" pumpulle? API lienee dokumentoitu jo joitain esimerkkejä sen käytöstä löytyy googlettamalla, ehkä parhaana https://www.marshflattsfarm.org.uk/wordpress/?page_id=3480 (https://www.marshflattsfarm.org.uk/wordpress/?page_id=3480). Haluaisin pitää johdotukset minimissään ja kun pumppu tulee joka tapauksessa liitettyä verkkoon uplinkin takia, niin olisi hienoa jos liitos openhabiin onnistuisi samaa reittiä (vaikka edellyttänee vuosimaksun pulittamista Nibelle).
Mikael
-
Nyt tarvitsisi OpenHAB-noviisi apua tuon Nibe bindingin kanssa.
Asensin siis OpenHAB 2.0.0 Win10 alustalle ja addons:ta kun asennan Nibe Heatpump Binding (binding-nibeheatpump1 - 1.9.0) se ei tule näkyviin muualla UI:ssa mihinkään. Esim. Network Binding näkyy asennuksen jälkeen configuration:ssa bindigien alla. Nibe binding ei näy, eikä näin ollen pääse "thingsejäkään" lisäämään.
Dokumentaatio on näin nollasta lähtijälle hieman köykäistä, niin olenko edes oikeillä jäljillä tämän kanssa? Pitäisikö Nibe bindingin kautta päästä lisäämään "thingejä"? Tässä riittää vielä vähän opeteltavaa...
-
Niben uusin päivitys 8224 taisi rikkoa jotain MODBUS:n logituksessa. Tai alla oleva mahdollisuus, ei mene aivan nappiin toteutus puolella.
Changes
· MODBUS40: It is now possible to read 32-bites register as two separete 16-bites register and the two
following 16- bites at the same time
Itsellä Palin tekemässä Arduinon suorittamassa logituksessa kaikki muut näyttäisivät toimivan ok, mutta 2.lämmitysjärjestelmän tiedot ovat puutaheinää. Palautuksena tulee 2-3 miljoonan asteen lämpötiloja.
[40007, 'EB21-BT2 Supply temp S2', TYPE_INT16_10, TYPE_R, 'C', 'Supply temperature for system 2']
[40129, 'EB21-BT3 Return temp S2', TYPE_INT16_10, TYPE_R, 'C', 'Return temperature for system 2']
[43008, 'Calculated Supply Temperature S2', TYPE_INT16_10, TYPE_R, 'C', '']
Pali vaatineeko tämä Niben muutos jotain muutosta myös Nibe heatpump bindingiin vai onko Nibellä mennyt jotain sekaisin?
EDIT: Jaa, vai tulisiko se sittenkin oikein kerätyksi, mutta parsimista pitäisi muuttaa..?
Täällä jatkoa: http://www.maalampofoorumi.fi/index.php?topic=4991.msg102146#msg102146
-
Moi.
Olen jo hetken aikaa tutkinut OpenHAB.ia ja kun tuo Nibe F1255 tuolta tallin perukoilta löytyy niin tarkoitus olisi vähän demoilla ja kokeilla mitä siitä saisi irti. Arduino uno löytyy jo ja hieman ohjelmointi kokemusta on koulun kautta kertynyt. Onko foorumilla kokemuksia F1255 ja open HAB sopivuudesta. Ilmeisesti pitäisi toimia samaan tapaan kuin muissakin niben pumpuissa?
Eli ajattelin lähteä hyväksi havaitulla setillä toteuttamaan;
Arduino uno Rev3/R3,Ethernet shield,RS485 shield
Open HAB rasberry pi3. n pyörimään. Voin ilmeisesti siis kytkeä arduinon ja raspin ethernet yhteydellä toisiinsa.
-
Vihdoin ja viimein olen saanut aikaiseksi uuden openHAB2 Nibe sidoksen(binding). Binding tukee 20 rekisterin datagrammin lisäksi myös yksittäisten rekisterin luentoja, sekä pumpun konfiguroimista eli rekisterien kirjoittamista. Binding tukee myös natiivisti sarjaportti kommunikointia, joten Arduinon tai RasPin hankkiminen ei ole välttämätöntä testailu mielessä (RS-485 sovitin toki tarvitaan). Tuki on tehty myös ProDiNo (https://www.kmpelectronics.eu/en-us/products/prodinoethernet.aspx) Arduino kortille josta löytyy Ethernet ja RS485 portti suoraan.
OpenHAB 2:ssa konfigurointi voidaan tehdä puhtaasti UI:lla (Paper UI) joten välttämättä ei tarvitse konffi tiedostoihin itse koskea.
Täältä (https://github.com/paulianttila/openhab2-addons/tree/nibe2-final/addons/binding/org.openhab.binding.nibeheatpump) löytyy lisää tietoa jos joku on kiinnostunut.
Itse en vielä käytä openHAB2:sta "tuotanto" ympäristössä (tarkoituksena siirtyä hyvin pian), joten bindingia en ole pitkiä aikoja ajettu, joten sieltä voi löytyä monenlaista ongelmaa.
Vikaisin tuota OpenHAB2 Nibe binding taulukkoa. Onkohan mahdollista lisätä siihen F1255 tietoja? Joitain näytti puuttuvan, kuten compr. freq. act.(43136). Varmaan muitakin invertterikäyttöön liittyviä puuttuu.
-
Google johdatteli minut aiemmin keväällä tälle foorumille kun pohdin, että onko joku kehitellyt Niben maalämpöpumpulle Openhab bindingiä, ilokseni huomasin, että kotimaasta löytyy tällaisia kehittäjiä, mutta myös käyttäjiä, jotka pohtivat kanssani näitä samoja asioita. Kotoa löytyy valmiiksi kaksi Raspberry Pi:tä, mutta foorumilaisten käyttökokemusten rohkaisemana päätin tilata Arduino Unon (kiinan pojan kopio, AtMega 328), ethernet- ja RS-shieldit.
Tänään sitten latasin Arduino IDE ja ohjeen mukaan yhdistäminen ja sitten testi. Yritin ladata Arduinolle Blinkin, mutta saan seuraavan herjan, tx-valo vilkahtaa muutaman kerran himmeästi.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xe1
Laitehallinta tunnistaa CH340 Usb-adapterin oikein, com-portti on aivan oikea. IDEssä olen kokeillut kortilla Arduino Unolla ja Arduino Duemilanove ja siitä ATMega 328 -prosessorilla, kummallakaan näistä ei toimiut
Millaiset asetukset teillä muilla kopio Arduinon käyttäjillä on COM-portissa?
-
Vikaisin tuota OpenHAB2 Nibe binding taulukkoa. Onkohan mahdollista lisätä siihen F1255 tietoja? Joitain näytti puuttuvan, kuten compr. freq. act.(43136). Varmaan muitakin invertterikäyttöön liittyviä puuttuu.
Onpa mennyt täysin ohi tämä kysymys.
Tein F750 pumpulle juuri tuen ja täältä (https://github.com/paulianttila/openhab2-addons/commit/39ee4b615c87e4a1edd62d6ed814f125cd2ea08c) löytyy diffi mitä pitää tehdä uuden pumppu mallin lisäämiseksi.
Niben modbus applikaatiolla (sama millä voi konffata niben loggauksen) saa ulos CSV tiedoston kaikista rekistereistä. Täältä (https://github.com/openhab/openhab2-addons/tree/master/addons/binding/org.openhab.binding.nibeheatpump/utils) löytyy awk scriptejä joilla voi generoida sisältöä noihin tarvittaviin tiedostoihin CSV tiedostosta.
-
Millaiset asetukset teillä muilla kopio Arduinon käyttäjillä on COM-portissa?
Muistelen, että noiden arduino korttien boot loaderi odottaa käynnistyksen jälkeen lyhyen ajan käskyjä sarjaportista (usb) siirtyä ohjelmointi moodiin. Jos käskyjä ei tule, niin ne boottaavat normaalisti jolloin uuden softan lataaminen ei enää onnistu. Kortissa pitäisi olla reset nappula, joten sopivalla kompinaatiolla (reset + softan lataus IDE:llä) softan lataus pitäisi onnistua.
-
Tuli sitten taas kerran mieleen hakata päätä seinään tässäkin asiassa. Aika kauanhan maltoin pysyä erossa. Kasasin arduino-ethernet shield-io-shield hässäkän, ja asensin openhabin linuxiin. Värkki ei vaan näytä juttelevan pumpun kanssa, koska 20 sekunnin sisällä pumppu menee vikatilaan. Pitäisikö pumpun ja arduinon välille kytkeä myös arduinon vcc-liitin pumpun +12v liittimeen? Arduino on kuitenkin 5V vekotin, ja pumpussa on 12V.
-
Unohtakaa tuo äskeinen. Paiskasin ne romut jo mäkeen.
-
Unohtakaa tuo äskeinen. Paiskasin ne romut jo mäkeen.
Harmi. Itse löin tulille ja lähti toimimaan heti.
12V ei tarvita. Kytkentä juuri sama kuin tuo ssa Modbus 40 manuaalissa, pois lukien tuo 12V, eli A->11 ja B->10.
Nyt vielä kun saisi nuo FFFD:t muutettua järkeväksi dataksi?
-
Miten olette kytkeneet ESPn ja rs485 pumppuun. Pitäisikö laittaa ESP32 päähän 120 Ohmin vastus A ja B välille kun väylässä ei ole muuta kuin pumppu ja ESP32? Itsellä PRODINo ESP32 v1 palikka missä rs485 liitiin valmiina.
(https://kmpelectronics.eu/wp-content/uploads/2019/12/ProDinoESP32__All_RS485_Top.jpg)
-
Vastaan vaikkei minulla tuollaista hienoa prodinoa olekaan. Mittaisin yleismittarilla A ja B väliltä onko siellä jo valmiiksi n. 120ohm suuruusluokan vastus, jos on niin sitten ei tarvi lisätä ja jos ei ole niin sitten lisäisin. Luultavasti värkki kuitenkin toimisi vaikkei vastukset ole ihan oppikirjan mukaan, kun kaapeli jää aika lyhyeksi.
Itselläni siis ollut käytössä ainakin pari vuotta OpenHAB:n kanssa arduino UNO:lle, ethernet shieldille ja MAX485-moduulille sovitettu versio koodista.
-
Mikä on baudrate? Kaapeli tuskin on kovin pitkä. Jos baudrate on kohtuullinen, ei vastuksia tarvita. Vastuksen tarkoitus on vaimentaa heijastumat, jotka ovat haitallisia kaapelin ollessa pitkä baudrateen nähden eli eivät ole ehtineet mennä pariin kertaan päästä päähän ennen signaalin lukua. Mun laitteita on laivoissa jopa 300 m kaapeleilla 9600 baudratella ilman vastuksia.
-
Oilonin Geocube 7 pumppu niin vaatiiko tämä tuon Siemensin 672.01 webserverin, että saa dataa openhabiin vai saako datat pihalle jos nakkaan modbus palikan raspille ja kytkee sen?
-
Mikä on baudrate? Kaapeli tuskin on kovin pitkä. Jos baudrate on kohtuullinen, ei vastuksia tarvita. Vastuksen tarkoitus on vaimentaa heijastumat, jotka ovat haitallisia kaapelin ollessa pitkä baudrateen nähden eli eivät ole ehtineet mennä pariin kertaan päästä päähän ennen signaalin lukua. Mun laitteita on laivoissa jopa 300 m kaapeleilla 9600 baudratella ilman vastuksia.
Vastaan vaikkei minulla tuollaista hienoa prodinoa olekaan. Mittaisin yleismittarilla A ja B väliltä onko siellä jo valmiiksi n. 120ohm suuruusluokan vastus, jos on niin sitten ei tarvi lisätä ja jos ei ole niin sitten lisäisin. Luultavasti värkki kuitenkin toimisi vaikkei vastukset ole ihan oppikirjan mukaan, kun kaapeli jää aika lyhyeksi.
Itselläni siis ollut käytössä ainakin pari vuotta OpenHAB:n kanssa arduino UNO:lle, ethernet shieldille ja MAX485-moduulille sovitettu versio koodista.
Kiitos vastauksista. Baudrate 9600. Tosiaan homma toimii ilman vastusta hienosti.
-
Lisäsin tämän aluksi toiselle palstalle täällä, jos täältä tulis vastauksia että tietäis että mikä persikka tässä on nyt mitä minä en tiedä :-[
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 :-\
-
Lisäsin tämän aluksi toiselle palstalle täällä, jos täältä tulis vastauksia että tietäis että mikä persikka tässä on nyt mitä minä en tiedä :-[
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 :-\
Heps kukkuu, Ip riita on selvitetty, mutta millä ilveellä tuon modbussin saa aktivoitua että pumppu ei mene vikatilaan. :'(
-
Heps kukkuu, Ip riita on selvitetty, mutta millä ilveellä tuon modbussin saa aktivoitua että pumppu ei mene vikatilaan. :'(
Onhan ACK/NACK OK?
-
Onhan ACK/NACK OK?
Ei harmainta aavistusta mistä kyseiset edes näkee
-
Ei harmainta aavistusta mistä kyseiset edes näkee
Noniin, muutama harmaa hius tuli lisää tämän projektin seurauksena, Olemassa oleva rs485 kortti ei osannut lähettää ack ja nac komentoja jostain tietämättömästä syystä. Hommasin toisen erillisen rs kortin mistä juotin johdot esp:hen ja samat koodin pätkä perässä niin hupskeikkaa ei mitään ongelmaa. Nyt pumppu lähettää ja ottaa vastaan dataa.