Cuando un encoder absoluto Allen-Bradley 842E EtherNet/IP deja de responder, la solicitud intuitiva de captura es «detener el seguimiento después de N solicitudes ENIP sin respuesta». Ese modelo mental se adapta bien a la lógica de escalera, pero no a Wireshark, tcpdump ni a la mayoría de los motores de captura de dispositivos. Esas herramientas evalúan filtros de inclusión sobre las tramas existentes. Un encoder silencioso no produce tramas UDP/2222 de Clase 1 que coincidan con el filtro, por lo que no hay nada que detener. El problema de diagnóstico es detectar la ausencia, no hacer coincidir una firma.

Capture continuamente en UDP 2222 y, después, compare las tramas observadas del encoder con los cálculos del RPI; no espere un disparador negativo que el analizador no puede expresar.

Alcance y puertos

Este procedimiento cubre las variantes 842E-SIP, 842E-MIP, 842E-DIP y M12 documentadas en 842E-UM001. Confirme el firmware desde la página web del encoder, en Diagnóstico → Información del dispositivo. Las E/S de tiempo de ejecución utilizan CIP de Clase 1 en el puerto UDP 2222; la mensajería explícita utiliza encapsulación EtherNet/IP en TCP/UDP 44818. Los perfiles de captura deben habilitar ambos, pero las investigaciones de silencio se centran en los ensamblajes producidos/consumidos en 2222.

Por qué fallan los disparadores de ausencia

Los filtros de visualización son predicados booleanos aplicados a cada trama. Un filtro como (udp.port == 2222) && (eth.src == <842E_MAC>) conserva las tramas del encoder cuando llegan. Cuando no llegan, el predicado nunca se vuelve verdadero. Mantener «cuatro solicitudes con cero respuestas» requiere un estado entre tramas que las utilidades de captura estándar no conservan. Las pestañas de diagnóstico del módulo en Studio 5000, las estadísticas del dispositivo de FactoryTalk Linx y el análisis posterior a la captura son las herramientas capaces de expresar ese estado.

Solución alternativa 1: búfer circular y recuento posterior

1. Duplique el puerto del switch al que está conectado el encoder hacia una NIC del analizador.
2. Capture UDP 2222 en un búfer circular (por ejemplo, cinco archivos de 40–50 MB).
3. Abra el pcap y aplique un filtro por la dirección MAC del encoder más UDP 2222.
4. Compare el recuento de tramas con observation_time / RPI. Las desviaciones superiores a aproximadamente un 5 % requieren investigación.

tcpdump -i eth0 -w capture.pcap udp port 2222
# Visualización de Wireshark: eth.addr == <842E_MAC> && udp.port == 2222

Solución alternativa 2: ventanas alineadas con el RPI

Alinee las ventanas de captura con múltiplos enteros del RPI del encoder para que el búfer contenga intercambios de E/S completos. Con un RPI de 10 ms, una ventana de 10 segundos debería contener aproximadamente 1000 tramas de Clase 1 si la conexión funciona correctamente. Durante la revisión, las brechas superiores a tres intervalos de RPI en la columna «segundos desde la trama anterior» constituyen la condición práctica de detención.

Solución alternativa 3: estado CIP y contadores del switch

Realice lecturas periódicas Get_Attribute_Single contra el objeto de identidad CIP, clase 0x01, instancia 1, atributo 6 (estado). Los cambios en los bits Owned o Configured indican que la conexión de Clase 1 se interrumpió, normalmente después de tres RPI perdidos. De forma independiente, consulte ifOutUcastPkts del switch gestionado en el puerto del encoder; un contador plano durante más de 3 × RPI confirma el silencio sin necesidad de un pcap.

Procedimiento de campo y errores habituales

Verifique la IP, el RPI y las instancias de los ensamblajes (producido 0x04 / consumido 0x01 de forma predeterminada) con respecto a la configuración del módulo Logix. Confirme los LED de enlace, capture durante sesenta segundos, cuente las tramas y, después, intente un reinicio CIP si el recuento es cero. Si el tráfico se reanuda después del reinicio, pero continúa incumpliendo el RPI, la causa puede ser ruido en el cable, una caída de alimentación M12 o una IP duplicada. Un silencio persistente después de apagar y encender apunta a la capa física Ethernet; sustituya el encoder. No pierda tiempo creando un disparador de «detener ante la ausencia de respuesta»; el analizador no puede expresarlo. Mantenga los repuestos de encoders y controladores alineados con los estándares de PLC y PAC de la planta cuando una unidad falle en campo.