Una planta industrial puede estar generando miles de datos todos los días sin que necesariamente los esté utilizando.
Variadores, relevadores de protección, medidores, PLC, instrumentos, arrancadores y otros dispositivos pueden conocer mucho más sobre la operación de lo que normalmente llega hasta el personal responsable de tomar decisiones.
El dato existe.
El problema es que muchas veces permanece dentro del equipo.
Para conocerlo hay que acercarse al tablero, entrar a una HMI específica, consultar diferentes sistemas o incluso esperar hasta que ocurra una falla para comenzar a buscar información.
Por eso, cuando hablamos de digitalización industrial, no siempre es necesario empezar instalando más sensores.
A veces la primera pregunta debería ser:
¿Qué información ya genera nuestra infraestructura y qué estamos haciendo con ella?
Tu planta probablemente ya tiene más información de la que imaginas
Pensemos en un motor controlado mediante un variador.
Dependiendo del equipo y de la aplicación, pueden existir variables y estados relacionados con su operación que pueden resultar útiles para supervisión.
Ahora pensemos en un medidor eléctrico.
O en un relevador de protección.
O en un PLC que recibe señales de diferentes puntos del proceso.
Cada dispositivo puede convertirse en una fuente de información.
Sin embargo, que los datos existan no significa que sean visibles para las personas que los necesitan.
En muchas instalaciones encontramos información distribuida entre:
- PLC;
- medidores;
- relevadores;
- variadores;
- arrancadores;
- instrumentación;
- HMI;
- registradores;
- sistemas de protección y control.
La oportunidad está en determinar qué información tiene valor operativo y cómo integrarla.
El problema de los datos aislados
Imagina que ocurre una interrupción en una línea.
Mantenimiento llega al equipo.
El operador explica lo que observó.
Alguien revisa la HMI.
Otra persona consulta el variador.
Después se revisa el PLC.
Si el evento involucra la infraestructura eléctrica, quizá también sea necesario consultar protecciones o medición.
Poco a poco comienza a reconstruirse lo ocurrido.
Pero surge una pregunta:
¿qué pasó primero?
Ese detalle puede cambiar completamente el diagnóstico.
Cuando la información permanece aislada en diferentes equipos, entender la secuencia de un evento puede requerir tiempo y conocimiento especializado.
La integración no elimina automáticamente las fallas.
Lo que puede hacer es proporcionar mayor visibilidad para entenderlas.
Tener muchos datos tampoco significa tener información útil
Existe otro extremo.
Conectar todos los equipos disponibles y enviar cientos o miles de variables a una pantalla tampoco garantiza una mejor operación.
Puede ocurrir exactamente lo contrario.
Demasiados datos.
Demasiadas alarmas.
Demasiadas pantallas.
Y poca claridad.
Una buena arquitectura de supervisión no debería comenzar preguntando:
“¿Qué podemos mostrar?”
Debería comenzar con:
“¿Qué necesita saber el operador, mantenimiento o ingeniería para tomar una decisión?”
A partir de ahí se define qué información vale la pena integrar.
1. Estados: saber qué está ocurriendo
Uno de los niveles más básicos de visibilidad consiste en conocer el estado de los equipos.
Por ejemplo:
- disponible;
- en operación;
- detenido;
- disparado;
- alarma;
- modo local/remoto;
- abierto/cerrado.
Dependiendo del proceso, tener estos estados disponibles desde un punto de supervisión puede reducir la necesidad de realizar verificaciones manuales.
Pero los estados son solamente el comienzo.
Saber que un equipo se detuvo no necesariamente explica por qué.
2. Variables: entender cómo está operando
Las variables permiten observar el comportamiento del sistema.
En procesos industriales pueden existir datos relacionados con:
- presión;
- temperatura;
- nivel;
- flujo;
- velocidad;
- corriente;
- tensión;
- potencia;
- frecuencia;
- posición.
Qué variables son relevantes depende completamente del proceso y del equipo.
La ventaja de integrarlas no está simplemente en ver un número en pantalla.
Está en relacionar ese valor con la condición de operación.
Una lectura aislada dice qué ocurre ahora.
Una tendencia puede ayudar a entender cómo llegó el sistema hasta ese punto.
3. Alarmas: saber cuándo algo requiere atención
Una alarma debería ayudar al operador a identificar una condición que necesita atención.
Pero cuando un sistema genera demasiadas alarmas sin una estructura adecuada, puede ocurrir que las realmente importantes se pierdan entre información secundaria.
Por eso, integrar datos también implica pensar en cómo se presentan.
No todo cambio de estado debe convertirse automáticamente en una alarma.
No todas las alarmas tienen la misma importancia.
La arquitectura debe ayudar a diferenciar información operativa de condiciones que requieren una respuesta.
4. Eventos: reconstruir qué ocurrió
Aquí aparece una de las aplicaciones más interesantes de los datos industriales.
Cuando diferentes equipos registran eventos, es posible contar con información para reconstruir una secuencia.
Esto puede ser especialmente importante cuando una condición ocurre rápidamente.
Por ejemplo:
un equipo cambia de estado;
una variable sale de su condición normal;
se genera una alarma;
actúa una protección;
se detiene una parte del proceso.
Con información adecuada, el análisis puede dejar de depender únicamente de testimonios o de lo que el personal encontró minutos después.
Para determinadas aplicaciones, herramientas como el SOE (Sequence of Events) pueden formar parte de una arquitectura diseñada para registrar eventos y facilitar su análisis.
5. Tendencias: dejar de mirar únicamente el momento actual
Una pantalla puede mostrar que una variable está actualmente dentro de un rango esperado.
Pero ¿qué ocurrió durante las últimas horas?
¿Está aumentando progresivamente?
¿El comportamiento cambia durante ciertos periodos?
¿Existe una condición que aparece antes de una parada?
Las tendencias aportan contexto.
Permiten observar el comportamiento de determinadas variables a lo largo del tiempo y pueden ayudar a detectar patrones que no son evidentes al observar únicamente valores instantáneos.
Esto puede ser útil para operación, ingeniería y análisis de determinados problemas.
Del tablero al SCADA: ¿qué significa realmente integrar?
Integrar no significa necesariamente llevar cada señal existente a un único sistema.
Significa definir una arquitectura donde la información necesaria pueda viajar desde los dispositivos que la generan hasta las personas o sistemas que la utilizan.
Por ejemplo:
instrumentación → PLC → SCADA
o:
medición/protección → sistema de comunicaciones → plataforma de supervisión
La arquitectura específica depende de la instalación.
Pueden intervenir tecnologías como:
- PLC;
- PAC;
- UTR;
- HMI;
- SCADA;
- redes industriales;
- sistemas de medición;
- equipos de protección;
- servidores y sistemas de registro.
El objetivo no es conectar por conectar.
Es hacer disponible información que tenga una función dentro de la operación.
SCADA no es solamente una pantalla bonita
Cuando se habla de SCADA es fácil pensar primero en gráficos, diagramas y pantallas.
Pero la visualización es solo una parte.
Un sistema SCADA puede formar parte de una arquitectura de supervisión donde se concentran estados, variables, alarmas, tendencias y otra información necesaria para la operación.
La calidad del sistema no depende de cuántos gráficos tenga.
Depende de si ayuda a responder preguntas como:
¿Qué está ocurriendo?
¿Dónde está ocurriendo?
¿Qué necesita atención?
¿Qué ocurrió antes?
Una interfaz llena de información pero difícil de interpretar puede ser menos útil que una visualización más sencilla y correctamente jerarquizada.
HMI y SCADA no son exactamente lo mismo
Ambos conceptos suelen aparecer juntos, pero cumplen funciones diferentes dependiendo de la arquitectura.
Una HMI (Human Machine Interface) permite al operador interactuar con un equipo, máquina o proceso.
Un SCADA (Supervisory Control and Data Acquisition) suele abarcar una supervisión más amplia y la adquisición de información proveniente de distintos elementos del sistema.
La escala y las funciones específicas dependen de cada aplicación.
Una planta puede utilizar HMIs locales para determinados equipos y, al mismo tiempo, integrar información relevante dentro de una plataforma SCADA.
No necesariamente hay que elegir uno u otro.
Pueden formar parte de diferentes niveles de una misma arquitectura.
¿Y qué pasa con la información eléctrica?
Este punto es particularmente importante porque los datos de proceso y los datos eléctricos suelen tratarse como mundos separados.
No siempre debería ser así.
La infraestructura eléctrica también puede generar información relevante para comprender determinadas condiciones de operación.
Dependiendo de los equipos instalados, pueden existir datos provenientes de:
- medidores;
- relevadores de protección;
- tableros;
- variadores;
- arrancadores;
- sistemas de protección, control y medición.
Relacionar correctamente información eléctrica y de proceso puede aportar contexto adicional durante el análisis de determinados eventos.
Por ejemplo, una parada de producción puede coincidir con una condición registrada en la infraestructura eléctrica.
Si ambos mundos están completamente aislados, identificar esa relación puede ser más difícil.
Aquí es donde la integración entre automatización, supervisión y sistemas eléctricos puede adquirir un valor importante.
Antes de instalar más sensores, revisa lo que ya tienes
Cuando una planta quiere aumentar su visibilidad, la primera reacción puede ser agregar instrumentación.
En algunos proyectos será necesario.
Pero antes conviene realizar un inventario.
¿Qué equipos ya generan datos?
¿Qué información está disponible?
¿Cómo se obtiene actualmente?
¿Qué protocolos o interfaces existen?
¿Quién necesita esos datos?
¿Qué información realmente ayudaría a tomar decisiones?
Es posible descubrir que parte de la infraestructura necesaria ya está instalada, pero la información permanece encerrada dentro de diferentes equipos.
En ese caso, el proyecto puede comenzar por integración antes que por instrumentación adicional.
No todo debe conectarse
La posibilidad técnica de obtener una variable no significa automáticamente que tenga sentido hacerlo.
Cada dato que se incorpora a una arquitectura puede implicar:
- configuración;
- comunicaciones;
- almacenamiento;
- visualización;
- mantenimiento;
- administración.
Por eso conviene priorizar.
Tal vez te interese: