WebSockets + Web Workers: monitoreo industrial en tiempo real

Esta semana pasé más tiempo del que debería mirando una pantalla que no se actualizaba cuando tenía que hacerlo. No era un problema de diseño. Era un problema de producción: si el operador ve la presión de la máquina con retraso, no está viendo la realidad de lo que está pasando dentro.

El contexto: maquinaria de alta presión que no perdona errores

Estoy trabajando con un cliente del sector industrial de alta presión. Dos tipos de maquinaria muy distintos, un mismo problema de fondo.

El primero: máquinas HPP para procesado de alimentos y bebidas. Alta presión hidrostática en lugar de calor para eliminar patógenos sin destruir sabor ni nutrientes. El segundo: prensas HIP para piezas metálicas críticas — las que terminan en motores de avión, implantes médicos o equipos de defensa. Piezas donde un defecto interno no es un problema de calidad: es un problema de seguridad.

En ambos casos, las máquinas trabajan a presiones de hasta 900-1000 bar. No hay margen para “casi a tiempo”.

El problema real: el operador tomaba decisiones con datos atrasados

El sistema anterior mostraba la presión y la temperatura de la máquina en pantalla. El problema es que lo que mostraba no era lo que estaba pasando ahora — era lo que había pasado hace uno o dos segundos.

Eso parece poco. En procesos industriales de alta presión, no lo es.

Si hay un pico de presión que no debería estar ahí, o una caída que indica un problema en el proceso, el operador necesita verlo cuando ocurre. Si lo ve dos segundos después, ya tomó una decisión — o dejó de tomar una — basándose en datos que ya no eran válidos. El resultado puede ser un lote de producto perdido, una pieza dañada, o no detectar una anomalía hasta que ya causó un problema mayor.

El monitor no era un problema de pantalla. Era un problema de producción.

Cómo lo resolví: pantalla en tiempo real, sin retrasos ni congeladas

El desafío técnico era este: la máquina genera datos de presión y temperatura a una velocidad altísima. Si intentas mostrar todo eso en pantalla al mismo ritmo al que llega, el sistema de visualización se atasca — la pantalla se congela, la gráfica deja de moverse, o se actualiza a saltos.

La solución fue separar dos cosas que normalmente van juntas: recibir los datos y procesarlos para mostrarlos. Con la arquitectura correcta, el sistema recibe cada dato en el momento en que la máquina lo genera, lo procesa en paralelo sin bloquear la pantalla, y muestra al operador una gráfica fluida y actualizada al instante — sin congeladas, sin saltos, sin retrasos.

El resultado práctico: el operador ve la presión y la temperatura de la máquina reflejadas en tiempo real. Si hay un pico, lo ve cuando ocurre. Si hay una caída, también. La pantalla ya no es una fotografía con dos segundos de retraso — es una ventana a lo que está pasando dentro de la máquina ahora mismo.

Lo que aprendí de este proyecto

En maquinaria industrial, el software de monitoreo no es una pantalla bonita. Es parte del proceso de producción. Si falla o va lento, el operador pierde información crítica en el momento en que más la necesita.

Sigo iterando — el siguiente paso es afinar cómo el sistema maneja picos de presión muy cortos y agudos, donde cada punto de dato cuenta. Pero el cambio más importante ya está: pasar de “el operador ve lo que pasó” a “el operador ve lo que está pasando”.

---

Si tienes maquinaria industrial o un proceso que necesitas monitorear en tiempo real — presión, temperatura, caudal, lo que sea — y el sistema actual no te da una imagen precisa de lo que ocurre en el momento en que ocurre, es el tipo de problema que resolvemos en juliobuilds.