Compatibilità di 1756-EN2TR v12 con AOP e Studio 5000

Un aggiornamento del firmware 1756-EN2TR e l’installazione di un Add-On Profile di Studio 5000 sono attività correlate, ma non sono la stessa operazione. Il firmware viene eseguito nel modulo. L’AOP consente a Logix Designer di rappresentare e configurare il modulo. Un file EDS supporta l’identificazione del dispositivo negli strumenti di comunicazione. Trattare questi pacchetti come intercambiabili porta a diagnosi errate quando non è possibile aggiungere, aprire o sfogliare un modulo.

Annotare il numero di catalogo, la serie, il firmware, la versione di Studio 5000, il pacchetto AOP e il pacchetto EDS prima di modificare il software.

Correggere la diagnosi iniziale

Un blocco di Logix Designer dopo la selezione o l’espansione di un modulo non dimostra che Windows non abbia registrato un AOP perché il programma di installazione non disponeva dei diritti di amministratore. Le autorizzazioni possono influire sull’installazione, ma anche un AOP incompatibile, una versione di Studio non supportata, un’installazione danneggiata, la corruzione del progetto, versioni miste dei profili o un’altra anomalia software. Il problema deve essere isolato sulla base di prove, invece di essere attribuito a un’unica causa.

Il Product Compatibility and Download Center di Rockwell elenca firmware, pacchetti AOP firmati, file EDS, note di rilascio e serie applicabili per il 1756-EN2TR. Al momento della verifica, elenca il firmware 12.001 e 12.002 della Serie C e un pacchetto AOP EN2TR firmato. Utilizzare il record PCDC aggiornato, poiché i dettagli relativi ai pacchetti e alla compatibilità possono cambiare.

Fare l’inventario del sistema installato

Annotare il numero di catalogo del modulo, la serie hardware, la revisione firmware corrente, lo slot del telaio, il ruolo nella ridondanza e la topologia di rete. Sulla workstation, annotare le versioni principali di Studio 5000, le versioni di FactoryTalk Linx o RSLinx Classic, il pacchetto AOP installato, la build di Windows e l’eventuale presenza di controlli applicativi aziendali che limitano i programmi di installazione.

Eseguire il backup del progetto ACD ed esportare una copia di confronto prima di modificare i profili. Acquisire la definizione corrente del modulo e la selezione dell’Electronic Keying. Se il progetto si apre su un’altra workstation di engineering approvata, confrontare l’inventario software installato con quello della macchina interessata dal problema. Questo confronto è spesso più rapido che reinstallare ripetutamente i pacchetti.

Utilizzare i dati di compatibilità PCDC, non una matrice ipotizzata

Selezionare in PCDC la serie e il firmware esatti del 1756-EN2TR. Consultare le note di rilascio e le informazioni sul software compatibile prima del download. Non presumere che la revisione firmware 12 richieda automaticamente una versione di Studio scelta da una matrice non correlata dei controllori. La revisione del progetto del controllore, il supporto del modulo di comunicazione, il pacchetto AOP e il pacchetto di ridondanza possono imporre vincoli diversi.

Scaricare il software da Rockwell, non da un archivio di terze parti. Verificare la firma del pacchetto o il checksum, quando fornito, e conservare le note di rilascio insieme alla baseline software del sito. Se il modulo partecipa a un sistema ridondante, utilizzare la documentazione di rilascio della ridondanza, perché il firmware supportato del modulo di comunicazione può essere più limitato rispetto a quello di un telaio standard.

Installare l’AOP in condizioni controllate

Chiudere Logix Designer e gli strumenti di configurazione Rockwell correlati prima dell’installazione. Utilizzare il metodo di installazione richiesto da Rockwell e dai criteri Windows dell’organizzazione. Sui computer gestiti potrebbe essere necessaria l’approvazione dell’amministratore, ma l’elevazione dei privilegi, da sola, non dimostra che il pacchetto selezionato sia compatibile.

