Studio 5000 e RSLogix 5000: Gestione del firmware e delle versioni: una guida completa
Il firmware è il sistema operativo che gira sul controller. La revisione del progetto è la versione del formato del file .ACD. Questi due numeri vengono spesso confusi, e la confusione può essere costosa. Un tecnico della manutenzione che li scambia può convertire un progetto funzionante in un file che nessun software installato è in grado di aprire, oppure sottoporre una linea di produzione in funzione a un download imprevisto del firmware di cui non esiste un backup.
La terminologia corretta segue quella utilizzata da Rockwell Automation: Logix Designer, ControlFLASH, RSLinx Classic, FactoryTalk Linx e il Product Compatibility and Download Center (PCDC).
Il firmware è il sistema operativo eseguibile memorizzato nella memoria non volatile del controller. Per un controller ControlLogix o CompactLogix, il firmware implementa il motore di esecuzione Logix: esegue il modello di attività, esegue le routine, comunica tramite il backplane e la rete e fornisce i servizi che Logix Designer richiama durante una sessione online. Un controller senza firmware è inattivo. I nuovi controller vengono spediti dalla fabbrica con il firmware già caricato e lo stesso hardware fisico può eseguire diverse revisioni del firmware durante il suo ciclo di vita.
Rockwell identifica il firmware tramite un numero di revisione. La revisione è il numero visualizzato in RSLinx Classic o FactoryTalk Linx quando il tecnico accede al controller ed è il numero che deve essere confrontato con la versione del software sul PC. Quando in questa guida si parla di "revisione del controller", ci si riferisce al numero di revisione del firmware.
Un progetto Logix Designer è un singolo file con estensione .ACD. Il file ha una propria versione di formato, che corrisponde alla revisione del progetto. Quando una finestra di dialogo indica "revisione del progetto 32", si riferisce al formato del file, non al controller. La revisione del progetto viene scritta nel file dal software che lo ha creato o salvato per ultimo.
In un sistema funzionante correttamente, la revisione del progetto e la revisione del controller solitamente coincidono, perché Logix Designer crea un progetto alla revisione del controller a cui è destinato. La corrispondenza è una convenzione, non un'identità. Un progetto alla revisione 32 può essere destinato a un controller con firmware 32, e i due numeri risultano essere uguali. La confusione nasce quando un ingegnere tratta la revisione del progetto come se fosse il firmware del controller, o il firmware del controller come se fosse una proprietà di un file.
La versione del software corrisponde alla versione dell'applicazione installata: RSLogix 5000 per le versioni dalla 1 alla 20 e Studio 5000 Logix Designer per la versione 21 e successive. Rockwell ha rinominato RSLogix 5000 in Studio 5000 Logix Designer a partire dalla versione 21, rilasciata nel 2012 circa. Il cambiamento è stato un rebranding e una modifica del packaging, non la creazione di un nuovo prodotto. L'applicazione che apre i file .ACD appartiene alla stessa famiglia e la numerazione delle versioni è proseguita senza interruzioni. La versione 20 è quindi RSLogix 5000 e la versione 21 è Studio 5000 Logix Designer. Il nome è rilevante solo in prossimità di questo punto di transizione. Un ingegnere dovrebbe interpretare "Studio 5000 versione 32" e "RSLogix 5000 versione 20" come la stessa quantità.
Ogni versione del software ha una revisione nativa del progetto. Studio 5000 Logix Designer versione 32 crea e modifica progetti alla revisione 32. Il software può aprire progetti di revisioni precedenti alle condizioni descritte di seguito e può creare progetti per controller di revisioni firmware precedenti, sempre alle stesse condizioni. L'associazione nativa è quella rilevante: la versione N del software è associata alla revisione N del progetto e alla revisione N del controller.
Il controller non è l'unico dispositivo dotato di firmware. Ogni modulo intelligente in un sistema Logix ne possiede uno proprio: il modulo di comunicazione Ethernet 1756-EN2T, il 1756-IB16 e altri moduli I/O discreti, il 1756-IF8 e altri moduli analogici, i bridge 1756-CNB e 1756-DNB e le famiglie di I/O 5069 e 1769. Ogni modulo ha una propria revisione del firmware, che viene aggiornata separatamente con ControlFLASH.
Il firmware dei moduli è importante per due motivi. Il progetto memorizza la revisione del firmware prevista per ogni modulo nella configurazione I/O e Logix Designer confronta le previsioni con la realtà al momento della connessione. Anche i moduli di comunicazione si trovano sul percorso di connessione al controller, quindi un modulo con firmware incompatibile può bloccare la connessione prima ancora che il tecnico raggiunga il controller. Il firmware dei moduli e quello del controller vengono aggiornati con lo stesso strumento, ma si tratta di operazioni diverse e un piano di aggiornamento deve trattarle separatamente.
Il modello di compatibilità ha tre input: la versione del software, la revisione del progetto e la revisione del controller. Le regole seguenti descrivono come questi tre elementi possono combinarsi. Una volta definite le regole, ogni finestra di dialogo e ogni modalità di errore diventano comprensibili.
Un progetto salvato con una versione più recente del software non può essere aperto con una versione precedente. Questa regola non ammette eccezioni nella linea di prodotti Logix. Se un progetto è stato creato e salvato con Studio 5000 Logix Designer versione 33, nessuna installazione della versione 32 sarà in grado di aprirlo. Il software più vecchio non è compatibile con il formato di file più recente e Rockwell non fornisce un convertitore di versione per i file di progetto.
La compatibilità con le versioni precedenti esiste, ma è limitata. Un progetto precedente si apre in un software più recente, che lo converte. La conversione è irreversibile. Dopo che la versione più recente salva il file, la revisione del progetto è avanzata e il software precedente non è più in grado di aprirlo. Un progetto alla revisione 20, aperto e salvato nella versione 33, diventa un progetto alla revisione 33. Il file originale alla revisione 20 viene perso, a meno che non ne sia stata conservata una copia.
Questa è la prima modalità di guasto costosa. Un ingegnere apre un vecchio progetto per esaminare una routine, il software chiede di convertire il file, l'ingegnere accetta, salva e l'impianto perde la possibilità di aprire quel progetto con il vecchio software che è ancora compatibile con i controllori in esecuzione. La prassi sicura deriva direttamente dalla regola: mantenere il file originale intatto e convertirlo con un nuovo nome.
La connessione online è l'operazione in cui software e controller si incontrano direttamente. Logix Designer stabilisce un percorso di comunicazione tramite RSLinx Classic o FactoryTalk Linx, individua il controller e confronta le versioni. Il confronto è rigoroso. Per connettersi online con un controller, la versione del software deve essere compatibile con la revisione del firmware del controller.
In pratica, il requisito è il seguente: il software con una versione pari o successiva alla revisione del controller può funzionare online. Il software precedente alla revisione del controller non può. Un controller con revisione 32 richiede software con versione 32 o successiva. La versione 31 non può funzionare online con quel controller e nessuna impostazione del driver o modalità di compatibilità può modificare questo fatto.
Il caricamento consiste nel trasferimento del progetto dal controller al PC. Il caricamento funziona quando la versione del software è uguale o successiva alla revisione del firmware del controller. Il software legge il programma dal controller, ricostruisce un progetto e scrive il file con la revisione del controller letto. Pertanto, il caricamento da un controller con revisione 24 e software versione 32 produce un progetto con revisione 24, e tale file è apribile da software con versione 24 o successiva, incluso il software precedente già in possesso dell'impianto. Il caricamento con software precedente alla revisione del controller non è possibile: il software precedente non è in grado di interpretare le strutture dati del controller più recente. Un controller con revisione 32 e con a disposizione solo il software versione 30 non può essere caricato. La soluzione consiste nell'ottenere il software versione 32 o successiva, non nel tentare soluzioni alternative.
Il download consiste nel trasferimento del progetto dal PC al controller. Il download richiede che la revisione del progetto corrisponda alla revisione del controller, a meno che l'ingegnere non modifichi esplicitamente la revisione del controller durante il download. Quando le revisioni sono diverse, Logix Designer offre la possibilità di modificare la revisione del controller prima di scaricare il progetto. Modificare la revisione del controller significa caricare un nuovo firmware sul controller.
Esiste un metodo legittimo per far coincidere le due parti senza ricorrere a una conversione: la finestra di dialogo "Nuovo progetto" di Logix Designer offre un elenco di revisioni per il controller selezionato, che include anche le revisioni precedenti alla versione del software. Un impianto con software versione 32 può creare un progetto alla revisione 24 per un controller v24 e il file verrà scritto alla revisione 24. Questo è il modo in cui un OEM produce un documento che può essere aperto anche da una versione precedente del software, ed è lo strumento corretto quando la revisione del progetto e la revisione del controller devono essere allineate per esigenze di progettazione.
Il processo di download rappresenta la seconda modalità di guasto più costosa. Durante un download di routine, compare la richiesta di modifica della revisione del controller, un tecnico la accetta senza leggerla e il controller riceve il nuovo firmware. Una macchina in funzione, il cui controller non è mai stato sottoposto a backup, perde il programma se il processo di flash fallisce a metà. Anche una modifica del firmware andata a buon fine può lasciare le connessioni I/O e le aspettative del firmware dei moduli in uno stato incoerente, perché la nuova revisione del controller potrebbe richiedere un firmware dei moduli più recente di quello effettivamente in esecuzione nello chassis.
Tre dialoghi dominano i resoconti dal campo.
Il primo problema riguarda l'errore di apertura del progetto. Il software segnala che il progetto è stato creato con una versione più recente e si rifiuta di aprire il file. Non esiste una soluzione alternativa nella versione precedente del software. La soluzione consiste nel procurarsi la versione più recente del software oppure nel richiedere al fornitore del file una copia della versione utilizzata dal produttore, che il software più recente è in grado di generare per i progetti che può aprire.
Il secondo problema riguarda la mancata corrispondenza nella fase di connessione online. Il software rileva il controller, riscontra una differenza di revisione e propone di aggiornare la revisione del controller. Accettando l'offerta, il controller viene riprogrammato. La finestra di dialogo è una richiesta di autorizzazione per la modifica del firmware, non un avviso. La risposta più sicura è Annulla, seguita dalla scelta su quale opzione adottare: installare il software corrispondente o pianificare un aggiornamento controllato del firmware.
Il terzo problema riguarda la mancata corrispondenza tra il download e l'opzione di modifica della revisione del controller. Si tratta della stessa operazione del secondo caso, raggiunta però tramite un percorso diverso. Il significato è identico: la revisione del progetto e la revisione del controller differiscono e il software propone di uniformarle scrivendo un nuovo firmware sul controller.
L'elenco "Chi è online" in Logix Designer mostra gli ingegneri attualmente connessi a ciascun controller e i controller a cui è indirizzata ogni connessione. È importante menzionarlo in questa discussione perché la sequenza "Vai online" è il momento in cui un ingegnere visualizza per la prima volta la revisione del controller di destinazione e dove un'accettazione non pianificata dell'offerta di modifica della revisione del controller può causare danni. La finestra di dialogo appare una sola volta per ogni tentativo di connessione, è formulata come una domanda di routine e il costo di accettarla senza preparazione è una macchina modificata o bloccata. Il flusso "Vai online" è anche il momento in cui l'ingegnere verifica se il controller è raggiungibile: se il percorso di comunicazione fallisce prima del confronto delle versioni, il problema risiede nel driver o nella rete; se il confronto fallisce, il problema è la revisione.
L'allineamento tra versione del software, revisione del progetto e revisione del controller non è casuale. Quando un ingegnere crea un nuovo progetto, Logix Designer richiede il numero di catalogo del controller e la sua revisione. Il file di progetto viene scritto alla revisione selezionata e tale revisione viene memorizzata come destinazione. Un sistema funzionante correttamente esegue un controller alla revisione di destinazione del progetto e il progetto risiede alla revisione del software che lo gestisce. Qualsiasi discrepanza in uno qualsiasi di questi tre valori genera una delle finestre di dialogo sopra riportate.
Le modifiche online introducono un secondo tipo di discrepanza. Un tecnico che si collega online e modifica la logica cambia il programma memorizzato nel controller senza modificare il file .ACD sul PC. Il controller e il file ora differiscono, anche se i numeri di versione corrispondono. Ecco perché un caricamento completo dovrebbe essere parte integrante di qualsiasi procedura di aggiornamento: il caricamento cattura lo stato effettivo del controller, comprese le modifiche che non sono mai state salvate nel file.
Nelle richieste di assistenza si ripresentano quattro situazioni, e ognuna di esse rappresenta il modello di compatibilità in azione.
Caso 1: un produttore OEM invia un file di progetto in revisione 33, mentre l'impianto utilizza Studio 5000 versione 30. Il file non si apre. L'impianto può quindi installare la versione 33 oppure richiedere al produttore OEM un progetto in revisione 30, che il software più recente del produttore OEM è in grado di creare. Nessuna delle due opzioni modifica i controllori, pertanto la funzionalità online esistente dell'impianto rimane invariata.
Situazione due: un controller sostitutivo arriva dal magazzino e l'impianto non può essere messo in funzione. Il controller sostitutivo è stato aggiornato a una versione del firmware più recente rispetto a quella supportata dal software dell'impianto. Le opzioni sono: aggiornare il firmware del controller sostitutivo a una versione supportata dal software dell'impianto, se tale versione esiste per il numero di catalogo, oppure aggiornare il software dell'impianto. L'aggiornamento del firmware è un'operazione che comporta gli stessi rischi di qualsiasi altro aggiornamento e richiede la stessa procedura di backup.
Situazione tre: un ingegnere scarica un progetto e il software richiede di modificare la revisione del controller. L'ingegnere accetta e, dopo il download, l'albero I/O mostra errori nei moduli. La revisione del controller è stata modificata, ma il firmware del modulo no, e le aspettative del progetto riguardo ai moduli non corrispondono più allo chassis. La soluzione consiste in un aggiornamento pianificato del firmware del modulo, motivo per cui la procedura descritta nella sezione 6 riguarda l'intero chassis e non solo il controller.
Situazione numero quattro: un tecnico non riesce a caricare il software da un controllore che è stato aggiornato da un appaltatore durante la fase di collaudo. L'appaltatore ha aggiornato il controllore alla revisione 32, mentre l'impianto possiede la versione 30 del software. Il caricamento è impossibile finché l'impianto non ottiene la versione 32 o successiva. Questa situazione è frequente dopo interventi di terze parti, ed è per questo che la revisione del controllore deve essere inclusa in qualsiasi checklist di consegna.
Ogni famiglia di controller supporta un intervallo di revisioni firmware. I valori riportati di seguito rappresentano i limiti standard. Rockwell modifica periodicamente le proprie politiche di supporto e la fonte autorevole per qualsiasi numero di catalogo specifico è il Product Compatibility and Download Center (PCDC). Consultare il PCDC prima di pianificare un aggiornamento. In ogni caso, non è possibile selezionare in ControlFLASH una revisione firmware non disponibile per un determinato numero di catalogo.
Famiglia di controller | Numeri di catalogo | Firmware massimo (tipico) | Note
ControlLogix 5560 | 1756-L61, 1756-L62, 1756-L63 | circa v20 | Rockwell ha interrotto lo sviluppo di funzionalità per la famiglia L6x a quel punto. L'intervallo esatto supportato dipende dal numero di catalogo; consultare il PCDC.
ControlLogix 5570 | 1756-L71 fino a 1756-L75 | circa v24 | La famiglia L7x raggiunge il massimo intorno alla v24. Consultare il PCDC per l'intervallo esatto.
ControlLogix 5580 | 1756-L81 fino a 1756-L85 | v24 e successive | La famiglia L8x richiede la versione v24 o successiva e non è compatibile con firmware precedenti.
ControlLogix 5580, serie E | da 1756-L81E a 1756-L85E | v28 e successive (generale) | La famiglia 5580 generalmente richiede la versione v28 o successiva. Verificare il PCDC per la versione massima attualmente supportata.
CompactLogix 5370 | 5069-L306ER e relativi numeri di catalogo 5069 | v30 e versioni successive (generale) | La famiglia 5069 generalmente richiede la versione 30 o successiva. Verificare il PCDC per il livello massimo supportato.
CompactLogix 5370 | da 1769-L16ER a 1769-L37ERM | approssimativamente da v20 a v36 | L'intervallo supportato dipende dal modello e dalle politiche di supporto di Rockwell. Consultare il PCDC per il valore esatto corrispondente al proprio numero di catalogo.
Dalla tabella emergono tre conseguenze pratiche. In primo luogo, un L61 con revisione 20 non può essere aggiornato alla revisione 24; l'hardware non lo supporta e non esiste alcun file firmware con revisione 24 per quel numero di catalogo. In secondo luogo, un L81 non può eseguire il firmware con revisione 20; il controller richiede la revisione 24 o successiva e non accetta firmware precedenti. In terzo luogo, il firmware massimo per le famiglie 5580 e 5069 è soggetto a variazioni: Rockwell pubblica nuove revisioni nel tempo e il valore massimo attuale è esattamente il tipo di dato che il PCDC ha lo scopo di indicare.
Quando un impianto pianifica una migrazione da un L6x a un L8x, il passaggio del firmware dalla versione 20 circa alla versione 24 o successiva fa parte dell'ambito del progetto, insieme al passaggio del software da RSLogix 5000 a una versione più recente di Studio 5000. Lo stesso ragionamento si applica a una migrazione da un CompactLogix 1769 a un CompactLogix 5069: la nuova famiglia di controllori stabilisce un nuovo livello minimo per il firmware e per il software, e il vecchio progetto deve essere convertito in un nuovo progetto alla nuova revisione prima di poter essere scaricato. L'hardware che ha raggiunto la fine del suo ciclo di vita del firmware è spesso lo stesso hardware che è diventato difficile da reperire, motivo per cui i pezzi di ricambio Allen-Bradley per le piattaforme ControlLogix e CompactLogix legacy rimangono una voce di approvvigionamento normale per gli impianti che non possono ancora migrare.
È possibile installare più versioni di RSLogix 5000 e Studio 5000 Logix Designer sullo stesso PC. Rockwell ha progettato i programmi di installazione per coesistere e molti ingegneri utilizzano effettivamente la versione 20 e la versione 32 sulla stessa macchina. La coesistenza è fattibile, ma può risultare complessa.
La prima complicazione riguarda le licenze. RSLogix 5000 e Studio 5000 utilizzano l'attivazione FactoryTalk e ogni versione del software richiede una propria attivazione. Un'attivazione valida per la versione 32 non è automaticamente valida anche per la versione 20. Un impianto che mantiene entrambe le versioni installate deve mantenere entrambe le attivazioni valide e un'attivazione scaduta per una delle due versioni viene visualizzata come un errore che viene scambiato per un malfunzionamento del software.
La compatibilità con Windows è la seconda complicazione. Le versioni più vecchie di RSLogix 5000 sono precedenti ai moderni sistemi operativi Windows e non funzionano su Windows 10 o Windows 11. La versione 20, ad esempio, è stata rilasciata ai tempi di Windows XP e Windows 7 e, per eseguirla su un sistema operativo moderno, in genere è necessaria una macchina virtuale. La matrice di compatibilità del PCDC indica i sistemi operativi supportati per ogni versione del software. In sintesi: più vecchio è il software, più vecchio è il sistema operativo Windows richiesto.
La coesistenza stessa rappresenta la terza complicazione. Versioni diverse condividono servizi come RSLinx Classic e FactoryTalk Linx, e i conflitti di versione si manifestano con driver che scompaiono, errori di attivazione e progetti che si aprono nell'applicazione sbagliata quando le associazioni dei file puntano all'ultima versione installata. Una versione che funzionava correttamente da sola può iniziare a dare problemi dopo l'installazione di una seconda versione.
La soluzione ingegneristica più comune prevede un laptop dedicato o una macchina virtuale per ogni versione. Un impianto con controllori v20 e v32 mantiene una macchina con RSLogix 5000 v20 e una con Studio 5000 v32, evitando di utilizzarle contemporaneamente. Questo approccio comporta costi in termini di hardware e spazio sulla scrivania, ma garantisce maggiore sicurezza. Un impianto che mantiene attiva una macchina v20 è solitamente lo stesso impianto che tiene a disposizione pezzi di ricambio per PLC non più in produzione da Rockwell. L'approccio con le macchine virtuali offre un ulteriore vantaggio: l'immagine della macchina virtuale stessa funge da backup e un'installazione danneggiata viene ripristinata copiando l'immagine anziché reinstallando il software e reinserendo le attivazioni.
Uno chassis Logix contiene il controller e i suoi moduli, e ogni modulo esegue il proprio firmware. Il progetto memorizza la revisione del firmware prevista per ogni modulo nella configurazione I/O. Quando Logix Designer viene avviato, confronta le revisioni previste dei moduli con le revisioni effettive presenti nello chassis e segnala le differenze.
L'aggiornamento del firmware del modulo avviene tramite ControlFLASH, lo stesso strumento utilizzato per il controller. L'operazione va eseguita modulo per modulo: selezionare il modulo nello strumento di flashing, selezionare la revisione di destinazione e avviare il flashing. Il modulo Ethernet 1756-EN2T è quello più frequentemente aggiornato, poiché il suo firmware controlla il percorso di rete e perché Rockwell pubblica nuove revisioni EN2T per correggere i difetti di comunicazione.
La regola pratica: gli aggiornamenti del firmware dei moduli vanno eseguiti nella stessa finestra di manutenzione degli aggiornamenti del firmware del controller e verificati con la stessa rigorosa procedura. Un progetto che prevede la revisione 5 di EN2T su un modulo che esegue la revisione 3 genera un'incompatibilità in fase di connessione, che può bloccare o degradare la connessione, a seconda del modulo e dell'entità della differenza. È fondamentale mantenere il firmware dei moduli coerente con le aspettative del progetto ed effettuare aggiornamenti su entrambi i lati in modo deliberato, mai per errore. Un aggiornamento del firmware del controller che lo porta a una versione superiore a quella del firmware dei moduli di comunicazione è una causa frequente di errori del modulo e segnalazioni di errori di connessione dopo un aggiornamento altrimenti riuscito.
La procedura descritta di seguito è ordinata. Ogni passaggio esiste perché la sua omissione ha causato un problema reale. Seguire i passaggi in sequenza e non unirli.
1. Verificare lo stato attuale. Aprire RSLinx Classic o FactoryTalk Linx, individuare il controller e annotare la revisione del firmware corrente. Annotare anche la revisione di ogni modulo presente nello chassis, ricavandola dalla configurazione I/O del progetto o dalle proprietà del modulo. Questa registrazione rappresenta la base di riferimento per l'intera operazione e per la successiva verifica post-aggiornamento.
2. Eseguire il backup del progetto. Chiudere il progetto, copiare il file .ACD in due posizioni diverse e annotare la revisione del progetto. Non convertire il progetto durante il backup. Il backup deve essere una copia byte per byte del file corrispondente al sistema in esecuzione.
3. Eseguire un caricamento completo. Accedere online con il software corrente, caricare il progetto dal controller e salvare la copia caricata con un nome diverso. Il caricamento rappresenta il secondo backup ed è quello fondamentale nel caso in cui il file .ACD e il controller non siano più aggiornati. I controller possono contenere logica non presente nel file, poiché gli ingegneri apportano modifiche in tempo reale. Il caricamento cattura lo stato attuale.
4. Consultare la matrice di compatibilità nel PCDC. Verificare tre aspetti: che la revisione del firmware di destinazione esista per il numero di catalogo del controller, che la versione del software prevista per la connessione post-aggiornamento supporti tale revisione del firmware e che tale versione del software sia in esecuzione sul sistema operativo del PC che verrà connesso. Un errore in uno qualsiasi di questi tre punti annulla l'aggiornamento fino alla sua risoluzione. Questo passaggio identifica anche le revisioni del firmware dei moduli previste dalla revisione del controller di destinazione, in modo da poter confrontare l'elenco dei moduli del passaggio 1 con tale elenco.
5. Confermare la finestra di manutenzione. Un download del firmware interrompe il controller. Il controller interrompe l'esecuzione del programma per tutta la durata dell'aggiornamento e le connessioni I/O vengono interrotte. Verificare che il processo possa tollerare l'interruzione, che gli operatori siano stati informati e che la macchina si trovi in uno stato sicuro. Non aggiornare una macchina in funzione al di fuori di una finestra di manutenzione e non aggiornare una macchina nel mezzo di un lotto.
6. Eseguire ControlFLASH. Avviare ControlFLASH, selezionare il controller, selezionare la revisione di destinazione e avviare il flashing. Non interrompere il flashing una volta avviato. Un'interruzione di corrente o di comunicazione durante il flashing può causare il danneggiamento dell'immagine del firmware del controller. Il controller potrebbe ripristinarsi tramite una modalità di avvio, ma il ripristino non è garantito. Attendere il messaggio di completamento prima di intervenire.
7. Verificare il risultato. Spegnere e riaccendere il controller come indicato dallo strumento di flashing. Connettersi online con la versione software pianificata e verificare che la revisione visualizzata in Logix Designer corrisponda a quella di destinazione. Controllare le connessioni I/O: ogni modulo nell'albero I/O dovrebbe mostrare lo stato previsto e le incongruenze del firmware dei moduli emergono in questa fase. Verificare che il programma venga eseguito: mettere il controller in modalità Run e osservare l'esecuzione, i timestamp delle attività e i valori I/O. Conservare i backup pre-aggiornamento fino a quando la macchina non ha completato un ciclo di produzione completo con il nuovo firmware.
Gli aggiornamenti del firmware dei moduli seguono la stessa procedura, con il passaggio 6 ripetuto per ciascun modulo. La verifica al passaggio 7 controlla quindi le revisioni del modulo nell'albero I/O anziché la revisione del controller.
Lista di controllo sintetica per chi pianifica la manutenzione:
· [ ] Baseline registrata: revisione del controller e revisioni del modulo documentate
· [ ] Progetto sottoposto a backup alla sua revisione corrente, due copie, non convertite
· [ ] Caricamento completo effettuato e salvato con un nome separato
· [ ] PCDC verificato: esiste il firmware di destinazione per il numero di catalogo del controller
· [ ] PCDC verificato: la versione software pianificata supporta il firmware di destinazione
· [ ] Verifica PCDC: la versione del software supporta il sistema operativo del PC
· [ ] Le aspettative del firmware del modulo sono state verificate rispetto alla revisione del controller di destinazione
· [ ] Finestra di manutenzione confermata con le operazioni
· [ ] Macchina in stato sicuro, nessun batch attivo
· [ ] ControlFLASH viene eseguito fino al completamento senza interruzioni
· [ ] Ripristino del controller o ciclo di alimentazione eseguiti come indicato
· [ ] Verificato online: la revisione del controller corrisponde al target
· [ ] Connessioni I/O verificate modulo per modulo
· [ ] Programma confermato in esecuzione in modalità Esegui
· [ ] I backup pre-aggiornamento vengono conservati fino al completamento di un ciclo di produzione completo
D1. La versione 30 può aprire un progetto salvato in Studio 5000 versione 32?
No. Un progetto salvato con una versione più recente non può essere aperto con una versione precedente. La versione 30 non è in grado di leggere il formato di file della revisione 32. Procurati la versione 32 o successiva, oppure richiedi al creatore del file una copia in formato revisione 30.
D2. Cosa significa il messaggio di mancata corrispondenza della revisione del controller quando sono online?
Significa che la versione del software e la revisione del firmware del controller non sono compatibili e il software propone di cambiare la revisione del controller, operazione che prevede la scrittura di un nuovo firmware sul controller. Annullare l'offerta a meno che la modifica non sia stata pianificata, salvata e programmata.
D3. Posso caricare il firmware da un controller più recente del mio software?
No. Il caricamento richiede un software di versione pari o superiore alla revisione del controller. Installare il software corrispondente o più recente prima del caricamento.
D4. L'aggiornamento del firmware è reversibile?
È possibile ripristinare una revisione precedente di un controller se tale revisione esiste per il numero di catalogo. L'operazione di ripristino è a sua volta un'operazione del firmware con gli stessi rischi. Un progetto convertito non è reversibile: una volta che il software più recente salva un file convertito, nessun software precedente può aprirlo.
D5. Posso eseguire la versione 20 e la versione 33 sullo stesso PC?
In linea di principio, sì. I limiti pratici sono rappresentati dalle licenze, dalla compatibilità con Windows e dai conflitti con i servizi condivisi. La versione 20 non funziona sui sistemi Windows moderni senza una macchina virtuale. La maggior parte degli impianti utilizza un laptop o una macchina virtuale dedicati per ogni versione.
D6. Qual è la differenza tra firmware del controller e firmware del modulo?
Il firmware del controller è il sistema operativo del controller stesso. Il firmware del modulo è il sistema operativo di ciascun singolo modulo, come ad esempio un 1756-EN2T. Entrambi vengono aggiornati con ControlFLASH e devono corrispondere alle specifiche del progetto.
D7. Dove posso trovare il firmware massimo esatto per il mio controller?
Nel Centro di compatibilità e download dei prodotti (PCDC) di Rockwell Automation, sono elencate le revisioni del firmware disponibili per ogni numero di catalogo e le versioni software compatibili. Consultatelo prima di ogni aggiornamento.
Il modello di compatibilità si riassume in una sola frase: la versione del software, la revisione del progetto e la revisione del controller devono formare un insieme coerente, e ogni modifica a un membro di tale insieme rappresenta un'operazione pianificata. Un file di progetto che non si apre, una sessione online che non si avvia e un download che tenta di modificare il firmware del controller sono tutti elementi che presentano la stessa condizione di base: l'insieme non è coerente. Il compito dell'ingegnere è identificare quale elemento non è in linea, decidere quale elemento deve essere spostato e procedere allo spostamento con un backup e una finestra di manutenzione predisposta.
Per gli impianti che utilizzano hardware obsoleto, il sistema si arricchisce di un quarto elemento: l'hardware stesso. Un controllore il cui ciclo di vita del firmware è giunto al termine è un controllore per il quale i pezzi di ricambio scarseggiano, e l'orizzonte temporale per la pianificazione di una migrazione inizia nel momento in cui viene raggiunto il limite del firmware. I pezzi di ricambio Allen-Bradley e ControlLogix mantengono in funzione le linee di produzione obsolete durante la pianificazione della migrazione, e la disciplina di aggiornamento delle versioni descritta in questa guida mantiene stabile il software del sistema finché l'hardware è in funzione. Questa disciplina ha un costo minimo. L'alternativa, invece, comporta la perdita di una linea di produzione.
URL Slug: studio-5000-firmware-version-management-guide
-------------------------------------------------------------------------------------------
🏢 Informazioni su TZ Tech
TZ Tech è un fornitore leader di componenti per l'automazione industriale, l'elettronica, la strumentazione e le telecomunicazioni. Siamo specializzati nell'approvvigionamento di stock di distributori pronti per la spedizione, il che ci consente di offrire prezzi altamente competitivi e tempi di consegna brevi. Grazie al nostro ampio inventario, siamo in grado di reperire anche componenti rari e fuori produzione, difficili da trovare altrove.
🛡️ Il nostro impegno per la qualità
Sappiamo che la qualità è la vostra priorità assoluta. Ogni componente viene sottoposto a un rigoroso processo di selezione e ispezione, in modo che possiate acquistare con la massima tranquillità. Per i ricambi obsoleti o fuori produzione, crediamo nella massima trasparenza e vi forniremo sempre una descrizione ones
Continua a leggere, rimani aggiornato, iscriviti e ti invitiamo a dirci cosa ne pensi.
Inoltre, con il tuo permesso, vogliamo inserire cookie per rendere la tua visita e l'interazione con slOC più personale. Per questo utilizziamo cookie analitici e pubblicitari. Con questi cookie noi e terze parti possiamo tracciare e raccogliere il tuo comportamento su Internet all'interno e all'esterno di super-instrument.com. In questo modo noi e terzi adattiamo super-instrument.com e le pubblicità al tuo interesse. Facendo clic su Accetta accetti questo. Se rifiuti, utilizziamo solo i cookie necessari e purtroppo non riceverai alcun contenuto personalizzato. Ti invitiamo a visitare la nostra Cookie policy per maggiori informazioni o per modificare il tuo consenso in futuro.
Accept and continue Decline cookies
