IC693CPU374 Profibus: soluciones para bloqueos, firmware y archivos GSD

El reemplazo del IC693CPU374 provoca una interrupción de Profibus: por qué el firmware y la configuración GSD importan más que la memoria del bus posterior

Reemplazar un CPU374 de la Serie 90-30 puede desconectar inesperadamente de la red Profibus a un tercero. Los datos de campo y las notas de las versiones del firmware apuntan a causas distintas de la memoria compartida del bus posterior. En cambio, el firmware obsoleto del PBM200, los archivos GSD que no coinciden y los problemas de temporización del bus posterior específicos de la CPU explican la mayoría de los fallos documentados en entornos de automatización industrial.

La asignación de memoria del bus posterior rara vez provoca el fallo

El IC693CPU374 ofrece 240 KB de memoria de usuario configurable. Durante la configuración del hardware, los ingenieros pueden asignar de 128 a 32.640 palabras a la memoria de registros (%R). No se trata de una partición fija de memoria compartida que un módulo de terceros pueda reclamar de forma independiente. Los módulos maestros Profibus, como el IC693PBM200, intercambian datos mediante el ciclo de E/S del bus posterior. No negocian directamente la memoria %R. Por lo tanto, un conflicto de asignación de memoria por sí solo rara vez provoca una interrupción total de las comunicaciones.

Las pruebas de campo respaldan esta conclusión. Un sistema combinaba un CPU374 con un PBM200 y 24 esclavos. Bajo carga, se producían reinicios intermitentes del módulo. Al cambiar la CPU por una IC693CPU350, el fallo desapareció por completo. El problema estaba relacionado con la CPU, no con la configuración de memoria. Según nuestra experiencia, los técnicos suelen investigar primero los parámetros de memoria. Ese enfoque hace perder tiempo cuando la verdadera causa está en el firmware o en la configuración del bus.

La incompatibilidad de firmware entre el CPU374 y el PBM200 está bien documentada

Las notas de la versión de GE Fanuc abordan explícitamente un defecto relacionado con el CPU374 y el maestro Profibus IC693PBM200. El PBM200 requiere la versión 1.16 o posterior del firmware para funcionar con el CPU374. Las versiones anteriores registraban de forma intermitente un error de «Fallo de comunicación del bus posterior con el PLC; solicitud perdida». Este fallo aparecía con mayor frecuencia cuando la aplicación enviaba instrucciones COMMREQ al módulo Profibus.

Un defecto similar afectaba al módulo esclavo Profibus IC693PBS201. El firmware 1.28.1 o posterior resolvió el mismo fallo del bus posterior con el CPU374. Estas incompatibilidades documentadas sugieren que un CPU374 de reemplazo podría revelar incompatibilidades de firmware latentes. Por ello, los ingenieros deberían verificar la revisión del firmware del módulo Profibus antes de realizar diagnósticos relacionados con la memoria. Este paso por sí solo resuelve muchos casos de diagnóstico de problemas de automatización de fábrica.

Los archivos GSD que faltan o no coinciden provocan un fallo total del bus

Los dispositivos Profibus de terceros requieren una configuración explícita del archivo GSD en el maestro GE Fanuc. A diferencia de algunos controladores Siemens que detectan automáticamente los dispositivos o aplican parámetros predeterminados, el IC693PBM200 no reconocerá un esclavo sin la entrada GSD correcta. Si falta el archivo GSD, se produce inmediatamente un estado de fallo del bus después de que la CPU entra en modo RUN.

Un caso documentado en campo involucró módulos de E/S WAGO en una red Profibus. La misma red funcionaba correctamente bajo control de Siemens, pero fallaba con el maestro de GE Fanuc. La solución requirió importar el archivo GSD correcto de WAGO. Algo fundamental es que también requirió agregar el módulo raíz WAGO a la lista de E/S conectadas. Configurar módulos individuales de E/S sin el módulo principal dejó todo el bus en estado de falla. Este modo de falla es independiente de cualquier parámetro de memoria de la CPU374 y sigue siendo un error frecuente en la integración de sistemas de control.

La inestabilidad de temporización del backplane parece específica de la plataforma CPU374

La CPU374 funciona con un procesador AMD SC520 a 133 MHz y una velocidad de ejecución de operaciones booleanas de 0.15 microsegundos por instrucción. Su comportamiento de comunicación por el backplane difiere del de las CPU 90-30 más antiguas. Las observaciones en campo de un sistema con 24 esclavos Profibus registraron intervalos de reinicio del PBM200 que iban desde aproximadamente 5 minutos con carga alta hasta 3 horas con una cantidad reducida de esclavos.

