Para suprimir o gestionar temporalmente las alarmas de diagnóstico recurrentes de "Entrada en estado de error de módulo" en SIMATIC PCS 7 mientras se pendiente el cableado de campo o el mantenimiento de hardware, utilice la función de archivado (ocultamiento) de alarmas de WinCC Alarm Shelving o configure la supresión de mensajes en el bloque de diagnóstico específico. El mensaje "Entrada en estado de error de módulo" es una alarma de diagnóstico del sistema automatizada generada por bloques de drivers (MOD_D1, MOD_D2, MOD_SWT, OB_DIAG1) dentro de los diagramas @ generados automáticamente cada vez que los diagnósticos de canal de hardware detectan roturas de cable, cortocircuitos o pérdida de módulos. Deshabilitar la alarma dentro de WinCC Alarm Logging es ineficaz porque las compilaciones de OS posteriores sobrescriben las modificaciones manuales. Los métodos soportados son archivar la alarma en la interfaz de operador de WinCC o configurar el parámetro EN_MSG = 0 en el bloque de diagnóstico individual del canal o módulo.
Índice de contenidos
- Arquitectura de las alarmas de diagnóstico del sistema PCS 7 y bloques de drivers
- Por qué fallan las modificaciones de WinCC Alarm Logging al compilar la OS
- Método 1: Archivado de alarmas en WinCC y bloqueo de operador (Recomendado)
- Método 2: Supresión de alarmas de bloques de diagnóstico mediante EN_MSG
- Verificación
- Limitaciones y precauciones operativas
- Preguntas frecuentes para ingenieros
- Referencias técnicas
- Artículos relacionados
- Etiquetas relacionadas
Arquitectura de las alarmas de diagnóstico del sistema PCS 7 y bloques de drivers
En SIMATIC PCS 7, las alarmas de diagnóstico se originan a partir de los diagnósticos de firmware del controlador de nivel inferior y de la biblioteca de bloques de diagnóstico de PCS 7:
1. Detección de fallas de hardware: Un módulo de E/S (p. ej., SM 321, ET 200SP o ET 200M) detecta una interrupción física de la línea (rotura de cable, pérdida de alimentación, falla de sensor) y activa el bloque de organización de interrupción de diagnóstico OB82.
2. Procesamiento del driver de módulo: El generador de drivers crea automáticamente diagramas @ (p. ej., @(1), @(2)) que contienen bloques de diagnóstico:
- OB_DIAG1 (FB118): Monitorea los estados operativos de la CPU del controlador.
- RACK (FB107) / SUBNET (FB106): Monitorea los racks de bus de plano posterior físico y los segmentos de bus de campo.
- MOD_D1 / MOD_D2 (FB148/FB149): Monitorea módulos físicos de señales digitales/analógicas.
3. Generación de alarmas mediante ALARM_8P: Cuando ocurre una falla, el bloque de diagnóstico invoca el bloque de función del sistema ALARM_8P para transmitir el mensaje Module error entering state directamente a WinCC Alarm Logging con marcas de tiempo del controlador precisas hasta el microsegundo.
Por qué fallan las modificaciones de WinCC Alarm Logging al compilar la OS
Los ingenieros de mantenimiento a menudo intentan abrir WinCC Explorer, ubicar el mensaje en el editor de Alarm Logging y desmarcar "Mensaje activo":
* El mecanismo de sobrescritura: En PCS 7, la base de datos de ingeniería central en SIMATIC Manager es la única fuente de verdad. Cada vez que un ingeniero ejecuta Compilar OS, el asistente de extracción extrae las definiciones de mensajes directamente desde los diagramas CFC y las bibliotecas de drivers del sistema.
* Consecuencia: Cualquier eliminación manual, cambio de texto o desactivación realizada directamente dentro de WinCC Alarm Logging se borra y es reemplazada por las definiciones originales del sistema durante la siguiente compilación de la OS.
* Ruta de ingeniería adecuada: La supresión de mensajes debe ejecutarse ya sea a través de herramientas operativas en tiempo de ejecución (Alarm Shelving) o directamente en las interfaces de los bloques CFC.
Método 1: Archivado de alarmas en WinCC y bloqueo de operador (Recomendado)
En PCS 7 V8.1 y superior (WinCC V7.3 y posterior), Siemens incorpora el estándar internacional de gestión de alarmas ANSI/ISA-18.2 / IEC 62682, proporcionando la función nativa de archivado de alarmas (Alarm Shelving):
Flujo de trabajo operativo:
- En el Runtime de WinCC OS, localice la alarma recurrente "Module error entering state" en la lista de alarmas entrantes.
- Haga clic derecho en la línea de alarma para abrir el menú contextual.
- Seleccione Archivar alarma (o Ocultar alarma).
- En el cuadro de diálogo, seleccione una duración de archivado preconfigurada (p. ej., 2 horas, 8 horas, 1 turno) e ingrese una justificación operativa (p. ej., "Reparación de cableado de sensor de campo en curso").
- Haga clic en Aceptar.
- Resultado: La alarma se elimina inmediatamente de la pantalla de alarmas activas del operador y se transfiere a la lista de Alarmas archivadas. Si la falla persiste una vez expirado el temporizador, la alarma regresa automáticamente para alertar a la tripulación.
Método 2: Supresión de alarmas de bloques de diagnóstico mediante EN_MSG
Si la planta opera una versión anterior de PCS 7 sin la función de archivado, o si un canal de E/S permanecerá desconectado indefinidamente durante la puesta en marcha, desactive la generación de mensajes a nivel de bloque:
Procedimiento de ingeniería:
- En SIMATIC Manager, localice el diagrama
@correspondiente al rack o módulo de hardware afectado. - Abra el diagrama y busque el bloque de diagnóstico específico que monitorea el módulo con fallas (p. ej.,
MOD_D1oOB_DIAG1). - Localice el parámetro de entrada
EN_MSG(Habilitar mensaje):
- Por defecto,EN_MSG = 1(generación de mensajes activa). - Cambie el valor de
EN_MSGa0. - Guarde el diagrama y realice una Carga de cambios CFC (CFC Change Download) a la CPU del AS en modo RUN.
- Resultado: El bloque de diagnóstico continúa evaluando los estados del hardware internamente, pero
ALARM_8Pdeja de enviar la alarma "Module error entering state" a WinCC.
Verificación
Para verificar que la alarma molesta se ha suprimido correctamente sin ocultar otras fallas del sistema:
- Verifique WinCC AlarmControl: confirme que la alarma repetitiva "Module error entering state" ya no inunda el banner de alarmas de proceso entrantes cada pocos minutos.
- Verifique la lista de alarmas archivadas de WinCC (si utiliza el Método 1): compruebe que la entrada archivada muestre el temporizador de cuenta regresiva de expiración correcto y la nota del operador.
- Verifique la visibilidad del hardware periférico: asegúrese de que las alarmas genuinas de otros módulos de E/S en el mismo rack de bus de campo continúen activándose y mostrándose normalmente.
- Verifique el búfer de diagnóstico de la CPU: abra SIMATIC Manager -> PLC -> Búfer de diagnóstico para confirmar que los eventos de hardware subyacentes permanezcan registrados para la trazabilidad de mantenimiento.
Limitaciones y precauciones operativas
- Riesgo extremo de configurar EN_MSG = 0 en bloques centrales: Nunca configure
EN_MSG = 0en bloques de diagnóstico de alto nivel comoRACK(FB107) oSUBNET(FB106). Hacerlo suprime todas las alarmas de todo el segmento de bus de campo, impidiendo que los operadores vean interrupciones graves del bus o fallas de alimentación en el rack. - Sobrescrituras del generador de drivers: Si ejecuta Compilar -> Diagramas como programa con la casilla Generar drivers de módulo seleccionada, el compilador puede restablecer los parámetros modificados en los bloques generados automáticamente. Para hacer que las modificaciones sean permanentes, configure la supresión en el bloque driver del canal tecnológico (
Pcs7DiIn/Pcs7AnIn) utilizando el parámetroMS_Sup(Supresión de mensajes). - Política de archivado temporal: Establezca políticas operativas estrictas en la planta que exijan a los técnicos de mantenimiento cerrar las alarmas archivadas una vez que se completen las reparaciones físicas del cableado.
Preguntas frecuentes para ingenieros
¿Por qué la alarma se sigue reactivando cada pocos minutos?
Esto ocurre cuando una falla física intermitente (como un tornillo de terminal flojo, una rotura de cable vibrante o un voltaje de alimentación de sensor inestable) hace que el canal de E/S oscile repetidamente entre la detección de fallas (entrada) y la recuperación (salida).
¿Puedo suprimir alarmas directamente en el bloque driver de canal?
Sí. En los drivers de canales APL (Pcs7DiIn, Pcs7AnIn), configurar el parámetro MS_Sup = 1 o conectar un enclavamiento operativo suprime la generación de mensajes de ese instrumento de proceso específico mientras se mantiene activo el diagnóstico de hardware del sistema.
¿Cuál es la diferencia entre bloquear y archivar una alarma?
El archivado es una acción de operador temporal y con límite de tiempo definida por ISA-18.2 que desarchiva automáticamente cuando expira el temporizador. Bloquear una alarma requiere privilegios de ingeniería y suprime el mensaje indefinidamente hasta que se desbloquee manualmente.
¿Configurar EN_MSG = 0 evitará que la CPU pase a estado STOP durante fallas graves?
No. El comportamiento de parada del controlador está determinado por la presencia de bloques de organización (OB82, OB86, OB85) y máscaras de fallas de configuración de hardware, no por el parámetro de informe de alarmas de la HMI EN_MSG.
Referencias técnicas
- Siemens Industry Online Support: SIMATIC PCS 7 Fault-Tolerant Process Control Systems (A5E00278788).
- SIOS Entry 109742323: PCS 7 Compendium Part A - System Diagnostics and Driver Engineering.
- ANSI/ISA-18.2-2016: Management of Alarm Systems for the Process Industries.
- SIOS Entry 109809264: SIMATIC PCS 7 Advanced Process Library Manual.
Artículos relacionados
- How to Clear Stale and Hanging System Alarms from Deleted Field Devices in PCS 7 OS
- How to Latch Transient Interlock Trips and Capture First-In Faults in PCS 7
- How to Resolve PCS 7 CFC Compilation Warnings and Prevent CPU Download Faults
Etiquetas relacionadas
- Diagnósticos
- Alarm Logging
- PCS 7
- WinCC
- ISA-18.2
- Generador de drivers
- Automatización industrial