HMI o SCADA: diferencias y cuándo utilizar cada sistema

Comparación esencial

La tabla describe configuraciones habituales, no definiciones absolutas. Existen HMI basadas en PC con funciones avanzadas y plataformas SCADA que también sirven a una sola estación.

Qué hace una HMI

La interfaz humano-máquina presenta al operador la información necesaria para manejar el proceso. En una máquina puede incluir:

La lógica de control crítica debe permanecer en el PLC o controlador apropiado. La HMI solicita acciones y muestra resultados; no conviene que la seguridad o la secuencia esencial dependan de una pantalla disponible.

Una HMI local conserva una ventaja importante: el operador está junto a la máquina y puede relacionar la información con lo que observa. Si la red de planta falla, una arquitectura bien diseñada puede mantener el control local dentro de los límites definidos.

• Estado de sensores y actuadores.
• Modos manual, automático, ajuste y mantenimiento.
• Consignas y parámetros autorizados.
• Secuencias, recetas y formatos.
• Alarmas activas e historial local.
• Tendencias breves para diagnóstico.
• Instrucciones de operación o mantenimiento.

Qué añade un SCADA

SCADA significa supervisión, control y adquisición de datos. Además de pantallas, suele proporcionar una arquitectura para integrar controladores, servidores, clientes, alarmas, registros y usuarios.

Entre sus funciones frecuentes están:

Estas funciones aumentan la capacidad, pero también la complejidad. Un SCADA necesita diseño de red, servidores, licencias, copias de seguridad, mantenimiento de sistemas operativos, sincronización horaria y procedimientos de recuperación.

• Visualización de varias líneas o áreas.
• Servidores de datos y comunicaciones.
• Gestión centralizada de alarmas y eventos.
• Tendencias históricas y análisis de periodos largos.
• Clientes simultáneos en puestos distintos.
• Redundancia de servidores o comunicaciones.
• Informes y conexión con historiadores, MES u otros sistemas.
• Administración de usuarios, roles y trazabilidad.

La escala no es el único criterio

Una máquina grande puede necesitar una HMI potente sin convertirse en SCADA. Una instalación pequeña pero remota puede necesitar supervisión centralizada, registro y alta disponibilidad.

Conviene plantear preguntas operativas:

La arquitectura aparece al responder estas preguntas; no al elegir primero una marca o una diagonal de pantalla.

1. ¿Cuántos equipos y controladores se integrarán?
2. ¿Cuántos usuarios necesitan acceso simultáneo?
3. ¿Qué debe seguir funcionando si falla la red o el servidor?
4. ¿Durante cuánto tiempo deben conservarse los datos?
5. ¿Se requieren informes, trazabilidad o auditoría?
6. ¿Quién administrará usuarios, actualizaciones y copias?
7. ¿Qué crecimiento se espera durante la vida útil?

Panel industrial, IPC o cliente web

Un panel HMI dedicado ofrece instalación compacta, frontal industrial y una plataforma controlada. Un IPC permite más recursos, almacenamiento y flexibilidad, pero añade administración de sistema operativo y mayor superficie de mantenimiento.

Los clientes web pueden simplificar el acceso desde distintos dispositivos. Sin embargo, “web” no significa acceso directo desde Internet ni elimina la necesidad de autenticar, segmentar y actualizar. También debe definirse qué ocurre cuando el navegador, la red o el servidor dejan de responder.

El hardware se elige por condiciones reales: temperatura, vibración, contaminantes, guantes, visibilidad, grado de protección, formato de montaje, repuestos y vida comercial.

Comunicaciones y modelo de datos

La compatibilidad con un protocolo no garantiza una integración completa. Deben definirse:

OPC UA puede facilitar la interoperabilidad entre sistemas que lo implementan, mientras que protocolos específicos de fabricante pueden ofrecer diagnósticos y objetos integrados. MQTT y otras interfaces pueden conectar capas OT e IT, pero deben desplegarse con una arquitectura de seguridad definida.

• Controladores y versiones compatibles.
• Cantidad de variables o tags y frecuencia de actualización.
• Escrituras permitidas y propietarios de cada dato.
• Calidad y sello temporal de la información.
• Gestión de pérdida de comunicación.
• Nombres, unidades, estados y convenciones comunes.
• Pasarelas necesarias para equipos antiguos.

Alarmas que ayudan al operador

Una alarma no es cualquier cambio de estado. Debe requerir atención del operador y presentar una acción comprensible. Si se generan demasiadas alarmas o varias representan el mismo problema, el sistema pierde utilidad.

Para cada alarma se especifican prioridad, condición, retardo, texto, consecuencia, respuesta esperada y criterio de retorno. La visualización debe distinguir estados activos, reconocidos y desaparecidos sin depender exclusivamente del color.

Un SCADA facilita consolidar alarmas de diferentes equipos, pero no corrige por sí solo una filosofía deficiente. La racionalización debe realizarse con operaciones, automatización, mantenimiento y seguridad de proceso cuando corresponda.

