¿Qué es la deriva de reloj entre un PLC y SCADA?

Cómo se acumula la deriva

Un PLC o una RTU marca el tiempo con un oscilador de cristal, y cada cristal tiene un pequeño error: corre un poco más rápido o más lento que el tiempo real, y ese ritmo se ve afectado por la temperatura y por la pieza en particular. En un minuto el error es invisible. Pero la deriva es acumulativa: un reloj que gana o pierde una fracción de segundo por día lo sigue haciendo, y sin nada que lo reinicie el desfase simplemente crece. Después de semanas, un dispositivo que se ajustó correctamente en la puesta en marcha puede estar segundos o minutos lejos del tiempo real, y dispositivos distintos derivan en cantidades distintas y en direcciones distintas, así que toda una flota se abre en abanico poco a poco.

La cura es la sincronización continua. NTP disciplina los relojes de los dispositivos por la red hacia una referencia común, y PTP lo hace con una precisión mucho más ajustada donde se necesita alineación de sub-milisegundo; cualquiera de los dos empuja repetidamente al dispositivo de vuelta hacia el tiempo real para que su error nunca se acumule. El problema surge con dispositivos sin sincronización de tiempo configurada - una RTU que se ajustó a mano en la instalación y nunca se disciplinó, o un PLC en un segmento que no alcanza un servidor de tiempo. Esos relojes corren libres, y los relojes que corren libres derivan. Por eso la deriva de reloj es en el fondo un síntoma de sincronización de tiempo faltante o rota, más que una falla del dispositivo mismo.

Por qué la deriva corrompe el orden de eventos y la alineación del historian

La deriva hace su daño real a todo lo que depende de comparar estampas de tiempo entre dispositivos. El análisis de secuencia de eventos es la víctima más clara: cuando un incidente se propaga en cascada por varios dispositivos y usted necesita saber cuál evento ocurrió primero, se apoya en sus estampas de tiempo de origen. Si el reloj de un dispositivo se adelantó unos segundos y el de otro se atrasó unos segundos, el orden registrado puede estar equivocado - un efecto puede parecer que precede a su causa - y la investigación se descarría. Todo el valor de un registro de secuencia de eventos es el orden relativo exacto, y la deriva lo destruye en silencio.

La alineación del historian sufre de la misma forma. Cuando valores de muchos dispositivos se almacenan contra sus estampas de tiempo de origen y luego se superponen en una tendencia o se alimentan a un cálculo, la deriva los desalinea: dos señales que en realidad se movieron juntas parecen escalonadas porque sus relojes discrepan, y un valor calculado que combina varios tags puede armarse con muestras que nunca fueron verdaderamente simultáneas. En registros largos el desalineamiento puede vagar conforme crece la deriva, así que el error ni siquiera es constante. Lo insidioso es que nada parece roto: cada dispositivo estampa y reporta con gusto, los datos fluyen, y sólo cuando alguien trata de alinear eventos entre orígenes aflora la discrepancia, muchas veces justo durante la revisión del incidente en que el tiempo exacto más importa.

Deriva contra error de zona horaria, y su diagnóstico en SCADA de nube

Vale la pena separar la deriva de un error de estampa de tiempo de una sola vez, porque se parecen pero piden arreglos distintos. Un error de zona horaria o de configuración de una sola vez produce un desfase fijo: un dispositivo lee exactamente una hora fuera, o exactamente una cantidad constante fuera, y se queda así. La deriva es distinta: el desfase no es fijo, crece con el tiempo y difiere de dispositivo a dispositivo. Así que la pista diagnóstica es si la discrepancia es una constante estable que sugiere un error de zona o de configuración, o una brecha que se ensancha lento y sugiere un reloj corriendo libre. Corregir un error de zona horaria es una reconfiguración de una sola vez; corregir la deriva significa poner al dispositivo en sincronización continua para que deje de acumular.

Aquí es donde comparar las estampas de tiempo de origen y de servidor se vuelve el diagnóstico clave, y donde una plataforma de nube puede hacer visible la deriva. Cada valor puede llevar tanto el tiempo en que el dispositivo de campo lo estampó como el tiempo en que el servidor lo recibió, y la brecha entre esos dos - más allá del retardo normal de transmisión - revela un reloj derivando. Ayuda a las operaciones que la plataforma muestre ese desfase para que un dispositivo cuyas estampas de tiempo de origen se están alejando del tiempo del servidor destaque antes de arruinar una revisión de secuencia de eventos. Una plataforma SCADA de nube como Merobix registra tanto la estampa de origen como la de servidor con cada valor, así que una separación que crece lento en una RTU en particular es detectable como una tendencia en lugar de descubrirse demasiado tarde, y el remedio - habilitar o reparar la sincronización de tiempo en ese dispositivo - puede dirigirse justo al reloj que está derivando.

Preguntas frecuentes