Solución de problemas de fallos de conexión EtherNet/IP en Allen-Bradley ControlLogix: una secuencia de diagnóstico comprobada en campo

Por qué ocurren las fallas de conexión

EtherNet/IP es el Protocolo Industrial Común (CIP) sobre Ethernet estándar. Gestiona las E/S y los mensajes en una sola red. Las fallas de conexión causan la mayor parte del tiempo de inactividad de EtherNet/IP. Los escáneres ControlLogix registran cada estado de conexión. Esta guía ofrece un orden de diagnóstico repetible. Úsela antes de llamar al soporte del proveedor.

Comprenda el modelo de conexión

CIP define dos roles de dispositivo. Un escáner (originador) solicita datos. Un adaptador (destino) los entrega. Los módulos ControlLogix 1756-EN2T y 1756-ENBT cumplen ambos roles. Las conexiones de E/S utilizan un intervalo entre paquetes solicitados (RPI). El adaptador envía datos a ese ritmo. El tiempo de espera predeterminado equivale a cuatro veces el RPI. Por ejemplo, un RPI de 20 ms genera un tiempo de espera de 80 ms. Las conexiones de mensajería utilizan el puerto TCP 44818. El tráfico de E/S utiliza el puerto UDP 2222. Es posible usar multidifusión en ambos casos. Cada conexión consume recursos del escáner. Demasiadas conexiones o un RPI demasiado agresivo sobrecargan la CPU.

Secuencia de diagnóstico en seis pasos

Paso 1: Lea los LED del módulo. OK en verde fijo significa que el módulo está en buen estado. NET A en verde fijo significa que hay una conexión CIP activa. NET A en verde intermitente significa que el enlace está activo, pero inactivo. NET A apagado significa que no hay enlace. Registre el patrón antes de tocar nada.

Paso 2: Compruebe con FactoryTalk Linx. Explore el árbol y confirme que aparece el módulo. Haga ping a la dirección IP del módulo. Abra la página web del módulo y compruebe los contadores de conexión.

Paso 3: Inspeccione la ruta física. Utilice cable Cat5e blindado o superior. Compruebe la terminación RJ45 y los LED del puerto del conmutador. Fuerce la autonegociación en ambos extremos. Una incompatibilidad de dúplex destruye silenciosamente el rendimiento.

Paso 4: Revise la configuración de E/S en Studio 5000. Confirme que el RPI coincide con los requisitos del dispositivo. Habilite la unidifusión en redes densas. Las inundaciones de multidifusión pueden saturar los conmutadores.

Paso 5: Analice los errores de las instrucciones MSG. Supervise los bits .EN, .DN y .ER. Lea el código de error en la etiqueta .ER. Los códigos del rango 16#02xx indican problemas de conexión. 16#0204 significa que se agotó el tiempo de espera de la conexión. Verifique la ruta, el estado del destino y el RPI.

Paso 6: Capture paquetes con Wireshark. Filtre tcp.port == 44818 para la mensajería. Filtre udp.port == 2222 para las E/S. Busque solicitudes Forward Open y sus respuestas. La ausencia de respuestas apunta a cortafuegos o filtros de VLAN. Compruebe los informes IGMP cuando desaparezca el tráfico de multidifusión.

Ajuste del RPI: cuándo y cómo

La mayoría de las E/S analógicas y discretas funcionan entre 20 y 100 ms. Los servos rápidos y los lazos de seguridad necesitan entre 1 y 10 ms. Comience con el valor predeterminado del proveedor. Aumente el RPI hasta que se detengan las fallas. Observe la utilización de la CPU durante la prueba. Observe también el ancho de banda de la red. Un RPI de 10 ms con 50 dispositivos genera un tráfico intenso. Utilice el modo de unidifusión para mantener predecible la carga.

Patrones de fallas comunes

Un módulo se desconecta repetidamente. Primero, compruebe los contadores de errores del puerto del conmutador. Segundo, pruebe con un cable en buen estado. Además, verifique que la revisión del firmware coincida con el proyecto.

Todas las conexiones se desconectan después de un ciclo de apagado y encendido. Esto suele indicar una incompatibilidad de configuración o un conflicto de IP. Compruebe la codificación del módulo y la tabla de conexiones programadas. Compruebe también la concesión del servidor DHCP.

Desconexiones intermitentes durante el arranque de los motores. La EMI o las caídas de tensión provocan este patrón. Sin embargo, los conectores desgastados tienen el mismo aspecto. Compruebe la puesta a tierra y la continuidad del blindaje antes de sustituir los módulos.

Errores de recursos del escáner. El módulo alcanzó su límite de conexiones. Por lo tanto, aumente el RPI o añada un segundo escáner. Revise el número de conexiones en la página web del módulo.

Inundaciones de multidifusión. Un dispositivo inunda la red con tráfico. Fuerce la unidifusión en las propiedades del módulo. Esto reduce considerablemente la carga del conmutador.

Conclusión y recomendaciones de acción

Trabaje en un orden fijo: físico, red, configuración y carga. Nunca cambie un RPI sin un motivo documentado. Registre valores de referencia para los estados de los LED y el número de conexiones. Utilice la unidifusión en redes densas. Por último, mantenga un módulo de repuesto configurado en el estante. Esta disciplina reduce en horas el tiempo medio de reparación.

Autor: Zhang Min es ingeniero de automatización industrial con más de 10 años de experiencia en PLC, DCS y sistemas de control.