El Allen-Bradley 1769-L35E incorpora un puerto EtherNet/IP en la parte frontal del controlador, lo que lo convierte en el punto de conexión predeterminado para cada HMI, variador, gateway y recopilador de datos de un subpanel. Esa comodidad oculta una partición estricta: el puerto integrado no es el mismo recurso que el grupo de conexiones CIP de todo el controlador. Las instalaciones que “funcionaron bien durante años” suelen fallar cuando un quinto PanelView o un eje CIP Motion agota silenciosamente el presupuesto del puerto mientras el recuento de todo el controlador todavía parece normal.

Los límites CIP del puerto integrado, no las cifras de marketing del chasis, determinan si otro adaptador se pondrá en servicio correctamente.

Dos grupos de conexiones que se confunden fácilmente

Según las especificaciones de comunicación de CompactLogix (familia de publicaciones 1769-TD007), los modelos L32E y L35E admiten del orden de 100 conexiones CIP en todo el sistema. Sin embargo, el puerto EtherNet/IP integrado suele estar limitado a unas 32 conexiones CIP. El resto solo resulta útil si se añade un adaptador Ethernet, como un 1769-AENTR, en el bus local o extendido y se desvía parte del tráfico del puerto del panel frontal. Tratar las “100 conexiones” como permiso para conectar más de treinta dispositivos al RJ45 es el error de planificación más común en esta plataforma.

El puerto integrado también comparte el ancho de banda con el servidor web, el cliente BOOTP/DHCP y el enrutamiento no solicitado. El tráfico que no es CIP, como Modbus TCP sin procesar o las sesiones del navegador, no consume una conexión CIP, pero aun así agota los sockets TCP y los PPS. Un portátil de ingeniería que permanece en la página de diagnóstico durante una ventana de sondeo intensivo de la HMI no es gratuito.

Qué consume realmente una conexión CIP

El recuento de conexiones lo determina la configuración del dispositivo, no el optimismo de una hoja de cálculo. Entre las configuraciones habituales en campo se incluyen:

• Estación PanelView Plus / FactoryTalk View ME: normalmente 1–4 conexiones, según los temas y las suscripciones a alarmas
• Variadores PowerFlex o Kinetix: 1–2 (E/S implícitas más un MSG explícito opcional; CIP Motion añade otro consumidor)
• Gateways Anybus o de Ethernet a RIO: normalmente 1 por destino del escáner
• POINT I/O: 1 por módulo, salvo que la optimización para bastidor consolide un chasis en una sola conexión
• Pares de tags producidos/consumidos: una conexión por cada dirección del par
• Instrucciones MSG activas con rutas CIP: una por cada mensaje abierto; el almacenamiento en caché es importante

Se recomienda encarecidamente usar E/S optimizadas para bastidor cuando cuatro o más módulos comparten un adaptador. Dejar cada módulo 1734 como una conexión individual es una forma fácil de agotar el presupuesto de 32 antes de poner en servicio el primer VFD.

La conmutación administrable con IGMP snooping evita que las E/S multicast inunden el mismo puerto que intenta proteger.

Ejemplo práctico de un subpanel

Considere un panel que ya tenga tres HMI UniOP (~2 cada una), un comunicador Anybus, un puente Quest de Ethernet a RIO, un cliente FactoryTalk View ME y un nodo Pilz PNOZmulti. Solo ese inventario puede acercarse a once conexiones CIP. Añadir un Kinetix 300 (implícitas más explícitas) y un tema OPC aún podría dejar margen numérico por debajo de 32; sin embargo, un RPI de movimiento de 5–10 ms puede llevar los PPS a la zona de riesgo mucho antes de que el contador de conexiones se ponga en rojo. La planificación de capacidad debe evaluar tanto el número de conexiones CIP como la tasa de paquetes.

Lista de comprobación de planificación
1. Haga un inventario de todas las E/S de Clase 1, las conexiones producidas/consumidas, los mensajes MSG y los temas de HMI en el puerto del equipo
2. Asigne las tasas de RPI / sondeo; estime PPS = f(RPI, connections)
3. Modele la configuración en Rockwell EtherNet/IP Capacity Tool (introduzca manualmente los dispositivos que no sean Rockwell)
4. Confirme los recuentos en tiempo real en http://<controller-ip>/ antes de añadir hardware
5. Si se aproxima a 32 CIP o 5k PPS, traslade las E/S o las HMI a una ruta de clase 1769-AENTR / EN2T

Síntomas cuando el puerto está sobreasignado

La sobrecarga rara vez se presenta como una única falla clara. Progresión típica:

1. Aumenta la variación del RPI de Clase 1; las actualizaciones de E/S llegan tarde
2. Los valores de la HMI se congelan brevemente; las marcas de tiempo de las alarmas parecen obsoletas
3. Aparecen entradas de estado CIP 0x0304 / 0x0312 / 0x0100 en la página de diagnósticos de Ethernet
4. Las instrucciones MSG devuelven códigos de recurso no disponible o de tiempo de espera agotado
5. El servidor web integrado deja de responder cuando se agotan los sockets TCP
6. En casos extremos, todas las conexiones CIP se interrumpen hasta apagar y volver a encender el equipo o reconectarlo

Presupuesto de conexiones CIP antes de añadir nodos

Antes de añadir otro dispositivo, abra los diagnósticos web del controlador y registre el recuento de conexiones en tiempo real comparándolo con su hoja de cálculo. Active IGMP snooping en los switches administrables que transporten E/S multicast. No intente “solucionar” una celda sobrecargada insertando otro switch no administrable; eso solo multiplica los dominios de difusión. Cuando la aplicación necesite permanentemente más conexiones de las que puede alojar el equipo, migre el tráfico a un módulo adaptador o a una plataforma CompactLogix más nueva, en lugar de reducir los RPI hasta que la calidad del movimiento se deteriore.

El cálculo de conexiones debe formar parte de las revisiones de selección de plataforma, igual que el tiempo de escaneo. Abastezca adaptadores y controladores mediante un plan disciplinado de repuestos para sistemas PLC y PAC, de modo que la próxima ampliación no comience con un switch Ethernet de consumo sobrante en un cajón.