Interfacciare OpenHab ad impianto domotico DUEMMEGI tramite ModBus

23 gennaio 2016

il link non me lo avevi inviato ma ho notato una cosa che voglio provare.

magari è la volta buona.

Mi è capitato di sentir nominare HSYCO altre volte e i costi sono

dovuti anche al dover tenere in piedi un'azienda e fornire assistenza.

Qui è tutto opensource.

23 gennaio 2016

Allora... procediamo con calma. Con il mio embedded ha funzionato.

Proviamo queste impostazioni nel file cfg:

modbus:poll=200
modbus:serial.slave1.connection=COM2:19200:8:none:1
modbus:serial.slave1.id=1
modbus:serial.slave1.start=317
modbus:serial.slave1.length=4
modbus:serial.slave1.type=coil
#modbus:serial.slave1.valuetype=float32 //questo lo vediamo dopo

NB: bisogna beccare anche il type giusto...

Quote

Modbus read functions

type=coil uses function 1 "Read Coil Status"

type=discrete uses function 2 "Read Input Status" (readonly inputs)

type=holding uses function 3, "Read Holding Registers"

type=input uses function 4 "Read Input Register" (readonly-registers eG analogue inputs)

Modbus write functions

type=coil uses function 5 "Write Single Coil"

type=holding uses function 6 "Write Single Register"

Serve verificare sul manuale quale funzione devi utilizzare per leggere le uscite

che ti interessano... penso che coil sia giusto.

Poi però ho aggiunto un parametro all'interno del file di avvio...

nel tuo caso probabilmente start_debug.bat

echo Launching the openHAB runtime...
java %DEBUG_OPTS% -Dosgi.clean=true -Declipse.ignoreApp=true -Dosgi.noShutdown=true -Djetty.port=%HTTP_PORT% -Djetty.port.ssl=%HTTPS_PORT% -Djetty.home=. -Dlogback.configurationFile=configurations/logback_debug.xml -Dfelix.fileinstall.dir=addons -Dfelix.fileinstall.filter=.*\\.jar -Djava.library.path=lib -Dorg.quartz.properties=./etc/quartz.properties -Djava.security.auth.login.config=./etc/login.conf -Dequinox.ds.block_timeout=240000 -Dequinox.scr.waitTimeOnBlock=60000 -Dfelix.fileinstall.active.level=4 -Djava.awt.headless=true -Dgnu.io.rxtx.SerialPorts=COM2 -jar %EQUINOXJAR% %* -console

Si tratta del parametro -Dgnu.io.rxtx.SerialPorts=COM2 prima di -jar

Per non saper ne leggere e ne scrivere ho inserito anche il serial binding.

Ora provo un pò alla volta a togliere le cose che secondo me non servono:

ovvero il serial binding

23 gennaio 2016

Il serial binding non serve a nulla. E' sufficiente il binding modbus.

18:12:02.417 [DEBUG] [o.b.m.internal.ModbusActivator:30   ] - Modbus binding has been started.
18:12:02.460 [DEBUG] [i.internal.GenericItemProvider:341  ] - Start processing binding configuration of Item 'Current (Type=NumberItem, State=Uninitialized)' with 'ModbusGenericBindingProvider' reader.
18:12:03.382 [DEBUG] [.modbus.internal.ModbusBinding:282  ] - modbusSlave 'salve1' instanciated
18:12:03.386 [DEBUG] [b.m.internal.ModbusSerialSlave:41   ] - overriding modbus port: null by: /dev/ttymxc2but there is currently only one port supported
18:12:03.417 [DEBUG] [.modbus.internal.ModbusBinding:282  ] - modbusSlave 'slave1' instanciated
18:12:03.428 [DEBUG] [.modbus.internal.ModbusBinding:344  ] - config looked good, proceeding with slave-connections
18:12:03.431 [DEBUG] [b.m.internal.ModbusSerialSlave:117  ] - connection was null, going to create a new one

