Etiquetas producidas y consumidas de Engineering Logix
Una guía lista para usar en campo sobre tags producidos y consumidos de Logix, que abarca contratos de datos, selección del RPI, estado de la conexión, gestión de datos obsoletos, puesta en servici...
Las etiquetas producidas y consumidas permiten que los controladores Logix intercambien datos a nivel de controlador sin instrucciones de mensaje. El productor pone una etiqueta a disposición; uno o varios consumidores configurados la reciben con un intervalo de paquetes solicitado. El mecanismo es sencillo, pero una implementación estable depende de hacer coincidir las definiciones de datos, las rutas de red, los presupuestos de conexiones y el tratamiento de fallos.
Elija el patrón adecuado para cada tarea
Use etiquetas producidas y consumidas cuando los controladores pares necesiten datos cíclicos con una tasa de actualización definida. Los ejemplos habituales incluyen la coordinación del estado de las máquinas, los permisos de línea, los recuentos de producción y el estado compartido. La conexión se configura en lugar de activarse mediante lógica de escalera, por lo que resulta adecuada para datos que deben actualizarse continuamente.
No considere este método un sustituto para todos los intercambios entre controladores. Los mensajes explícitos pueden ser mejores para lecturas o escrituras ocasionales. Una HMI, un historiador o un intermediario pueden ser más adecuados para datos de supervisión. Los datos de seguridad siguen reglas independientes de controlador, firmware y configuración. Comience definiendo qué información se necesita, con qué rapidez debe llegar y qué debe hacer la máquina receptora cuando deje de llegar.
Defina un contrato de datos estable
Las etiquetas producidas y consumidas deben utilizar tipos de datos coincidentes, incluidas las dimensiones de las matrices. Un tipo de datos definido por el usuario suele ser más fácil de administrar que un conjunto disperso de valores individuales. Agrupe en una sola estructura los datos del proceso, una revisión del esquema, el modo de funcionamiento y los indicadores de estado. Reserve miembros adicionales cuando sea probable una ampliación futura, pero mantenga el paquete centrado.
Documente el significado, las unidades y el rango válido de cada miembro. Un valor numérico no se explica por sí solo: puede representar unidades de ingeniería, recuentos sin procesar o un porcentaje escalado. Defina qué controlador es propietario de cada comando y estado. Dos controladores no deben escribir de forma independiente versiones en conflicto del mismo estado de máquina.
Configure el productor
Cree la etiqueta de origen a nivel de controlador y establezca su uso como producida. Configure el número de consumidores esperados con una previsión razonable para el diseño. Rockwell Automation señala que una etiqueta producida puede atender a varios consumidores, aunque los límites exactos del controlador y la red dependen del hardware y el firmware.
Actualice la estructura completa de forma coherente. Si distintas rutinas de lógica escriben miembros individuales en momentos diferentes, un consumidor puede observar un estado combinado. Construya la estructura saliente en una sola rutina o copie una estructura de trabajo completa a la etiqueta producida después de finalizar los cálculos.
Configure cada consumidor
Agregue el controlador productor a la configuración de E/S del consumidor mediante la ruta de red compatible real. Después, cree una etiqueta consumida a nivel de controlador con el mismo tipo de datos. Introduzca exactamente el nombre del productor y el nombre de la etiqueta remota. La ruta configurada, la identidad del controlador y la ortografía de la etiqueta forman parte de la conexión.
Seleccione el intervalo de paquetes solicitado según los requisitos del proceso, no según el valor más rápido que permita el cuadro de diálogo. Un RPI corto consume recursos de red y del controlador. Un RPI lento puede retrasar los enclavamientos o la coordinación de la línea. Incluya el tiempo de actualización de la red, la ejecución de tareas y la respuesta de la aplicación al calcular la antigüedad máxima aceptable de los datos.
Diseñe para las conexiones perdidas
Los datos que dejan de actualizarse aún pueden parecer plausibles. El consumidor debe distinguir la información actual de la información retenida. La documentación de Rockwell admite un miembro CONNECTION_STATUS al inicio de una estructura definida por el usuario para supervisar las conexiones producidas y consumidas. Un indicador de actividad o un contador de secuencia a nivel de aplicación puede aportar pruebas adicionales de que la lógica del productor se está ejecutando y de que la carga útil cambia según lo previsto.
Defina la respuesta a los datos obsoletos para cada caso de uso. Un valor mostrado puede indicar «comunicación perdida». Un recuento de producción puede mantenerse con un indicador de calidad. Un permiso de movimiento puede tener que desactivarse y requerir un reinicio controlado. No fuerce automáticamente un comando compartido a cero a menos que cero sea la respuesta segura y operativamente correcta definida.
Ponga en servicio el método de intercambio de forma sistemática
Verifique la red física y las rutas de los controladores antes de solucionar problemas de las etiquetas. Confirme que cada controlador esté en línea, sea accesible y esté representado correctamente en el árbol de E/S. Descargue las configuraciones del productor y del consumidor siguiendo una secuencia controlada. Observe el estado de la conexión antes de probar el comportamiento de la aplicación.
Cambie un valor de prueba en el productor y sígalo a través de la estructura del consumidor. Pruebe todos los miembros que afectan al funcionamiento, incluidos los valores con signo, las matrices y los bits de modo. Mida el tiempo de actualización observado y compárelo con el objetivo de diseño. Después, desconecte el productor o la red en una condición de prueba aprobada y confirme la alarma de datos obsoletos y la respuesta de la máquina.
Solucione los fallos habituales
Una conexión que nunca se establece suele indicar una ruta, un nombre de controlador, un nombre de etiqueta remota, un tipo de datos o un límite de capacidad incorrectos. Una conexión que se interrumpe de forma intermitente puede estar relacionada con la carga de la red, la inestabilidad del enlace, la presión sobre los recursos del controlador o un RPI demasiado exigente. Una conexión saludable con valores incorrectos suele indicar un problema del contrato de datos o de la lógica de la aplicación.
Compare ambos proyectos uno al lado del otro. Compruebe la definición de la estructura, el tamaño de la matriz y la revisión. Revise los diagnósticos del controlador y los contadores del conmutador administrado antes de cambiar los RPI al azar. Si una estructura producida cambia, trátelo como una revisión de la interfaz y coordine la actualización con todos los consumidores.
Mantenga la interfaz como infraestructura de la planta
Archive ambos proyectos de controlador y mantenga un registro de interfaces que enumere el productor, los consumidores, los nombres de las etiquetas, los tipos de datos, los RPI y las acciones ante fallos. Incluya el intercambio en las revisiones de copias de seguridad, firmware y cambios de red. Cuando se sustituya un controlador, verifique la ruta de comunicación y el estado de la conexión antes de habilitar los comandos de la máquina.
Puede encontrar hardware relacionado en las colecciones Allen-Bradley ControlLogix y Comunicación y redes. Los detalles de configuración y los límites de la plataforma deben comprobarse en el manual de programación de etiquetas producidas y consumidas de Rockwell Automation. Un contrato de datos bien definido y una respuesta explícita a los datos obsoletos hacen que la conexión sea fácil de mantener mucho después de la puesta en servicio.