¿Qué es la fuente de marca de tiempo en datos SCADA?
Cada valor en un sistema SCADA lleva una hora, pero esa hora puede aplicarse en lugares muy distintos - en el dispositivo de campo donde el valor se midió, o en el servidor donde se recibió. La fuente de marca de tiempo es cuál de esos relojes selló el valor, y la elección determina en silencio si su historia es exacta. Esta guía explica el sellado por dispositivo frente al del servidor, por qué importa para los datos amortiguados y el orden de eventos, y los riesgos de sincronización de reloj involucrados.
Fuente de marca de tiempo en una línea: La fuente de marca de tiempo es el punto en la ruta de datos donde se asigna la hora de un valor - ya sea en el dispositivo de campo que lo midió (marca de origen o del dispositivo) o en el colector o servidor que lo recibió (marca de ingesta o del servidor). Las marcas de origen reflejan cuándo el valor fue realmente cierto, lo que es esencial para los datos amortiguados y el orden de eventos, pero dependen de que el reloj del dispositivo esté sincronizado.
Marca del dispositivo frente a marca del servidor
Un valor puede sellarse con hora en dos momentos muy distintos. Una marca de tiempo del dispositivo o de origen se aplica en la RTU, el PLC o el instrumento de campo en el instante en que el valor se midió, y viaja con el valor por toda la cadena. Una marca de tiempo del servidor o de ingesta se aplica cuando el colector o el historiador recibe el valor, marcando cuándo llegó en lugar de cuándo fue cierto. En un sistema sano con un enlace rápido, estas son casi idénticas - el valor se mide y se recibe dentro del mismo momento - así que la diferencia rara vez se muestra.
La diferencia se vuelve decisiva en el instante en que hay cualquier demora entre la medición y la recepción. Si un valor se mide a las 10:00 pero no llega al servidor hasta las 10:05 por amortiguamiento, encolamiento o un enlace lento, la marca del dispositivo dice 10:00 - la verdad - mientras que la marca del servidor dice 10:05 - una mentira sobre cuándo el proceso estuvo en ese estado. Para cualquier cosa donde la línea de tiempo importe, la marca del dispositivo es la correcta en la que confiar, y el sellado del servidor coloca en silencio los datos demorados en el lugar equivocado.
Por eso la fuente de marca de tiempo es una cuestión de procedencia, no solo un detalle de formato. Le dice qué significa realmente la hora de un valor: cuándo fue cierto, o meramente cuándo apareció. Un historiador que registra la marca de origen preserva la historia real; uno que sella todo en la ingesta fabrica una historia construida sobre el tiempo de red, que se ve bien hasta que el enlace es cualquier cosa menos instantáneo.
Por qué importa para datos amortiguados y eventos
La telemetría amortiguada es donde el sellado en origen deja de ser opcional. Un dispositivo que aguanta un corte y reenvía horas de lecturas debe haber sellado cada una en el dispositivo cuando se midió, o todo el rezago no vale nada. Selladas en la ingesta, cada valor amortiguado aterriza en el instante de reconexión, colapsando horas de historia en un solo pico falso. Selladas en el origen, cada valor cae de vuelta en su verdadera posición y el corte se vuelve un hueco recuperable en lugar de una fabricación. Almacenar y reenviar y el relleno solo funcionan porque los datos están sellados en origen.
El análisis de secuencia de eventos sube más la vara. Cuando una cascada de alarmas se dispara a través de una planta, el orden y el espaciamiento sub-segundo entre eventos es justo lo que le dice qué causó qué. Las marcas del servidor no pueden capturar eso, porque las demoras de red y de procesamiento reordenan y borronean los eventos por más que los intervalos que intenta medir. Una secuencia de eventos genuina requiere marcas de origen generadas en el dispositivo, muchas veces con relojes de alta resolución, para que el orden verdadero sobreviva el viaje al historiador.
La misma lógica subyace a cualquier comparación entre sitios. Para alinear un evento en una plataforma de pozos contra un evento relacionado en otra, ambos deben estar sellados con relojes sincronizados en el origen. Si uno está sellado por dispositivo y el otro por servidor, o sus relojes discrepan, la comparación no tiene sentido aunque cada número individual se vea razonable. El sellado consistente en origen es lo que hace coherente una línea de tiempo multisitio.
Riesgos de sincronización de reloj en el campo
El sellado en origen compra exactitud solo si el reloj de origen está correcto, y ese es el truco. Una marca del dispositivo es solo tan confiable como el reloj de campo que la produjo, y los relojes de campo derivan, se reinician tras un ciclo de energía, o nunca se fijaron correctamente. Un reloj de RTU que deriva sella sus datos minutos u horas desfasados, así que sus valores aterrizan en el lugar equivocado de la línea de tiempo - y como llevan una marca del dispositivo, el historiador confía por completo en la hora equivocada. Las marcas de origen malas pueden ser más peligrosas que las honestas del servidor, porque se ven autoritativas.
La defensa es una sincronización de reloj disciplinada a través del campo. Los dispositivos deben sincronizarse a una referencia de tiempo común para que sus relojes concuerden con el servidor y entre sí, manteniendo consistentes las marcas de origen. Donde no se puede confiar en que un dispositivo mantenga la hora exacta, algunos sistemas detectan un desfase grosero y o lo corrigen o marcan los datos, en lugar de aceptar ciegamente una marca de tiempo que es obviamente equivocada. Y es común registrar ambas horas - la marca de origen para la verdad y la marca de ingesta para el diagnóstico - para que un problema de reloj pueda detectarse comparándolas.
Para una plataforma de SCADA en la nube, esto importa a escala a través de muchos sitios remotos. Merobix preserva la marca de origen para que los datos amortiguados y los eventos aterricen en su hora verdadera, mientras mantiene disponible la hora de ingesta para detectar desfase, y trata una marca de origen tremendamente inverosímil como una señal de una falla de reloj en lugar de como historia real. El resultado es una línea de tiempo que refleja cuándo pasaron de verdad las cosas en el campo, defendida contra los relojes de campo que de vez en cuando mienten sobre ello.
Preguntas frecuentes
¿Cuál es la diferencia entre una marca de tiempo del dispositivo y una del servidor?
Una marca de tiempo del dispositivo o de origen se aplica en el instrumento de campo, la RTU o el PLC cuando el valor se midió, así que refleja cuándo el valor fue realmente cierto. Una marca del servidor o de ingesta se aplica cuando el colector o el historiador recibe el valor, así que refleja cuándo llegó. Coinciden cuando el enlace es rápido, pero cualquier demora por amortiguamiento o comunicaciones lentas las hace divergir, y para una historia exacta la marca del dispositivo es la correcta.
¿Por qué importan las marcas de origen para los datos amortiguados?
Porque los datos amortiguados se entregan mucho después de haberse medido. Si las lecturas se sellan en la ingesta, todo un corte de valores aterriza en el instante de reconexión como un solo pico falso. Si se sellan en el origen cuando se midieron, cada valor regresa a su verdadera posición en la línea de tiempo y el corte se vuelve un hueco recuperable. Almacenar y reenviar y el relleno dependen de las marcas de origen para reconstruir lo que de verdad pasó.
¿Qué sale mal si el reloj de un dispositivo de campo no está sincronizado?
Sus marcas de origen están equivocadas, así que sus valores aterrizan en el lugar equivocado de la línea de tiempo - y como llevan una marca del dispositivo autoritativa, el historiador confía por completo en esa hora equivocada. Esto puede desordenar eventos y desalinear datos entre sitios aun cuando cada número individual se ve razonable. El remedio es una sincronización de reloj disciplinada a una referencia común, más detectar el desfase grosero y registrar la hora de ingesta para que las fallas de reloj puedan detectarse.
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.