Cómo elegir una red Ethernet industrial: PROFINET, EtherNet/IP, EtherCAT o Modbus TCP

Comparación inicial

La implementación concreta puede variar. Debe comprobarse qué funciones certifica cada dispositivo, no asumirlas por el nombre del protocolo.

Antes del protocolo: definir el proceso

Una especificación útil responde a preguntas medibles:

Un transportador convencional, una prensa sincronizada y una estación con cien ejes no deben evaluarse con el mismo criterio de ciclo.

1. ¿Qué dispositivos deben intercambiar datos y en qué dirección?
2. ¿Cuál es el tiempo máximo desde un cambio de entrada hasta la acción de salida?
3. ¿Cuánto jitter admite la aplicación?
4. ¿Hay ejes que deban muestrearse o actuar simultáneamente?
5. ¿Qué ocurre cuando se pierde un nodo, enlace o switch?
6. ¿Cuánto tiempo de parada se acepta para sustituir un equipo?
7. ¿Qué diagnósticos necesita mantenimiento?
8. ¿Se transportarán también tráfico de ingeniería, vídeo o datos IT?

PROFINET

PROFINET es un estándar Ethernet industrial mantenido por PROFIBUS & PROFINET International. Puede transportar comunicación estándar TCP/IP en paralelo con datos de automatización. Su arquitectura distingue funciones de tiempo real y, para las aplicaciones más exigentes, comunicación isócrona.

En un proyecto típico intervienen un IO Controller, los IO Devices y herramientas de supervisión o ingeniería. Los perfiles añaden comportamiento común para familias como accionamientos o seguridad.

Resulta especialmente coherente cuando el controlador, las E/S y los variadores pertenecen a un ecosistema con soporte PROFINET maduro. Antes de seleccionar conviene comprobar:

El hecho de que un equipo tenga un puerto PROFINET no implica que soporte IRT, perfiles de movimiento o redundancia.

• Clase de conformidad y funciones reales del dispositivo.
• Compatibilidad de archivos de descripción y versión de ingeniería.
• Tiempo de actualización alcanzable con la topología prevista.
• Redundancia, sustitución y diagnóstico requeridos.
• Compatibilidad de switches y componentes de infraestructura.

EtherNet/IP

EtherNet/IP adapta el Common Industrial Protocol —CIP— a Ethernet estándar y a la pila TCP/IP. CIP organiza la información mediante objetos y servicios, y dispone de extensiones para seguridad, movimiento, sincronización y otras funciones.

La infraestructura puede utilizar switches Ethernet adecuados y topologías como estrella, línea o anillo según los equipos y mecanismos implementados. Para tráfico de E/S cíclico se deben calcular conexiones, intervalos de paquete solicitados y capacidad de switches y controladores.

Es una elección natural cuando la plataforma de control y los dispositivos ya utilizan CIP. La revisión debe incluir:

Una red IP funcional para ordenadores no demuestra automáticamente que su diseño sea adecuado para control industrial.

• Perfiles y objetos soportados por cada equipo.
• Número y tipo de conexiones disponibles.
• RPI y carga de red prevista.
• Multicast o unicast y configuración de la infraestructura.
• Sincronización, movimiento o seguridad si son necesarios.

EtherCAT

En EtherCAT, una trama atraviesa los nodos y cada dispositivo lee o inserta sus datos durante el recorrido. Este principio reduce la sobrecarga por nodo y produce un comportamiento temporal predecible. Los relojes distribuidos permiten sincronizar acciones y mediciones con gran precisión.

La topología puede seguir la estructura física de la máquina mediante líneas y ramas con componentes apropiados. El MainDevice configura los SubDevices y el mapa de proceso.

EtherCAT suele considerarse cuando existen ciclos muy cortos, numerosos ejes o adquisición sincronizada. Deben comprobarse:

Su alto rendimiento no elimina la necesidad de una arquitectura correcta ni convierte cualquier dispositivo Ethernet convencional en un nodo EtherCAT.

• Compatibilidad del controlador principal y su tarea en tiempo real.
• Archivos ESI y revisión de cada dispositivo.
• Soporte de relojes distribuidos y perfiles necesarios.
• Redundancia y comportamiento ante una rotura.
• Integración del tráfico no cíclico y de sistemas superiores.

Modbus TCP

Modbus es un protocolo de aplicación con operaciones definidas por códigos de función. En Modbus TCP, los mensajes se transportan sobre TCP/IP y normalmente utilizan el puerto 502. El cliente solicita información y el servidor responde.

Su sencillez facilita integrar medidores, fuentes, variadores, pasarelas y otros equipos. Sin embargo, dos dispositivos compatibles pueden asignar los datos a direcciones, tipos y escalas diferentes. Para cada integración se documentan:

Modbus TCP tradicional no incorpora autenticación ni cifrado. La Modbus Organization también publica Modbus Security, basado en TLS y certificados, pero su disponibilidad debe verificarse en los productos concretos.

• Función utilizada y dirección exacta.
• Convención de numeración de registros.
• Orden de bytes y palabras.
• Tipo de dato, escala, unidades y valores inválidos.
• Frecuencia de consulta y tiempo de espera.
• Comportamiento ante pérdida de conexión.

Rendimiento: ciclo, latencia y jitter

