Newsgroup: it.comp.lang.visual-basic
Titolo: Collegare SCADA in VB tramite protocollo MODBUS a interfaccia estena.

Salve a tutti.
Con dei colleghi abbiamo realizzato uno SCADA in VB6, ora dovremmo 
permettere il collegamento a dispositivi di controllo esterni tramite 
protocollo MODBUS. Avete suggerimenti ed eventuali link per facilitarci?
Gabriella. 

 ha scritto nel messaggio 
news:Ij89d.2014$b5.8...@news3.tin.it...


 ha scritto nel messaggio
news:Bpd9d.23202$eb....@tornado.fastwebnet.it...


Anche noi ma in occasione di temporali o forti scariche o comunque disturbi 
forti il driver di linea (es Max 485 o Max 483) può bruciare.
Da questo punto di vista ethernet che è comunque una RS485 dal punto di 
vista funzionale è isolata dalla linea con un trasformatore e tutti i 
problemi spariscono risolti alla radice.
Noi in realtà abbiamo queste modalità di utilizzo:
RS485 per brevi distanze( 30-50 m)
Rs485 convertita ai due lati in fibra ottica per distanze medio-lunghe
Ethernet verso ogni quadro di controllo per distanse medie (50-200 m) con un 
convertitore ETH/RS485 in ogni quadro
e voi?
tullio1248
"One Shot One Kill" <OltreL...@NavySeal.Mil> ha scritto nel messaggio 
news:ck5e9f$g68$1...@carabinieri.cs.interbusiness.it...


Noi lavoriamo su distanze brevi quindi montiamo solo RS485, anche se in
effetti ogni tanto qualche chip salta a causa di scariche o picchi di
tensione.
Che schede usate per la rete Ethernet/RS485, volevo provare qualcosa in
questo senso

Usiamo una scheda che costruiamo noi ed utilizza un convertitore Eth/seriale 
a livello ttl che si chiama XPort lo conosci?
Ciao
Tullio1248
"One Shot One Kill" <OltreL...@NavySeal.Mil> ha scritto nel messaggio 
news:ck5mgr$r1t$1...@grillo.cs.interbusiness.it...


 utilizzo da anni ;-)
Se il fornitore prevede solo la porta RS485, bisogna adeguarsi.
Ma quando c'è possibilità di scelta, ad esempio perchè va comunque inserito
un convertitore da entrambe le parti, la scelta più felice è quella della
RS422, infinitamente più affidabile della 485.
Basti pensare che la 485 ha i livelli di tensione configurabili, per cui non
è detto che due RS485 di fornitori diversi riescano a dialogare.
E il dover invertire la direzione inserisce, comunque, un ritardo.
Per quanto riguarda il protocollo, il fatto che la connessione fisica sia RS
o Eth, non cambia assolutamente niente in tutta la gestione.
Cambierà solamente il fatto che il pacchetto da inviare uscirà su MSComm o
su Winsock, ma per il resto la cosa è identica.
Relativamente al Modbus...
A me fa cagare.
E' discretamente compatto e veloce, ma è rognoso da debuggare non essendo
umanamente intelligibile senza un decodificatore in mezzo.
Anche qua, quando posso scegliere, vado su protocolli un pelino più
dispendiosi, ma facili facili, tipo il Sysway.
Volendo riassumere, diciamo che RS485+Modbus è la classica scelta teutonica,
un modo per complicare le cose semplici. Non per niente è stata la
configurazione preferita di Siemens (e spesso lo è ancora)...
Ciao
Alberto

 forti il driver di linea (es Max 485 o Max 483) può bruciare.
[CUT]
strano...ma che unità di conversione usate??io ho fatto piu' di 100
installazioni con Rs485 anche in ambienti veramente difficili (campi
elettromagnetici, disturbi e cosi' via) mai avuto un problema. E' uno dei
punti critici della rete. Bisogna scegliere robba buona e optoisolata. No a
roba autocostruita.
Fondamentale poi come il quadrista alimenta l'unità di conversione, come
protegge la cosa, il cavo twisted pair ecc.ecc. Volevo informare che adesso
esistono unità autoswitching, nel senso che il segnale (di solito si usa l'
rts) per commutare tra RX/TX viene gestito dall'unità stessa e non c'e' più
bisogno di farlo via software. Inotre esistono le autosensing, in grado di
cambiare la velocità di trasmissione automaticamente. Posso cioè avere una
rete con alcuni strumenti a 9600, altri a 19200, altri a 2400 ....il tutto
trasparente! Secondo me ethernet (io la adoro) ancora non è matura per
l'ambito industriale. Molte devices non le trovi con ethernet, ma 485 si.
Ciao
Umbe

 ha scritto nel messaggio
news:Ij89d.2014$b5.8...@news3.tin.it...

Ovviamente lo studio del protocollo: 
www.modbus.org
Poi metti in preventivo anche delle dll scritte in c++ per la gestione dei
tempi, crc, e conversioni numeriche varie.
Umbe

 ha scritto nel messaggio 
news:2snen6F...@uni-berlin.de...


 ha scritto nel messaggio 
news:ck61ds$a3d$1...@fata.cs.interbusiness.it...


 Tu invece che cosa fai con l'RS485?
Collego.
Sembra una battuta, ma è così.
Siamo bravini in interoperabilità industriale, quindi tu dammi uno
stabilimento, con macchine di produttori e tecnologie diverse, e alla fine
sono tutte in rete.
Ciao
Alberto

 Ma a livello di Pc (es scada) cosa avete e cosa usate?
Ho una totale avversione per gli Scada.
In un impianto ci hanno imposto CiTect, e siamo impazziti coi bug del suo
Ide.
Normalmente, invece, Vb, con driver e librerie da noi realizzati nel tempo,
e Sql-Server come appoggio.
Rispetto agli Scada, diciamo che vinciamo 10-0 in flessibilità, mentre sul
trasferimento di grosse moli di dati (ad esempio grosse ricette), devo
riconoscere che paghiamo parecchio in velocità rispetto ad alcuni Scada.
Forse esageriamo con la ridondanza, ma preferisco impiegare un secondo in
più e dormire più tranquillo.
Ciao
Alberto
--
"Non mi sembra più granda del Delfino..."
"A partir dal fat che la merda liquida
l'as drisa gnan a puntlarla,
còsta chì l'è piò granda, gnuranta."

 ha scritto nel messaggio 
news:2snp3pF...@uni-berlin.de...


 adesso comincia l week end...
Affermazione quasi avventata, vista l'ora...
Alberto