Edge computing industrial: decidir en planta, no en la nube

Durante años la automatización funcionó como una cadena limpia: entrada, lógica, salida, acción. Buena parte de los procesos sigue esa secuencia física hoy. Lo que ha cambiado de verdad es la lógica que decide.

A una planta ya no se le pide solo producir. Se le pide producir gastando menos energía, generando menos merma, con equipos de OT más pequeños y con el dato disponible cuando alguien lo reclama. La transformación digital ha resuelto la mitad del problema: hoy sobran datos. La otra mitad sigue abierta, y es hacer algo con ellos en el momento en que todavía sirven para algo.

Ahí es donde el modelo centrado en la nube empieza a quedarse corto. No por falta de potencia. Por el viaje.

La nube da escala, la planta necesita milisegundos

Llevar el dato a la nube tiene ventajas reales: escalabilidad, analítica avanzada, visión de conjunto entre plantas. Nadie discute eso.

El problema aparece cuando esa nube se mete dentro del lazo de producción. Hay que contar el tiempo de transmisión, el de cálculo y el de retorno de la orden. Para un informe semanal de OEE da igual. Para una envasadora que va a 600 unidades por minuto, no. Cuando la respuesta llega, la merma ya está en el contenedor de rechazo.

El modelo clásico consistía en mandar histórico a la nube, que un equipo de científicos de datos encontrara algo interesante y que ese hallazgo se convirtiera meses después en una modificación del proceso. Ese circuito sigue teniendo sentido para mejoras estructurales. No lo tiene para corregir una desviación que dura cuarenta segundos.

El controlador solo ya no llega

La primera reacción lógica es preguntarse por qué no se hace todo en el PLC. Al fin y al cabo, el control ya está en planta.

La respuesta es sencilla: el procesador de un controlador está dimensionado para ejecutar lógica determinista, no para sostener inferencia de modelos de visión o analítica continua sobre flujos de sensores de alto ancho de banda. Puede hacer un cálculo puntual. No puede cargar con un modelo entrenado y mantenerlo respondiendo en cada ciclo.

Por eso los IPC han vuelto al centro de la conversación. Los equipos actuales de la familia PACSystems RXi2 de Emerson, por ejemplo, montan procesadores multinúcleo, memoria con ECC, almacenamiento SSD industrial y varios puertos Gigabit Ethernet, todo en formato sin ventiladores y con montaje en carril DIN. Nada de eso es un PC de oficina metido en un armario: es diseño pensado para vibración, temperatura y ciclo de vida largo, con arranque seguro y TPM para que la parte de ciberseguridad no dependa de la buena voluntad de nadie.

Lo relevante no es la ficha técnica. Es que ese equipo puede ejecutar HMI, historización y analítica junto a la máquina sin robarle determinismo al control. El PLC sigue haciendo lo que hace bien. El IPC absorbe la carga pesada.

De controlar a aprender

El cambio de fondo es que el lazo de control se ha vuelto más largo. Antes era medir y actuar. Ahora es observar, aprender, ajustar parámetros, optimizar con lo aprendido y repetir.

Ese bucle, cuando se ejecuta en planta, cambia el papel del operario. Deja de estar pendiente del mando y pasa a supervisar y decidir sobre excepciones. Es un paso hacia operaciones semiautónomas, que es exactamente lo que están persiguiendo el packaging, el embotellado y la manipulación de materiales, donde el proceso va demasiado rápido para la intervención manual.

Y hay un motivo menos técnico y más incómodo: los equipos de analítica que antes revisaban montañas de histórico ya no están disponibles en la mayoría de plantas. Si el conocimiento no se genera y se aplica en el propio taller, no se genera.

El hardware sin capa de software es un PC caro

Poner potencia de cálculo en planta resuelve la mitad del problema. La otra mitad es administrarla.

Un equipo edge sin plataforma de software se convierte en un proyecto de integración a medida: contenedores que alguien tiene que mantener, actualizaciones que alguien tiene que planificar, seguridad que alguien tiene que revisar. Funciona el primer año. Al tercero, cuando esa persona ha cambiado de empresa, empieza a doler.

La alternativa es una plataforma ya integrada en el propio equipo. PACEdge, que Emerson entrega preinstalada en varios modelos de IPC y en los controladores edge RX3i, CPE200 y CPL410, agrupa gestión de aplicaciones, almacenamiento de datos, visualización, integración IT/OT y ciclo de vida en un entorno único. En el caso de los controladores edge, un hipervisor en tiempo real permite que el control determinista y las aplicaciones de datos convivan en el mismo hardware sin interferirse.

La diferencia práctica es quién carga con el mantenimiento. Con una plataforma probada en campo, el equipo de OT dedica su tiempo a los algoritmos y a los resultados, no a sostener infraestructura.

Dónde está funcionando ya

Hay tres usos que se repiten y que no requieren un proyecto faraónico para empezar.

Activos remotos. Estaciones de bombeo, tramos de conducción, instalaciones dispersas en cientos de kilómetros. Un controlador edge con software integrado permite agregar, visualizar y reenviar datos sin plantar un servidor en cada emplazamiento ni mandar a alguien a conducir hasta allí.

Control de calidad por visión. Cámaras con analítica local que detectan forma, tamaño o defecto y desvían el producto fuera de especificación en línea, en lugar de descubrirlo en la inspección posterior.

Traductor de protocolos. Una planta media convive con una docena larga de protocolos. Las plataformas edge más completas los normalizan hacia modelos unificados como OPC UA, lo que simplifica la integración con capas superiores y reduce la cantidad de conectores hechos a medida que nadie quiere heredar.

También hay una ventaja poco glamurosa pero muy valorada: si la conexión se cae, el sistema sigue almacenando en local y reenvía cuando el enlace vuelve. Sin huecos en el histórico.

Edge y nube no compiten

Conviene no plantearlo como una elección. La nube aporta escala, analítica pesada y visión de empresa. El edge aporta velocidad, determinismo e inteligencia en el punto donde ocurre el proceso.

La combinación de ambas es lo que permite operaciones cada vez más autónomas y capaces de autocorregirse en el momento de la desviación, en lugar de contabilizar el problema después. Eso es lo que separa una planta que reacciona de una planta que aprende.

Si estás valorando por dónde empezar, la pregunta útil no es qué tecnología comprar. Es qué decisión de tu proceso está llegando tarde hoy y cuánto te cuesta ese retraso.

¿Tienes dudas sobre cómo aplicar esto en tu planta? Contacta con el equipo de Opertek.