Congelamiento de la Página de Gráficos SCADA: Análisis de Causas Raíz y Optimización para Foxboro I/A Series y Woodward EasyGen
El Problema: La Estación de Trabajo Se Congela Solo Al Abrir Pantallas Específicas
Los operadores reportan que ciertas pantallas SCADA tardan entre 15 y 30 segundos en abrirse. El cursor del ratón se retrasa durante la carga. Otras pantallas se abren en 2 a 3 segundos. El estado de comunicación del PLC permanece saludable. No aparecen errores de red en los diagnósticos.
Este patrón aísla el problema en la capa gráfica, no en la capa de comunicación. La pantalla que se congela contiene objetos más complejos que las que cargan rápido. En Foxboro I/A Series, el Gestor de Pantallas maneja la inicialización de objetos. En Woodward EasyGen, el runtime GraphWorX renderiza gráficos basados en SVG. Ambas plataformas tienen dificultades cuando una sola pantalla supera su capacidad de diseño.
Causa 1: Exceso de Objetos de Animación en Tiempo Real
Los símbolos de rotación de bombas, movimiento de cintas transportadoras, animaciones de giro de agitadores e indicadores de estado por color requieren ciclos de actualización continuos. Cada objeto animado consume un hilo de CPU para el cálculo de redibujo. Cuando una pantalla contiene más de 40 objetos de animación activos, el motor de renderizado se satura.
En Foxboro I/A Series V7.0, el Gestor de Pantallas asigna un hilo de renderizado por cada 10 objetos de animación. Con 50 animaciones, el sistema ejecuta 5 hilos de renderizado concurrentes más el hilo principal de la pantalla. El uso de CPU se dispara al 85–100% en un solo núcleo.
En Woodward EasyGen usando GraphWorX64, cada animación de rotación provoca un recálculo de transformación matricial cada 100 ms. Una página de resumen del generador con 30 símbolos giratorios genera 300 operaciones de transformación por segundo. El umbral de aceleración GPU es de 25 transformaciones simultáneas sin hardware gráfico dedicado.
Mitigación: Reemplace las animaciones de rotación por indicadores estáticos de estado por color. Use una tasa de parpadeo 1 (0.5 s encendido/apagado) en lugar de rotación suave para el estado de funcionamiento. Esto reduce la carga de CPU en un 60–70% por objeto.
Causa 2: Explosión de Suscripciones a Etiquetas Durante la Inicialización de la Página
Cada elemento gráfico se vincula a una o más etiquetas PLC. Cuando un operador abre una pantalla, el cliente SCADA envía solicitudes de suscripción para todas las etiquetas vinculadas simultáneamente. Una pantalla con 800 referencias de etiquetas genera 800 mensajes de suscripción individuales en 200 ms.
En Foxboro I/A Series, la AW (Estación de Trabajo de Aplicación) reenvía las suscripciones al CP (Procesador de Control) a través del Nodebus. Cada suscripción requiere una transacción en el Nodebus. El Nodebus soporta un máximo de 500 transacciones por segundo por nodo. Una pantalla con 800 etiquetas supera este límite durante la carga inicial.
El resultado: las primeras 500 etiquetas se actualizan inmediatamente. Las 300 etiquetas restantes se ponen en cola y llegan 1–3 segundos después. Los operadores ven actualizaciones parciales donde algunos valores parecen obsoletos.
En Woodward EasyGen, el cliente OPC UA se suscribe a etiquetas en lotes de 100. Una pantalla con 800 etiquetas requiere 8 ciclos de lotes. A 250 ms por ciclo, la inicialización completa tarda al menos 2 segundos antes de que comience cualquier renderizado.
- Paso 1: Cuente el total de referencias de etiquetas en la pantalla problemática. En Foxboro Display Editor, use Herramientas > Informe de Conteo de Etiquetas. En GraphWorX64, use Editar > Buscar > Todas las Variables Vinculadas.
- Paso 2: Si el conteo supera 600, divida la pantalla en dos subpantallas vinculadas por botones de navegación. Apunte a un máximo de 400 etiquetas por pantalla.
- Paso 3: Para Foxboro I/A Series, aumente el búfer de transacciones del Nodebus de 256 (valor predeterminado) a 512 en las Propiedades del Sistema CP > pestaña Red.
- Paso 4: Para Woodward EasyGen, configure el modo de suscripción OPC UA para agregar ítems monitoreados en lugar de crear una suscripción en el archivo de configuración de GraphWorX. Esto reutiliza sesiones existentes.
Causa 3: Gráficos de Tendencias Integrados Consultando Datos Históricos
Muchas pantallas incluyen ventanas de tendencias en tiempo real que muestran los últimos 60 minutos de datos del proceso. Al abrir la pantalla, cada gráfico de tendencia consulta la base de datos histórica para la población inicial de datos. Tres gráficos de tendencia en una pantalla generan tres consultas históricas simultáneas.
En Foxboro I/A Series, el Historiador (basado en Informix o SQL) atiende las solicitudes de tendencias vía la API AIM Historian. Una tendencia de 60 minutos con intervalo de muestreo de 5 segundos devuelve 720 puntos de datos por trazo. Un gráfico de 4 trazos recupera 2,880 puntos. Tres gráficos recuperan 8,640 puntos en total. El tiempo de ejecución de la consulta varía entre 3 y 8 segundos según el estado del índice de la base de datos.
Durante la ejecución de la consulta, el hilo de la pantalla se bloquea esperando los datos. El operador ve la pantalla congelada hasta que llegan todos los datos de tendencia.
- Paso 1: Identifique los objetos de tendencia integrados en la pantalla de carga lenta. Anote el rango de tiempo y el intervalo de muestreo de cada uno.
- Paso 2: Reduzca el rango de tiempo inicial de 60 minutos a 15 minutos. Esto reduce los puntos de datos por trazo de 720 a 180, disminuyendo el tiempo de consulta en un 75%.
- Paso 3: Active la carga diferida para los datos de tendencia. Configure las tendencias para que carguen datos 2 segundos después de abrir la pantalla, no durante la inicialización. En Foxboro, establezca la propiedad del Objeto de Tendencia InitialLoadDelay = 2000ms.
- Paso 4: Limite los trazos por gráfico a un máximo de 4. Use gráficos separados si se necesitan más variables en tendencia.
Causa 4: Imágenes de Fondo de Alta Resolución que Consumen Memoria
Los gráficos de proceso suelen usar diagramas P&ID escaneados como fondos. Un escaneo típico de P&ID a 300 DPI para un área de proceso grande produce archivos de imagen de 8 a 15 MB en formato PNG. Al cargarse en la pantalla SCADA, el mapa de bits sin comprimir ocupa 50 a 80 MB de RAM.
El Gestor de Pantallas de Foxboro I/A Series almacena en caché las imágenes de fondo en memoria compartida. El tamaño de caché predeterminado es de 128 MB. Dos pantallas con fondos de 12 MB cada una consumen 24 MB en caché más 48 MB en copia de trabajo = 72 MB en total. Abrir una tercera pantalla fuerza la expulsión y recarga de caché, causando una pausa visible.
Woodward EasyGen GraphWorX64 almacena los fondos como cadenas codificadas en base64 en el archivo GDFX de la pantalla. Un fondo de 10 MB aumenta el tamaño del archivo GDFX en 13 MB (sobrecarga base64). Analizar esta cadena añade 1.5 a 2 segundos al tiempo de carga de la pantalla.
- Paso 1: Verifique el tamaño de los archivos de imagen de fondo en el directorio del proyecto SCADA. Marque cualquier imagen que supere los 2 MB.
- Paso 2: Reexporte los fondos a 96 DPI con compresión JPEG (calidad 85%). Esto reduce un PNG de 10 MB a un JPEG de 400–600 KB con pérdida mínima de calidad visual.
- Paso 3: En Foxboro I/A Series, aumente el tamaño de caché del Gestor de Pantallas a 256 MB mediante la variable de entorno AW DISPLAY_CACHE_SIZE=262144.
- Paso 4: Para Woodward EasyGen, convierta las imágenes de fondo a modo de referencia externa en lugar de incrustarlas. Use ImageSource=File path en lugar de ImageSource=Embedded.
Conclusión y Recomendaciones de Acción
El congelamiento de páginas gráficas SCADA se debe a cuatro demandas de recursos superpuestas. Primero, el exceso de objetos animados sobrecarga el hilo de renderizado de la CPU. Segundo, las explosiones de suscripciones a etiquetas superan la capacidad de transacciones del bus de comunicación. Tercero, los gráficos de tendencias integrados bloquean el hilo de pantalla mientras consultan datos históricos. Cuarto, los fondos de alta resolución agotan la caché de memoria.
Para sistemas Foxboro I/A Series, priorice aumentar el búfer de transacciones del Nodebus a 512, establecer el retardo de carga diferida de tendencias a 2 segundos, ampliar la caché de pantalla a 256 MB y limitar las pantallas a un máximo de 600 etiquetas. Para sistemas Woodward EasyGen, reemplace las animaciones de rotación por indicadores de estado por color, use el modo de reutilización de ítems monitoreados OPC UA y convierta los fondos incrustados a referencias externas de archivo.
Audite todas las pantallas que superen los 8 segundos de tiempo de carga. Documente las métricas antes y después en su CMMS. Apunte a un tiempo máximo de carga de 5 segundos para cualquier pantalla en hardware estándar de estación de trabajo (Intel i5, 8 GB RAM, gráficos integrados).