18:12:20.009 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.27023029327392578125
18:12:20.038 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.1731941699981689453125
18:12:20.046 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.08916473388671875
18:12:20.055 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.056427001953125
18:12:20.069 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.146507740020751953125
18:12:20.084 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.2005698680877685546875
18:12:20.103 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.172707080841064453125
18:12:20.113 [INFO ] [runtime.busevents             :26   ] - Current state updated to 2.1000025272369384765625

Io mi ero dimenticato di aggiungere "serial" a tutti i parametri.

23 gennaio 2016

Grazie.. proverò e ti terrò aggiornato ...

Anche sui parametri type da usare.

23 gennaio 2016

Scusa... aspetta aspetta...

modbus:serial.slave1.connection=COM2:19200:8:none:1:rtu

mi sono dimenticato il parametro rtu

Inoltre nel mio caso ho letto un registro a 32bit tramite la funzione 3 del modbus

quindi il type = holding, length = 2 e valuetype = float32

Se con type = coil non funziona potresti anche tu leggere il registro intero da 16bit

e poi ripartirlo tramite una rule. Poi eventualmente proviamo.

Speriamo però che questa volta funzioni.

23 gennaio 2016

Insomma te lo riscrivo qui perchè non voglio che fai confusione...

Quote


modbus:poll=200
modbus:serial.slave1.connection=COM2:19200:8:none:1
modbus:serial.slave1.id=1
modbus:serial.slave1.start=317
modbus:serial.slave1.length=4
modbus:serial.slave1.type=coil
modbus:serial.slave1.valuetype=bit

Secondo me

modbus:serial.slave1.valuetype=bit

è necessario perchè ho letto che è un parametro opzionale e se non lo scrivi

il default è uint16 e non vorrei che invalidasse tutto.

Prova questa configurazione assieme al parametro

-Dgnu.io.rxtx.SerialPorts=COM2

che teoricamente per la COM2 non dovrebbe servire.

24 gennaio 2016

scusami... veramente!!!

faccio copia e incolla ma quel benedetto :rtu non vuole comparire.

Comunque devi metterlo ok?!

24 gennaio 2016

Ciao, ho provato ma nulla di fatto...

nel file cfg ho riportato questa configurazione:

modbus:poll=200
modbus:serial.slave1.connection=COM2:19200:8:none:1:rtu
modbus:serial.slave1.id=1
modbus:serial.slave1.start=317
modbus:serial.slave1.length=4
modbus:serial.slave1.type=coil
modbus:serial.slave1.valuetype=bit

ed ho modificato il file stard debug.bat..

@echo off

:: set path to eclipse folder. If local folder, use '.'; otherwise, use c:\path\to\eclipse
set ECLIPSEHOME=server

:: set ports for HTTP(S) server
set HTTP_PORT=8080
set HTTPS_PORT=8443

:: get path to equinox jar inside ECLIPSEHOME folder
for /f "delims= tokens=1" %%c in ('dir /B /S /OD %ECLIPSEHOME%\plugins\org.eclipse.equinox.launcher_*.jar') do set EQUINOXJAR=%%c

:: debug options
set DEBUG_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8001,server=y,suspend=n

:: start Eclipse w/ java
echo Launching the openHAB runtime...
java %DEBUG_OPTS% -Dosgi.clean=true -Declipse.ignoreApp=true -Dosgi.noShutdown=true -Djetty.port=%HTTP_PORT% -Djetty.port.ssl=%HTTPS_PORT% -Djetty.home=. -Dlogback.configurationFile=configurations/logback_debug.xml -Dfelix.fileinstall.dir=addons -Dfelix.fileinstall.filter=.*\\.jar -Djava.library.path=lib -Dorg.quartz.properties=./etc/quartz.properties -Djava.security.auth.login.config=./etc/login.conf -Dequinox.ds.block_timeout=240000 -Dequinox.scr.waitTimeOnBlock=60000 -Dfelix.fileinstall.active.level=4 -Djava.awt.headless=true -Dgnu.io.rxtx.SerialPorts=COM2 -jar %EQUINOXJAR% %* -console

Avvio il tutto e mi restituisce il seguente errore...

l, going to create a new one
15:13:20.843 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
1 01 3d 00 04 ad f9
15:13:20.843 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
15:13:20.847 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 1 erro
r: I/O exception - failed to read
15:13:21.849 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
1 01 3d 00 04 ad f9
15:13:21.849 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
15:13:21.850 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 2 erro
r: I/O exception - failed to read
15:13:22.853 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
1 01 3d 00 04 ad f9
15:13:22.854 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
15:13:22.854 [DEBUG] [.b.modbus.internal.ModbusSlave:342 ] - ModbusSlave:I/O ex
ception - failed to read
15:13:22.856 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
getting responce from slave
15:13:23.057 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
15:13:24.066 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0

24 gennaio 2016

probabilmente hai già letto la documentazione del DFTS...

Il modulo DFTS contiene una memoria RAM organizzata in registri da 16 bit ciascuno (Word). Ogni Word
contiene informazioni riguardanti lo stato dei moduli bus Domino collegati a DFTS. La tabella che segue
riassume la mappa delle informazioni disponibili ed il relativo significato.
Nota: le Word non indicate in tabella sono riservate o non utilizzate. Tutti gli indirizzi ed i valori, se non diversamente specificato, sono
in formato decimale.

0001 Stato o valore modulo ingresso 1 Inizio mappa stati o valori moduli di ingresso (Indirizzo Word = Indirizzo Modulo) (Nota 1)
0002 Stato o valore modulo ingresso 2
……
255 Stato o valore modulo ingresso 255
257 Stato o valore modulo uscita 1 Inizio mappa stati o valori moduli di uscita (Indirizzo Word = Indirizzo Modulo+256) (Nota 1)
258 Stato o valore modulo uscita 2
……
511 Stato o valore modulo uscita 255

Nota 1: Gli stati dei moduli di ingresso e di uscita DIGITALI sono codificati secondo il codice binario (bit=1: attivo, bit=0: non attivo). Il bit
meno significativo della Word corrisponde al punto di ingresso o uscita 1, quello più significativo al punto di ingresso o uscita 16. Nel
caso di moduli di ingresso e di uscita ANALOGICI o DI CONTEGGIO, la Word ne contiene il valore.

24 gennaio 2016

vorrei inviarti il documento in pdf.. ma il sistema non me lo consente..

e provare a leggere semplicemente una word ?

tipo la 665 Potenza reale istantanea DFCC3 Unità di misura: Watt

24 gennaio 2016

Frugando in vecchie documentazioni o trovato quanto segue... utilizzato tempo fà con collegamento videoterminale e DFTS

Operazioni su bit
Le operazioni a livello di bit sono quelle di comando e lettura dei punti di ingresso e uscita reali o virtuali.

Queste operazioni vengono effettuate quando si posizionano sul videoterminale simboli tipo led e tasti.
L’indirizzo del bit su cui operare è così composto:
i:4mmmmm-bb
dove:
i è l'indirizzo assegnato alla DFTS
4 è un parametro fisso che indica una operazione sulla memoria
mmmmm equivale all’indirizzo (in decimale) della Word sulla quale si vuole operare incrementato di 1
bb è il bit sul quale si vuole operare (compreso tra 0 e 15); in pratica il punto di ingresso/uscita decrementato di 1
Per quanto riguarda l'elenco ed il significato delle Word dell'interfaccia DFTS, fare riferimento alla mappatura RAM
riportata in questa stessa nota applicativa.
Esempio 1: per posizionare una “lampada” sul videoterminale che riporti lo stato del punto di ingresso I243.1, e
supponendo di aver assegnato a DFTS l’indirizzo 2, si deve specificare il seguente indirizzo:
2:400244-00
Dalla Tabella 1 in questa stessa nota applicativa risulta infatti che l’indirizzo della word MODBUS corrispondente al
modulo di ingresso 243 è 244; si ricorda che i bit, per convenzione, vengono numerati da 0 mentre i punti “reali” del
sistema Domino sono numerati da 1 a 16, per cui il punto 1 corrisponde al bit 0.

24 gennaio 2016

Il manualetto lo avevo scaricato.

