Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Comandare un PLC OMRON da Visual Basic 6

Ciao, devo iniziare a studiare il modo di accedere da Visual Basic 6 ad un
PLC OMRON. Il PLC sarà programmato per fare determinate cose e da Visual
Basic dovrò "pilotare" il PLC. Se non ho capito male posso accedere ai PLC
OMRON tramite due sistemi, uno con ActiveX a pagamento e l'altro non a
pagamento ma mi devo fare tutto io (e il secondo sistema va più che
bene...). Conosco bene Visual Basic ma non so niente di PLC. Non ho trovato
molto su Google o sui gruppi (non mi sono impegnato abbastanza?) perciò:
    consigli?
    siti da visitare che non sia il sito OMRON?
    dritte?
Grazie a tutti

 molto su Google o sui gruppi (non mi sono impegnato abbastanza?) perciò:
Gli Omron hanno un protocollo seriale molto semplice (E' un dialetto
Sysway, per cui trovi info a volontà).
Anche le Cpu più di base dispongono di una Rs232, per cui puoi accedere
da quella. Se hai problemi di distanze puoi tranquillamente usare una
422, visto che il protocollo è indirizzabile e quindi non ti serve la
gestione del threestate (come succede invece con le 485, ad esempio per
Siemens).
Lavorano benissimo fino a 19.200 (vanno anche oltre, ma non esageriamo),
i timeout sono impostabili molto bassi per cui riesci ad interrogare
molte unità al secondo.
Se proprio vuoi utilizzare gli ActiveX Omron per dialogare in altri
modi... Vedi tu. A me sembra inutile, ma dipende da cosa ti viene
richiesto.
Io ho usato una volta sola i componenti Omron per il dialogo via
Ethernet. Non ricordo il costo, ma non offrivano assolutamente niente di
più (anzi, sono molto meno affidabili) rispetto ad un server seriale
tipo un Moxa.
Ciao
Alberto
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 tipo un Moxa.
E' un problema se non so minimanente cos'è un server seriale? (cos'è?)

 E' un problema se non so minimanente cos'è un server seriale? (cos'è?)
Detto volgarmente, è un convertitore Ethernet-Seriale.
Ti consente di avere il Plc e il Pc a qualunque distanza, purchè ci sia la
Lan su entrambi.
A parte questo, siccome spesso i server seriali hanno 2,4,8,16 porte,
consentono di 'tirare' un solo cavo fra Pc e 'gruppo di Plc', per poi
aprirsi con un cablaggio a stella fra server-seriale e singoli Plc.
Ciao
Alberto

 ha scritto nel messaggio
news:2ghi8hF...@uni-berlin.de...

Ti consiglio di non usare il protocollo OMRON.
Ti consiglio invece di inserire nel PLC ( a seconda dei modelli, io lavoro
con i CQM1H o la serie 200) la/le routine per comunicare in MODBUS.Dovrai
pero' dotare poi il PLC di convertitore 232-485.
Cosi' ti puoi scriverti il tuo codice di comunicazione usando uno standard
INTERNAZIONALE, potrai comunicare con tutti i modelli di PLC(anche non
Omron), senza riscrivere niente.(io ci comunico con gli S7 Siemens dotati di
opportuno convertitore profibus-modbus oltre che Omron!).
Tra parentesi sul sito comune sono state già scritte le principali
funzionalità MODBUS.
Potresti risparmiarti un sacco di lavoro.
Umbe

 aprirsi con un cablaggio a stella fra server-seriale e singoli Plc.
Grazie. Ora mi č tutto piů chiaro.
Ieri sera ho cominciato a studiarmi il protocollo, o perlomeno penso di
averlo trovato. Nel CD della OMRON ci sono decine di PDF ma uno solo che
parla del protocollo (e fa qualche sporadico esempio solo in basic). Secondo
me per componenti cosě complessi potevano pure creare un PDF con esempi in
Visual C e Visual Basic.

 Potresti risparmiarti un sacco di lavoro.
Beh, veramente il protocollo Omron è un Sysway a tutti gli effetti, ed
oltretutto è estremamente diffuso.
Non contesto il Modbus (che, però, devi riconoscere che per un principiante
è infinitamente più difficile da debuggare), ma non vedo la praticità nel
forzare un Omron a lavorare in un protocollo diverso..
A parte questo, *sconsiglio vivamente la RS485*, che presenta numerose
incompatibilità fra convertitori di marche diverse, che a rigore dovrebbe
richiedere la gestione del threestate, e che è sicuramente molto meno immune
ai disturbi e più lenta della ben più 'facile' e robusta 422.
Ciao
Alberto

 ai disturbi e più lenta della ben più 'facile' e robusta 422.
Se sia meglio lo standard EIA/TIA-422 ed EIA/TIA-485 è discusso da tempo.
Ricordiamoci che parliamo qui di aspetti elettrici del segnale.
Comunque la differenza tra i due sistemi bilanciati differenziali (quali
appunto la 422 e la 485) risiedono nel fatto che con la 485 hai il supporto
delle linee di tipo multi-drop, quindi puoi avere la coesistenza di piu'
ricevitori e trasmettitori sulla stessa linea.
La 422 viene utilizzata solitamente per connessioni punto-punto, dove la 232
non arriva a causa della distanza o interferenza.
Con la 485 fai in pratica una rete di tipo master-slave. Master sarà il tuo
pc e slave tutti gli altri strumenti (anche plc).
Pensa che facciamo  quadri con in media 8-9 Inverter, 2-3 PLC, 20
Autoregolatori PID, 10 Indicatori di sensori di temperatura e pressioni,
tutti strumenti montati su un solo quadro ed in rete 485 con protocollo
MODBUS ed il tutto di marche diverse ( Omron, Ero, Eurotherm, Gefran, Yumo,
Siemens ecc.ecc.)..e tutto fila alla perfezione.
Oggi c'e' la possibilità di fare reti eterogenee (quindi con componenti
diversi) non solo con automatismi per stati fisici (threestate), ma anche
software.
Pensa che nei miei quadri il PLC lavora a 9600 baud, alcuni strumenti
lavorano a 19.200 ed altri a 38.400.(ci sono unità di conversioni
self-tunning tipo la I-7520 della ICP-CON)
Dipende molto cosa vuoi fare. Solitamente uno che scrive un programma di
comunicazione per PLC fa un lavoro particolare (automazione industriale) e
qui la standardizzazione è vitale, senno' devi riscrivere tutto.......
Umbe

 riscrivere tutto.......
Concordo.
Ma di standard ce ne sono tanti. Il Modbus è uno solo. Molto diffuso, certo,
ma ne esistono altri.
Ciao
Alberto