C135 PCS 7 (PCS7)
6C
6 Cielo Ciencia y Tecnología
·Publicada en C135 PCS 7 (PCS7)

Explicación de las discrepancias de marcas de tiempo entre las listas de alarmas y las curvas de tendencia en SIMATIC PCS 7

En SIMATIC PCS 7, las discrepancias en las marcas de tiempo entre la lista de alarmas y las curvas de tendencia durante las investigaciones de disparo de planta ocurren porque las alarmas y las variables de archivo analógicas utilizan fuentes de marcas de tiempo y mecanismos de muestreo fundamentalmente diferentes. Las alarmas de proceso generadas por los bloques de AS (como ALARM_8P) reciben marcas de tiempo con precisión de milisegundos en la CPU del sistema de automatización cuando se cruza el umbral de disparo. En contraste, las variables de tendencia son muestreadas por el servidor OS de WinCC de acuerdo con los ciclos de adquisición configurados (por ejemplo, de 1 a 5 segundos) y filtradas por algoritmos de compresión como Puerta oscilante (Swinging Door), creando desfases aparentes de varios segundos.

Índice de contenidos

Mecanismos dispares de marcas de tiempo en arquitecturas PCS 7

Durante el análisis forense posterior a un incidente de disparo de planta, los ingenieros observan con frecuencia que la alarma de disparo en la secuencia de eventos (SOE) o en la ventana de Alarm Logging indica una marca de tiempo (por ejemplo, 23:44:50.120), mientras que las curvas de tendencia en WinCC Trend Control muestran que la variable de proceso cae de 5 a 12 segundos después (por ejemplo, 23:45:02).

Este desfase temporal es causado por la interacción de tres capas arquitectónicas distintas:

1. Generación de marcas de tiempo de eventos en el AS (Alarm Logging)

  • Las alarmas de protección y de disparo se generan dentro del controlador S7-400 / S7-410 utilizando bloques de función de sistema estándar (ALARM_8P / Alarm_DQ dentro de bloques APL como MonAnL o MotL).
  • El AS marca temporalmente el evento de alarma en el ciclo exacto de ejecución de la interrupción cíclica (por ejemplo, OB35 ejecutándose a 100 ms) con precisión de milisegundos.
  • El paquete de mensajes que contiene la marca de tiempo inmutable del AS se transmite mediante paquetes de datos sin procesar (raw data) al servidor OS de WinCC.

2. Archivo cíclico del servidor OS (Tag Logging)

  • De forma predeterminada, WinCC Tag Logging adquiere los valores analógicos de proceso mediante sondeo cíclico desde el servidor OS a través del bus de planta (Plant Bus).
  • Ciclo de adquisición: El intervalo en el que el OS lee la variable desde la CPU (típicamente configurado como 500 ms, 1 s o 2 s).
  • Ciclo de archivo: El intervalo en el que los valores se evalúan para su almacenamiento en la base de datos histórica de Microsoft SQL Server (típicamente 1 s, 5 s o más).
  • La marca de tiempo adjunta a la variable de archivo es generada por el reloj del servidor OS de WinCC, no por la CPU del AS, en el momento en que se procesa la muestra.

3. Compresión y suavizado de datos (Puerta oscilante / Swinging Door)

  • WinCC Tag Logging admite el algoritmo de Puerta oscilante para optimizar el espacio en disco del archivo.
  • Si los valores de proceso se mantengan dentro de las bandas de tolerancia de pendiente configuradas, las muestras intermedias se descartan y solo se registran los puntos de desviación significativos. Esto puede hacer que los puntos de inflexión de la curva registrada se retrasen respecto a los eventos de disparo discretos instantáneos en varios ciclos de archivo.
+-------------------------------------------------------------+
| SISTEMA DE AUTOMATIZACIÓN (AS)                              |
| Ocurre la condición de fallo -> ALARM_8P marca el evento:   |
| Precisión de milisegundos (Reloj de la CPU AS: 23:44:50.125)  |
+-------------------------------------------------------------+
                              |
                              v Paquete de mensajes de eventos sin procesar
+-------------------------------------------------------------+
| BUS DE PLANTA (Sincronización de hora SIMATIC requerida)    |
+-------------------------------------------------------------+
                              |
                              v
+-------------------------------------------------------------+
| ESTACIÓN DE OPERADOR (SERVIDOR OS)                          |
| 1. Diario de alarmas: Muestra la marca de tiempo inmutable  |
|    del AS                                                   |
| 2. Tag Logging: Solicitado cada 2 s, archivado cada 5 s,    |
|    comprimido mediante Puerta oscilante (Reloj OS: 23:45:01) |
+-------------------------------------------------------------+

Procedimiento de investigación y diagnóstico para el análisis de disparos

Siga este procedimiento para conciliar las marcas de tiempo y establecer la secuencia real de eventos durante un incidente en la planta.

Prerrequisitos

  • Acceso a WinCC Explorer en el servidor OS o en un cliente OS con privilegios administrativos.
  • Estado de sincronización de hora del bus de planta verificado en todos los controladores y servidores.

Paso 1: Establecer la autoridad principal desde Alarm Logging

  1. Considere siempre la marca de tiempo del evento de Alarm Logging como la autoridad cronológica absoluta para disparos discretos, disparos por enclavamientos y acciones de operador.
  2. En WinCC Alarm Control, filtre la vista para mostrar la ventana de 60 segundos que rodea el incidente.
  3. Revise los valores exactos en milisegundos para construir la secuencia de causa y efecto (por ejemplo, disparo por nivel bajo-bajo a las 23:44:50.120, seguido de la retroalimentación de disparo de la bomba a las 23:44:50.350).