Reducir la velocidad de transmisión a 1.5 Mbps y disminuir el caudal de datos no eliminó los reinicios. Retirar temporalmente cinco nodos esclavos sospechosos suprimió el síntoma. La solución definitiva fue sustituir la CPU por una IC693CPU350. Este resultado apunta a una interacción específica de la CPU374 con el protocolo de enlace del backplane del maestro Profibus. Además, no indica una condición de agotamiento global de la memoria. Nuestra evaluación es que la plataforma CPU374 exige una validación más estricta del firmware del módulo Profibus y de la topología del bus que las CPU más antiguas.

Secuencia práctica de verificación para instalaciones afectadas

Los ingenieros que se enfrenten a esta falla deben confirmar primero el firmware del módulo Profibus. El PBM200 requiere la versión 1.16 o superior para ser compatible con la CPU374. En segundo lugar, verifiquen que se haya importado al proyecto de Proficy Machine Edition el archivo GSD específico del fabricante de cada dispositivo esclavo. En tercer lugar, inspeccionen el árbol de configuración de los esclavos para detectar entradas raíz o de módulo principal faltantes. En cuarto lugar, revisen la tabla de fallas del PLC en busca de entradas «Backplane Communications». Estas entradas permiten distinguir las fallas de firmware y temporización de los errores de configuración.

Si la falla persiste después de verificar el firmware y el archivo GSD, aísle la red Profibus retirando sistemáticamente los nodos esclavos. Una sola trama mal formada de un dispositivo puede interrumpir el intercambio de tokens y provocar reinicios del maestro. Por último, si la funcionalidad Ethernet no es obligatoria, sustituir la CPU por una CPU350 ofrece una solución alternativa documentada. Para aplicaciones que requieren Ethernet integrado, migrar a la plataforma PACSystems RX3i elimina por completo la limitación del backplane heredado. Desde la perspectiva del ciclo de vida, esta migración también mejora la disponibilidad de repuestos a largo plazo.

Caso de aplicación y escenario de solución

Una línea de envasado utilizaba un CPU374 con un maestro PBM200 y 24 esclavos WAGO y de terceros. Los operadores informaron desconexiones aleatorias de Profibus cada pocas horas. El equipo primero verificó la asignación de %R y no encontró conflictos. Luego actualizó el firmware del PBM200 a la versión 1.16, importó el archivo GSD correcto de WAGO y añadió el módulo raíz a la lista de E/S. Los reinicios disminuyeron considerablemente, pero no desaparecieron durante la carga máxima. Finalmente, el cambio por un IC693CPU350 eliminó las fallas restantes. Este caso demuestra que un enfoque de resolución de problemas por etapas es el más eficaz en proyectos de automatización industrial.

Preguntas frecuentes

¿El IC693CPU374 tiene una partición fija de memoria compartida para módulos de terceros?

No. El CPU374 ofrece memoria de usuario configurable, incluida la asignación de %R de 128 a 32,640 palabras. Los módulos Profibus de terceros intercambian datos mediante el escaneo de E/S del backplane, no mediante la negociación directa de memoria.

¿Qué versión del firmware del PBM200 funciona con el CPU374?

La documentación de GE Fanuc exige la versión 1.16 o posterior del firmware del PBM200. Las versiones anteriores pueden registrar errores «Backplane Communications with PLC fault; lost request», especialmente cuando se utilizan instrucciones COMMREQ.

¿Por qué la falta de un archivo GSD detiene todo el bus Profibus?

El IC693PBM200 no detecta automáticamente los esclavos. Sin la entrada GSD correcta, el maestro no puede configurar el dispositivo. Como resultado, el bus entra inmediatamente en estado de falla después de que la CPU pasa al modo RUN.

¿Reducir la velocidad en baudios puede solucionar los reinicios de Profibus del CPU374?

Los informes de campo muestran que reducir la velocidad en baudios a 1.5 Mbps y disminuir el rendimiento no eliminó los reinicios del PBM200. El comportamiento parece estar relacionado con la temporización del backplane del CPU374, más que únicamente con la velocidad del bus.

¿Cuál es la solución alternativa recomendada si la falla persiste?

Verifica primero el firmware y los archivos GSD; luego aísla sistemáticamente los nodos esclavos. Si no se necesita Ethernet, cambiar por un IC693CPU350 es una solución alternativa documentada. Para necesidades de Ethernet integrado, la plataforma PACSystems RX3i elimina la limitación del backplane heredado.

Información de contacto

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

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

Consulta a continuación los artículos populares para obtener más información en AutoNex Controls