OPC

Ir a la navegaci�n
Ir a la b�squeda
Para otros usos de este t�rmino, v�ase OPC (desambiguaci�n).
El OPC (OLE for Process Control) es un est�ndar de comunicaci�n en el campo del
control y supervisi�n de procesos industriales, basado en una tecnolog�a Microsoft,
que ofrece una interfaz com�n para comunicaci�n que permite que componentes de
software individuales interact�en y compartan datos. La comunicaci�n OPC se realiza
a trav�s de una arquitectura Cliente-servidor. El servidor OPC es la fuente de
datos (como un dispositivo hardware a nivel de planta) y cualquier aplicaci�n
basada en OPC puede acceder a dicho servidor para leer/escribir cualquier variable
que ofrezca el servidor. Es una soluci�n abierta y flexible al cl�sico problema de
los drivers propietarios. Pr�cticamente todos los mayores fabricantes de sistemas
de control, instrumentaci�n y de procesos han incluido OPC en sus productos.

Las aplicaciones necesitan una manera com�n de acceder a los datos de cualquier
fuente, como un dispositivo o una base de datos.

�ndice
1
Ventajas
2
Problema y soluci�n OPC
3
Situaci�n
4
Arquitectura
4.1
Arquitectura OPC cliente/servidor
5
Bases de OPC
5.1
Objetos e interfaces
5.2
Acceso de Datos OPC
5.3
Gesti�n de Alarmas y Eventos
5.4
Acceso a Datos Hist�ricos
6
Aplicaciones OPC
7
Arquitectura General y Componentes
7.1
Servidores locales y remotos
7.1.1
Servidor de Acceso a Datos OPC (OPC DA)
7.1.2
Servidor de Alarmas, Condiciones y Eventos OPC (OPC AE)
7.1.3
Servidor de Acceso a Datos Hist�ricos OPC (OPC HDA)
7.2
Intercambio de Datos OPC (OPC DX)
7.3
Acceso de Datos XML (OPC XML DA)
7.4
Arquitectura Unificada OPC (OPC UA)
7.5
Seguridad
8
Est�ndares OPC
8.1
OPC common
9
Enlaces externos
Ventajas[editar]
Los fabricantes de hardware s�lo tienen que hacer un conjunto de componentes de
programa para que los clientes los utilicen en sus aplicaciones.
Los fabricantes de software no tienen que adaptar los drivers ante cambios de
hardware.
Problema y soluci�n OPC[editar]

El problema sin tecnolog�a OPC.

La soluci�n al problema al contar con tecnolog�a OPC.

Situaci�n[editar]
Con OPC, la integraci�n de sistemas en un entorno heterog�neo se tornar� simple.

Arquitectura[editar]
Arquitectura OPC cliente/servidor[editar]

Bases de OPC[editar]
Objetos e interfaces[editar]
Un cliente OPC se puede conectar a servidores OPC proporcionados por m�s de un
"proveedor".
Esto le puede ser �til para conectarse a m�s de dos OPC sin necesidad de seguir el
mismo protocolo.

Acceso de Datos OPC[editar]

Acceso de datos OPC.

Compuesto por varios elementos:
El servidor (server)
Mantiene informaci�n sobre el servidor
Sirve como container para objetos del grupo OPC
El grupo (group)
Mantiene informaci�n sobre s� mismo
Provee mecanismos para contener/organizar l�gicamente items
El elemento (item)
Representan conexiones a fuentes de datos dentro de un servidor
Gesti�n de Alarmas y Eventos[editar]
Alarma
Es una condici�n anormal; caso especial de condici�n.
Una condici�n es un estado concreto del Servidor de Eventos OPC o de uno de los
objetos contenidos por dicho servidor, que puede resultar de inter�s para sus
clientes.
Evento
Es un suceso detectable que es significativo para un servidor OPC, para el aparato
al que representa y para sus Clientes OPC
Puede estar o no asociado a una condici�n
Acceso a Datos Hist�ricos[editar]
Distintos tipos de servidores hist�ricos:
Servidores de datos simples
ofrecen solo capacidad de almacenar datos
Servidores de an�lisis y compresi�n de datos complejos
ofrecen capacidad de compresi�n y almacenaje de datos
ofrecen funciones de an�lisis de datos
pueden actualizar datos y tener un resumen de actualizaciones
Aplicaciones OPC[editar]
Dise�ado principalmente para acceder a datos de un servidor en red.
Distintas aplicaciones:
- nivel m�s bajo pueden coger datos de aparatos f�sicos y llevarlo a SCADA o DCS, o
de un servidor SCADA o DCS a una aplicaci�n.

