Puesta en marcha de redes PROFINET RT e IRT: Diagnóstico de jitter en Schneider Modicon M580 y ABB AC500
La desincronización del reloj de envío causa corrupción silenciosa de datos en PROFINET IRT — aquí se explica cómo detectarla antes de que provoque una parada del proceso.
RT vs IRT: Elegir la clase adecuada para su aplicación
PROFINET define tres clases de comunicación. La Clase A (NRT) utiliza TCP/IP estándar para la parametrización y diagnóstico. La Clase B (RT) evita TCP/IP para E/S cíclica con tiempos de ciclo típicos de 1 a 512 ms y una tolerancia de jitter de ±1 ms. La Clase C (IRT) reserva ranuras de tiempo dedicadas en la estructura del marco Ethernet, logrando tiempos de ciclo de hasta 250 µs con jitter inferior a ±1 µs.
Primero, confirme los requisitos de su aplicación. Las aplicaciones de control de procesos — bucles PID de flujo, presión, temperatura — rara vez necesitan tiempos de ciclo más rápidos que 10 ms. Use la Clase B RT con un reloj de envío de 10 ms en el módulo PROFINET Schneider Modicon M580 BMENOC0321. El control de movimiento y la sincronización coordinada de ejes requieren la Clase C IRT con un reloj de envío de 1 ms y switches compatibles con IRT (por ejemplo, Siemens Scalance X208IRT o equivalente).
Segundo, entienda que IRT requiere switches con capacidad hardware en cada salto. Un switch gestionado estándar en un segmento IRT rompe inmediatamente la programación isócrona. El módulo Schneider Modicon M580 BMENOC0321 solo soporta RT; no implementa la programación IRT. Por lo tanto, para movimiento de alta velocidad sobre PROFINET IRT, despliegue un CPU o módulo coprocesador dedicado compatible con IRT.
Además, el adaptador ABB AC500 CM589-PNIO funciona solo como dispositivo PROFINET IO. No puede actuar como controlador o I-Device sin configuración adicional. Este es un error común: los ingenieros asignan el CM589-PNIO como controlador en Unity Pro, lo cual el módulo no soporta. El CM589-PNIO acepta datos cíclicos de E/S de un controlador PROFINET con un tiempo mínimo de actualización de 1 ms y máximo de 512 ms.
Pasos para la configuración PROFINET Schneider Modicon M580
Paso 1: En Unity Pro XL, abra el navegador DTM. Añada el módulo Ethernet BMENOC0321 en la ranura 1 del rack M580. Asigne una dirección IP estática dentro del rango asignado para la subred PROFINET. Configuración típica: 192.168.1.1/24 para el controlador, 192.168.1.10–192.168.1.50 para los dispositivos.
Paso 2: Importe el archivo GSDML para cada dispositivo PROFINET. Verifique que la versión del archivo GSDML coincida con la versión del firmware del dispositivo físico. La descoordinación del GSDML es el error más común en la puesta en marcha. El BMENOC0321 valida la versión del esquema GSDML al descargar; una versión incorrecta bloquea la configuración de red y genera un SERCOS_ERROR 0x8101 en el búfer de diagnóstico.
Paso 3: Configure el reloj de envío. Navegue a propiedades BMENOC0321 > Configuración de red. Establezca el reloj de envío a 4 ms para E/S de proceso estándar. Las relaciones de reducción permiten que dispositivos individuales funcionen a múltiplos de 4 ms, 8 ms o 16 ms del reloj base. Configure el multiplicador del watchdog a 3 (watchdog = 3 × reloj de envío = 12 ms). Un tiempo de espera del watchdog genera una alarma diagnóstica y establece la calidad de datos del proceso como MALA.
Paso 4: Asigne nombres a los dispositivos PROFINET usando la herramienta PRONETA o el asistente de asignación de direcciones de Unity Pro. Los nombres de dispositivo deben coincidir exactamente con el NameOfStation del GSDML, incluyendo mayúsculas y minúsculas. Nombres descoordinados impiden que el dispositivo acepte E/S cíclica y generan una ALARMA PROFINET TIPO 0x0003 (desajuste de nombre de dispositivo) en el registro de diagnóstico del controlador.
Paso 5: Descargue la configuración. Verifique que el LED PROFINET en el BMENOC0321 muestre verde fijo (LED BF apagado). Un LED BF intermitente indica una falla de bus: al menos un dispositivo configurado no responde dentro del intervalo del watchdog.
Paso 6: En Unity Pro, abra la vista diagnóstica del escáner I/O. Confirme que el estado de intercambio de datos cíclicos muestre EJECUTANDO para todos los dispositivos. Verifique que el contador de actualizaciones incremente a la tasa configurada del reloj de envío. Un contador estático indica que el dispositivo está presente pero no intercambia datos cíclicos — típicamente un desajuste en la configuración del submódulo.
Integración del adaptador ABB AC500 CM589-PNIO
El ABB AC500 CM589-PNIO utiliza una arquitectura de mapeo de E/S basada en ranuras. Cada tarjeta CM589-PNIO presenta hasta 128 bytes de datos de entrada y 128 bytes de datos de salida al controlador PROFINET. Configure el módulo en Automation Builder 2.x bajo el Administrador de Hardware. Seleccione el ID de producto correcto del GSDML: ABB usa archivos GSDML separados para firmware CM589-PNIO 1.x y 2.x. Usar un GSDML versión 1.x en un módulo con firmware 2.x causa el código de diagnóstico 0x0004 (desajuste de configuración) y bloquea el intercambio de datos.
Sin embargo, tenga en cuenta que el CM589-PNIO requiere que el CPU AC500 complete su secuencia de arranque antes de que comience la comunicación PROFINET. El módulo mantiene datos en modo SUBSTITUTE_ACTIVE hasta por 10 segundos durante el arranque del CPU. Configure el watchdog del controlador PROFINET a al menos 10,000 ms para evitar falsas alarmas de falla durante el arranque. Después de la operación estable, reduzca el watchdog al valor normal de 200–500 ms.
Además, el CM589-PNIO soporta Redundancia de Sistema PROFINET (S2) cuando se empareja con un controlador PROFINET compatible con S. Dos conexiones de controlador funcionan simultáneamente; el controlador principal mantiene la AR (Relación de Aplicación). En el cambio, el controlador de respaldo toma la AR dentro de un ciclo perdido. Esta función requiere que la bandera SystemRedundancy del GSDML esté en TRUE y una versión de firmware superior a 2.4.0 en el CM589-PNIO.
Aislamiento de fallas de jitter en seis pasos
Paso 1: Conecte una laptop con Wireshark a un puerto espejo de switch en el segmento PROFINET. Inicie una captura filtrada por tipo Ethernet 0x8892 (tramas cíclicas PROFINET). Ordene por delta de tiempo entre tramas.
Paso 2: Calcule el intervalo esperado entre tramas. Para un reloj de envío de 4 ms, las tramas llegan cada 4.000 ms. El jitter aceptable para RT es ±1 ms. Cualquier intervalo superior a 5 ms o inferior a 3 ms indica un problema de temporización — ya sea retraso por cola en el switch o un dispositivo mal configurado.
Paso 3: Identifique la fuente del jitter. Si el jitter se correlaciona con tormentas de broadcast, revise la configuración VLAN. El tráfico PROFINET RT debe residir en una VLAN dedicada (típicamente VLAN 10) con EtherNet/IP o tráfico IP estándar en VLAN 20. El desbordamiento entre VLANs desde un puerto trunk mal configurado es una causa frecuente.
Paso 4: Verifique la configuración dúplex del puerto del switch. PROFINET requiere full-dúplex, 100 Mbps o 1 Gbps. La autonegociación es aceptable en switches compatibles con IRT pero puede causar desajuste de velocidad con chipsets NIC de dispositivos antiguos. Fuerce la velocidad del puerto a 100 Mbps full-dúplex en puertos conectados al CM589-PNIO y BMENOC0321 si el jitter permanece por encima de 0.5 ms.
Paso 5: Verifique la calidad del cable. PROFINET requiere cable de par trenzado apantallado categoría 5e o superior (S/FTP) según IEC 61784-5-3. El cable sin blindaje en un entorno con alta EMI introduce jitter adicional. Use un probador de cables para verificar pérdida de retorno (RL) superior a 23 dB a 100 MHz y diafonía en el extremo cercano (NEXT) superior a 40 dB.
Paso 6: Revise el búfer de diagnóstico BMENOC0321 en Unity Pro. Navegue a Lista de dispositivos > BMENOC0321 > Diagnósticos. Examine los registros de alarma PROFINET para ALARM_TYPE 0x0005 (falla de sincronización) o 0x0001 (pérdida de datos E/S). Correlacione las marcas de tiempo con las capturas de Wireshark para identificar el evento desencadenante.
Conclusión y recomendaciones
PROFINET RT e IRT ofrecen comunicación determinista confiable cuando la red está correctamente diseñada y puesta en marcha. Los modos de falla más comunes son desajuste de versión GSDML, asignación incorrecta de nombres de dispositivo, configuración errónea del reloj de envío y fallas en el aislamiento VLAN. En Schneider Modicon M580 con BMENOC0321, verifique el esquema GSDML, configure el reloj de envío a 4 ms para control de procesos y ajuste el watchdog a 3× el reloj de envío. Para dispositivos ABB AC500 CM589-PNIO, coincida el GSDML con la versión de firmware y extienda el watchdog de arranque a 10,000 ms. Use capturas Wireshark en un puerto espejo para cuantificar el jitter objetivamente — números, no suposiciones. Una red PROFINET bien configurada con segmentación VLAN adecuada y cableado Cat6a S/FTP mantiene un jitter inferior a 0.2 ms bajo carga completa.
