SCADA

IronFlock implementa funcionalidad SCADA a través de su arquitectura distribuida: aplicaciones ligeras de recopilación de datos se ejecutan en el edge para comunicarse con PLCs y hardware industrial, todos los datos recopilados se almacenan en una base de datos de series temporales por proyecto, y la aplicación Board Studio proporciona un constructor completo de dashboards para crear visualizaciones SCADA sobre esos datos.

Arquitectura

PLCs / Sensores / Hardware
        ↓
  Aplicaciones Recopiladoras de Datos (dispositivos edge)
        ↓
     FleetDB (almacenamiento de series temporales)
        ↓
  Board Studio (dashboards SCADA)
        ↓
  Canal de Control (de vuelta a los dispositivos edge)

Recopilación de Datos en el Edge

Cada dispositivo edge ejecuta una o más aplicaciones recopiladoras de datos — aplicaciones pequeñas y contenedorizadas que hablan el protocolo nativo del hardware conectado. Como son contenedores Docker estándar, se puede soportar cualquier protocolo o controlador:

• Modbus TCP/RTU — Conectar a PLCs, sensores y actuadores compatibles con Modbus
• OPC UA — Interfaz con servidores OPC UA en controladores industriales
• MQTT — Suscribirse a brokers MQTT en la red local
• BACnet — Recopilar datos de sistemas de automatización de edificios
• Protocolos personalizados — Escriba un recopilador en cualquier lenguaje para hardware propietario o de nicho

Una aplicación recopiladora lee valores del hardware conectado — registros, tags, topics — y los escribe en FleetDB. Los datos se almacenan automáticamente como telemetría de series temporales en la base de datos TimescaleDB del proyecto, etiquetados por dispositivo y aplicación.

Este enfoque mantiene la capa edge simple y modular. Cada aplicación recopiladora es responsable únicamente del protocolo que habla. No hay ningún gateway monolítico ni framework de controladores que configurar — solo aplicaciones pequeñas y enfocadas que manejan una integración cada una.

Acceso Directo al PLC

Como las aplicaciones recopiladoras se ejecutan directamente en el dispositivo edge, pueden acceder a PLCs y hardware en la red local sin ningún viaje de ida y vuelta a la nube. Un recopilador Modbus en un dispositivo IronFlock se comunica directamente con PLCs en la misma subred. Los datos se almacenan en búfer localmente y se sincronizan con FleetDB cuando la conectividad está disponible — los dispositivos continúan recopilando incluso sin conexión.

Dashboards SCADA con Board Studio

Una vez que los datos fluyen hacia FleetDB, la aplicación Board Studio proporciona un constructor de dashboards basado en navegador para crear pantallas SCADA. Board Studio se conecta directamente a la base de datos de series temporales del proyecto y ofrece:

• Biblioteca de widgets — Medidores, gráficos, tablas, indicadores, mapas y más
• Actualizaciones en tiempo real — Los dashboards se actualizan en vivo a medida que llegan nuevos datos
• Vistas multi-dispositivo — Combine datos de múltiples dispositivos edge y aplicaciones recopiladoras en un solo dashboard
• Layouts configurables — Organice widgets libremente para construir vistas generales de procesos, pantallas de estado de equipos o dashboards operacionales

Los dashboards son accesibles desde cualquier navegador — sin necesidad de software de escritorio ni VPN.

Opciones de Diseño del Board

Hay tres modos principales de diseño que puede usar en los boards SCADA, cada uno adecuado para diferentes necesidades de visualización. Para una referencia detallada de todas las propiedades de diseño (Grid Snap, Overflow, Scale to Fit, Ancho/Alto Fijo), consulte la documentación de Diseño de Dashboards IoT.

1. Grid Snap desactivado con overflowX / overflowY Los widgets se posicionan libremente en el canvas. El diseño SCADA no se escala con el tamaño de la ventana, pero puede extenderse más allá de los bordes inferior y derecho del viewport. Los usuarios pueden necesitar desplazarse para ver el diseño completo. Esto es útil cuando necesita un canvas grande que coincida con un diseño físico fijo (por ejemplo, el plano de una planta) sin distorsión.

2. Grid Snap desactivado con Scale to Fit Los widgets se posicionan libremente, pero el board tiene un área de visualización limitada cuya relación de aspecto usted define. Todo el diseño se escala proporcionalmente con el tamaño de la pantalla. No se necesita desplazamiento. Este modo es ideal para pantallas de salas de control o pantallas tipo kiosco donde el dashboard debe llenar la pantalla de forma limpia a cualquier resolución.

3. Grid Snap activado (sin overflow, sin Scale to Fit) La grilla debe configurarse con una resolución fina (muchas filas y columnas). Cuando se colocan símbolos SCADA, automáticamente se les activa el Ancho Fijo y el Alto Fijo, lo que bloquea su tamaño para que no se distorsionen por el reescalado responsivo. Esto mantiene el diseño SCADA estable en posición y proporción, mientras que todo lo que rodea a los símbolos permanece responsivo. Consulte la documentación de Diseño para más detalles sobre el Ancho/Alto Fijo y cómo interactúan con Grid Snap.

Combinar Símbolos SCADA con Otros Widgets

Los símbolos SCADA y los widgets de gráficos tradicionales pueden combinarse libremente en el mismo board. Esto significa que no está limitado a diagramas de proceso puros — puede colocar gráficos de líneas, gráficos de barras, medidores, tablas, mapas o cualquier otro widget justo al lado de sus símbolos SCADA.

Un patrón común es construir una aplicación SCADA multi-board con una barra lateral de navegación que lista múltiples sitios o subsistemas. Cada entrada enlaza a un board dedicado que muestra el diagrama de proceso SCADA y los gráficos de datos en vivo para ese sitio. De esta manera, un único proyecto de Board Studio puede servir como un centro de control SCADA multi-sitio completo — con navegación, visualizaciones de procesos y gráficos analíticos en un solo lugar.

Creación de Dashboards Asistida por IA

La IA de IronFlock puede ayudar a crear y configurar dashboards mediante conversación. En lugar de colocar y configurar cada widget manualmente, puede describir lo que desea:

• “Crea un dashboard que muestre temperatura y presión para todos los dispositivos en la planta de Madrid”
• “Añade un gráfico de líneas comparando las RPM del motor en las últimas 24 horas”
• “Configura un indicador de alerta que se ponga rojo cuando el nivel del tanque baje del 20%”

La IA entiende los datos disponibles en el FleetDB de su proyecto y puede generar dashboards, añadir widgets y configurar vinculaciones de datos en su nombre. Esto reduce significativamente el tiempo desde la recopilación de datos brutos hasta una pantalla SCADA funcional.

Canal de Control Bidireccional

IronFlock no se limita a la recopilación de datos y la visualización. La plataforma también soporta un canal de control de vuelta a los dispositivos edge, permitiendo que se activen acciones desde los dashboards SCADA.

Si una aplicación edge expone funcionalidad de control — como escribir en registros de PLC, conmutar relés o ajustar puntos de ajuste — estas acciones pueden ser invocadas desde el dashboard. Esto habilita patrones comunes de control SCADA:

• Control manual — Un operador hace clic en un botón del dashboard para abrir una válvula, arrancar un motor o reconocer una alarma
• Acciones activadas por alertas — Cuando se dispara una alerta, el operador puede responder directamente desde la notificación con una acción predefinida (ej: apagar una bomba cuando la temperatura supera un umbral)
• Control iniciado por IA — Opcionalmente, la IA de IronFlock puede ser autorizada para invocar acciones de control automáticamente en respuesta a patrones de datos o alertas, cerrando el ciclo entre monitorización y actuación

El canal de control utiliza la misma ruta de comunicación segura que la recopilación de datos. Los comandos viajan desde el dashboard a través del message broker de IronFlock hasta el dispositivo edge, donde la aplicación ejecuta la acción en el hardware conectado.

Cómo Funciona el Control

1. Una aplicación edge registra endpoints de control — funciones que aceptan parámetros y ejecutan acciones en el hardware conectado
2. Estos endpoints son visibles en el dashboard como acciones invocables
3. Un usuario (o la IA) activa una acción desde la interfaz del dashboard
4. El comando se enruta al dispositivo edge y es ejecutado por la aplicación
5. El resultado se reporta de vuelta al dashboard

Esto mantiene la lógica de control donde corresponde — en la aplicación edge, cerca del hardware — mientras permite la activación centralizada desde dashboards, alertas o agentes de IA.

Comparación con SCADA Tradicional