IC693CPU374 blackout Profibus: correzioni del firmware e del GSD

La sostituzione della IC693CPU374 provoca l’interruzione della rete Profibus: perché la configurazione del firmware e dei file GSD conta più della memoria del backplane

La sostituzione di una CPU374 Series 90-30 può scollegare inaspettatamente dalla rete Profibus i dispositivi di terze parti. I dati raccolti sul campo e le note di rilascio del firmware escludono la memoria condivisa del backplane. Nella maggior parte dei guasti documentati negli ambienti di automazione industriale, le cause sono invece firmware PBM200 obsoleto, file GSD non corrispondenti e problemi di temporizzazione del backplane specifici della CPU.

L’allocazione della memoria del backplane raramente causa il guasto

La IC693CPU374 offre 240 KB di memoria utente configurabile. Durante la configurazione hardware, gli ingegneri possono assegnare alla memoria dei registri (%R) da 128 a 32.640 parole. Non si tratta di una partizione fissa di memoria condivisa che un modulo di terze parti possa occupare autonomamente. I moduli master Profibus, come l’IC693PBM200, scambiano dati tramite la scansione I/O del backplane. Non negoziano direttamente la memoria %R. Pertanto, un semplice conflitto di allocazione della memoria raramente causa un’interruzione totale delle comunicazioni.

Le evidenze raccolte sul campo avvalorano questa ipotesi. Un sistema abbinava una CPU374 a un PBM200 e 24 slave. Sotto carico si verificavano riavvii intermittenti del modulo. La sostituzione della CPU con una IC693CPU350 ha eliminato completamente il problema. Il guasto dipendeva dalla CPU, non dalla configurazione della memoria. Nella nostra esperienza, i tecnici spesso controllano per prima cosa i parametri della memoria. Questo approccio fa perdere tempo quando la vera causa è da ricercare nel firmware o nella configurazione del bus.

L’incompatibilità del firmware tra CPU374 e PBM200 è ben documentata

Le note di rilascio GE Fanuc trattano esplicitamente un difetto che coinvolge la CPU374 e il master Profibus IC693PBM200. Per funzionare con la CPU374, il PBM200 richiede la versione firmware 1.16 o successiva. Le versioni precedenti registravano a intermittenza l’errore «Backplane Communications with PLC fault; lost request». Il problema si manifestava più spesso quando l’applicazione inviava istruzioni COMMREQ al modulo Profibus.

Un difetto analogo interessava il modulo slave Profibus IC693PBS201. Il firmware 1.28.1 o successivo ha risolto lo stesso guasto del backplane con la CPU374. Queste incompatibilità documentate suggeriscono che una CPU374 sostitutiva possa far emergere discrepanze latenti del firmware. Di conseguenza, prima di avviare diagnosi relative alla memoria, gli ingegneri dovrebbero verificare la revisione del firmware del modulo Profibus. Questo solo passaggio risolve molti casi di diagnostica dei problemi negli impianti di automazione industriale.

File GSD mancanti o non corrispondenti causano il blocco totale del bus

I dispositivi Profibus di terze parti richiedono la configurazione esplicita dei file GSD nel master GE Fanuc. A differenza di alcuni controller Siemens, che rilevano automaticamente i dispositivi o applicano parametri predefiniti, l’IC693PBM200 non riconosce uno slave senza la voce GSD corretta. Se manca il file GSD, subito dopo il passaggio della CPU alla modalità RUN si verifica uno stato di guasto del bus.

Un caso documentato sul campo riguardava moduli I/O WAGO su una rete Profibus. La stessa rete funzionava correttamente sotto il controllo Siemens, ma non con il master GE Fanuc. Per risolvere il problema è stato necessario importare il GSD WAGO corretto. È stato inoltre fondamentale aggiungere il modulo WAGO radice all’elenco degli I/O collegati. Configurare le singole slice I/O senza il modulo padre lasciava l’intero bus in stato di guasto. Questa modalità di guasto è indipendente da qualsiasi parametro di memoria della CPU374 e resta un’insidia comune nell’integrazione dei sistemi di controllo.

L’instabilità della temporizzazione del backplane sembra specifica della piattaforma CPU374

La CPU374 utilizza un processore AMD SC520 a 133 MHz, con una velocità di esecuzione delle operazioni booleane pari a 0,15 microsecondi per istruzione. Il suo comportamento nelle comunicazioni tramite backplane differisce da quello delle CPU 90-30 meno recenti. Le osservazioni sul campo relative a un sistema con 24 slave Profibus hanno rilevato intervalli di riavvio del PBM200 compresi tra circa 5 minuti con carico elevato e 3 ore con un numero ridotto di slave.

