Riordino Messages Su Plc5000

[ntc_silver]

Ciao, ho in manutenzione un PLC con 2 schede di rete configuate e connesse su 2 VLAN differneti. Il ruolo di questo PLC è quello di gateway, cioè mette in comunicazione i vari PLC delle 2 reti differenti.

Lo scambio dati, oviamente è fatto mediante MESSAGE.

Allo stato attuale, tutte le message (per ora sono 8 ma presto ce ne saranno altre) vengono eseguite senza controllare lo stato delle altre, in pratica direi contemporanemente

Visto che ci sono stati problemi di OPC su questa CPU (pare risolti mediante aggiornamento firmware), ho paura che queste messages così selvaggiamente inserite possano essere un collo di bottiglia.

Quello che vi chiedo è se secondo voi è necessario mettere una "schedulizzazione" di queste messages, quantomeno per non averne mai più di una in esecuzione.

Che ne dite?

[jumpier]

Per prima cosa esistono delle differenze a secondo del plc su cui fai il messaggio (ML1000, SLC500, PLC5 ecc...) ed a secondo della cpu (CLX) che utilizzi se non ricordo male vi è un differente limite di buffer autogestito relativo alla coda dei messaggi.

In linea di massima, senza complicarti troppo la vita e se non hai richieste troppo spinte, basterebbe scatenare il messaggio 2 sul bit di DONE o ERROR del messaggio 1, il messaggio 3 sul bit di DONE o ERROR del messaggio 2 e così via (sempre che non ti occorra poter escludere alcune istruzioni di messaggio ecc...).

Ovvio che ogni "n" tentativi consecutivi di errore di un messaggio dovresti gestire la segnalazione a pannello e/o scada. In questo modo hai ottenuto una schedulazione "veloce". Differentemente ti crei "n" gruppi in base alla velocità di scambio messaggi che necessiti (per esempio gruppo 1 ogni 5 secondi, gruppo 2 ogni 30 sec. e gruppo 3 ogni 10minuti); all'interno dei singoli sottogruppi applichi quanto detto in precedenza con in serie un bel timer (il tuo clock di gruppo). In più interblocchi i tuoi gruppi con dei flags in modo da non avere mai contemporaneamente più di un msg alla volta. Ti ricordo, comunque, che i problemi OPC non dovrebbero in linea di massima essere causati dalle istruzioni di messaggio, a meno che tu non vada a leggere direttamente le aree dati sui plc remoti utilizzando come gateway il ControlLOGIX

Buon lavoro