SCADA (Supervisory Control and Data Acquisition) es la capa de supervisión de un proceso industrial: recoge en tiempo real las variables de los controladores de campo, las dibuja en sinópticos de operación, gestiona el sistema de alarmas, registra tendencias de corto plazo y permite enviar consignas y mandos a los equipos que ejecutan el control.
Arquitectura: campo, servidor y estaciones de operación
Un SCADA se organiza en tres planos. En el plano de campo están los equipos que miden y actúan: PLCs y RTU (Remote Terminal Unit). La RTU nace en la telemetría de instalaciones dispersas (redes de agua, gasoductos, subestaciones eléctricas) donde el enlace era radio o línea dedicada y el equipo tenía que sobrevivir solo durante horas, guardando eventos fechados para enviarlos cuando la comunicación volviera. Hoy la mayoría de los PLC con puerto Ethernet cubren ese papel, y la distinción entre PLC y RTU es más histórica que funcional.
El servidor SCADA es donde vive el sistema. Contiene una capa de drivers de comunicación que sondea a los equipos por sus protocolos nativos, una base de datos de etiquetas en memoria que mantiene el valor actual de cada señal con su calidad y su marca de tiempo, un motor de alarmas que evalúa condiciones sobre esos valores, un registrador de tendencias que vuelca un subconjunto de etiquetas a disco y, casi siempre, un motor de scripts para cálculos derivados y automatismos de supervisión. En instalaciones críticas el servidor se duplica en pareja redundante, con un nodo activo y otro en espera caliente que asume el servicio si el primero cae.
El plano de operación son las estaciones cliente: los puestos de la sala de control donde se dibujan los sinópticos, se reconocen las alarmas y se lanzan los mandos. En una instalación pequeña los tres planos colapsan en un único PC industrial junto al cuadro. El licenciamiento suele ir por número de etiquetas y de clientes conectados, y ese detalle comercial tiene una consecuencia técnica que reaparece más abajo: condiciona cuántas señales se declaran y cuántas se historizan. En la jerarquía funcional de ISA-95, el SCADA ocupa el nivel 2, por encima del control automático y por debajo de la ejecución de producción.
Qué hace realmente un SCADA
Supervisar. El servidor pregunta por el valor de cada etiqueta con un periodo típico de entre medio segundo y dos segundos, frente al ciclo de scan del PLC, que se mide en milisegundos. La consecuencia es estructural: lo que se ve en pantalla es una versión submuestreada del proceso, y un pulso más corto que el periodo de sondeo puede no aparecer nunca, salvo que el PLC lo enclave en una marca que el SCADA sí alcance a leer.
Mandar consignas. El flujo es bidireccional: el operario cambia un setpoint, arranca una bomba o conmuta un modo, y el SCADA escribe ese valor en el controlador. Quien decide si la orden es admisible es el PLC, con sus enclavamientos y sus condiciones de permisivo. El SCADA no forma parte de la cadena de seguridad: las funciones de seguridad funcional se implementan en el control, normalmente en un autómata de seguridad dedicado, y deben seguir cumpliéndose con el SCADA apagado.
Alarmar. El motor de alarmas compara valores contra límites, con histéresis y retardo para evitar oscilaciones, y genera un ciclo de vida por cada alarma: aparición, reconocimiento por el operario, reposición y, en su caso, inhibición. Ese registro de alarmas y eventos es una base de datos distinta de la de tendencias, y la disciplina de mantenerlo utilizable (priorización, supresión de avalanchas, revisión periódica) tiene norma propia, ISA-18.2.
Tendencias. El SCADA guarda la evolución de un subconjunto de señales para que el operario pueda mirar hacia atrás. Ese subconjunto, su frecuencia de registro y su horizonte de retención son parámetros de configuración, no una propiedad del sistema, y casi siempre se dimensionan pensando en el turno o en la semana.
Dónde aparece en una planta española
El SCADA es la norma en cualquier proceso que se gobierne desde una sala: estaciones de bombeo y depuradoras municipales, plantas fotovoltaicas y subestaciones, líneas de envasado agroalimentario, hornos y secaderos de cerámica, cámaras frigoríficas, salas de compresores y centrales térmicas de fábrica. En el tejido industrial valenciano el patrón habitual no es una instalación nueva sino una heredada: el sistema se puso con la línea hace diez o quince años, la licencia está atada a una versión concreta, el PC de la sala corre un sistema operativo congelado por compatibilidad con los drivers y el proyecto lo desarrolló un integrador que quizá ya no da servicio. Por debajo conviven protocolos de varias generaciones: OPC-UA en las máquinas recientes, Modbus en equipos auxiliares y contadores, protocolos nativos de cada fabricante de autómata en el núcleo de la línea, y IEC 60870-5-104 o DNP3 en el mundo del agua y de la energía eléctrica.
SCADA, HMI y MES: tres capas que se confunden
Los tres ponen información de producción en una pantalla, y ahí acaba el parecido. El HMI es la interfaz local de una máquina o célula: vive en el propio armario, normalmente sobre un panel táctil, su alcance termina en el equipo que gobierna y su función es que quien está a pie de línea pueda operarlo. El SCADA agrega: integra varias máquinas o un área completa, mantiene el histórico corto, centraliza las alarmas y da la vista de conjunto. La frontera es de alcance y de arquitectura, no de aspecto: hay HMI con pantallas más elaboradas que muchos SCADA.
El MES responde a otra pregunta. No mira variables de proceso sino la ejecución de la producción: qué orden está en curso, con qué lote de materia prima, en qué máquina, con qué operario, cuánto se ha declarado bueno y cuánto rechazado, y qué trazabilidad queda de todo ello. El SCADA sabe que el horno está a 180 °C; el MES sabe que esos 180 °C pertenecen a la orden de fabricación de un producto y un lote concretos. Por eso no son alternativas: el contexto que el MES aporta es exactamente el que al SCADA le falta. La comparación desarrollada está en la guía MES vs SCADA.
Por qué un SCADA no es una plataforma de datos
Un SCADA está optimizado para el presente y para la operación, no para el análisis. Su núcleo es una base de valores actuales en memoria; el histórico es un subproducto de la vista de tendencias, no un almacén diseñado para consultarse. Cinco límites explican por qué esa diferencia no se resuelve ampliando el disco.
Retención y muestreo. El registro se dimensiona para el horizonte de la operación (horas, turnos, a veces meses) y el borrado por antigüedad es política por defecto. Además el guardado se hace por excepción, con una banda muerta que descarta variaciones pequeñas: lo que no superó el umbral no se grabó, y esa pérdida es irreversible hacia atrás.
Esquema propietario. El histórico vive en ficheros binarios o en un esquema privado dentro de un motor relacional, documentado a medias y pensado para que lo lea el propio producto a través de su SDK. Consultarlo desde fuera con garantías no es abrir una tabla: es un trabajo de integración con su propia curva.
Ausencia de contexto de negocio. Una etiqueta de SCADA lleva dirección, descripción, unidades y poco más. No lleva orden de fabricación, lote, referencia de artículo, turno ni operario. Sin ese contexto, un valor no responde a ninguna pregunta de gestión: saber que hubo una parada de 22 minutos no dice qué producto se dejó de hacer ni cuánto costó.
Modelo plano. Las etiquetas se nombran para dibujar el sinóptico y para el criterio del integrador que lo hizo, no para analizar. Rara vez existe una jerarquía de activos reutilizable, de modo que dos líneas gemelas acaban con nomenclaturas distintas y compararlas exige un mapeo manual que hay que rehacer cada vez que alguien añade una señal.
Criticidad y carga. El servidor de SCADA es equipamiento de sala de control: sostiene la supervisión en marcha, vive en un segmento de red aislado, suele estar sobre una versión de sistema operativo congelada y no tiene ventana de parada. No es el sitio donde lanzar consultas analíticas pesadas ni donde instalar herramientas de explotación de datos, porque cualquier carga añadida compite con la función por la que existe.
Resumido en una frase: un SCADA responde bien a «qué está pasando ahora y qué ha pasado en las últimas horas», y mal a «qué pasó, con qué producto, comparado con qué mes». La arquitectura razonable no sustituye el SCADA ni lo asciende a repositorio corporativo: lo deja supervisando y coloca al lado una capa de datos, un historian para la serie temporal y un modelo que le añada contexto, que recibe la telemetría y la sirve al resto de sistemas. El desarrollo de ese patrón está en la guía de plataforma de datos industriales.
Qué implica sacar el dato de un SCADA hacia una capa de datos
Hay tres vías y no son equivalentes. La primera es leer el valor en vivo del propio SCADA, que casi siempre expone un servidor OPC-UA (o, en instalaciones antiguas, la generación anterior, OPC DA, atada a Windows y a DCOM, que obliga a intercalar un conversor). Es el camino corto: años de ingeniería de señales ya resueltos en una sola conexión. La segunda es extraer su histórico y su registro de alarmas, por SQL o por la interfaz del producto; es la única forma de recuperar lo que ya pasó y la única fuente de los motivos de parada. La tercera es leer los PLC en paralelo con un gateway industrial, que independiza la captura de la disponibilidad y del licenciamiento del SCADA a cambio de rehacer el mapa de señales.
Latencia y ciclo se acumulan. Entre el fenómeno físico y la capa de datos hay al menos cuatro etapas: el ciclo de scan del PLC, el periodo de sondeo del driver del SCADA, la banda muerta del registro y el periodo de publicación hacia el exterior. Cada una es un filtro paso bajo. Para tendencias de proceso, consumos o indicadores de turno, la cadena completa sobra. Para reconstruir una secuencia de eventos con resolución de milisegundos, es decir, qué señal disparó qué, el dato hay que tomarlo donde se genera, en el PLC, que puede fecharlo en su propio ciclo.
La marca de tiempo tiene dueño. Por defecto el SCADA sella el valor cuando lo recibe, no cuando ocurrió. OPC-UA distingue dos marcas, la del origen y la del servidor, y la regla de ingeniería es propagar la de origen siempre que exista y sincronizar los relojes por NTP; si se pierde esa distinción, el histórico queda fechado con la latencia de la comunicación incorporada.
El direccionamiento se hereda. El espacio de nombres del SCADA es su lista de etiquetas, con la nomenclatura que le dio quien dibujó los sinópticos. Al leer de ahí se hereda esa nomenclatura tal cual, incluidas sus incoherencias entre líneas. Normalizarla a un modelo de activos con nombres estables, el paso que hace comparables dos máquinas equivalentes, es trabajo de la capa de datos, y encaja de forma natural en un Unified Namespace.
No interfiere con el control, pero sí puede molestar a la supervisión. Leer es una operación pasiva: no modifica la lógica ni los enclavamientos y no exige parar la línea. El riesgo real es de carga y de red. Un servidor dimensionado para tres puestos de operación puede degradarse si se le añaden clientes OPC agresivos, y una exportación masiva del histórico en hora punta compite con las tendencias de la sala de control; lo primero se acota agrupando señales y ajustando el periodo de suscripción, lo segundo programando las extracciones fuera de hora o contra una réplica. En el lado de red, el acceso se resuelve con cuenta dedicada de solo lectura y una regla que no conviene romper: el flujo es de un solo sentido, la capa de datos lee del SCADA y nunca escribe en él. Quien media suele ser un gateway o un cliente OPC-UA que publica los valores por MQTT con almacenamiento local, para que una caída del enlace retrase los datos en lugar de perderlos.
Y una fuente que se olvida sistemáticamente: el registro de alarmas y eventos. Ahí están los motivos de parada, que son lo que convierte un porcentaje de OEE en un plan de acción. No vive en las etiquetas, sino en la base de datos del SCADA, y extraerlo es una integración distinta de la lectura de variables.
Relación con otros términos
El SCADA se apoya en los PLCs como fuente del dato y órgano de ejecución, delega en el historian la conservación del histórico largo y cede al MES el gobierno de órdenes y trazabilidad; llevar sus datos hacia los sistemas de gestión es el objeto de la integración OT/IT. En el catálogo de servicios, el desarrollo y la modernización de estas capas corresponde a la programación de PLC, SCADA y HMI, y su conexión con el resto de la empresa a la integración OT/IT.