La riduzione della velocità di trasmissione a 1,5 Mbps e del flusso di dati non ha eliminato i riavvii. La rimozione temporanea di cinque nodi slave sospetti ha attenuato il sintomo. La soluzione definitiva è stata la sostituzione della CPU con una IC693CPU350. Questo esito indica una possibile interazione specifica della CPU374 con l’handshake del backplane del master Profibus. Inoltre, non indica una condizione generale di esaurimento della memoria. La nostra valutazione è che la piattaforma CPU374 richieda una convalida più rigorosa del firmware del modulo Profibus e della topologia del bus rispetto alle CPU meno recenti.

Sequenza pratica di verifica per gli impianti interessati

Gli ingegneri che si trovano ad affrontare questo guasto dovrebbero innanzitutto verificare il firmware del modulo Profibus. Il PBM200 richiede la versione 1.16 o successiva per essere compatibile con la CPU374. In secondo luogo, verificare che nel progetto Proficy Machine Edition sia stato importato il file GSD specifico del produttore di ciascun dispositivo slave. In terzo luogo, controllare che nell’albero di configurazione degli slave non manchino voci del modulo radice o dei moduli padre. In quarto luogo, consultare la tabella dei guasti del PLC per verificare la presenza di voci “Backplane Communications”. Queste voci permettono di distinguere i guasti di firmware e temporizzazione dagli errori di configurazione.

Se il guasto persiste dopo aver verificato firmware e GSD, isolare la rete Profibus rimuovendo sistematicamente i nodi slave. Un singolo frame malformato di un dispositivo può interrompere lo scambio del token e costringere il master a riavviarsi. Infine, se la funzionalità Ethernet non è indispensabile, la sostituzione con una CPU350 offre una soluzione alternativa documentata. Per le applicazioni che richiedono Ethernet integrata, la migrazione alla piattaforma PACSystems RX3i elimina completamente il limite del backplane legacy. Dal punto di vista del ciclo di vita, questa migrazione migliora anche la disponibilità a lungo termine dei ricambi.

Caso applicativo e scenario di soluzione

Una linea di confezionamento utilizzava un CPU374 con un master PBM200 e 24 slave WAGO e di terze parti. Gli operatori hanno segnalato interruzioni casuali del Profibus ogni poche ore. Il team ha controllato per prima cosa l'allocazione di %R, senza rilevare conflitti. Ha quindi aggiornato il firmware del PBM200 alla versione 1.16, importato il file GSD WAGO corretto e aggiunto il modulo radice all'elenco I/O. I riavvii sono diminuiti nettamente, ma non sono scomparsi durante i picchi di carico. La sostituzione finale con un IC693CPU350 ha eliminato i guasti residui. Questo caso dimostra che, nei progetti di automazione industriale, l'approccio migliore è una risoluzione dei problemi a più livelli.

Domande frequenti

L'IC693CPU374 dispone di una partizione fissa della memoria condivisa per i moduli di terze parti?

No. Il CPU374 dispone di memoria utente configurabile, inclusa l'allocazione di %R da 128 a 32.640 parole. I moduli Profibus di terze parti scambiano dati tramite la scansione I/O del backplane, non mediante la negoziazione diretta della memoria.

Quale versione firmware del PBM200 è compatibile con il CPU374?

La documentazione GE Fanuc richiede la versione firmware 1.16 o successiva per il PBM200. Le versioni precedenti possono registrare errori «Backplane Communications with PLC fault; lost request», soprattutto quando vengono utilizzate istruzioni COMMREQ.

Perché la mancanza di un file GSD blocca l'intero bus Profibus?

L'IC693PBM200 non rileva automaticamente gli slave. Senza la voce GSD corretta, il master non può configurare il dispositivo. Di conseguenza, il bus entra immediatamente in stato di errore quando la CPU passa alla modalità RUN.

Ridurre la velocità di trasmissione può risolvere i riavvii del Profibus con il CPU374?

Le segnalazioni sul campo mostrano che ridurre la velocità di trasmissione a 1,5 Mbps e diminuire il throughput non ha eliminato i riavvii del PBM200. Il comportamento sembra legato alla temporizzazione del backplane del CPU374 piuttosto che alla sola velocità del bus.

Qual è la soluzione alternativa consigliata se il problema persiste?

Verifica prima il firmware e i file GSD, quindi isola sistematicamente i nodi slave. Se Ethernet non è necessario, la sostituzione con un IC693CPU350 è una soluzione alternativa documentata. Per esigenze di Ethernet integrata, la piattaforma PACSystems RX3i elimina il limite del backplane legacy.

Informazioni di contatto

Richieste: sales@nex-auto.com | +86 153 9242 9628

Partner NexAuto Technology Limited: https://www.nex-auto.com/

Consulta qui sotto gli articoli più richiesti per maggiori informazioni su AutoNex Controls