¿Qué es un tag producido/consumido en EtherNet/IP?
Cuando dos controladores necesitan compartir datos de manera continua - no un mensaje puntual sino un valor vivo actualizado en cada ciclo - los tags producidos y consumidos son el mecanismo de EtherNet/IP que lo hace sin que ninguno de los dos actúe como I/O del otro. Esta página explica qué son los tags producidos y consumidos, cómo se forma la conexión productor/consumidor entre controladores y en qué difieren de una instrucción MSG.
Tags producidos/consumidos en una línea: Un tag producido es un tag que un controlador pone a disposición en EtherNet/IP para que otros lo reciban; un tag consumido es el tag correspondiente en el que otro controlador lo recibe. Juntos forman una conexión cíclica de controlador a controlador, actualizada a un RPI como el I/O, que comparte datos vivos entre pares sin que ningún controlador escanee al otro como dispositivo.
Cómo funcionan los tags producidos/consumidos
Un tag producido se declara en el controlador productor como datos que pondrá a disposición de la red, junto con cuántos consumidores pueden conectarse a él. Un tag consumido se declara en cada controlador receptor, nombrando al controlador productor y al tag que quiere. Cuando el controlador consumidor entra en línea abre una conexión CIP hacia el productor, y desde entonces el productor envía el valor del tag cíclicamente al RPI negociado, exactamente como una conexión de I/O. El valor simplemente aparece en el tag consumido, refrescado continuamente.
El transporte es la misma conexión implícita Clase 1 de productor/consumidor que lleva el I/O - los datos van por multicast o unicast del productor al consumidor en cada RPI sin solicitud por actualización. Por eso los tags producidos/consumidos se sienten como I/O entre controladores: son I/O, solo que con un controlador en ambos extremos en lugar de un controlador y un rack remoto. El tipo de dato y el tamaño de los tags producido y consumido deben coincidir, o la conexión se rechaza, la misma regla de coincidencia de tamaño que gobierna los ensambles (assemblies).
Como es una conexión, tiene un timeout. Si el productor deja de producir, la conexión del consumidor expira y el tag consumido pasa a un estado malo definido, que la lógica receptora puede detectar y sobre el cual puede actuar. Esto hace al mecanismo adecuado para enclavamientos entre controladores, donde saber que el par se quedó en silencio es tan importante como el valor mismo.
Tags producidos/consumidos frente a una instrucción MSG
La manera alternativa de mover datos entre controladores es una instrucción MSG, que envía una lectura o escritura explícita bajo demanda. Las dos no son intercambiables. Una instrucción MSG se dispara cuando su renglón se lo indica y termina cuando llega la respuesta - es bajo demanda, asíncrona y carga con la sobrecarga de la mensajería explícita. Los tags producidos/consumidos son cíclicos, basados en conexión y de baja sobrecarga una vez establecidos, refrescándose automáticamente para siempre sin lógica de renglón alguna.
La regla práctica se sigue directamente. Para un valor que debe compartirse continua y confiablemente - un setpoint vivo, un estado sobre el que otros controladores se enclavan - los tags producidos/consumidos son la herramienta correcta, porque se refrescan a cada RPI y fallan visiblemente ante una pérdida. Para una transferencia ocasional - la descarga de una receta, un comando enviado una vez - una instrucción MSG es más simple y no consume una conexión permanente. Elegir mal le da o datos obsoletos o una inundación innecesaria de tráfico explícito, el mismo compromiso cubierto en mensajería implícita versus explícita.
Dónde encajan los tags producidos/consumidos en el sistema
Los tags producidos/consumidos viven enteramente entre controladores; el SCADA no participa en la conexión. Una plataforma de monitoreo como Merobix lee los tags que un controlador expone por un protocolo estándar, y un tag consumido es un tag ordinario en el controlador receptor una vez que la conexión está corriendo. Si un valor consumido se ve obsoleto en el SCADA, el diagnóstico está en la conexión de controlador a controlador - si expiró, si el productor se detuvo - no en la capa SCADA, que solo refleja el tag.
Como el mecanismo reutiliza la misma conexión productor/consumidor que el I/O, su comportamiento de red se rige por las mismas consideraciones: el RPI fija la tasa de actualización y el timeout, y la entrega multicast o unicast afecta la carga de los switches cuando varios controladores consumen el mismo tag producido. Son los mismos compromisos descritos en I/O multicast versus unicast, aplicados a datos entre pares en lugar de racks remotos.
Preguntas frecuentes
¿Cuál es la diferencia entre un tag producido y uno consumido?
Un tag producido son datos que un controlador publica en EtherNet/IP para que otros los reciban, declarado con un número máximo de consumidores. Un tag consumido es el tag correspondiente en un controlador receptor que nombra al productor y al tag a recibir. Los dos forman una conexión cíclica: el productor envía el valor a cada RPI y este aparece, continuamente refrescado, en el tag consumido.
¿Debo usar tags producidos/consumidos o una instrucción MSG?
Use tags producidos/consumidos para datos que deben compartirse continua y confiablemente, como un setpoint vivo o un estado de enclavamiento - se refrescan a cada RPI y fallan visiblemente si el productor enmudece. Use una instrucción MSG para transferencias ocasionales bajo demanda, como la descarga de una receta. Producido/consumido es cíclico y de baja sobrecarga; MSG es bajo demanda y carga sobrecosto por mensaje.
¿Qué le pasa a un tag consumido si el productor se detiene?
La conexión del tag consumido expira, según el RPI y su multiplicador, y el tag pasa a una condición mala o de último estado definida que la lógica receptora puede detectar. Esto es por diseño: al ser una conexión real, la pérdida del productor es visible, que es lo que hace a los tags producidos/consumidos adecuados para enclavamientos donde un par silencioso debe tratarse como falla.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- ODVA - EtherNet/IP - ODVA
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.