Tendencias, históricos y trazabilidad

Una tendencia local permite observar los últimos minutos durante un ajuste. Un histórico central permite comparar turnos, investigar una parada o analizar rendimiento durante meses. Antes de registrar todo, se define el propósito de cada dato.

El diseño incluye periodo de muestreo, registro por cambio, compresión, retención, copias y capacidad de consulta. Un valor rápido puede necesitar alta resolución solo durante eventos; otro puede conservarse como promedio. Registrar miles de tags a máxima frecuencia sin necesidad aumenta almacenamiento y tráfico sin mejorar decisiones.

La sincronización horaria es esencial para relacionar eventos de PLC, HMI, variadores y servidores. También debe quedar claro si el sello temporal procede del dispositivo, del servidor de comunicaciones o del historiador.

Disponibilidad y recuperación

En una HMI aislada, un repuesto preparado y una copia verificada pueden ser suficientes. En un SCADA, la estrategia puede incluir servidores redundantes, redes separadas, almacenamiento protegido y recuperación documentada.

La redundancia no equivale a copia de seguridad. Si un cambio erróneo o malware se replica, ambos servidores pueden quedar afectados. Se necesitan copias protegidas, control de versiones, pruebas de restauración y medios de instalación disponibles.

El nivel apropiado se decide según el efecto de perder visualización, históricos o mando. El control debe alcanzar un estado seguro aunque la capa de supervisión no esté disponible.

Usuarios y ciberseguridad industrial

El sistema debe aplicar el mínimo privilegio. Operación, mantenimiento, ingeniería y administración no necesitan los mismos permisos. Las cuentas compartidas dificultan la trazabilidad y deben evitarse cuando se requiere identificar acciones.

Las medidas habituales incluyen:

No debe exponerse directamente una HMI o un SCADA a Internet. El acceso remoto necesita un diseño específico y seguimiento de las recomendaciones del fabricante y del responsable de seguridad de la organización.

• Segmentación entre redes de control y redes corporativas.
• Acceso remoto mediante mecanismos administrados y autorizados.
• Autenticación individual y gestión del ciclo de vida de cuentas.
• Deshabilitación de servicios y puertos innecesarios.
• Copias de seguridad y recuperación probada.
• Gestión de parches compatible con producción.
• Registro y revisión de cambios relevantes.

Ejemplo 1: máquina autónoma

Una envasadora tiene un PLC, varios ejes y un operador local. Necesita recetas, cambio de formato, diagnóstico de sensores y alarmas propias. No requiere usuarios remotos ni históricos extensos.

Una HMI industrial local puede cubrir el alcance. El PLC mantiene la secuencia y los enclavamientos. Se prepara una copia del proyecto y un procedimiento para sustituir el panel.

Ejemplo 2: línea con varias máquinas

Una línea agrupa mezclado, transporte, llenado y paletizado, cada uno con su control local. Producción necesita una vista completa, alarmas comunes, tendencias y datos por lote.

Las HMI locales siguen siendo útiles para intervenir junto a cada máquina. Un SCADA superior integra estados y datos sin reemplazar necesariamente esas interfaces. Así se distribuyen las funciones: control y operación local abajo; coordinación, contexto e históricos arriba.

Ejemplo 3: instalaciones distribuidas

Varias estaciones remotas deben reportar niveles, caudales, alarmas y comunicaciones a un centro de control. Aquí resultan centrales la tolerancia a enlaces intermitentes, el almacenamiento local temporal, la calidad del dato y la ciberseguridad. El SCADA se diseña como sistema distribuido, no como una pantalla grande.

Método de selección en nueve pasos

1. Delimitar máquinas, áreas y funciones que entran en el proyecto.
2. Separar control crítico, operación local y supervisión central.
3. Inventariar controladores, protocolos, tags y tasas de actualización.
4. Definir usuarios, ubicaciones, permisos y sesiones simultáneas.
5. Especificar alarmas, históricos, recetas, informes y trazabilidad.
6. Establecer disponibilidad, funcionamiento degradado y recuperación.
7. Diseñar redes, sincronización horaria y ciberseguridad.
8. Calcular licencias, hardware, ingeniería, soporte y expansión.
9. Probar navegación, tiempos de respuesta, fallos y restauración con usuarios reales.

Errores frecuentes

• Elegir por resolución de pantalla sin definir funciones.
• Ejecutar lógica esencial únicamente en la HMI.
• Convertir un SCADA en una suma de pantallas sin arquitectura de datos.
• Registrar todas las variables a la máxima frecuencia.
• Crear una alarma por cada bit sin racionalización.
• Compartir una cuenta administrativa entre todos los usuarios.
• Confundir redundancia con copia de seguridad.
• Permitir acceso remoto directo desde Internet.
• No prever licencias, versiones, repuestos y crecimiento.
• Diseñar sin la participación de operadores y mantenimiento.

Continúa en el catálogo

Explora estas categorías con productos relacionados con el artículo.