Servidores OPC
Harol Alexis Valencia Ospina
Institución de Educación Superior ITFIP
Espinal, Tolima, Colombia
harol9711@[Link]
h-1988@[Link]
Abstract the communication facilities offered by OPC, and
its ease of programming of applications distributed in a network,
allow to carry out the supervision of the plant of local form as
remote. Its main advantages are it can be connected to any plant
as long as it includes OPC communications, allowing remote
access to it.
Fig. 2 Comunicaciones en un entorno industrial
I. INTRODUCCIÓN
II. OPC
En la industria de procesos existe la necesidad de supervisar
datos distribuidos por toda la planta. Esto es de vital importancia a
fin de mantener el control sobre la calidad del producto. También, En el nivel inferior se ubican las comunicaciones a nivel de campo
por medidas de seguridad, es importante que esto se pueda realizar de entre dispositivos, comunicados normalmente por buses de campo
manera remota desde una sala de control. Para ello en la industria industriales como Fieldbus, PROFIBUS, CAN/CANopen/DeviceNet,
existen comunicaciones a distintos niveles. Una posible división de etc... (Fieldbus, 2001; Profibus, 2001; CAN/CANopen, 2001). Estos
estos niveles es: nivel de dispositivo, nivel de control, supervisión, dispositivos conectados por buses de campo son accedidos por
nivel de gestión y optimización del proceso, los fabricantes han sistemas de control distribuidos (DCS) y/o por sistemas SCADA
desarrollado hardware industrial con opciones de comunicación y a (Supervisor Control And Data Adquisition) ([Link], 2000),
esto le adicionan el desarrollo de poderosas aplicaciones de software que realizan comunicaciones a un nivel medio. En un nivel de
para realizar el enlace de sus equipos a los sistemas informáticos de superior se ubican las comunicaciones entre los programas de
la empresa. Estos programas se les ha dado tradicionalmente el “oficina”, encargados de realizar tareas de gestión y optimización de
nombre de sistemas SCADA (Supervisory Control And Data la producción, y los dispositivos y software de los niveles inferiores.
Adquisition) para estos sistemas scada acceder a la información de Normalmente, las instalaciones están compuestas por diversos
los dispositivos supervisados se hace uso de la tecnología OPC OLE dispositivos de distintos fabricantes, que utilizan protocolos de
for Process Control, cuyo único objetivo es unificar las comunicaciones específicos. Tradicionalmente el acceso a los
comunicaciones entre dispositivos de diferentes marcas y así evitar distintos datos, y el intercambio de datos entre programas, se
problemas de implementación de arquitecturas engorrosas. realizaba utilizando drivers y librerías específicas. De esta manera
cada aplicación cliente debía tener los drivers específicos para el
acceso a un dispositivo, con lo que se multiplicaba el esfuerzo de
desarrollo para permitir que un dispositivo fuera compatible con el
mayor número de aplicaciones posibles Una posible solución para
este problema consiste en el desarrollo de un sistema que permita un
acceso uniforme y estándar a los datos. Pensando en esta solución, un
conjunto de grandes empresas de hardware y software, en
colaboración con Microsoft, se juntaron para definir un estándar para
la intercomunicación de datos llamado OPC (OLE for Process
Control) (OPC Foundation), basado en comunicaciones Cliente-
Fig. 1 Implementación OPC Servidor.
OPC está desarrollado para ser independiente de las tecnologías de
transporte de datos que puedan existir en una empresa, es así como el
programador no debe preocuparse si los datos se transmiten por
Fig. 3 Comunicaciones tradicionales entre aplicaciones y dispositivos buses seriales tipo RS-232 o RS-485 [Echeverri (2005)], o si los
equipos y los computadores están interconectados usando redes LAN
de estándar industrial, OPC tiene la robustez suficiente para que un
fabricante pueda garantizar una comunicación de tipo "Plug & Play"
entre un equipo que soporte OPC y su respectivo Servidor OPC. La
creación de aplicaciones bajo ésta tendencia se Hace mucho más
simple, pues el desarrollo de complicados drivers de comunicación se
Fig. 4 Comunicaciones entre aplicaciones y dispositivos con OPC ve reemplazada por la simple utilización de llamadas a
procedimientos locales o remotos entre la aplicación de usuario y el
cliente OPC. La comunicación entre los Clientes y Servidores OPC
A. OPC: OLE for Process Control es transparente y se ha diseñado de manera tal que pueda funcionar
sin problemas sobre virtualmente cualquier medio de transmisión de
OPC consiste en un conjunto estándar de interfaces, propiedades y información. En la Figura 3, se amplía un poco los conceptos de
métodos para su uso en aplicaciones de control de procesos y cómo sería la comunicación entre los equipos industriales, los
manufactura. Está basado en la tecnologías de Microsoft OLE servidores y clientes OPC y las aplicaciones de alto nivel orientadas
(Object Linking and Embedding), COM (Component Object Model) al usuario, para este caso se ha mostrado una aplicación desarrollada
y DCOM (Distributed COM) (Microsoft MSDN, 2002). Como ya se en C/C++ y otra desarrollada en LabView. En la Figura se muestra
mencionó antes, su principal objetivo es conseguir uniformizar el como sería la implementación de la arquitectura de la Figura en una
acceso a los datos que existen en la industria, de forma que varios planta industrial real, en esta se muestran cuatro dispositivos
clientes puedan acceder a los datos gestionados por un servidor OPC. (dispositivos 1 a 4) que se encargan del control de diferentes
De esta forma se reduce el desarrollo de varios drivers a un solo procesos dentro de una cadena productiva, todos ellos tienen un bus
driver, y por encima, una interfaz OPC a la que clientes heterogéneos serial industrial RS-485 que los conecta un computador o a un PLC y
como SCADAs, DCS, hojas de cálculo, etc. accedenVer [1] todos fueron diseñados para ser compatibles con OPC. Tanto en el
PLC B como en el computador A se están ejecutando servidores
OPC, que tienen la capacidad de interactuar transparentemente con
los dispositivos industriales que tienen conectados. Además en el
computador A se está ejecutando un cliente local, que es usado por
una aplicación de monitoreo para adquirir datos de los dispositivos 1
y 2.
Fig. 5 Estructura OPC
Es una arquitectura de Cliente-Servidor que brinda una muy buena
plataforma para extraer datos de una fuente (en este caso un equipo
Industrial) y a través de un servidor comunicarlos a cualquier
aplicación cliente de manera estándar [OPC-Fundation (1998)]. Los
fabricantes de hardware pueden desarrollar servidores optimizados Figura 7. Sistema de control distribuido de procesos donde interactúan tanto
para recoger datos de sus dispositivos [OPC-Fundation (1998)], los dispositivos industriales, clientes y servidores OPC y aplicaciones finales
dando al servidor una interfaz OPC permite a cualquier cliente
acceder a dichos dispositivos, se muestra la arquitectura simplificada
de un sistema de control distribuido tradicional, en este se ve como
cada aplicación de usuario debe tener su propio driver para
comunicarse con los dispositivos físicos. Aquí se pueden encontrar
dificultades en dos niveles, en primer lugar se debe desarrollar un
controlador de dispositivo, que es un programa encargado de hablar
directamente con el equipo industrial A monitorear y/o controlar. Sí
por ejemplo el dispositivo es un PLC, entonces se debe programar (o
en su defecto adquirir) un programa que sea capaz de hablar
directamente con el PLC para pedirle datos o configurar su
funcionamiento.
Figura 8. Planta industrial donde se ha implementado un sistema distribuido
de monitoreo y control con OPC.
En los computadores C y D se están ejecutando clientes OPC que se
Figura 6 Sistema tradicional de control distribuido de procesos comunican con servidores OPC remotos, En el computador C está
corriendo una aplicación de monitoreo, el computador D tiene
instalada un programa más robusto que le permite al ingeniero de
planta no solo visualizar las variables de los procesos, si no que
también le permite reconfigurar los procesos que llevan a cabo los
dispositivos 1, 2, 3, 4 y el PLC B. Es importante anotar que el
computador C, no está directamente conectado a ningún dispositivo
de dispositivo industrial, este podría ser una estación de trabajo
perteneciente a la intranet de la empresa, incluso se puede pensar en
la posibilidad de transportar información por Internet, usando TCP/IP
como tecnología para la transmisión de la información. OPC Figura 10. Acceso directo a los datos de una planta.
representa una ventaja significativa al problema de la estandarización
de los buses de campo [Hadlish (1999)], industrial, pues es
totalmente independiente de estos, haciendo que la transferencia de 1) Sistemas de control distribuido
datos sea rápida y confiable, logrando una estandarización de la
comunicación, de tal modo que los servidores OPC y cualquier
aplicación cliente pueden interactuar sin ningún problema [Burke
(1998)]. Para apoyar el fortalecimiento de este estándar se creó la
Fundación OPC, que es una organización global, independiente y sin
ánimo de lucro. Fue creada para extender las especificaciones OPC,
proporcionando al mismo tiempo a sus miembros un gran número de
ventajas. Entre los miembros de la Fundación OPC se encuentran
varias compañías industriales líderes en el desarrollo de equipos y
aplicaciones industriales, todas compartiendo la misma visión de una
comunicación estandarizada entre hardware y software. Diversas
compañías miembros de la fundación OPC están a la cabeza de los
comités que se encargan de revisarlas extensiones de puntos
específicos del estándar [OPC-Fundation (1998)]. Estos puntos
tienen que ver con la implementación de seguridad y confiabilidad
dentro del estándar, sistemas de alarmas, protocolos de entrada y
salida, compatibilidad con otros sistemas, y mucho más
Figura 11. Sistema de control distribuido
B. Aplicación
III. FUNCIONAMIENTO Y CARACTERISTICAS
Otra de las posibles utilidades, aprovechando la facilidad para
acceder a los datos de una planta vía OPC, es la de captura de datos A. Arquitectura
para la identificación del comportamiento dinámico del proceso. La
captura de datos se puede realizar utilizando la misma Arquitectura cliente/servidor
implementación de cliente OPC que en el caso del SCADA,
almacenando los datos en un formato fácilmente importable por - El servidor ofrece datos
terceras aplicaciones - El cliente accede a esos datos
Un servidor OPC es un objeto COM
El interfaz de Acceso a datos ofrece una ventana a datos existente
Figura 12. Arquitectura 1
Los datos se identifican con una cadena
- pc ofrece un acceso simbólico a los datos para las capas
Figura 9. Adquisición y exportación de datos de una planta para su post- superiores
proceso con diversas aplicaciones Cada dato físico es un “item” (tag, variable)
El cliente puede leer y escribir ítems
Otra opción es el acceso directo a los datos del servidor OPC por - las lecturas pueden ser síncronas o asíncronas
parte de las aplicaciones utilizando para ello software disponible que - se pueden crear suscripciones (Hotlinks) a ítems
posibilita este acceso.
Figura 13 Arquitectura
1) Que proporciona OPC data Access
Datos de sensores (presión, caudal, temperatura…) Parámetros de
control (abierto, cerrado, arranca, para) Información de estado
(estado de hardware y las conexiones) En general cualquier dato que
un servidor desee exportar
Figura 14. Datos que proporciona OPC Figura 16. Diseño servidor OPC
2) Tipos de datos en OPC C. Modelo lógico racional
En general tipos simples:
- bool, byte, Word, dwor, float, doublé
- Signed y unsigned
También menos comunes
- Arrays de los tipos anteriores
- Manejo de cadenas
- Datos estructurados
3) Búsqueda de servidores OPC
Figura 17. Modelo lógico racional 1
progID = CLSID (Registrar Servidor OPC)
Búsqueda local
- búsqueda de rams OPC
- búsqueda remota en maquina local
Figura 18 Modelo lógico racional 2
IV. TIPOS DE OPC
Figura 15. Búsqueda de servidores OPC
A. Servidores locales y remotos
4) Búsqueda remota
Dos alternativas:
Los clientes se deben conectar siempre a un servidor local que hará
- Imposible buscar en registro remoto uso de un esquema de red existente. El cliente se puede conectar al
- Instalar programa proporcionado por la OPCFundation servidor local/remoto que desee. Una aplicación cliente OPC, puede
([Link]) conectarse por medio de una red, a varios servidores OPC
- Búsqueda por categorías (1.0/2.0/2.A) proporcionados por uno o más fabricantes. De esta forma no existe
- Objeto COM : OPCEnum restricción por cuanto a tener un Software Cliente para un Software
- IOPCServerList_Lista de servidores OPC Servidor, lo que es un problema de interoperabilidad que hoy en día
B. Diseño de un servidor opc se aprecia con sistemas del tipo propietario. Sistemas de control
supervisorio como lo son SCADA o DCS pueden comunicarse con F. Acceso de Datos XML (OPC XML DA)
un Servidor OPC y proveer a este, información de los dispositivos de
campo asociados. De esta forma, aplicaciones cliente OPC de otros Se está convirtiendo en el método estándar para el intercambio de
fabricantes tendrán acceso a estos datos por medio del servidor. datos entre las aplicaciones de empresa y son cada vez más un
proceso de control de entornos. OPC XML-DA salió a la luz en 2003
B. Servidor de Acceso a Datos OPC (OPC DA) tras varios años de desarrollo, y ofrece una interfaz Simple Object
A un alto nivel, está compuesto por los objetos: Application Protocol (SOAP) para los objetos OPC DA 2.0/3.0. Esto
- Servidor: permite a las aplicaciones cliente ser escritas en Java, Perl, Python, y
Mantiene la información sobre sí mismo, y unifica los Datos dentro otros idiomas que soporta SOAP. SOAP y XML Web Services
de un Grupo. utiliza Protocolo de transferencia de hipertexto (HTTP) y los
- Grupo mecanismos de transporte y, además, proporciona una plataforma
Dota de un mecanismo que contiene en forma lógica los ítems. Se neutral más adecuada para el tráfico con base en Internet, en
clasifican en público o Local. Ítem: Es un valor, una condición y comparación con tecnologías como DCOM. Sin embargo, debido a
permanece o varía en el tiempo. Es una dirección específica de los las limitaciones de rendimiento posible, OPC XML-DA es poco
datos y no la fuente de datos. probable que se utilice para aplicaciones en tiempo real, a pesar de
que normalmente se usa de puente entre la empresa y la red de
C. Servidor de Alarmas, Condiciones y Eventos OPC control.
(OPC AE)
G. Arquitectura Unificada OPC (OPC UA)
Provee de Interfaces, donde Clientes OPC son notificados de
Sucesos. Estos mecanismos se definen como: Refleja el objetivo de Microsoft de retirar DCOM en favor de .NET y
Alarma: arquitecturas orientadas a servicio. OPC UA integra la funcionalidad
Condición anormal de un sistema, por lo que es un caso especial de de las anteriores especificaciones (OPC DA, OPC-HDA, OPC A &
esta. E, OPC-DX, etc.). OPC UA abandona COM / DCOM en favor de
Condición: dos transportes: SOAP / HTTP (S) y un mensaje binario codificado
Estado nombrado evento por contener condiciones asociadas a una en la parte superior de TCP. Es prematuro evaluar la seguridad de
etiqueta como HighAlarm, Normal, LowAlarm. OPC UA en relación con DCOM, ya que la API OPC UA de
Evento: seguridad aún está en desarrollo. Sin embargo, dado que ahora existe
Ocurrencia perceptible, de importancia al servidor OPC, de los una mayor conciencia en la OPC Foundation, proveedores OPC, y
dispositivos que representa o de sus dispositivos OPC. Microsoft para la necesidad de seguridad, hay poca duda de que
Transmisión de paso a paso. .NET proporcionará una base más segura que COM / DCOM.
También hacen mucho más sencillo el desarrollo de clientes y
D. Servidor de Acceso a Datos Históricos OPC (OPC servidores OPC en plataformas que no sean de Microsoft.
HDA)
H. Seguridad
Provee de una interfaz Cliente OPC de Acceso a Datos Históricos,
Existen tres niveles de seguridad OPC:
que facilita el uso de aplicaciones de acceso a datos. Características:
Arquitectura de comunicación abierta y eficaz, concentrada en el
- Seguridad Inválida:
acceso a datos y no en los tipos de datos. Propósito: Permite que
Libre acceso entre Cliente/Servidor.
aplicaciones (MS Office, Objetos WWW) accedan a datos de un
dispositivo o un banco de datos “In process”. Facilita el desarrollo de - Seguridad DCOM:
aplicaciones sin sacrificar la funcionalidad de la Interfaz Cliente.
Clientes seleccionados tienen acceso limitado a servidores OPC. No
E. Intercambio de Datos OPC (OPC DX) hay un control total sobre sistemas operativos como Linux, Unix.
Define un conjunto de interfaces que permiten el intercambio de
datos, así como la comunicación "server to server" entre dispositivos - Seguridad OPC:
y controladores conectados a Ethernet, que utilizan distintos
protocolos. OPC-DX permite a los servidores OPC-DA intercambiar El Servidor OPC sirve como un regulador de control de acceso a
directamente datos sin la exigencia de un cliente OPC intermedio. La fabricantes de sistemas operativos como Linux y Unix sobre objetos
mejor manera de pensar en un servidor OPC-DX es como un servidor específicos de acceso restringido que son expuestos por el Servidor
OPC-DA que se puede configurar para intercambiar datos con otros OPC.
servidores OPC-DA. Como es el caso de otros servidores OPC, el
cliente aún se utiliza para configurar, controlar y vigilar este
intercambio de datos. V. CONCLUSIONES
La característica principal de OPC es la facilidad y uniformidad de [6] [Link]
acceso. A partir de un cliente estándar se puede acceder de la misma lc_net_56_61_3M903_SPA72dpi.pdf
manera a cualquier servidor OPC, independientemente de donde [7] [Link]
procedan los datos que sirve, lo cual permite acceder con los mismos lc_net_guia_para_entender_la_tecnologia_opc.pdf
programas, y aplicar los mismos algoritmos a sistemas reales o
[8] [Link]
simulados.
[9] [Link]
A esto hay que añadir que OPC está basado en DCOM, y por lo [10]
tanto, con sólo configurar una serie de
Se puede acceder a un servidor OPC desde cualquier PC conectado a
la red, y
La facilidad en la programación de clientes OPC permite el rápido
desarrollo de SCADAs, DCSs, SADs, etc...
La principal utilidad de tener un SCADA de desarrollo propio, con
acceso a datos vía OPC, es el poder conectarlo de una forma rápida,
sin limitaciones de licencias, y con la flexibilidad de poder
implementar funcionalidades sobre él.
El contar con un servidor OPC de un equipo industrial permite
construir aplicaciones de monitoreo y control de una manera fácil y
rápida, haciendo que no importe el tipo de hardware ni el formato o
medio físico en que se transmiten los datos,
Con OPC se le da a los industrial una gran flexibilidad a la hora de
producir sus propios sistemas SCADA,
Si en algún momento se desea hacer una renovación tecnológica o
una ampliación, no se está amarrado a tener que adquirir equipos
industriales del mismo fabricante de sus equipos anteriores.
Los sistemas de monitoreo y control que acompañan a los equipos
industriales de los fabricantes tradicionales, no siempre se ajustan a
lo que una compañía requiere, en algunas oportunidades, el programa
está sobre dimensionado,
Agregando un costo grande a unas funcionalidades que nunca se
emplearán, otras veces son difíciles de usar, por lo que los usuarios
no lo usan, si se usa OPC los sistemas SCADA pueden ser diseñados
a la medida de las necesidades de los usuarios que realmente lo van a
emplear y no con la idea del ingeniero europeo o americano que lo
desarrolló.
VI. REFERENCIA
[1] [Link]
[2] [Link]
[Link]
[3] [Link]
lc_net_56_61_3M903_SPA72dpi.pdf
[4] [Link]
[5] [Link]