Redes industriales: cuando los equipos empiezan a hablar entre ellos

Qué es una red industrial

Una red industrial es un conjunto de equipos que se comunican entre sí para coordinar un proceso mayor. No es una red de oficina, donde los equipos comparten archivos o acceden a internet. Es una red donde los equipos intercambian información para que el proceso funcione.

Un PLC que informa a otro PLC. Una HMI que lee datos de un variador. Un sistema de supervisión que recoge información de varias estaciones. Un robot que espera la confirmación de una prensa antes de avanzar.

En todos esos casos, hay una red. Y esa red no es un accesorio: es parte del diseño del proceso. Porque sin la red, los equipos no pueden coordinarse. Y sin coordinación, no hay proceso mayor: hay equipos aislados haciendo cada uno lo suyo.

De la instalación aislada al proceso integrado

Una instalación aislada puede ser muy sofisticada y, aun así, seguir siendo una instalación aislada. Un PLC que controla una bomba, un variador que regula un motor, una HMI que muestra el estado de un equipo. Cada uno hace lo suyo.

El proceso integrado aparece cuando esos equipos tienen que coordinarse. Cuando la bomba no puede arrancar hasta que la válvula esté abierta. Cuando el variador tiene que ajustar su velocidad en función de lo que mide otro sensor. Cuando la HMI tiene que mostrar el estado de toda la línea, no solo de un equipo.

Eso es lo que cambia cuando hay una red. No es que los equipos hagan más cosas: es que las hacen coordinadas. Y la coordinación no está en los equipos: está en el diseño de la red.

Quién manda y quién obedece

En una red industrial, no todos los equipos tienen el mismo rol. Hay quien manda, hay quien obedece, y hay quien coordina entre pares.

Jerarquía. Un PLC maestro que gobierna a varios esclavos. El maestro decide qué tiene que hacer cada esclavo, y los esclavos ejecutan y reportan. Es el modelo más común en procesos secuenciales.

Coordinación entre pares. Varios PLC que se comunican entre sí como iguales. Cada uno gobierna su proceso, y se coordinan para que el conjunto funcione. Es el modelo más común en líneas de producción con estaciones independientes.

Supervisión. Un sistema que no gobierna, pero que recoge información de todos los equipos. Es el caso de un SCADA, que muestra el estado de la planta sin intervenir en el control.

La jerarquía no es un detalle técnico: es una decisión de diseño. Y define qué pasa cuando un equipo falla, qué pasa cuando la comunicación se corta, y quién tiene la última palabra.

Qué información viaja

Lo que viaja por una red industrial no es cualquier dato. Es información que tiene un propósito: coordinar el proceso.

• Estados. Qué está haciendo cada equipo. En marcha, detenido, en falla, en espera.
• Órdenes. Qué tiene que hacer cada equipo. Arrancar, detener, cambiar una consigna, ejecutar un paso.
• Confirmaciones. Si la orden se ejecutó. Si el equipo llegó al estado esperado. Si la secuencia puede continuar.
• Alarmas. Qué salió de parámetros. Y en qué equipo.
• Datos de proceso. Magnitudes, valores, registros. Para que otro equipo pueda decidir en función de ellos.

No toda la información tiene la misma urgencia. Una orden de parada de emergencia no puede esperar. Un registro de temperatura puede esperar. La red tiene que estar diseñada para que lo urgente llegue primero.

Cómo viaja esa información

La información viaja por protocolos, por medios físicos y por topologías. Cada uno tiene su criterio, y conviene conocerlos aunque no se desarrollen en detalle.

Protocolos. Son las reglas que definen cómo se comunican los equipos. Hay protocolos para distintos propósitos: algunos para control en tiempo real, otros para supervisión, otros para integración con sistemas externos. La elección depende de qué se necesita comunicar y con qué urgencia.

Medios físicos. Es por dónde viaja la información. Par trenzado, fibra óptica, coaxial, inalámbrico. Cada uno tiene ventajas y límites: distancia, inmunidad al ruido, costo, facilidad de instalación.

Topologías. Es cómo se conectan los equipos. En bus, en anillo, en estrella, en cadena. Cada una tiene ventajas y límites: redundancia, facilidad de diagnóstico, costo de cableado.

Y hay algo importante: el protocolo no es lo único que importa. Un protocolo bien elegido sobre un medio físico mal instalado no funciona. Una topología correcta con un cableado mal puesto no funciona. La red es un conjunto, y el conjunto tiene que estar bien.

El problema del medio físico

