¿Qué es el desbordamiento de escaneo?
Un canal SCADA y un PLC corren ambos sobre un reloj que se repite: un ciclo de escaneo o de sondeo se supone que termina y vuelve a empezar en un horario fijo. Un desbordamiento de escaneo es lo que pasa cuando el trabajo no cabe en el tiempo asignado - el ciclo actual sigue corriendo cuando el siguiente debía comenzar. No es una caída y muchas veces ni siquiera una alarma al principio; es un deslizamiento silencioso hacia datos rancios y actualizaciones perdidas. Esta página explica qué es un desbordamiento de escaneo, por qué un canal sobrecargado lo causa, y cómo diagnosticar uno.
Desbordamiento de escaneo en una línea: Un desbordamiento de escaneo ocurre cuando un lazo de sondeo o un escaneo del PLC no puede completarse antes de que el siguiente ciclo programado deba comenzar, así que los ciclos empiezan a correr tarde o se saltan. En un canal SCADA por lo general significa que demasiados dispositivos, demasiados puntos o respuestas lentas han hecho que la ronda de sondeos sea más larga que el intervalo de escaneo configurado. El resultado es que las actualizaciones de datos llegan más tarde que la tasa solicitada, y en el peor caso algunos sondeos se descartan por completo.
Cuando el trabajo ya no cabe en el reloj
Tanto un lazo de sondeo del SCADA como un programa de PLC están diseñados alrededor de un período objetivo. Un canal fijado para sondear cada segundo está pensado para enviar su ronda completa de solicitudes, recolectar las respuestas y quedar ocioso antes de que empiece el siguiente segundo. Un desbordamiento de escaneo es la condición en que esa ronda toma más que el período - el lazo sigue terminando la pasada anterior cuando el reloj dice que es hora de empezar de nuevo. El sistema entonces o bien demora el siguiente ciclo hasta que el actual termina o, según la configuración, se salta un ciclo programado para ponerse al día.
En un canal SCADA la causa usual es aritmética. Cada dispositivo en un enlace compartido toma algo de tiempo para sondearse - la solicitud sale, el dispositivo da vuelta la respuesta y la respuesta regresa - y esos tiempos se suman. Ponga suficientes dispositivos, o suficientes puntos, o dispositivos de respuesta lenta en un enlace, y la suma de todos los viajes de ida y vuelta excede el intervalo de escaneo que pidió. Un solo dispositivo perezoso o que falla parcialmente y consume su tiempo de espera completo en cada sondeo puede empujar por sí solo un canal por lo demás sano hacia el desbordamiento.
En un PLC el mecanismo es el mismo pero la causa es interna: un programa que creció demasiado, una instrucción de comunicación que bloquea, o un lazo que itera demasiadas veces puede estirar el escaneo del programa más allá de su límite de watchdog. La distinción importa porque un watchdog de PLC típicamente falla el procesador a un estado seguro cuando el escaneo se desborda, mientras que un canal SCADA por lo general solo se degrada en silencio, entregando datos más viejos a una tasa efectiva más lenta que la que aparece en pantalla.
Diagnosticar un canal sobrecargado
El síntoma más claro del desbordamiento de escaneo en SCADA es una brecha entre la tasa de sondeo solicitada y la tasa de actualización real. El canal está configurado para actualizaciones de un segundo, pero las marcas de tiempo en los valores que llegan muestran que en realidad se refrescan cada tres o cuatro segundos. Muchos paquetes SCADA exponen esto directamente como un tiempo de escaneo o tiempo de ciclo medido por canal; cuando ese valor medido trepa hasta o más allá del intervalo configurado, el canal está en o sobre su capacidad. Estadísticas de comunicación en aumento - tiempos de respuesta promedio más largos, profundidad de cola creciente, reintentos - apuntan en la misma dirección.
El movimiento inicial más productivo es encontrar el dispositivo que cuesta más tiempo. Una sola estación que se está expirando o reintentando en cada sondeo puede dominar el ciclo total de un canal, así que aislar o deshabilitar temporalmente un dispositivo sospechoso y ver caer el tiempo de ciclo le dice dónde está la carga. Si ningún dispositivo solo tiene la culpa, el canal simplemente carga más dispositivos o puntos de lo que su presupuesto de ida y vuelta permite, y el número total, no ningún miembro particular, es el problema.
Ayuda separar el desbordamiento causado por volumen del causado por fallas. El desbordamiento por volumen es constante y predecible: el tiempo de ciclo está de forma consistente un poco sobre el presupuesto porque la lista de sondeo es demasiado larga para la velocidad del enlace. El desbordamiento por falla es a picos: el tiempo de ciclo está bien hasta que un dispositivo empieza a fallar y sus tiempos de espera repetidos revientan el presupuesto. Los dos necesitan arreglos distintos, así que vigilar si el desbordamiento es constante o se correlaciona con los errores de comunicación de un dispositivo específico es la división diagnóstica clave.
Prevenir el desbordamiento en SCADA en la nube y operaciones remotas
En el SCADA en la nube para petróleo y gas, el desbordamiento de escaneo tiende a aparecer en los enlaces más lentos - sitios celulares y de radio donde cada viaje de ida y vuelta es caro y una lista de sondeo larga satura rápido el tiempo disponible. En lugar de empujar cada punto por un solo canal rápido, los despliegues bien diseñados dividen los puntos según qué tan rápido de verdad necesitan actualizarse: un grupo rápido para los valores que impulsan alarmas y decisiones de control, y un grupo más lento para totales diarios y diagnósticos. Repartir la carga entre esos grupos mantiene cada ciclo dentro de su presupuesto.
Una plataforma como Merobix muestra la tasa de actualización efectiva y la salud de comunicación por dispositivo, que es lo que hace visible el desbordamiento antes de que se vuelva una queja de calidad de datos. En lugar de descubrir después del hecho que una tendencia ha estado en silencio rancia, un operador puede ver que el tiempo de ciclo de un canal está trepando y actuar - moviendo puntos de baja prioridad a un horario más lento, dividiendo un enlace saturado en dos canales, o reemplazando un dispositivo que empezó a expirarse. La meta es cumplir la promesa que hace la tasa de sondeo: si la pantalla dice datos de un segundo, los datos de verdad tienen un segundo de antigüedad.
El desbordamiento también moldea cuántos sitios puede cargar un solo enlace conforme crece una operación. Agregar un pozo más a un canal de radio compartido ya ocupado puede ser la adición que lo inclina de cómodo a desbordamiento crónico, así que la planeación de capacidad trata el presupuesto de tiempo de ida y vuelta como una restricción dura, no una ocurrencia tardía. Vigilar el margen de tiempo de ciclo conforme se agregan sitios es como las operaciones remotas evitan la trampa de un canal que funcionaba bien con diez dispositivos y se degrada en silencio con quince.
Preguntas frecuentes
¿Qué causa un desbordamiento de escaneo en SCADA?
Ocurre cuando el tiempo total para sondear cada dispositivo y punto de un canal excede el intervalo de escaneo configurado. Demasiados dispositivos en un enlace, demasiados puntos, estaciones de respuesta lenta, o un solo dispositivo que se expira en cada sondeo pueden cada uno empujar el ciclo más allá de su presupuesto. El resultado es que las actualizaciones llegan más lento que la tasa solicitada, y algunos sondeos pueden saltarse.
¿En qué se diferencia el desbordamiento de escaneo de un tiempo de escaneo lento?
Un tiempo de escaneo lento solo significa que cada ciclo toma un rato pero aún termina antes de que el siguiente deba comenzar, así que las actualizaciones llegan a horario a una tasa modesta. Un desbordamiento de escaneo significa que el ciclo no puede terminar a tiempo en absoluto, así que los ciclos empiezan a correr tarde o se descartan y la tasa de actualización efectiva cae por debajo de la que configuró. El desbordamiento es el punto donde el canal se quedó sin margen.
¿Cómo corrijo un canal SCADA sobrecargado?
Empiece por encontrar el dispositivo más costoso, ya que una sola estación que se expira en cada sondeo puede dominar el ciclo; aíslelo o reemplácelo si esa es la causa. Si la carga está repartida pareja, redúzcala moviendo puntos de baja prioridad a un grupo de sondeo más lento, dividiendo el canal en dos, o mejorando un enlace lento. La meta es llevar el tiempo de ciclo medido de vuelta por debajo del intervalo de escaneo configurado con algo de margen de sobra.
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.