OPC UA: La Arquitectura Unificada para la Comunicación Industrial del Futuro
¿Alguna vez te has preguntado cómo los sistemas industriales pueden comunicarse de forma eficiente y segura, incluso cuando provienen de distintos fabricantes o utilizan protocolos diferentes? La respuesta está en los servidores OPC UA, herramientas clave para la automatización industrial y el Internet de las Cosas (IoT). El término OPC UA (Unified Architecture) hace referencia a un estándar de comunicación diseñado para garantizar el intercambio seguro y eficiente de información en entornos industriales. Un OPC UA server es el núcleo de este estándar de comunicación. Su principal función es recopilar, organizar y gestionar los datos provenientes de dispositivos conectados para que otros sistemas puedan utilizarlos.
El Legado de OPC Classic y la Necesidad de Evolución
A fines de la década de 1990 y principios de la década de 2000, la tecnología OPC se extendió rápidamente en la industria de la automatización. Millones de servidores OPC se implementaron en todos los rincones, abarcando todo tipo de industrias y aplicaciones. Sin embargo, no todo estaba bien con OPC Classic. Los problemas de seguridad, la dependencia de las plataformas de Microsoft, las formas costosas e ineficientes de mover datos, además de las dificultades de mantenimiento, plagaban a OPC Classic. A pesar de su éxito y funcionalidad cuando se manejaba correctamente, la insatisfacción con sus limitaciones impulsó la planificación de un sucesor.
¿Qué es OPC UA? La Próxima Generación de Comunicación Industrial
OPC UA es la próxima generación de tecnología OPC. Se trata de un mecanismo más seguro, abierto y confiable para transferir información entre servidores y clientes. Proporciona transportes más abiertos, mejor seguridad y un modelo de información más completo que el OPC original, “OPC Classic”. OPC UA ofrece un mecanismo muy flexible y adaptable para mover datos entre sistemas empresariales y los sistemas de control, dispositivos de monitoreo y sensores que interactúan con datos del mundo real.
¿Por Qué una Arquitectura de Comunicación Totalmente Nueva?
OPC Classic presentaba limitaciones significativas que no se adaptaban bien a los requisitos actuales para mover datos entre sistemas empresariales e Internet, y los sistemas que controlan procesos reales que generan y monitorean datos en vivo. Estas limitaciones incluían:
- Dependencia de la plataforma en Microsoft: OPC Classic se basaba en DCOM (Distribution COM), una tecnología de comunicación más antigua que Microsoft estaba descontinuando.
- Modelos de datos insuficientes: OPC Classic carecía de la capacidad de representar adecuadamente los tipos de datos, la información y las relaciones entre elementos de datos y sistemas, lo cual es crucial en el mundo conectado de hoy.
- Seguridad inadecuada: Muchos usuarios percibían que Microsoft y DCOM carecían del nivel de seguridad necesario en un mundo conectado con amenazas sofisticadas de virus y malware.
OPC UA es la primera tecnología de comunicación construida específicamente para operar en la "tierra de nadie" donde los datos deben atravesar firewalls, plataformas especializadas y barreras de seguridad para llegar a un lugar donde puedan convertirse en información valiosa.
Las Características Clave de OPC UA
OPC UA está diseñado para conectar bases de datos, herramientas analíticas, sistemas de planificación de recursos empresariales (ERP) y otros sistemas empresariales con datos reales de controladores de gama baja, sensores, actuadores y dispositivos de monitoreo que interactúan con procesos reales. Utiliza plataformas escalables, múltiples modelos de seguridad, múltiples capas de transporte y un sofisticado modelo de información para permitir que el controlador dedicado más pequeño interactúe libremente con aplicaciones complejas de servidor de alto nivel. OPC UA puede comunicar cualquier cosa, desde un simple estado de inactividad hasta cantidades masivas de información altamente compleja en toda la planta.
Las características únicas de esta tecnología incluyen:
- Escalabilidad: OPC UA es escalable e independiente de la plataforma. Se puede admitir en servidores de gama alta y en sensores de gama baja. Utiliza perfiles detectables para incluir pequeñas plataformas integradas como servidores en un sistema OPC UA.
- Espacio de direcciones flexible: El espacio de direcciones OPC UA se organiza en torno al concepto de un objeto. Los objetos son entidades que constan de variables y métodos, y proporcionan una forma estándar para que los servidores transfieran información a los clientes.
- Codificaciones y transportes comunes: OPC UA utiliza transportes y codificaciones estándar para garantizar que la conectividad se pueda lograr fácilmente tanto en entornos integrados como empresariales.
- Seguridad: OPC UA implementa un sofisticado modelo de seguridad que garantiza la autenticación de clientes y servidores, la autenticación de usuarios y la integridad de su comunicación.
- Capacidad de Internet: OPC UA es totalmente capaz de mover datos a través de Internet.
- Conjunto robusto de servicios: OPC UA proporciona un conjunto completo de servicios para eventos, alarmas, lectura, escritura, descubrimiento y más.
- Interoperabilidad certificada: OPC UA certifica los perfiles de modo que se pueda garantizar la conectividad entre un cliente y un servidor utilizando un perfil definido.
- Sofisticado modelo de información: OPC UA perfila más que solo un modelo de objeto. Está diseñado para conectar objetos de tal manera que la verdadera información pueda ser compartida entre clientes y servidores.
- Sofisticada gestión de alarmas y eventos: OPC UA proporciona un mecanismo altamente configurable para enviar alarmas y notificaciones de eventos a los clientes interesados. Los mecanismos de eventos y alarmas van mucho más allá de las alarmas de tipo de cambio de valor estándar encontradas en la mayoría de los protocolos.
- Integración con modelos estándar de datos específicos de la industria: La Fundación OPC trabaja con varios grupos comerciales de la industria para definir modelos de información específicos para sus industrias y respaldar esos modelos de información dentro de OPC UA.
OPC UA frente a los Sistemas de Planta Tradicionales
La pregunta "¿Por qué necesitamos otro protocolo?" surge a menudo, especialmente cuando se compara con protocolos como Modbus TCP, EtherNet/IP y Profinet IO. La respuesta fundamental es que OPC UA no es simplemente otro protocolo; representa un paradigma completamente nuevo para las comunicaciones de planta. Es como intentar explicar EtherNet/IP a un programador de PLC en 1982: sin nada con qué compararlo, es difícil de entender.
Las personas acostumbradas al paradigma de redes de PLC, donde un maestro (PLC) mueve datos dentro y fuera de los dispositivos esclavos (servidores, nodos), encuentran este modelo fácil de asimilar. Sin embargo, OPC UA opera fuera de este paradigma, o más bien, en paralelo y extendiéndolo. No reemplaza los protocolos existentes, sino que los complementa, brindando nueva funcionalidad, creando nuevos casos de uso e impulsando nuevas aplicaciones.
Tesla SCADA| 7. Protocolo OPC UA
Los mecanismos actuales para mover datos de planta son a menudo frágiles, requieren una gran cantidad de recursos humanos y computacionales, y resultan en la pérdida de metadatos importantes, resolución y la creación de sistemas difíciles de mantener y con vulnerabilidades de seguridad. Se pierden oportunidades para extraer datos de calidad, interrogar y crear bases de datos de mantenimiento, sistemas de informes de paneles de control, recopilar datos históricos y alimentar sistemas analíticos empresariales. OPC UA llena esta brecha, proporcionando no solo más datos, sino información valiosa para la producción, el mantenimiento y los sistemas de TI.
El Poder de Modelar Objetos con OPC UA
OPC UA se trata de modelar "objetos" de manera confiable, segura y sencilla, y hacer que estos objetos estén disponibles en la planta, en las aplicaciones empresariales y en toda la corporación. La idea detrás de esto es infinitamente más amplia de lo que la mayoría de nosotros hemos considerado antes.
"Todo comienza con un objeto. Un objeto que podría ser tan simple como una sola pieza de datos o tan sofisticado como un proceso, un sistema o una planta completa."
Un objeto puede ser una combinación de valores de datos, metadatos y relaciones. Por ejemplo, un controlador de bucle dual podría modelarse como un objeto que relaciona las variables para los puntos de ajuste y los valores reales para cada bucle. Estas variables harían referencia a otras variables que contienen metadatos como unidades de temperatura, puntos de referencia altos y bajos, y descripciones de texto. El objeto también puede proporcionar suscripciones para recibir notificaciones sobre cambios en los valores de los datos o metadatos. Un cliente que accede a este objeto puede obtener la menor cantidad de datos deseada o un conjunto extremadamente rico de información que describe el controlador y su funcionamiento con gran detalle.
Cliente y Servidor OPC UA: Una Interacción Sofisticada
OPC UA, al igual que sus predecesores, se compone de un cliente y un servidor. El dispositivo cliente solicita información, y el dispositivo servidor la proporciona. Sin embargo, lo que hace un servidor OPC UA es mucho más sofisticado que un servidor EtherNet/IP, Modbus TCP o Profinet IO. Un servidor OPC UA modela datos, información, procesos y sistemas como objetos y presenta esos objetos a los clientes de maneras útiles para diferentes tipos de aplicaciones cliente.
Además, el servidor OPC UA proporciona servicios sofisticados que el cliente puede utilizar, incluyendo:
- Servicios de descubrimiento: Permiten a los clientes saber qué objetos están disponibles, cómo están vinculados a otros objetos, qué tipo de datos y qué tipo están disponibles, y qué metadatos se pueden utilizar para organizar, clasificar y describir esos objetos y valores.
- Servicios de suscripción: Permiten a los clientes identificar qué tipo de datos están disponibles para notificaciones y decidir cuántos datos, con qué frecuencia y cuándo desean recibir notificaciones sobre cambios, no solo en los valores de los datos, sino también en los metadatos y la estructura de los objetos.
- Servicios de consulta: Entregan grandes volúmenes de datos a un cliente, como datos históricos para un valor de datos.
- Servicios de nodo: Permiten a los clientes crear, eliminar y modificar la estructura de los datos mantenidos por el servidor.
- Servicios de métodos: Permiten a los clientes realizar llamadas a funciones asociadas con objetos.
A diferencia de los protocolos industriales estándar, un servidor OPC UA es un motor de datos que recopila información y la presenta en formas útiles para varios tipos de dispositivos cliente OPC UA. Estos dispositivos podrían estar ubicados en la fábrica, como una HMI, un programa de control propietario como un gestor de recetas, o una base de datos, un panel de control o un programa de análisis sofisticado ubicado en un servidor empresarial.
Aún más interesante, estos datos no están necesariamente limitados a un solo nodo físico. Los objetos pueden hacer referencia a otros objetos, variables de datos, tipos de datos y más que existen en nodos remotos dentro de la subred, en otra parte de la arquitectura o incluso en Internet. OPC UA organiza procesos, sistemas, datos e información de una manera absolutamente única para la industria de la automatización industrial. Es una herramienta que aborda un problema completamente diferente al resuelto por los protocolos EtherNet/IP, Modbus TCP y Profinet IO Ethernet. OPC UA es una herramienta de entrega y modelado de información que brinda acceso a esa información a los clientes en toda la empresa.
Terminología OPC UA: Un Nuevo Lenguaje para la Comunicación Industrial
Una de las cosas que debe saber sobre OPC UA es que la terminología es un poco diferente de lo que está acostumbrado. Los términos utilizados en muchos documentos OPC UA son similares a lo que podría esperar, pero los diseñadores han distorsionado ligeramente los significados. Esto se debe probablemente a que OPC UA es el primer protocolo que realmente cruza la línea entre la empresa y la fábrica.
De OPC Classic a OPC UA: Una Evolución Arquitectónica
El protocolo OPC (Object Linking and Embedding for Process Control) nació de la necesidad de una interfaz común para la comunicación de procesos industriales. OPC utiliza un planteamiento cliente-servidor para la comunicación. El servidor OPC encapsula la información y la hace disponible a través de su interfaz, mientras que el cliente OPC se conecta al servidor OPC y accede a la información disponible.
La interfaz OPC DA (Data Access) es actualmente la más importante de OPC y la utilizada en la mayoría de los dispositivos que implementan el protocolo. Después del lanzamiento de la primera versión de OPC, nació OPC XML DA, que fue el primer intento de OPC de crear una especificación OPC independiente de la plataforma, reemplazando la tecnología propietaria de Microsoft COM/DCOM por HTTP/SOA y tecnologías web, manteniendo la funcionalidad de OPC-DA.
La aparición de OPC UA supone un cambio total de paradigma en las infraestructuras OPC. Windows deja de ser un requisito obligatorio al pasar el protocolo a ser independiente de la plataforma. El objetivo principal de OPC UA es unificar toda la arquitectura OPC clásica en una infraestructura independiente de la plataforma, manteniendo toda la funcionalidad, evitando así la dependencia de los sistemas de Microsoft y de su tecnología COM/DCOM.
En cuanto al transporte, OPC UA define dos mecanismos: un protocolo TCP binario optimizado para comunicaciones intranet de alto rendimiento, y acceso a estándares de Internet aceptados como Servicios Web, XML y HTTP para comunicaciones por Internet a través de cortafuegos. Estos transportes utilizan el mismo modelo de seguridad basado en mensajes conocido en los Servicios Web. El modelo de datos define las reglas y bloques constructivos necesarios para exponer un modelo de información con OPC UA, incluyendo los puntos de entrada al espacio de direcciones y los tipos básicos utilizados para construir una jerarquía de tipos.
Los Servicios UA son la interfaz entre servidores y clientes, definiéndose de manera abstracta. El concepto básico de OPC UA permite a un cliente OPC UA acceder a la pieza más pequeña de datos sin necesidad de entender el modelo completo expuesto por un sistema complejo. Las especificaciones OPC UA están divididas en diferentes partes, siendo la Parte 4 la que define los Servicios UA abstractos que representan las posibles interacciones entre aplicaciones UA-Clientes y UA-Servidores. La Parte 6 define la asociación de Servicios UA a mensajes, los mecanismos de seguridad aplicados a los mensajes, y el transporte concreto de los mensajes. La Parte 5 ofrece la infraestructura para todos los modelos de información que utilicen OPC UA. Los perfiles, definidos en la Parte 7, son subconjuntos que aseguran la interoperabilidad.
Migración y Adopción de OPC UA
La implementación de OPC UA en la industria está transformando la forma en que las empresas gestionan sus procesos de automatización. Las empresas que buscan mantenerse competitivas en la era de la Industria 4.0 consideran la adopción de un servidor OPC UA como una decisión estratégica.
Existen varios escenarios comunes para la adopción de OPC UA:
- Integración de Maquinaria Antigua: Muchas máquinas antiguas siguen funcionando con interfaces propietarias o protocolos obsoletos. Se utilizan pasarelas hardware que conectan los controladores directamente a sistemas de nivel superior a través de OPC UA o MQTT.
- Dispositivos Modernos con Servidor Integrado: Un número cada vez mayor de dispositivos en las plantas modernas ya vienen con un servidor OPC UA integrado. Con OPC UA, los datos de las máquinas pueden recopilarse de forma centralizada y luego transmitirse a plataformas en la nube o aplicaciones de análisis mediante protocolos IT comunes como MQTT.
- Necesidad de Interfaces Estandarizadas: Con la creciente digitalización, crece la necesidad de interfaces estandarizadas y descripciones semánticas de los datos, algo que OPC UA, junto con las especificaciones definidas por la OPC Foundation, proporciona.
En vNode, comprendemos los retos que enfrentan las empresas industriales al integrar tecnologías avanzadas. Por eso, hemos diseñado una solución que simplifica la configuración y uso de servidores OPC UA. Adoptar un servidor OPC UA es una decisión estratégica. Con vNode, no solo obtendrás un software eficiente, sino también el respaldo de un equipo experto que comprende tus desafíos industriales.
Seguridad y Fiabilidad en OPC UA
OPC UA implementa varias medidas de seguridad para garantizar los principios de confidencialidad, integridad y disponibilidad. Mediante el mecanismo de autenticación, se permite a las aplicaciones que corren bajo OPC UA identificarse mutuamente. En cuanto a la autenticación del usuario, OPC UA soporta varios mecanismos, incluyendo la combinación de usuario y contraseña (el más sencillo de implementar), el uso de certificados digitales, y la autenticación mediante tickets Kerberos. Todas las aplicaciones que utilicen OPC UA deben soportar la combinación usuario y contraseña.
En contraste, en OPC clásico, el acceso no está restringido por defecto. En un entorno de dominio, el dominio debería identificar todos los servidores OPC clásico y asignar derechos de acceso adecuados a los grupos de usuarios (roles) de los clientes que se conectarán. Dado que todas las cuentas de un dominio se administran desde un controlador central, es sencillo habilitar la autenticación de los usuarios, pero al no estar habilitada por defecto, ha de configurarse manualmente.
Otro punto importante que contempla OPC UA es la disponibilidad de los servidores de la aplicación. OPC UA también contempla la capacidad del sistema para ser auditado. La confidencialidad e integridad de los datos se garantiza en la capa de transporte de OPC UA mediante el cifrado de las comunicaciones. Si se utilizan servicios web para la comunicación, se usa el protocolo WS Secure Conversation. En caso de la versión TCP binaria, se utiliza una adaptación de WS Secure Conversation. En cuanto al cifrado de datos en OPC clásico, DCOM puede configurarse para proporcionar tanto el firmado de datos como el cifrado.
La independencia de plataforma y la escalabilidad son necesarias para integrar interfaces OPC directamente en sistemas que funcionan en diversas plataformas. Para reemplazar la comunicación propietaria de los fabricantes, un requisito importante es siempre un alto rendimiento en entornos de intranet. Pero también debe ser posible la comunicación por Internet a través de cortafuegos, lo que hace que la seguridad y el control de accesos sean requisitos importantes.
El modelado de datos era muy limitado en el OPC Clásico y necesitaba una mejora, ofreciendo un modelo común, orientado a objetos para todos los datos OPC. Los datos complejos son necesarios para soportar la descripción y transporte consistente de estructuras de datos complejas. Era un requisito importante para mejorar las capacidades de modelado, pero era igualmente importante soportar modelos simples con conceptos sencillos.
OPC UA se construye en varias capas, siendo los componentes fundamentales los mecanismos de transporte y el modelo de datos. El transporte define diferentes mecanismos optimizados para diversos casos de uso. La primera versión de OPC UA define un protocolo TCP binario optimizado de alto rendimiento en comunicaciones intranet, así como un acceso a estándares de Internet aceptados como Servicios Web, XML y HTTP para comunicaciones por Internet a través de cortafuegos.
El modelo de información básico especificado en la Parte 5 ofrece la infraestructura para todos los modelos de información que utilicen OPC UA. Los perfiles son subconjuntos que definen características útiles. Los agregados empleados para calcular datos agregados a partir de muestras 'crudas' se especifican en la Parte 13.
OPC UA utiliza un concepto cliente-servidor similar al que se utiliza en OPC Clásico. Se espera que haya muchas más aplicaciones que sean a la vez servidor UA y cliente UA en una misma aplicación que en el OPC Clásico. Una razón es que habrá más servidores UA que se integrarán directamente en los dispositivos. Una aplicación típica OPC UA está compuesta por tres capas de software.
tags: #un #cliente #opc #ua #puede #escribir