Hay un error frecuente en el diseño de redes industriales: pensar que el protocolo es lo importante y el medio físico es un detalle. No es así.

Un caso real: un sistema de detección de incendios con 250 sensores, montado con cableado especial pero sin conectar el mallado de tierra a ningún lado, ni dar continuidad de las mallas entre sí. El sistema se disparaba constantemente, a pesar de haber sido montado recientemente.

El protocolo estaba bien. La topología estaba bien. Pero el medio físico estaba mal. Y eso alcanzó para que todo el sistema funcionara mal.

La lección es simple: la red no empieza en el protocolo. Empieza en el cable. Un cable mal puesto, una malla sin continuidad, una tierra mal conectada, pueden hacer que el mejor protocolo del mundo no sirva para nada.

Y esto no es un detalle técnico: es una decisión de diseño. Cuando se diseña una red, el medio físico es tan importante como el protocolo. Y si no se lo trata así, el problema aparece después, cuando el sistema falla y nadie sabe por qué.

Cuándo conviene coordinar y cuándo no

No todo proceso necesita varios equipos coordinados. A veces, un solo PLC alcanza.

Conviene coordinar cuando el proceso tiene varias estaciones que dependen unas de otras. Cuando hay que compartir información entre equipos. Cuando hay que supervisar el conjunto, no solo cada equipo. Cuando el proceso puede crecer y conviene que la arquitectura lo permita.

No conviene coordinar cuando el proceso es simple y autocontenido. Cuando un solo PLC puede gobernar todo. Cuando agregar una red agrega complejidad sin agregar valor. Cuando el costo de la coordinación no se justifica.

La pregunta no es si se puede coordinar. La pregunta es si hace falta. Y esa respuesta no la da la tecnología: la da el proceso.

Un ejemplo: línea de producción

Supongamos una línea de producción con varias estaciones. Cada estación tiene su propio PLC, y cada PLC gobierna su proceso: sujetar, mover, prensar, dosificar, expulsar.

Las estaciones tienen que coordinarse. La prensa no puede bajar hasta que la pieza esté sujeta. El expulsor no puede avanzar hasta que la prensa haya subido. La siguiente pieza no puede entrar hasta que la anterior haya salido.

Esa coordinación no la puede hacer un solo PLC, porque cada estación tiene su propio controlador. La hace la red: los PLC se comunican entre sí, intercambian estados y órdenes, y se coordinan para que la línea funcione como un solo proceso.

Si la red se corta, la línea se detiene. No porque los PLC no puedan gobernar sus estaciones, sino porque no pueden coordinarse. Y sin coordinación, cada estación hace lo suyo, pero la línea no funciona.

Eso es lo que hace la red: convierte varias estaciones independientes en una línea de producción.

Lo que queda abierto

Este artículo abre el arco de profesionalización del cluster. Y deja dos temas pendientes, que tienen su propio espacio.

La seguridad informática. Si los equipos se comunican, hay que asegurar que esa comunicación sea confiable y controlada. Quién puede mandar órdenes, quién puede ver datos, qué pasa si alguien se conecta desde afuera. Eso es el próximo artículo.

La integración con sistemas externos. Si los equipos se coordinan entre sí, también pueden coordinarse con sistemas de gestión. ERP, MES, SCADA. El proceso ya no termina en la planta: se conecta con el resto de la empresa. Eso es el artículo siguiente.

Los dos temas son parte de la misma profesionalización: llevar la automatización desde el tablero hasta el sistema. Y los dos tienen su propio criterio.

Resumiendo...

Una red industrial no es un cable que conecta dos equipos. Es un diseño que permite que varios procesos se coordinen como si fueran uno solo.

En una red industrial hay jerarquía: quién manda, quién obedece, quién coordina entre pares. Hay información que viaja: estados, órdenes, confirmaciones, alarmas, datos de proceso. Y hay un medio físico que la transporta: protocolos, cables, topologías.

El protocolo no es lo único que importa. El medio físico importa tanto como el protocolo. Un cable mal puesto puede hacer que el mejor protocolo del mundo no sirva para nada.

Y coordinar no es sumar equipos. Es diseñar un proceso mayor. Porque automatizar no es programar. Es convertir conocimiento del proceso en comportamiento controlado. Y también en coordinación entre equipos.

El cluster de automatización y control

Es un compendio de criterios de diseño: cada artículo aborda un tema y muestra qué decisiones hay que tomar, por qué se toman de una manera y no de otra, y qué consecuencias tiene cada elección.

El objetivo no es enseñar a usar una herramienta, sino entender qué se está resolviendo antes de elegir con qué resolverlo.