Curioso invece è la vecchia documentazione.

Facciamo una prova utilizzando il codice di lettura 4.

Di conseguenza proviamo a impostare

type = input

length =1

valuetype = uint16 // ma puoi anche non metterlo dato che è il default

e poi gestiremo i singoli bit tramite le rules

Se anche 4/input non funziona potremmo provare anche con 3/holding

sembra che ad openhab non piaccia la risposta.

Però qualcosa fa.

Se non è una grossa seccatura potresti anche riprovare con

il covertitore usb/seriale.

24 gennaio 2016

nulla....

ti allego il file cfg... nel caso in qui ci siano errori

modbus:poll=200
modbus:serial.slave1.connection=COM2:19200:8:none:1:rtu
modbus:serial.slave1.id=1
modbus:serial.slave1.start=317
modbus:serial.slave1.length=1
modbus:serial.slave1.type=input
modbus:serial.slave1.valuetype=uint16

ed ecco il risultato:

17:38:25.735 [DEBUG] [.p.rrd4j.internal.RRD4jService:399 ] - Created default_nu
meric = GAUGE heartbeat = 60 min/max = NaN/NaN step = 60 6 archives(s) = [ AVERA
GE xff = 0.5 steps = 1 rows = 480 AVERAGE xff = 0.5 steps = 4 rows = 360 AVERAGE
xff = 0.5 steps = 14 rows = 644 AVERAGE xff = 0.5 steps = 60 rows = 720 AVERAGE
xff = 0.5 steps = 720 rows = 730 AVERAGE xff = 0.5 steps = 10080 rows = 520] 0
items(s) = []
17:38:25.743 [DEBUG] [.p.internal.PersistenceManager:146 ] - Initializing rrd4j
persistence service.
17:38:25.748 [DEBUG] [c.internal.ModelRepositoryImpl:64 ] - Configuration mode
l 'rrd4j.persist' can not be found
17:38:25.764 [DEBUG] [p.r.i.charts.RRD4jChartServlet:118 ] - Starting up rrd ch
art servlet at /rrdchart.png
17:38:25.819 [INFO ] [.service.AbstractActiveService:169 ] - Modbus Polling Ser
vice has been started
17:38:26.329 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
4 01 3d 00 01 a1 fa
17:38:26.330 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
17:38:26.332 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 1 erro
r: I/O exception - failed to read
17:38:27.336 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
4 01 3d 00 01 a1 fa
17:38:27.337 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
17:38:27.340 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 2 erro
r: I/O exception - failed to read
17:38:28.344 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
4 01 3d 00 01 a1 fa
17:38:28.345 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
17:38:28.347 [DEBUG] [.b.modbus.internal.ModbusSlave:342 ] - ModbusSlave:I/O ex
ception - failed to read
17:38:28.354 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
getting responce from slave
17:38:28.556 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one

24 gennaio 2016

ok con input non gli piace...

ti va di fare una prova anche con holding?

24 gennaio 2016

ok che parametro devo mettere?

modbus:serial.slave1.type=holding

provato con holding...

3 01 3d 00 01 14 3a
18:09:30.904 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
18:09:30.906 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 1 erro
r: I/O exception - failed to read
18:09:30.998 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
getting responce from slave
18:09:31.198 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:09:32.205 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
3 01 3d 00 01 14 3a
18:09:32.206 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response
18:09:32.207 [ERROR] [w.m.io.ModbusSerialTransaction:197 ] - execute try 1 erro
r: I/O exception - failed to read
18:09:32.288 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
getting responce from slave
18:09:32.489 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:09:33.499 [ERROR] [i.modbus.io.ModbusRTUTransport:166 ] - Last request: 01 0
3 01 3d 00 01 14 3a
18:09:33.500 [ERROR] [i.modbus.io.ModbusRTUTransport:167 ] - failed to read: Er
ror reading response

24 gennaio 2016

si... il resto rimane com'è.

Magari puoi mettere un unico Item del tipo...

Grout gAll

Number Test "Test [%d]" (gAll) {modbus="slave1:0"}

