Diagnóstico de alarmas de sistema de PCS 7 por errores de módulo y fallos asíncronos de PLC en controladores S7-400

Las alarmas en cascada que indican errores de módulo y fallos asíncronos de PLC en SIMATIC PCS 7 ocurren cuando fallos físicos en el bus o defectos en componentes de hardware activan los bloques organizativos de interrupción de diagnóstico del controlador. Cuando una estación de E/S descentralizada se cae de las redes PROFIBUS DP o PROFINET, la CPU S7-400 ejecuta OB82, OB85 y OB86, controlando los bloques de drivers de diagnóstico para registrar las alarmas de fallos de módulo y de PLC en WinCC. Si el sistema experimenta indicaciones concurrentes de fallo de bus y LEDs de fallo interno, los ingenieros deben evaluar el búfer de diagnóstico de la CPU para aislar la estación principal que provocó el evento, verificar la integridad física del bus y asegurarse de que estén presentes los bloques organizativos de errores requeridos.

Índice de contenidos

Arquitectura de los bloques organizativos de diagnóstico y alarmas de sistema de PCS 7

SIMATIC PCS 7 emplea un marco de diagnóstico automatizado que vincula los bloques organizativos (OB) de interrupción del sistema operativo directamente con los bloques de drivers de diagnóstico de la Advanced Process Library (APL) (MOD_D1, MOD_HA, OB_DIAG1, RACK). Cuando se produce una anomalía de hardware, el sistema operativo de la CPU intercepta la interrupción y llama al bloque organizativo correspondiente:

OB82 (Interrupción de diagnóstico): Se activa cuando un módulo de E/S inteligente detecta un fallo interno o externo en un canal (rotura de cable, cortocircuito, ausencia de alimentación de sensores de 24V CC o fallo interno del ADC).
OB85 (Error de clase de prioridad / Acceso a E/S no almacenado en búfer): Se activa cuando el programa de la CPU intenta acceder a entradas o salidas de la imagen de proceso que pertenecen a un módulo que falta, está desconectado o no responde.
OB86 (Fallo de bastidor / subred): Se activa cuando una estación de E/S descentralizada completa (p. ej., ET 200M, ET 200SP HA o esclavo DP de campo) pierde la comunicación, experimenta un fallo de alimentación o se desconecta de la red PROFIBUS DP / PROFINET.
OB121 / OB122 (Errores de programación sincrónica y de acceso): Se activan cuando el código de usuario ejecuta una operación ilegal o direcciona directamente direcciones periféricas no almacenadas en búfer (PIW/PQW) en hardware defectuoso.

El generador de drivers de PCS 7 inserta automáticamente bloques de diagnóstico durante la compilación de los diagramas. Estos bloques procesan la información de inicio de OB82/OB85/OB86 y enrutan mensajes de alarma estandarizados a WinCC mediante ALARM_8P.

Anatomía de la secuencia de fallos en cascada

Cuando una estación de operador registra alarmas secuenciales:
1. Error de módulo en estado de entrada (entering state)
2. Error asíncrono de plc en estado de entrada (entering state)
3. Error sincrónico de plc en estado de entrada (entering state)

acompañadas de las indicaciones de los LEDs de la CPU INTF (Fallo interno), EXTF (Fallo externo) y BF1 / BF2 (Fallo de bus), se ha producido una avería grave en cascada:

Disparador primario: Una interrupción física del bus (p. ej., cable PROFIBUS cortado, conector de bus flojo o pérdida de alimentación en un bastidor activo de ET 200) provoca la desconexión de todo un esclavo descentralizado.
Reacción inmediata del sistema (OB86): La CPU detecta la pérdida de la estación, enciende los LEDs BF y EXTF, y activa el OB86. WinCC recibe la notificación de "Error de módulo en estado de entrada".
Errores de ciclo secundario (OB85): En el siguiente ciclo de ejecución cíclica (OB1 o OB3x), la CPU intenta actualizar las particiones de la imagen de proceso para la estación faltante. Como las direcciones periféricas no se pueden leer, se dispara el OB85 y WinCC registra el "Error asíncrono de plc".
Lecturas periféricas directas (OB122): Cuando el código de aplicación intenta lecturas periféricas directas sin búfer (PIW) o ejecuta llamadas a SFC14/15 dirigidas a la estación desconectada, se dispara el OB122, generando la alarma "Error sincrónico de plc".

Análisis paso a paso del búfer de diagnóstico

Para identificar la causa raíz de la parada del controlador, ejecute una consulta inmediata del búfer de diagnóstico:

Paso 1: Conectarse al búfer de diagnóstico del controlador

