Job trigger vía OPC UA¶

OPC Unified Architecture (OPC UA) es un estándar para el intercambio de datos y permite que los datos de las máquinas (variables de control, valores medidos, parámetros, etc.) no sólo se transporten, sino que también se describan de forma legible por máquina (semántica).

versiondog es compatible con OPC UA como una arquitectura Cliente-Servidor. Este tutorial describe el escenario en el que el servidor OPC UA se ejecuta en el PLC y versiondog actúa como cliente OPC UA. En este caso, es posible activar una tarea en versiondog a través de una variable en el PLC utilizando OPC UA.

Hay una serie de posibles casos de uso en los que se puede ejecutar una tarea no por programación o manualmente, sino a través de una variable directamente desde el PLC. Algunos ejemplos son:

• A través de un botón in situ: Cuando el programador haya terminado de realizar cambios, puede pulsar un botón o un pulsador para activar la copia de seguridad a través de versiondog.
• Tras finalizar un mecanizado más largo en una pieza: Para garantizar que la copia de seguridad no se ejecuta durante el mecanizado, la tarea puede ejecutarse antes y después del mecanizado mediante una variable.
• Cuando se cambia el modo de funcionamiento de manual a automático, se activa una tarea y se guardan los bloques de datos.
• Una vez transferidos los parámetros a un panel, por ejemplo si alguien cambia una receta, se activa automáticamente una tarea.
• Tras un cambio de herramienta, al final de un ciclo, antes de que comience un nuevo tamaño de lote o tras un cambio de estado, también puede ser útil realizar una copia de seguridad.

Para ello, se ha integrado un cliente OPC UA en el servidor versiondog. Este cliente se comunica con un servidor OPC, que lee cíclicamente los controladores de los que se debe realizar una copia de seguridad y proporciona los valores de las variables de activación al servidor versiondog.

El siguiente diagrama muestra los entornos en los que se puede utilizar el Job Trigger a través de OPC UA.