24 gennaio 2016

scusa ma non ti seguo.... non capisco

24 gennaio 2016

Scusa, avevi già risposto per la prova con holding.

Stai sempre provando con il collegamento tramite porta

com virtuale per via della distanza?

Ti mancherebbe solo di provare input e holding usando il

connettore usb/seriale direttamente

Non gli piace la risposta che riceve.

Tra l'altro il CRC 14 3A sembra corretto.

24 gennaio 2016

il convertitore seriale usb crea una porta visrtuale seriele COM8.. ci sono problemi con OPenHab?

24 gennaio 2016

provato con usb e parametro holding

non si accendono led di trasmissione sull'intefaccia

connecting to master: Could not get port identifier, maybe insufficient permiss
ions. null
18:42:20.274 [INFO ] [.b.modbus.internal.ModbusSlave:267 ] - ModbusSlave not co
nnected
18:42:20.476 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:42:20.482 [ERROR] [b.m.internal.ModbusSerialSlave:133 ] - ModbusSlave: Error
connecting to master: Could not get port identifier, maybe insufficient permiss
ions. null
18:42:20.483 [INFO ] [.b.modbus.internal.ModbusSlave:267 ] - ModbusSlave not co
nnected
18:42:20.685 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:42:20.689 [ERROR] [b.m.internal.ModbusSerialSlave:133 ] - ModbusSlave: Error
connecting to master: Could not get port identifier, maybe insufficient permiss
ions. null
18:42:20.690 [INFO ] [.b.modbus.internal.ModbusSlave:267 ] - ModbusSlave not co
nnected
18:42:20.892 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:42:20.894 [ERROR] [b.m.internal.ModbusSerialSlave:133 ] - ModbusSlave: Error
connecting to master: Could not get port identifier, maybe insufficient permiss
ions. null
18:42:20.896 [INFO ] [.b.modbus.internal.ModbusSlave:267 ] - ModbusSlave not co
nnected
18:42:21.098 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
l, going to create a new one
18:42:21.100 [ERROR] [b.m.internal.ModbusSerialSlave:133 ] - ModbusSlave: Error
connecting to master: Could not get port identifier, maybe insufficient permiss

24 gennaio 2016

Nessun problema... devi semplicemente modificare lo script di avvio

-Dgnu.io.rxtx.SerialPorts=COM8

e poi anche i parametri nel file cfg

modbus:serial.slave1.connection=COM8:19200:8:none:1:rtu

24 gennaio 2016

cavoli l'avvio ... ora riprovo sccusa

24 gennaio 2016

Visto che che siamo in ballo... facciamo una cosa.

Abbiamo messo e tolto molte volte.

Proviamo a rifare una installazione pulita di openhab.

crei un'altra installazione di openhab e inserisci

solo l'addon per il modbus nella directory addons

Lascia perdere anche l'addon di persistenza per rd4jj.

24 gennaio 2016

Ti avevo anche fatto provare un addon modbus vecchio (1.6.2) magari ti era

rimasto quello.

24 gennaio 2016

questo è quanto mi restituisce con la COM8 ed il convertitore seriale/USB... ho notato che i led tx e rx sull'interfaccia ora lampeggaino...

OpenHab versione 1.8 con addon 1.8

8:50:49.935 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:50.166 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:50.367 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:50.581 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:50.782 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:50.997 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:51.198 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:51.428 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:51.629 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:51.859 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:52.060 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:52.275 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:52.476 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:52.706 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:52.907 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:53.122 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:53.323 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one
8:50:53.553 [INFO ] [.b.modbus.internal.ModbusSlave:310 ] - ModbusSlave error
etting responce from slave
8:50:53.754 [DEBUG] [b.m.internal.ModbusSerialSlave:117 ] - connection was nul
, going to create a new one

Accedi

Interfacciare OpenHab ad impianto domotico DUEMMEGI tramite ModBus

Messaggi consigliati

smoothhands

Link al commento

Condividi su altri siti

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

smoothhands

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

smoothhands

Link al commento

Condividi su altri siti

omar1971