Paso 2: Inspeccionar los ciclos de adquisición y archivo de Tag Logging

  1. En WinCC Explorer, abra Tag Logging.
  2. Localice la variable de archivo analógica asociada con la variable de disparo (por ejemplo, LT_101_PV).
  3. Inspeccione las propiedades configuradas:
    * Tipo de adquisición: Confirme si está configurado como Cíclico, continuo.
    * Ciclo de adquisición: Verifique la frecuencia de muestreo (por ejemplo, 1 s o 2 s).
    * Ciclo de archivo: Verifique la frecuencia de escritura (por ejemplo, 5 s). Un ciclo de archivo de 5 segundos introduce inherentemente hasta 5 segundos de retraso en la visualización.

Paso 3: Inspeccionar los parámetros de compresión de Puerta oscilante

  1. En las propiedades de la variable de Tag Logging, compruebe si el algoritmo de Puerta oscilante está habilitado.
  2. Si está habilitado, revise el umbral de Desviación. Una banda de tolerancia amplia suprime los puntos de datos durante transiciones lentas, registrando un punto solo después de que ocurre una aceleración rápida, lo que distorsiona el tiempo de inicio aparente.
  3. Para señales de disparo críticas para la seguridad, reduzca el ciclo de archivo o deshabilite la compresión para capturar transiciones de mayor resolución.

Paso 4: Verificar la sincronización de la hora del bus de planta

  1. Si la diferencia entre las alarmas y las tendencias supera la suma del ciclo de archivo y la ventana de compresión (por ejemplo, el desfase es de 30 segundos o varios minutos), compruebe si hay desviaciones en la sincronización de la hora.
  2. Verifique que los relojes del AS y del OS estén sincronizados a través de Sincronización de hora SIMATIC o NTP con un reloj maestro (por ejemplo, SICLOCK o un servidor NTP central).

Verificación

  • En WinCC Runtime, abra un Trend Control activo y un Alarm Control uno al lado del otro.
  • Active un disparo de prueba controlado (o ajuste un valor de consigna analógico superando un límite).
  • Confirme que la alarma aparezca inmediatamente con la hora actual del AS.
  • Verifique que la curva de tendencia registre el cambio dentro de la duración exacta de un ciclo de adquisición/archivo.
  • Compruebe el archivo de diagnóstico de WinCC WinCC_Sys_01.log para confirmar que los mensajes de sincronización de hora informan Time synchronized with Master sin advertencias de saltos de tiempo.

Limitaciones y precauciones operativas

  • Límites de ancho de banda de Tag Logging: Aunque configurar todas las variables analógicas con un archivo de 100 ms eliminaría los retrasos en las tendencias, hacerlo sobrecargaría el motor de base de datos de SQL Server. Siemens recomienda un límite de registro agregado de aproximadamente 1,500 variables de archivo por segundo por servidor OS.
  • Archivo condicionado por procesos: Para variables críticas que requieren una correlación precisa por ciclos con las alarmas, configure el Archivo de variables condicionado por procesos (utilizando bloques AR_SEND en CFC) para que la CPU del AS empaquete las muestras analógicas con marca de tiempo directamente en bloques de datos y las envíe al OS.
  • Nunca confíe en las herramientas de reglas para auditorías forenses sub-seculares: La interpolación de WinCC Trend Control entre puntos de archivo discretos crea curvas visuales que no reflejan los instantes exactos de disparo en milisegundos.

Preguntas frecuentes para ingenieros

  • ¿Qué marca de tiempo se debe presentar a los equipos de auditoría regulatoria o de incidentes?
    Informe siempre la marca de tiempo de la secuencia de eventos (SOE) de Alarm Logging. Representa el verdadero instante de disparo detectado por el hardware y registrado a nivel de la CPU del AS.
  • ¿Pueden las tendencias analógicas lograr la precisión de milisegundos de las alarmas?
    Sí, pero solo implementando un archivo condicionado por procesos utilizando el bloque AR_SEND (FB 44) en CFC, donde la CPU S7 marca temporalmente cada valor analógico en tiempo real. El Tag Logging cíclico estándar de WinCC no puede lograr precisión de milisegundos.
  • ¿Por qué la tendencia mostró cambios repentinos 10 segundos después de la alarma?
    Una combinación de un ciclo de adquisición de 5 segundos, un búfer de archivo de 5 segundos y el retraso de compresión de la Puerta oscilante representa un desfase visual de 10 a 12 segundos en los controles de tendencia estándar.
  • ¿La sincronización de hora por GPS elimina esta diferencia?
    La sincronización por GPS garantiza que el reloj del AS y el reloj del OS coincidan al milisegundo. Sin embargo, no cambia el hecho de que el registro de variables cíclico muestrea datos a intervalos de varios segundos.
  • ¿Cuál es el ciclo de archivo predeterminado en PCS 7?
    De forma predeterminada, el asistente estándar de PCS 7 crea variables de archivo con un ciclo de adquisición de 1 o 2 segundos y un ciclo de archivo de 1 a 5 segundos, según las selecciones de las plantillas.

Referencias técnicas

  • Siemens Industry Online Support Entry ID 109760739: Process Data Archiving and Swinging Door in WinCC / PCS 7.
  • Manual del sistema Siemens: SIMATIC Process Control System PCS 7 - Time Synchronization.
  • Manual de Siemens WinCC V7.5: Archiving Process Values (Tag Logging).

Artículos relacionados

Etiquetas relacionadas

  • PCS 7
  • WinCC
  • Tag Logging
  • Alarm Logging
  • Timestamping
  • Time Synchronization
  • SOE
  • Industrial Automation
20 respuestas