Riavviare il computer se richiesto dal programma di installazione o dalle note di rilascio. Creare quindi un piccolo progetto di test offline con un controllore compatibile e tentare di aggiungere la serie e la revisione esatte dell’EN2TR. In questo modo è possibile distinguere un problema del profilo a livello di workstation dalla corruzione o dai contenuti legacy del progetto di produzione.

Non utilizzare l’Electronic Keying per riparare un AOP

L’Electronic Keying confronta attributi quali tipo di dispositivo, numero di catalogo e revisione in base alla modalità selezionata. Compatible Keying può consentire differenze di revisione approvate; Exact Match è più rigido. Disabilitare il keying riduce la protezione dai mismatch e non installa un profilo mancante, non ripara Logix Designer e non rende sicuro un firmware non supportato.

Mantenere la decisione relativa al keying di produzione legata alla valutazione del rischio della macchina e allo standard del sito. Una modifica temporanea in un progetto di test può aiutare a isolare un mismatch di revisione, ma non deve diventare la soluzione permanente a un problema software non identificato.

Distinguere le modalità di guasto

Se il modulo non è presente nel catalogo Add Module, concentrarsi sull’AOP installato e sulla compatibilità con Studio. Se compare ma non può essere esplorato in RSLinx o FactoryTalk Linx, verificare la registrazione EDS, la configurazione IP, il funzionamento del driver e la raggiungibilità della rete. Se un progetto esistente si blocca mentre un nuovo progetto di test funziona, confrontare il contenuto del progetto, i profili importati e la definizione del modulo.

Se entrambi i progetti non funzionano, eseguire una riparazione o una reinstallazione solo dopo aver salvato i log e il registro del software installato. Esaminare il Visualizzatore eventi di Windows, i log del programma di installazione Rockwell e le informazioni diagnostiche di Logix. Un arresto anomalo riproducibile deve essere verificato rispetto alle note di rilascio e agli avvisi di supporto Rockwell, invece di essere aggirato facendo clic ripetutamente.

Pianificare separatamente la modifica del firmware

Non eseguire il flash del modulo solo per rendere più comodo l’elenco delle revisioni della workstation. Confermare il motivo della modifica del firmware, verificare che la serie di destinazione lo supporti, stabilire se il telaio è ridondante e controllare se altri moduli o switch dipendono da comportamenti specifici. Eseguire il backup della configurazione, documentare il piano di rollback e programmare un’interruzione sicura per il processo.

Dopo il flash, verificare lo stato del modulo, la configurazione IP, la topologia ad anello o lineare, la sincronizzazione dell’ora, le connessioni CIP e la comunicazione con il controllore. Un trasferimento firmware completato correttamente non dimostra che la rete di produzione sia tornata operativa. Osservare i contatori diagnostici e lo stato della ridondanza, ove applicabile.

Mettere in servizio la workstation di engineering

Aprire offline il progetto di produzione, esaminare le proprietà del modulo e confrontarle con il backup. Passare online solo secondo la procedura del sito. Verificare che il progetto e il modulo fisico coincidano per numero di catalogo, serie, revisione e keying. Confermare che l’albero I/O si apra ripetutamente senza blocchi e che un’altra workstation approvata possa ancora supportare il progetto.

La pagina hardware pertinente è la scheda del modulo 1756-EN2TR, mentre la pianificazione più ampia del ciclo di vita rientra nell’inventario dei sistemi PLC e PAC.

Utilizzare baseline software firmate e documentate

Gli attuali elenchi di download di Rockwell mettono in evidenza i pacchetti AOP firmati. Questa direzione riflette uno spostamento più ampio del settore verso software di engineering autenticato, immagini di workstation controllate e baseline di versione riproducibili. La risposta pratica consiste nel registrare ciò che è installato, conservare i pacchetti approvati e testare gli aggiornamenti su una workstation rappresentativa prima di un’interruzione.

La nostra valutazione editoriale è che la soluzione corretta sia un flusso di lavoro di compatibilità, non un’istruzione universale del tipo “eseguire come amministratore”. L’identificazione esatta dell’hardware, le evidenze PCDC, un progetto di test pulito, un’installazione controllata e una validazione separata del firmware forniscono un risultato riproducibile da un altro tecnico.