9fd85ba320245a0c6f4cf17df6a2b1ff
er ved at ændre min nilan opsætning fra at bruge seriel rtu/rs485 til ethernet/rs485, (altså via lan istedet for seriel/usb).  
 til det formål har jeg købt en riot usr-tcp232-410s som "oversætter" lan til rs485, som nilan anlægget kan "snakke" med.  
 jeg ved @ejvindhald har det kørende, fordi han anbefalede mig denne løsning. 
 i store træk går det også ret godt forståelse af opsætningen på denne gateway. jeg har sat statisk ip på gatewayen. men jeg er i tvivl om, hvad man skal opsætte under menuen rs485 på gatewayén.  
 jeg har ikke forsøgt at koble ledningerne på endnu, da jeg ville sikre mig at gatewayén var sat korrekt op først. så derfor kommer her et screenshot af gatewayén rs485 menu, som den ser ud lige nu. er det helt tosset?: 


 gatewayén er sat op til statisk ip på 10.4.28.149. her er min bridge opsætning i openhab.  
  
 


bridge modbus:serial:mynilan [ host="10.4.28.149", port=502, id=3, connectmaxtries=3] {


 der hvor mine tvivl kommer ind, det er i forbindelse med id nummeret. hvor sættes det i gatewayén, eller er det ligegyldigt? nilan anlægget er sat op til default id 30. skal openhab så også sættes op til id=30 i bridge opsætningen? 
  
 
riot rs485 rtu til ethernet gateway
ihc-user.dk
2021.39
konfigurationen er ok, hvis din device - nilan - er slave og benytter 115200, 8 bit, ingen paritet og 1 stopbit.
 


 men din bridge definition skal ikke længere bruge ordet serial. her er min definition:
 


bridge modbus:tcp:slave01 "modbus bridge 1 sal værelse øst" [host="192.168.1.12",port=502,id=1] {


 id skal være den fysiske id som er sat i din device - dvs. nilan. det er helt identisk med, hvis du har benyttet en serial usb device til modbus.
 


 husk evt. slutmodstand på 120 ohm i kredsen. nogle device har en sådan indbygget, som kan aktiveres via dip switch.
 


 husk også at forbinde +/- korrekt på modbus - ellers virker det ikke.
 
ahh ja skulle lige ændre lidt selvfølgelig.. 
 nilan anlægget kører 19200 baud, even, stopbit 1, og databit 8. 
 og så selvefølgelig serial skiftes ud med tcp i openhab things filen, samt id 30 (default for nilan anlægget). det var mest den id der drillede mig. 
  
 
det fungere nu helt som det skal.  
 tak for hjælpen ejvind!
 
var måske lige en anelse for hurtig..  
 altså det virker fint, men ca hver 3-5 minut får jeg en timeout fejl: 
  
 


2020-06-21 15:28:31.951 [error] [wimpi.modbus.io.modbustcptransaction] - execute try 1/1 error: i/o exception: sockettimeoutexception read timed out. request: net.wimpi.modbus.msg.readmultipleregistersrequest@16086e8 (unit id 30 & transaction 36742). address: /10.4.28.149:502
2020-06-21 15:28:31.954 [error] [wimpi.modbus.io.modbustcptransaction] - execute reached max tries 1, throwing last error: i/o exception: sockettimeoutexception read timed out. request: net.wimpi.modbus.msg.readmultipleregistersrequest@16086e8 (unit id 30 & transaction 36742). address: /10.4.28.149:502
2020-06-21 15:28:31.957 [warn ] [rt.modbus.internal.modbusmanagerimpl] - try 1 out of 3 failed when executing request (modbuspollerthinghandlerimpl.modbuspollerreadrequest@194ed15[slaveid=30,functioncode=read\_multiple\_registers,start=200,length=3,maxtries=3]). will try again soon. error was i/o error, so reseting the connection. error details: net.wimpi.modbus.modbusioexception i/o exception: sockettimeoutexception read timed out [operation id fdad8058-ac7a-4765-b30a-ad5eda4697c6]


 kan det skyldes manglende terminering? (slut modstand). det ligner mere, at det er på ethernet siden fordi 10.4.28.149 er gatewayén.
 
prøv at holde forbindelsen åben konstant. se dette eksempel fra mit setup, hvor der er tilføjet reconnectaftermillis option. se mere i openhab dokumentation.
 


bridge modbus:tcp:slave03 "modbus bridge elmåler" [host="192.168.1.241",port=502,id=1,reconnectaftermillis=2147483647] {


  
 
takker, giver det et forsøg. 
 nope, ændrede ikke noget.. hmm!
 
fik du det til at virke uden fejl?
 


 overvejer samme setup som alternativ til den mekaniske brugervalg-løsning.
 
yep jeg køre pt med en riot rs485<>ethernet interface. fungere fint. men! 
 det er ikke lykkedes mig at aktivere nilans brugervalg-funktionen via modbus. af een eller anden årsag så virker registeret ikke som det burde, eller så forstår jeg ikke meningen med det. jeg kan fint få status om den, men som sagt ikke aktivere den. så det er et nilan modbus problem. 
 
så det altså kun er brugervalg du ikke kan få aktiveret ?
 


 kan du skifte og sætte nogle af de andre parametre og setpunkter som temperatur og hastighed ?
 


 og hvis det er så kan man jo bare lave workaround i den styrende software der så fremkalder midlertidige “scenarier” i en periode. det vil i praksis jo være det samme som aktivering af brugervalg.
 
korrekt. den er i modbus listen, men jeg kan ikke få det til at virke, når jeg fx sender en on. der sker der nada. 
 


  
 




 yep, intet problem. hastigheder kan jeg skifte i de 4 (5 med standby) muligheder. setpunkter osv intet problem.  
 jeg kan også ændre indstillingerne for brugervalg. bare ikke aktivere den via modbus.. det er vildt underligt, og jeg tror det er en fejl i nilans software. 
 


  
 




 korrekt, det er en måde at gøre det på. så skal man bare lave lidt logikstyring i openhab.  
 men problemet har ikke været stort nok til, at jeg har gidet gøre det. det har mest af alt bare været en irritation over, at en så simpel funktion ikke kunne lade sig gøre  
 pt styre jeg nilan anlægget automatisk ved at skrue op/ned for ventilationen, alt efter hvor fugtige badeværelserne er, via ihc temp/fugt sensore. det er efter min mening den bedste måde at gøre det på. 
 på et tidspunkt ville jeg også have lavet det som en brugervalg2 funktion, hvor nilan anlægget skruer op for indblæsning, når fx emhætten startes. emhætten er ikke "smart", så jeg ville sætte en strømmåler på. denne strømmåler viste sig så ikke helt velegnet pga schuko stik i fuga stik (jord). og der strandede det projekt lige pt. det tager nok max ½ time at ændre udtaget til schuko. men dovenskaben kom over mig  
fedt, så vil jeg have bestilt sådan en - med den fine guide med register osv du har lavet, så er det jo ligetil - og så må jeg styre "brugervalg" med rules (vil have den til at gå ned på niveau 1 når alarmen er tilkoblet).  
ideen er sådan set god ud fra et driftøkonomisk synspunkt, men faktisk ikke ok ihht. bygningsreglementet der foreskriver konstant luftskifte 24/7. det har du sikket også med niveau 1 men det er ikke sikkert volumen er stor nok.  
 personligt vil jeg dog nok også acceptere det, så det var bare til orientering.
 
jeg havde ikke tænkt mig at slukke for ventilationen, (den kører altid min. på trin 1). men derimod skrue op for indblæsning, når emhætten køre. 
 
nemlig, eller når centralstøvsugeren eller pejs benyttes. alle kræver nemlig erstatningsluft.  
 det med at slukke eller køre ned på min. var også bare til orientering. mange er nemlig ikke klar over det eller de små detaljer i mange af de andre mærkelige regler/love/bekendtgørelser der findes.
 
den er jeg helt med på, vores anlæg er reguleret ind på niveau 1, men bare den holder et lille undertryk mens jeg er ude, så er jeg glad. 
 


 hvad angår det med emhætten, så har jeg haft samme tanke, men ventilationsmanden rystede på hovedet da jeg nævnte det - mit anlæg flytter max 400m3 luft i timen, mens min emhætte flytter 925 m3 på den samme time. 
 


 så min velux åbner på klem, når der er gang i emhætten - efter hans vejledning :-)
 


 kandersen - hvorfor skiftede du egentlig fra usb til lan med modbus? det er lige gået op for mig at jeg er ret så presset med ethernetporte, så hvis usb virker ligeså fint, så er det den vej jeg går  
usb virker ikke ligeså fint. jeg har brugt mange forgæves timer på usb, som ikke er stabil. lan med modbus er langt bedre.
 
usb<>rs485 virker helt fint. men usb og linux er ganske enkelt to ting der spiller lige så godt sammen som kat og hund. linux kan ikke "huske" hvor usb enheder sidder. dvs hvergang jeg har haft genstartet min linux (rpi eller odroid), så kunne jeg været ret sikker på, at der var problemer med usb enheder. til sidst gad jeg ikke rode med det mere, og købte derfor rs485<>ethernet til nilan anlægget.  
 så mangler jeg bare at løse z-wave og zigbee usb  
du kan jo lave statisk mapping på linux med lidt magi:
 


 https://unix.stackexchange.com/questions/66901/how-to-bind-usb-device-under-a-static-name
 
jatak. det har jeg sådan set gjort en milliard gange. og hvergang viser det sig, at det ikke virker alligevel  
du skal muligvis have flere felter med i ident
 
er også prøvet, har kæmpet med de symlinks i flere år. og det virker som vinden blæser. 
 
jeg har brugt symlinks med usb på linux med openhab uden problemer. med de korrekte ident informationer virker de korrekt hver gang i mit setup, som også mikkel skriver.
 


 derimod har jeg i relation til openhab oplevet problemer med, at status på brug af usb porten kommer ud af sync mellem linux os, java og openhab engine. dette har været core reason på mine problemer med usb modbus.
 
synes jeg har prøvet hvad som helst. nogle gange virker det, andre gange så er der ballade når man har genstartet systemet.
 


  
 




 den erfaring har jeg så til gengæld ikke. det kørte klippe stabilt med min usb<>rs485, når altså ikke usb porten/linux gav problemer
 
edit - rodede med nogle indstillinger, den stod ikke til modbus på selve interfacet.
 


 det virker, og sikke et forarbejde du har gjort - mange tak for hjælpen til jer begge :-)
 


 --------------------------------
 


 så har jeg en lille modbus -> ethernet interface kørende, den kommer online, men med følgende fejl (som jeg kan se at du også har døjet med...
 




2021-01-23 22:13:13.147 [warn ] [rt.modbus.internal.modbusmanagerimpl] - try 1 out of 3 failed when executing request (modbusreadrequestblueprint@1413ec5[slaveid=30,functioncode=read\_input\_registers,start=200,length=23,maxtries=3]). will try again soon. error was i/o error, so reseting the connection. error details: net.wimpi.modbus.modbusioexception i/o exception: sockettimeoutexception read timed out [operation id f0c8033e-5b30-4322-bb14-49dc0d0003d5]


 hvad gjorde du for at løse det - det kan jeg ikke helt læse mig frem til?
 


  
 


 det er kun modbus tcp der er online, alle de andre things fra din fil er offline i paper ui...
 
jeg har ikke gjort så meget ved det. ovenstående fejl er åbenbart meget typisk med rtu forbindelse via sådan et ethernet interface. og da det kun sket engang imellem og 1 ud af 3, så har jeg valgt at leve med det. rent praktisk virker alt dog som det skal. det kunne også ske med min usb<>rs485, men ikke nær så ofte. så er det nok noget timing der ikke er helt optimalt. 
 