Arquitectura General y Componentes[editar]

Dos tipos de interfaces
Interfaces Custom (obligatorio, C/C++)
Interfaces de Automatizaci�n (opcional, VB)

OPC especifica la interfaz COM, como: �Lo que la interfaz es y su aplicaci�n y no

su implementaci�n�. Especifica el comportamiento esperado que proporciona la
interfaz ante el uso y/o aplicaciones del cliente.
Implementaci�n de funciones de interfaces
Obligatorio: Funcionalidades indispensables
Opcional : Funcionalidades a�adidas

La arquitectura OPC es un modelo Cliente-Servidor donde el Servidor OPC proporciona

una interfaz al objeto OPC y lo controla. Una aplicaci�n cliente OPC se comunica a
un servidor OPC a trav�s de un cliente OPC espec�fico por medio de una interfaz de
automatizaci�n. El servidor OPC lleva a cabo la interfaz cliente, y opcionalmente
lleva a cabo la interfaz de automatizaci�n
Servidores locales y remotos[editar]
Dos alternativas:
Los clientes se deben conectar siempre a un servidor local que har� uso de un
esquema de red existente.
El cliente se puede conectar al servidor local/remoto que desee.
Una aplicaci�n cliente OPC, puede conectarse por medio de una red, a varios
servidores OPC proporcionados por uno o m�s fabricantes. De esta forma no existe
restricci�n por cuanto a tener un Software Cliente para un Software Servidor, lo
que es un problema de interoperabilidad que hoy en d�a se aprecia con sistemas del
tipo propietario. Sistemas de control supervisorio como lo son SCADA o DCS pueden
comunicarse con un Servidor OPC y proveer a este, informaci�n de los dispositivos
de campo asociados. De esta forma, aplicaciones cliente OPC de otros fabricantes
tendr�n acceso a estos datos por medio del servidor.
Servidor de Acceso a Datos OPC (OPC DA)[editar]
A un alto nivel, est� compuesto por los objetos:
Servidor: Mantiene la informaci�n sobre s� mismo, y unifica los Datos dentro de un
Grupo.
Grupo: Dota de un mecanismo que contiene en forma l�gica los �temes. Se clasifican
en p�blico o Local.
�tem: Es un valor, una condici�n y permanece o var�a en el tiempo. Es una direcci�n
espec�fica de los datos y no la fuente de datos.
Servidor de Alarmas, Condiciones y Eventos OPC (OPC AE)[editar]
Provee de Interfaces, donde Clientes OPC son notificados de Sucesos. Estos
mecanismos se definen como:
Alarma: Condici�n anormal de un sistema, por lo que es un caso especial de esta.
Condici�n: Estado nombrado evento por contener condiciones asociadas a una etiqueta
como HighAlarm, Normal, LowAlarm.
Evento: Ocurrencia perceptible, de importancia al servidor OPC, de los dispositivos
que representa o de sus dispositivos OPC.
Transmisi�n de paso a paso.
Servidor de Acceso a Datos Hist�ricos OPC (OPC HDA)[editar]
Provee de una interfaz Cliente OPC de Acceso a Datos Hist�ricos, que facilita el
uso de aplicaciones de acceso a datos. Caracter�sticas: Arquitectura de
comunicaci�n abierta y eficaz, concentrada en el acceso a datos y no en los tipos
de datos. Prop�sito: Permite que aplicaciones (MS Office, Objetos WWW) accedan a
datos de un dispositivo o un banco de datos �In process�. Facilita el desarrollo de
aplicaciones sin sacrificar la funcionalidad de la Interfaz Cliente.
Intercambio de Datos OPC (OPC DX)[editar]
Define un conjunto de interfaces que permiten el intercambio de datos, as� como la
comunicaci�n "server to server" entre dispositivos y controladores conectados a
Ethernet, que utilizan distintos protocolos. OPC-DX permite a los servidores OPC-DA
intercambiar directamente datos sin la exigencia de un cliente OPC intermedio. La
mejor manera de pensar en un servidor OPC-DX es como un servidor OPC-DA que se
puede configurar para intercambiar datos con otros 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.
Acceso de Datos XML (OPC XML DA)[editar]
Se est� convirtiendo en el m�todo est�ndar para el intercambio de 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 tras varios a�os de desarrollo, y ofrece una interfaz
Simple Object Application Protocol (SOAP) para los objetos OPC DA 2.0/3.0. Esto
permite a las aplicaciones cliente ser escritas en Java, Perl, Python, y otros
idiomas que soporta SOAP. SOAP y XML Web Services utiliza Protocolo de
transferencia de hipertexto (HTTP) y los mecanismos de transporte y, adem�s,
proporciona una plataforma neutral m�s adecuado para el tr�fico con base en
Internet, en comparaci�n con tecnolog�as como DCOM. Sin embargo, debido a las
limitaciones de rendimiento posible, OPC XML-DA es poco 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 control.
Arquitectura Unificada OPC (OPC UA)[editar]
Refleja el objetivo de Microsoft de retirar DCOM en favor de .NET y arquitecturas
orientadas a servicio. OPC UA integra la funcionalidad de las anteriores
especificaciones (OPC DA, OPC-HDA, OPC A & E, OPC-DX, etc). OPC UA abandona COM /
DCOM en favor de dos transportes: SOAP / HTTP (S) y un mensaje binario codificado
en la parte superior de TCP. Es prematuro evaluar la seguridad de OPC UA en
relaci�n con DCOM, ya que la API OPC UA de seguridad a�n est� en desarrollo. Sin
embargo, dado que ahora existe una mayor conciencia en la OPC Foundation,
proveedores OPC, y Microsoft para la necesidad de seguridad, hay poca duda de
que .NET proporcionar� una base m�s segura que COM / DCOM. Tambi�n hacen mucho m�s
sencillo el desarrollo de clientes y servidores OPC en plataformas que no sean de
Microsoft.
Seguridad[editar]
Existen tres niveles de seguridad OPC:
Seguridad Inv�lida: Libre acceso entre Cliente/Servidor.
Seguridad DCOM: Clientes seleccionados tienen acceso limitado a servidores OPC. No
hay un control total sobre sistemas operativos como Linux, Unix.
Seguridad OPC: El Servidor OPC sirve como un regulador de control de acceso a
fabricantes de sistemas operativos como Linux y Unix sobre objetos espec�ficos de
acceso restringido que son expuestos por el Servidor OPC.
Est�ndares OPC[editar]
OPC common[editar]
Definici�n de interfaces:
IOPCShutdown: Desconexi�n de los clientes. Punto de conexi�n a trav�s de la
interfaz IOPCShutdown.
IConnectionPointContainer: Acceso al punto de conexi�n para la interfaz
IOPCShutdow.
IOPCCommon:
Usado por todos los servidores OPC independientemente de que pertenezcan a una
especificaci�n u otra.
Interfaz independiente con cada servidor.
IOPCServerList: Determina el tipo de servidores disponibles en una m�quina.
Enlaces externos[editar]
Fundaci�n OPC
Entrenamiento OPC
Servidores de OPC
Instituto Universitario de Microlectr�nica Aplicada
WOOPSA, Web Object Oriented Protocol for Software and Automation