Cómo configurar etiquetas Producidas/Consumidas en el PLC 1769-L30ER
Esta guía explica cómo configurar la comunicación Producida/Consumida entre un 1769-L30ER y otro PLC Logix. Aprenderá las configuraciones básicas, consejos de red y métodos de diagnóstico para un intercambio de datos confiable en automatización industrial.
¿Qué es el modelo Productor-Consumidor?
Este método de comunicación elimina la necesidad de sondeo maestro-esclavo. Como resultado, reduce los retrasos en la red y usa menos ancho de banda. El 1769-L30ER soporta hasta 16 etiquetas producidas y 16 consumidas al mismo tiempo. Una etiqueta producida puede enviar datos a múltiples controladores, lo que hace el tráfico multicast más eficiente.
El lado consumidor usa un Intervalo de Paquete Solicitado (RPI) para decidir con qué frecuencia recibe actualizaciones. Los valores RPI suelen variar entre 2 ms y 750 ms. RPIs más rápidos ofrecen mejor rendimiento pero aumentan la carga de la red. Los ingenieros deben elegir un valor que equilibre velocidad y capacidad del sistema.
Qué necesita antes de comenzar
Asegúrese de que ambos PLC estén encendidos y conectados a través de una red EtherNet/IP. El 1769-L30ER debe tener la revisión de firmware 20.011 o superior. Use Studio 5000 Logix Designer versión 21 o más reciente para acceder a todas las configuraciones.
Asigne direcciones IP únicas a cada controlador. Por ejemplo, configure el PLC A en 192.168.1.10 y el PLC B en 192.168.1.20. Ambos dispositivos deben usar la misma máscara de subred y puerta de enlace. El switch de red debe soportar filtrado multicast para evitar tráfico innecesario.
El L30ER soporta hasta 256 conexiones TCP/IP. Tenga este límite en cuenta al diseñar su sistema. Prepare una lista de etiquetas con tipos de datos exactos como DINT[10] o REAL[5], y haga una copia de seguridad de su proyecto antes de hacer cambios.
Cómo configurar una etiqueta producida
Abra el organizador del controlador en Studio 5000 y vaya a la carpeta "Controller Tags". Haga clic derecho y seleccione "New Tag" para crear una etiqueta producida. Asígnele un nombre claro, como "Producer_Data_Array".
Configure el "Tipo" como "Producida" y elija el tipo de dato correcto. Ingrese un nombre de conexión único para que el consumidor lo referencie. Defina el valor RPI: use 10 ms para control de movimiento rápido o 50 ms para tareas menos críticas.
Habilite "Unicast" si solo un consumidor usará la etiqueta. Esto ahorra ancho de banda de red. Después de crear la etiqueta, descargue los cambios al controlador y cámbielo a modo Ejecución.
Cómo configurar una etiqueta consumida
En el PLC consumidor, cree una nueva etiqueta y establezca su tipo como "Consumed". Asegúrese de que el tipo de datos coincida exactamente con la etiqueta del productor. Ingrese la dirección IP del productor y el nombre de conexión que definió anteriormente.
Configure el RPI en el lado consumidor para que coincida o sea múltiplo del RPI del productor. Por ejemplo, si el productor usa 10 ms, configure el consumidor a 10 ms o 20 ms. Ajuste el valor de tiempo de espera, usualmente cuatro veces el RPI, para detectar fallos de comunicación.
Verifique la variable del sistema "Connection Status" después de la configuración. Un valor de 0 significa que la conexión está saludable. Valores de 1 o 2 indican errores. Descargue los cambios y pruebe el intercambio de datos con una rutina simple de conmutación.
Consejos para el rendimiento de la red
Las redes EtherNet/IP normalmente funcionan a 100 Mbps o 1 Gbps. Sin embargo, el rendimiento real depende del número de conexiones y sus configuraciones RPI. Por ejemplo, diez etiquetas producidas a 10 ms cada una generan alrededor de 1,000 paquetes por segundo, lo que usa aproximadamente un 2-3% de una red de 100 Mbps.
Use switches gestionados con IGMP snooping para controlar el tráfico multicast. Active la Calidad de Servicio (QoS) para priorizar los paquetes EtherNet/IP y reducir la fluctuación. Para aplicaciones de alta velocidad, considere usar VLANs separadas para aislar datos críticos.
Calcule la carga de su red con esta fórmula: Ancho de banda total = (Número de etiquetas × Tamaño del paquete × 8) / RPI. Mantenga el uso total por debajo del 60% para permitir espacio para tráfico en ráfaga y retransmisiones.
Diagnóstico y solución de problemas
Use la instrucción GSV para leer los atributos "FaultCode" y "Status" del objeto Módulo. Un FaultCode de 16#0022 generalmente significa un tiempo de espera causado por congestión en la red. Verifique dos veces la ruta de conexión en las propiedades de la etiqueta consumida para detectar errores tipográficos.
Observe el LED de E/S del controlador. Una luz roja intermitente indica una falla de comunicación. Use Wireshark con el disector EtherNet/IP para capturar e inspeccionar los intercambios de paquetes. Busque solicitudes y respuestas "Forward Open" para verificar el proceso de enlace.
Si los problemas continúan, aumente gradualmente el valor de tiempo de espera. Pruebe con una etiqueta conocida que funcione para determinar si el problema está relacionado con la configuración o con el hardware. También revise el Registro de Eventos del controlador para registros de fallos.
Optimización para aplicaciones de alta velocidad
Para control de movimiento o robótica, reduzca el RPI a 2 ms y use un puerto EtherNet/IP dedicado. El puerto incorporado del L30ER puede manejar hasta ocho nodos a esta velocidad. Use matrices en lugar de etiquetas individuales para reducir la sobrecarga de conexión.
Active la producción de datos basada en una tarea periódica para evitar fluctuaciones por tiempos de escaneo irregulares. Considere usar disparadores de Cambio de Estado (COS) para reducir el tráfico, pero asegúrese de que el consumidor pueda manejar actualizaciones asincrónicas.
Use la herramienta Task Monitor para medir las latencias reales de actualización. Ajuste la porción de tiempo de sobrecarga del sistema para dar mayor prioridad a las tareas de comunicación si es necesario.
Consideraciones de Seguridad y Redundancia
Agregue una señal de latido (heartbeat) a sus datos producidos para confirmar que el consumidor está activo. Por ejemplo, incluya un contador que incremente en cada ciclo. Si el consumidor deja de recibir actualizaciones, active un apagado seguro.
Use conexiones de red duales con switches separados para redundancia. Configure el consumidor para cambiar a una IP de respaldo si la conexión primaria falla. Defina una rutina de "Conexión Perdida" para poner las salidas en estados seguros.
Para procesos críticos, considere usar la función de Redundancia en Studio 5000. Esto requiere hardware adicional pero proporciona conmutación sin pérdida de datos para pares de controladores.
Ejemplo: Intercambio de Datos de L30ER a L33ER
En este ejemplo, un L30ER produce un arreglo DINT[10] a 20 ms RPI hacia un L33ER. El L30ER usa la IP 192.168.1.10 y el L33ER usa la IP 192.168.1.30. Ambos ejecutan firmware 32.011 y Studio 5000 versión 32.
La etiqueta producida se llama "Axis_Data" y almacena valores de posición y velocidad. La etiqueta consumida, "Received_Axis," coincide con esta estructura. Después de la configuración, el estado de la conexión muestra 0, lo que significa éxito.
El L33ER lee los datos cada 20 ms, coincidiendo con el RPI del productor. La fluctuación medida se mantiene por debajo de 1 ms, lo que funciona bien para la mayoría de las tareas de sincronización. FactoryTalk View muestra valores en tiempo real y el estado de la conexión.
Lista de Verificación Final Antes de la Puesta en Marcha
Antes de iniciar la producción, confirme que todas las etiquetas estén mapeadas correctamente. Pruebe cada etiqueta consumida forzando un valor conocido en el productor y leyéndolo en el consumidor. Use la función Verificar en Studio 5000 para detectar errores de consistencia.
Reinicie ambos controladores para asegurar que los ajustes persistan. Monitoree el tráfico de red durante cargas máximas con un analizador de protocolos. Verifique que el uso de CPU se mantenga por debajo del 75% en cada controlador para márgenes de seguridad.
Documente todos los ajustes de RPI, tiempo de espera y conexión para referencia futura. Capacite al personal de mantenimiento sobre cómo leer los LEDs de diagnóstico y los códigos de falla GSV. Finalmente, simule la desconexión de un cable de red para confirmar que las respuestas de conmutación por error y alarmas funcionen correctamente.
Casos de Uso Comunes
La comunicación producida/consumida funciona bien para el control de movimiento coordinado, el intercambio de datos en tiempo real entre PLCs de líneas de empaque y la manipulación sincronizada de materiales. También soporta sistemas de E/S distribuidos donde múltiples controladores necesitan los mismos datos de sensores.
Por ejemplo, en una planta embotelladora, un L30ER puede enviar datos de nivel de llenado a varios PLCs aguas abajo. Esto permite operaciones coordinadas de tapado y etiquetado. En la automatización de almacenes, los datos de posición de un controlador central pueden ser consumidos por varios robots recolectores para un movimiento sincronizado.
Soluciones a Problemas Comunes
Al implementar etiquetas producidas/consumidas, los problemas frecuentes incluyen congestión de red, incompatibilidades de datos y tiempos de espera de conexión. Use switches gestionados con QoS para reducir la congestión. Verifique las estructuras de datos fuera de línea para evitar incompatibilidades. Establezca valores de tiempo de espera apropiados según las condiciones reales de la red.
Para sistemas más grandes, segmente su red usando VLANs y reduzca los valores de RPI para datos no críticos. Auditorías regulares de la red ayudan a detectar cuellos de botella antes de que afecten la producción.
Preguntas Frecuentes
1. ¿Cuántas etiquetas producidas puede soportar el 1769-L30ER?
El 1769-L30ER soporta hasta 16 etiquetas producidas. Cada etiqueta puede ser consumida por múltiples controladores, lo que lo hace eficiente para compartir datos multicast.
2. ¿Qué sucede si los tipos de datos producidos y consumidos no coinciden?
Una incompatibilidad de tipo de datos causará una falla grave y detendrá la comunicación. Siempre verifique que ambas etiquetas tengan estructuras idénticas antes de la implementación.
3. ¿Cómo puedo solucionar errores de conexión?
Use la instrucción GSV para leer FaultCode y Status. Un FaultCode de 16#0022 indica un tiempo de espera agotado. También verifique la ruta de conexión y confirme que ambos controladores estén en modo Run.
4. ¿Puedo usar etiquetas producidas/consumidas entre diferentes familias de PLC?
Sí, siempre que ambos controladores soporten las funciones de productor/consumidor de EtherNet/IP. Puede que necesite ajustar la configuración de compatibilidad del firmware y asegurarse de que las estructuras de datos coincidan.
5. ¿Qué RPI debo usar para el control de movimiento?
Para el control de movimiento, un RPI de 2 ms es típico. Esto requiere una red dedicada y una gestión cuidadosa del ancho de banda para evitar congestiones.
Para consultas o soporte técnico, por favor contacte a:
Correo electrónico: sales@nex-auto.com
Teléfono: +86 153 9242 9628
Socio: NexAuto Technology Limited
Consulta a continuación los artículos populares para más información en AutoNex Controls
