Contenido
OPC UA (OPC Unified Architecture) es un estándar abierto para intercambiar datos industriales entre máquinas, controladores y aplicaciones. La OPC Foundation, que lo mantiene, lo describe como una arquitectura orientada a servicios e independiente de la plataforma, publicada en 2008, que reúne en un marco ampliable las funciones de las especificaciones OPC Classic anteriores. Como norma internacional se publica en la serie IEC 62541.
Por qué sustituyó a OPC Classic
OPC Classic dependía de tecnología de Microsoft (COM/DCOM), lo que lo ataba a Windows y complicaba la comunicación a través de cortafuegos. OPC UA funciona, según la OPC Foundation, en ordenadores convencionales, servidores en la nube, PLC y microcontroladores. Para convivir con instalaciones antiguas existen envoltorios COM/proxy que conectan productos OPC UA con productos OPC Classic, de modo que la migración puede hacerse por partes.
Cuatro conceptos que conviene conocer
El espacio de direcciones. Todos los datos de un servidor se organizan de forma jerárquica, como carpetas y archivos, y un cliente puede explorarlos sin conocer de antemano la estructura. Una máquina expone, por ejemplo, un nodo «Estado», otro «Contador de piezas» y otro «Alarma activa». Cada nodo tiene un identificador propio, un tipo de dato y, si el fabricante lo ha documentado, una descripción legible. Sin esa documentación, el equipo que integra la máquina acaba adivinando qué significa cada variable a partir de su nombre.
Las suscripciones. En lugar de preguntar sin parar por cada valor, el cliente se suscribe y el servidor informa cuando el valor cambia según el criterio que el cliente ha fijado. La OPC Foundation lo llama report-by-exception. Para un sistema que registra paradas, esta diferencia importa: el momento exacto en que la máquina pasa de producir a parada llega como un evento y no como una lectura que hay que comparar con la anterior.
Los modelos de información. OPC UA transporta los valores junto con su significado y con las relaciones entre ellos. Sobre esa base, sectores enteros acuerdan especificaciones complementarias (companion specifications), y la fundación cita más de 150.
La seguridad. La comunicación puede cifrarse, los mensajes pueden firmarse para que el receptor compruebe su origen e integridad, cada cliente y cada servidor se identifican con certificados X509 y la aplicación puede exigir autenticación de usuario y limitar derechos de acceso. La Oficina Federal de Seguridad de la Información alemana BSI publicó un análisis de seguridad de la especificación y de una implementación de referencia, revisado punto por punto a nivel de parámetros. Que el protocolo ofrezca esos mecanismos no significa que estén activos: el modo de seguridad se configura en cada instalación.
Consulta periódica frente a suscripción
Cálculo con cifras ficticias. Una máquina expone 40 variables. Si un cliente las consulta todas cada segundo durante 24 horas, hace 40 × 86.400 = 3.456.000 lecturas al día, aunque la mayoría devuelva el mismo valor que la anterior.
Con suscripciones, el servidor solo informa de los cambios:
| Variable | Cambios en 24 h |
|---|---|
| Contador de piezas | 9.600 |
| Estado de la máquina | 186 |
| Código de alarma | 64 |
| Orden activa | 6 |
| Otras 36 variables de proceso, con banda muerta | 250 |
| Total | 10.106 |
Las 10.106 notificaciones equivalen al 0,3 % de las lecturas periódicas. La consulta cada segundo tiene además un punto ciego: un cambio de estado que dura menos de un segundo puede no verse nunca. En una suscripción también hay que fijar con cuidado el intervalo de muestreo y la banda muerta, porque un valor que cambia más rápido que el muestreo se pierde igual.
De la señal al indicador
Los datos que llegan por OPC UA sirven de poco hasta que se convierten en indicadores con reglas claras.
| Señal en el servidor OPC UA | Indicador que permite | Regla que hay que acordar |
|---|---|---|
| Estado de la máquina | Disponibilidad y tiempo de parada | Qué estados cuentan como parada planificada |
| Contador de piezas | Rendimiento frente al ciclo ideal | Ciclo ideal por referencia |
| Contador de rechazos | Calidad y tasa de rechazo | Cuándo se confirma un rechazo |
| Código de alarma | Paradas por causa | Lista de motivos y su agrupación |
| Orden activa | Cantidades por orden | Cuándo empieza y termina una orden |
Antes de conectar
Haga un inventario de los PLC y de su compatibilidad con OPC UA. Muchos controladores recientes incluyen un servidor OPC UA; otros necesitan una pasarela. Defina qué variables necesita de verdad: no hace falta publicar el programa entero del PLC para medir paradas y piezas. Pida al fabricante de la máquina el espacio de direcciones documentado y, si existe una especificación complementaria para su sector, compruebe si la máquina la cumple.
Acuerde también con el responsable de la red de planta qué modo de seguridad se usa, quién gestiona los certificados y qué cuentas pueden leer o escribir. Para medir producción basta con permisos de lectura; dar derechos de escritura a una aplicación que solo debe leer abre una puerta innecesaria al programa de la máquina. Pruebe la conexión primero en una máquina, compare durante unos días las piezas y paradas registradas con el recuento manual y amplíe después al resto de la línea. La parte 1 de la IEC 62541 presenta los conceptos generales y propone un orden de lectura para el resto de partes de la norma, un buen punto de partida para el equipo técnico.
Fuentes
- OPC Foundation (opcfoundation.org)
- BSI (bsi.bund.de)
- IEC 62541 (webstore.iec.ch)
Relacionado: Captura de datos en planta · Monitorización de máquinas · Sistema MES
Vea SYMESTIC con su propio caso de uso
En la demo en vivo gratuita, un experto de producto le muestra en la plataforma en funcionamiento cómo se ven en concreto el OEE, las paradas y la conexión de sus máquinas y de su ERP.
- OEE en directo
- Paradas y sus causas
- Conectar máquinas y ERP
