Una conversione PLC-5 può produrre codice Logix valido e tuttavia causare il fallimento del processo. I file di dati, i trasferimenti a blocchi Remote I/O, il comportamento della scansione e lo stato delle comunicazioni facevano parte del contratto originale della macchina, anche se nessuno li aveva documentati in questi termini.

Una migrazione PLC riuscita ricostruisce il contratto di I/O e dei dati tra il rack legacy e il controllore moderno.

La migrazione più sicura ricostruisce quel contratto. Il software di traduzione può accelerare la conversione delle istruzioni, ma non può stabilire il significato di un vecchio bit di stato, la frequenza con cui un blocco analogico doveva aggiornarsi o quale valore obsoleto dovesse inibire una sequenza.

Inventariare il comportamento, non solo le istruzioni

Per ogni rack e adattatore, registrare l'indirizzamento, il catalogo dei moduli, la mappa dei segnali discreti, la lunghezza del trasferimento a blocchi, la frequenza di aggiornamento, la scalatura, la risposta ai guasti e gli allarmi. Tracciare ogni risultato BTR e BTW nella logica che lo utilizza. Un impulso della durata di una scansione richiede un trattamento diverso rispetto a uno stato mantenuto fino al trasferimento successivo.

Rilevare il tempo di scansione, la logica STI, i percorsi dei messaggi e i riferimenti ai file dell'HMI. I file di interi e bit del PLC-5 spesso fungevano da interfaccia informale. In ControlLogix, dovrebbero diventare tag o strutture con nomi e responsabilità esplicite.

Scegliere la transizione Remote I/O

Un progetto per fasi può mantenere temporaneamente il Remote I/O. Il manuale Rockwell 1756-RIO descrive il trasferimento programmato dei dati discreti e dei trasferimenti a blocchi per la migrazione. Crea un ponte controllato mentre gli I/O di campo vengono sostituiti; non rende permanente la rete legacy.

Un passaggio completo sostituisce i rack con I/O EtherNet/IP e amplia l'ambito del fermo e dei test. La scelta dipende dalle parti di ricambio disponibili, dalle condizioni dei cavi, dai tempi di fermo e dalle conseguenze di un rollback.

Riscrivere il controllo intorno a stati espliciti

Non sostituire meccanicamente i bit di completamento o di errore. Creare una struttura di comunicazione con stato comandato, stato attivo, completamento, errore, errore esteso, timestamp e stato di validità dei dati. Chi utilizza i dati deve sapere se sono aggiornati, obsoleti o non disponibili.

Ripetere i test sui one-shot, sui sequenziatori, sull'indirizzamento indiretto, sulle zone MCR, sugli I/O asincroni e sul nuovo invio dei messaggi. Le attività di ControlLogix vengono eseguite in modo diverso rispetto alla scansione continua di un PLC-5. Istruzioni equivalenti non garantiscono una temporizzazione equivalente.

Dimostrare il rollback prima della messa in produzione

Testare le sequenze normali, ogni consenso, la perdita di ciascun adattatore, i dati analogici obsoleti, il ripristino delle comunicazioni e il riavvio controllato. Confrontare le uscite critiche e i valori di processo con i relativi timestamp. Il piano di rollback deve prevedere hardware testato, backup e una scadenza per la decisione.

I candidati per la piattaforma e le parti di ricambio possono essere consultati nella raccolta di sistemi PLC e PAC, ma l'hardware deve rispettare il contratto di I/O verificato.

La nostra opinione: la scorciatoia più pericolosa consiste nel dichiarare il codice tradotto “quasi completo”. Sono proprio la temporizzazione e il comportamento in caso di guasto, spesso non documentati, a determinare se lo stabilimento può affidarsi al controllore.

Domande che gli ingegneri pongono prima di apportare la modifica

Il codice PLC-5 può essere convertito automaticamente?

Gli strumenti possono convertire parte del set di istruzioni, ma gli ingegneri devono riprogettare gli I/O, le comunicazioni, le strutture dati, la temporizzazione e la gestione dei guasti.

Il Remote I/O deve essere sostituito al momento del passaggio?

Non sempre. Un ponte supportato può consentire una transizione per fasi, ma le condizioni, le parti di ricambio e i piani di dismissione devono essere definiti esplicitamente.

Che cosa deve essere testato?

Testare le sequenze, i consensi, la perdita dell'adattatore, i dati obsoleti, il ripristino, gli allarmi, le azioni dell'operatore e un rollback temporizzato.