Conecte la Estación de ingeniería al bus de planta a través de Industrial Ethernet.
Abra SIMATIC Manager.
Seleccione la CPU 416-3 DP de destino en el árbol del proyecto, o seleccione Sistema destino -> Mostrar nodos accesibles (Target System -> Display Accessible Nodes).
Pulse Ctrl + D para abrir el cuadro de diálogo de información del módulo y seleccione la pestaña Búfer de diagnóstico (Diagnostic Buffer).

Paso 2: Filtrar y evaluar eventos históricos

Haga clic en Configuración (Settings) y configure la vista del búfer para mostrar el número máximo de entradas (hasta 3200 en CPUs S7-400 modernas).
Desplácese hasta la marca de tiempo específica de la parada de la planta.
Localice el primer evento de la secuencia. Vaya hacia atrás para encontrar el evento inicial de entrada en lugar del evento STOP final.
Anote el fallo inicial: p. ej., "E/S descentralizadas: fallo de estación (Número de estación: dirección DP X)".

Paso 3: Extraer identificadores hexadecimales de diagnóstico

Haga clic en la primera entrada de fallo para ver información detallada del evento.
Registre el ID de evento (p. ej., 16#38C4, 16#39B3, 16#4563).
Anote el ID del sistema maestro DP, el número de estación y la dirección base lógica del módulo afectado.
Compare esta dirección lógica con HW Config para identificar el armario físico, el bastidor y el canal.

Solución de problemas de la capa física y de la red PROFIBUS DP

Cuando los LEDs BF1/BF2 se iluminan junto con las alarmas de error de módulo, la capa de comunicación física está comprometida:

Verificación de la terminación del bus:
* Inspeccione los interruptores de terminación activos en ambos extremos físicos del segmento PROFIBUS DP afectado.
* Asegúrese de que las resistencias de terminación tengan alimentación de 5V CC desde sus nodos principales o terminadores activos dedicados.
* Verifique que los conectores de bus intermedios tengan sus interruptores de terminación ajustados estrictamente a OFF.
Inspección física del cable y apantallamiento:
* Mida la resistencia de bucle RS485: Un segmento sano y sin alimentación debe presentar aproximadamente 110–220 ohmios entre las líneas A y B cuando está terminado, y una resistencia infinita entre la línea y el apantallamiento.
* Compruebe si hay cables aplastados, radios de curvatura cerrados o cables tendidos junto a cables de potencia de variadores de frecuencia (VFD) de alta tensión.
Módulos de bus activo y fuentes de alimentación:
* En instalaciones ET 200M/ET 200SP HA, verifique la fuente de alimentación auxiliar de 24V CC que alimenta el módulo de interfaz y los backplanes de E/S.
* Compruebe si algún módulo de bus activo en el carril DIN está flojo o mal asentado mecánicamente.

Arquitectura de bloques de drivers y marcas de diagnóstico de canal

El sistema de drivers de PCS 7 maneja las señales de hardware defectuosas de forma sistemática para mantener la seguridad del proceso:

Salidas del driver de canal: Cuando un módulo de entrada falla, el bloque de driver de canal (Pcs7AnIn, Pcs7DiIn) detecta el fallo del módulo a través del bloque de diagnóstico MOD.
Código de calidad de señal: El driver establece el código de calidad del valor de proceso (PV_ST.ST = 16#00 o 16#28, indicando Malo o Fallo de dispositivo).
Activación de valor de sustitución: Si se configura mediante SubsPV_En, el bloque emite el valor de sustitución preprogramado (SubsPV) a la lógica aguas abajo, evitando el desbordamiento matemático en los bucles PID.
Marca de salida mala (Bad): La salida Bad.Value se pone a 1, señalando a los bloques de enclavamiento aguas abajo (Intlk02, Intlk04) que activen la lógica de disparo protectora.

Verificación

Tras la reparación física y la sustitución del módulo defectuoso o del segmento de cable:

Verificación de LEDs en la CPU S7-400:
* Confirme que los LEDs BF1 y BF2 se apagan por completo.
* Confirme que EXTF se apaga una vez que todas las estaciones descentralizadas informan de un estado saludable.
* Verifique que la CPU permanece en el estado operativo RUN.
Borrado de alarmas en WinCC:
* Abra la lista de registro de alarmas (Alarm Logging) de WinCC.
* Verifique que aparezcan los mensajes de "Error de módulo saliendo del estado" y "Fallo asíncrono de PLC saliendo del estado", haciendo que las alarmas pasen de activas a resueltas.
Estado online de HW Config:
* En SIMATIC Manager, abra HW Config y seleccione Sistema destino -> Diagnóstico/Hardware -> Abrir online (Target System -> Diagnostics/Hardware -> Open Online).
* Confirme que todos los bastidores descentralizados y módulos de interfaz muestran un estado saludable (marca de verificación verde).

Limitaciones y precauciones operativas

No omita nunca los bloques organizativos de errores: Todas las estaciones de automatización de PCS 7 deben contener OB80, OB81, OB82, OB83, OB84, OB85, OB86, OB87, OB121 y OB122 en su carpeta de bloques offline. Si falta alguno de estos OB, la CPU pasa instantáneamente a STOP cuando se produce un fallo correspondiente, deteniendo toda la planta.
Precauciones de intercambio en caliente (Hot Swapping): El intercambio en caliente de módulos de E/S en backplanes de bus activos requiere módulos de bus activo verificados (p. ej., 6ES7195-7HA00-0XA0). Extraer un módulo en backplanes no activos rompe el bus y bloquea todo el bastidor.
Carga de CPU por diagnósticos cíclicos: El parpadeo rápido e intermitente del bus puede inundar la CPU con miles de interrupciones OB82/OB86 por segundo, agotando los búferes de comunicación de la CPU y provocando saltos del temporizador de vigilancia (watchdog, OB80).

Preguntas frecuentes para ingenieros

¿Cuál es la diferencia principal entre un fallo de PLC sincrónico y uno asíncrono en PCS 7?
Un fallo sincrónico se produce directamente en respuesta a la ejecución del programa (p. ej., acceder a una dirección de E/S no válida en la lógica de usuario), mientras que un fallo asíncrono se produce de forma independiente (p. ej., un defecto de un módulo de hardware, un fallo de alimentación o la desconexión del cable del bus).
¿Por qué se detuvo la CPU si PCS 7 cuenta con funciones redundantes o tolerantes a fallos?
Un S7-400 no redundante (como la CPU 416-3 DP) pasará a STOP si se llama a un bloque organizativo de errores faltante (como OB85 u OB86), o si una interrupción del bus provoca que se supere el tiempo de ciclo (OB80).
¿Cómo puedo identificar qué módulo específico provocó el "Error de módulo en estado de entrada"?
Abra el búfer de diagnóstico de la CPU en STEP 7 (Ctrl+D), localice el evento con la marca de tiempo más antigua y compruebe la dirección base lógica y el número de estación referenciados en los detalles del evento.
¿Qué hace que el LED EXTF de la CPU se ilumine?
El LED de fallo externo (EXTF) se ilumina cuando un fallo se origina fuera del bastidor central de la CPU, como por ejemplo la rotura de un cable en un módulo de entrada analógica descentralizado o la desconexión de un esclavo PROFIBUS.
¿Puede una fuente de alimentación de sensores de 24V CC defectuosa provocar interrupciones OB82 y OB86 a la vez?
Sí, si cae la alimentación auxiliar de 24V CC que alimenta a toda una estación ET 200, el módulo de interfaz pierde la comunicación (lo que desencadena el OB86), mientras que la detección previa de caída de tensión genera alarmas de diagnóstico (OB82).
¿Qué indica el mensaje de WinCC "Fallo asíncrono de PLC"?
Indica que la CPU ejecutó un bloque organizativo de errores asíncronos (OB82, OB83, OB84, OB85, OB86 u OB87), el cual fue reportado a WinCC por los bloques de diagnóstico del sistema.
¿Cómo puedo evitar que un error de acceso a E/S provoque un STOP de la CPU al sustituir un módulo?
Asegúrese de que los OB83 (interrupción de extracción/inserción de módulos) y OB85/OB122 estén cargados en la CPU, y descargue los cambios utilizando los procedimientos de mantenimiento adecuados.
¿Cuál es la función del bloque 'MOD_D1' de PCS 7?
MOD_D1 es un bloque de diagnóstico estándar de PCS 7 que supervisa el estado de salud y funcionamiento de los módulos de E/S digitales, evalúa la información de inicio del OB82 y genera alarmas en WinCC.
¿Por qué se iluminaron los LEDs de fallo de bus (BF1/BF2) cuando solo falló un módulo?
Si el fallo de un módulo provoca un cortocircuito en el bus del backplane o si un conector de bus activo mal insertado interrumpe el bucle de comunicación, todo el módulo de interfaz se cae de la red PROFIBUS.
¿Cómo borro el búfer de diagnóstico después de resolver el problema de hardware?
Las entradas del búfer de diagnóstico se almacenan en una memoria retentiva circular y no se pueden borrar manualmente en las CPUs S7-400; las entradas antiguas se van eliminando de forma natural a medida que se producen nuevos eventos del sistema.

Referencias técnicas

Portal de Siemens Industry Online Support (SIOS): What is the meaning of the WinCC messages 'PLC fault synchronous' and 'PLC fault asynchronous'? (ID de entrada: 19389530).
SIMATIC S7-400 Controller Hardware and Installation Manual, Siemens AG.
SIMATIC PCS 7 Advanced Process Library (APL) Manual, Siemens AG.

Etiquetas relacionadas

PCS 7, S7-400, CPU 416, Diagnostic Buffer, PROFIBUS, OB82, OB86, Troubleshooting