El ancho de banda indica cuántos bits puede transportar el medio. Para control importan además:

Las cifras máximas de un folleto suelen corresponder a condiciones específicas. Un cálculo de red debe usar la configuración real, y una prueba de aceptación debe verificarla bajo carga y durante fallos previstos.

• Tiempo de actualización configurado.
• Latencia entre productor y consumidor.
• Variación de esa latencia o jitter.
• Carga de controladores y dispositivos.
• Número de switches y profundidad de la topología.
• Tráfico acíclico, diagnóstico y servicios IT.
• Recuperación después de un error.

Topología e infraestructura

La topología se diseña para la máquina y su mantenimiento. Una estrella facilita aislar ramas; una línea reduce cableado pero puede ampliar el efecto de una interrupción; un anillo puede mejorar disponibilidad si los equipos implementan un mecanismo compatible.

Los switches se seleccionan por temperatura, alimentación, montaje, diagnóstico, redundancia, sincronización y funciones requeridas. No todos los protocolos usan la infraestructura de la misma forma: se siguen las guías específicas.

El cableado debe respetar categoría, longitud, conectores, radio de curvatura, apantallado, puesta a tierra y separación de potencia. En cadenas portacables o zonas de lavado se requieren materiales apropiados para movimiento y ambiente.

Interoperabilidad y certificación

Que dos productos mencionen el mismo protocolo no garantiza que todas sus funciones trabajen juntas. Deben coincidir versión, perfil, clase, archivos de descripción y funciones opcionales.

Es preferible buscar productos certificados o ensayados por la organización correspondiente y confirmar su integración en la herramienta del controlador. Para dispositivos críticos puede prepararse una prueba temprana con el firmware y la configuración definitivos.

La facilidad para obtener repuestos, soporte local y conocimientos internos puede pesar más que una ventaja teórica de rendimiento que el proceso no necesita.

Diagnóstico y mantenimiento

Una red mantenible permite localizar si el problema está en alimentación, cable, puerto, dispositivo, configuración o programa. Son útiles:

La sustitución debe ensayarse. Un equipo de repuesto sin firmware, archivo de descripción o procedimiento compatible puede prolongar una parada aunque el protocolo sea correcto.

• Estado de enlace y errores por puerto.
• Topología descubierta y nombre del dispositivo.
• Alarmas y diagnósticos normalizados.
• Estadísticas, contadores y capturas de tráfico.
• Copias de configuración de switches y controladores.
• Planos físicos con puertos, rutas y longitudes.

Ciberseguridad

Industrial Ethernet no debe tratarse como una red de oficina abierta. La arquitectura debe aplicar segmentación, mínimo privilegio, control de accesos remotos, gestión de activos, copias y actualización controlada.

Las funciones de seguridad propias de un protocolo solo ayudan cuando todos los elementos necesarios las implementan y se configuran. No sustituyen los cortafuegos, zonas y conductos, la administración de cuentas o la protección física.

No se deben exponer PLC, HMI, switches o pasarelas directamente a Internet.

Ejemplos de decisión

Línea integrada alrededor de un PLC existente.

Si el PLC, las E/S, los variadores y las herramientas ofrecen soporte sólido para un mismo ecosistema, mantenerlo puede reducir ingeniería, formación y repuestos. Se verifica que el ciclo y la disponibilidad cumplen el proceso.

Máquina con muchos ejes sincronizados.

La prioridad es el determinismo y la sincronización. EtherCAT, PROFINET IRT o CIP Motion pueden ser candidatos si controlador y drives soportan la función completa. La comparación se hace con datos del sistema, no solo con el nombre del bus.

Integración de medidores y servicios auxiliares.

Cuando los tiempos son menos críticos y los dispositivos publican mapas Modbus claros, Modbus TCP puede ofrecer una integración sencilla. Se limita la frecuencia de consulta y se define el comportamiento ante datos obsoletos.

Método de selección en diez pasos

1. Inventariar dispositivos, interfaces y versiones disponibles.
2. Definir ciclo, latencia, jitter y sincronización exigidos.
3. Establecer topología, distancias, movimiento y ambiente.
4. Calcular nodos, conexiones, datos y crecimiento previsto.
5. Separar control, supervisión, ingeniería y tráfico corporativo.
6. Verificar perfiles, certificaciones y archivos de descripción.
7. Diseñar disponibilidad, sustitución y funcionamiento degradado.
8. Incorporar segmentación y acceso remoto seguro.
9. Evaluar herramientas, conocimientos, soporte y coste de ciclo de vida.
10. Probar una arquitectura representativa bajo carga y fallos.

Errores frecuentes

• Elegir por popularidad sin especificar requisitos.
• Suponer que todos los protocolos Ethernet son compatibles entre sí.
• Comparar solo la velocidad física del enlace.
• Utilizar switches de oficina sin revisar ambiente y funciones.
• Mezclar tráfico sin calcular capacidad ni segmentación.
• Confiar en un logotipo sin comprobar perfil y versión.
• No documentar mapas Modbus, escalas y orden de bytes.
• Omitir archivos de configuración y firmware de los repuestos.
• Confundir seguridad funcional con ciberseguridad.
• Conectar la red de control directamente a Internet.

Artículos relacionados