¿Qué es OPC UA?
OPC UA (Open Platform Communications Unified Architecture) es el estándar abierto e independiente de plataforma para intercambiar datos industriales entre máquinas, controladores y software de gestión, de forma segura, fiable y llevando el significado de los datos junto a ellos. Lo mantiene la OPC Foundation y se ha convertido en el protocolo vertebral de la Industria 4.0.
Una definición precisa
OPC UA es un estándar de comunicación máquina a máquina orientado a servicios e independiente de la plataforma. Dos cosas lo diferencian de los protocolos industriales más antiguos:
- Es independiente de la plataforma. A diferencia de OPC Classic (que dependía de COM/DCOM de Windows), OPC UA funciona en cualquier sistema operativo, desde un PLC o un gateway de planta hasta un servidor Linux o la nube.
- Transporta significado, no solo valores. OPC UA no transfiere únicamente un número: transfiere un modelo que dice qué es ese número (una temperatura, una consigna, un estado de máquina), su tipo de dato, sus unidades y cómo se relaciona con otras cosas.
Por qué existe OPC UA
Las fábricas hacen funcionar equipos de decenas de fabricantes, cada uno hablando históricamente su propio dialecto. Integrarlos suponía ingeniería a medida, frágil y de un solo uso. OPC UA lo resuelve dando a cada dispositivo una forma común y autodescriptiva de exponer sus datos, de modo que un sistema SCADA, un MES, un historiador o una plataforma de análisis en la nube puedan leer la misma máquina de la misma manera. Los usos habituales incluyen la supervisión de equipos, la captura de datos de producción, el control remoto, el mantenimiento predictivo, el acceso a datos históricos y la integración OT/IT.
El modelo cliente-servidor
En el modelo clásico de OPC UA, un servidor expone datos y se queda a la espera; los clientes se conectan a él, exploran sus datos y leen, escriben o se suscriben a los cambios. Un solo servidor puede atender a muchos clientes, y un solo cliente puede conectarse a muchos servidores.
Las interacciones básicas («servicios») incluyen browse (descubrir qué hay), read/write (obtener o fijar valores) y subscribe (recibir aviso cuando un valor cambia, en lugar de sondear).
Publicación-suscripción (PubSub)
Cliente-servidor es una relación uno a uno de petición/respuesta. Para telemetría uno a muchos y de gran escala, OPC UA añadió un modelo de publicación-suscripción. Los publicadores envían mensajes a una capa intermedia; cualquier número de suscriptores los recibe. PubSub puede funcionar sobre multicast UDP para tráfico local en tiempo real, o sobre un broker como MQTT para difusión de la planta a la nube.
El espacio de direcciones y el modelo de información
Todo lo que expone un servidor vive en su espacio de direcciones: un grafo de nodos conectados por referencias. Un nodo puede ser un objeto (una bomba), una variable (su presión), un método (marcha/paro) o una definición de tipo. Como los nodos están tipados y relacionados, un cliente puede explorar y entender un servidor que no ha visto nunca. Esta estructura autodescriptiva es el «modelo de información», definido en la Part 3 y la Part 5 de la especificación OPC UA.
Objects
└─ Pump_17 (Object, type: PumpType)
├─ Pressure (Variable, Double, unit: bar)
├─ Status (Variable, enum: Run/Stop/Fault)
└─ Start() (Method)Especificaciones complementarias
Sobre el modelo de información base, los grupos sectoriales publican especificaciones complementarias: modelos estándar para un dominio (robótica, máquina herramienta, envasado, energía y muchos más). Cuando un fabricante implementa una especificación complementaria, su dispositivo se describe a sí mismo igual que el dispositivo de cualquier otro fabricante de esa categoría, lo que convierte la integración de un proyecto a medida en algo más cercano al plug-and-play. Las especificaciones complementarias se distribuyen como ficheros XML NodeSet normalizados que pueden cargar tanto los servidores como los clientes.
La seguridad, en breve
La seguridad está integrada en OPC UA, no añadida a posteriori. Proporciona cifrado (confidencialidad), firma (integridad), autenticación (certificados o credenciales de usuario) y autorización. Una conexión negocia un modo de seguridad (None, Sign o Sign&Encrypt) y clientes y servidores intercambian certificados X.509 que deben ser de confianza mutua.
OPC UA frente a OPC Classic
| Aspecto | OPC Classic | OPC UA |
|---|---|---|
| Plataforma | Solo Windows (COM/DCOM) | Cualquier SO / dispositivo |
| Seguridad | Depende de Windows/DCOM | Integrada (cifrado, firma, autenticación) |
| Modelado de datos | Solo valores | Modelo de información rico y tipado |
| Modelo de comunicación | Cliente-servidor | Cliente-servidor + PubSub |
| Transporte | DCOM | TCP, WebSockets, MQTT |
¿Ya tiene los datos circulando por OPC UA? El siguiente paso (convertirlos en acciones priorizadas y con su coste que los operarios puedan usar) es para lo que se creó Jemba.
Ver Jemba →FAQ
¿Es OPC UA de uso gratuito?
¿Qué puerto usa OPC UA?
¿Necesito PubSub?
Última actualización el 4 de septiembre de 2026 · OPC UA Connect es un recurso educativo y no está afiliado a la OPC Foundation.