06 OPC Conceptos Fundamentales PDF

DEPARTAMENTO DE INGENIERA DE SISTEMAS Y AUTOMTICA
Fede Prez

OPC

Conceptos Fundamentales

OPC Conceptos Fundamentales I

Fede Prez Dpto. de Ingeniera de Sistemas y Automtica
E.T.S. de Ingeniera de Bilbao

INDICE

SECCIN 1 INTRODUCCIN.....................................................1
1. DEFINICIN .............................................................................................................................................1
2. HISTORIA.................................................................................................................................................1
3. APLICACIN DE OPC...............................................................................................................................3
4. ARQUITECTURA OPC..............................................................................................................................4
4.1 Adaptacin a la Aplicacin del Cliente .............................................................................................. 5
4.2 Mtodos de Aplicacin ....................................................................................................................... 5
4.3 Esquema General ............................................................................................................................... 6
5. FUNCIONALIDAD OPC.............................................................................................................................6
SECCIN 2 BASES DE OPC.........................................................8
1. OBJ ETOS E INTERFACES DE OPC..............................................................................................................8
1.1 Perspectiva General del Acceso de Datos OPC................................................................................. 9
1.2 Perspectiva General de la Gestin de Alarmas y Eventos OPC ........................................................ 9
1.3 Perspectiva General del Acceso de Datos Histricos OPC ............................................................. 10
2. INTEGRACIN OPC................................................................................................................................11
3. ARQUITECTURA OPC GENERAL Y COMPONENTES..................................................................................11
4. SERVIDORES REMOTOS VS. LOCALES.....................................................................................................12
SECCIN 3 ESPECIFICACIONES OPC...................................13
1. OPC COMMON ......................................................................................................................................13
1.1 Tipos de Interfaces............................................................................................................................ 13
1.2 Definicin de Interfaces.................................................................................................................... 14
2. OPC DATA ACCESS (OPC DA).............................................................................................................15
2.1 El Modelo Lgico de OPC DA ......................................................................................................... 16
2.2 Diseo de un Servidor OPC DA....................................................................................................... 17
3. OPC ALARM AND EVENTS (OPC A&E)................................................................................................19
3.1 Conceptos ......................................................................................................................................... 20
3.2 3.3.2 El Modelo Lgico OPC A&E................................................................................................... 21
3.3 Diseo de un Servidor ...................................................................................................................... 21
3.4 Problemas no Resueltos por OPC A&E........................................................................................... 22
3.5 Definicin de Interfaces OPC A&E.................................................................................................. 22
4. OPC HDA 1.X.......................................................................................................................................24
4.1 3.4.1 Conceptos ................................................................................................................................ 24
4.2 Definicin de Interfaces OPC HDA.................................................................................................. 25
5. OPC BATCH........................................................................................................................................26
5.1 El Modelo Funcional OPC Batch..................................................................................................... 27
5.2 Definicin de Interfaces OPC Batch ................................................................................................ 27
6. OPC DX................................................................................................................................................27
7. OPC XML.............................................................................................................................................28

OPC Conceptos Fundamentales 1
Seccin 1 INTRODUCCIN
1. DEFINICIN
OPC corresponde a un conjunto de especificaciones basadas en los estndares de
Microsoft (COM, DCOM, OLE Automation y Active X) que cubren los requerimientos de
comunicacin industrial entre aplicaciones y dispositivos, especialmente en lo que se refiere
al tiempo real.
2. HISTORIA

La prehistoria Windows 3.0
Con la introduccin de Windows 3.0 en 1990 se hizo posible OPC, sobre una plataforma
barata, para ejecutar aplicaciones mltiples simultneamente. An mejor, Windows
proporcion un mecanismo estndar para aquellas aplicaciones que intercambian datos en
tiempo de ejecucin. Este mecanismo era el Intercambio de datos Dinmico, o DDE, y no
mucho antes, los usuarios vieron los beneficios de tener sus procesos o datos de planta
dentro de aplicaciones de propsito general como Microsoft Excel.
Pronto sin embargo, las limitaciones de DDE se hicieron claras. No era muy robusto, no
haba ningn apoyo para DDE a travs de una red, y, el peor de todos, su ancho de banda era
muy limitado.
Se intent rectificar estos defectos mediante tentativas, produciendo el mayor impacto el
Wonderwares InTouchTM SCADA software, que introdujo un medio de conectar a una red
el trfico DDE (NetDDETM, que era posteriormente ocupado por Microsoft), y tambin
aument el ancho de banda eficaz de DDE empaquetando objetos de datos mltiples en cada
paquete o mensaje (FastDDETM). La desventaja principal de este esquema, y otros como
AdvanceDDETM del Software de Rockwell, consista en que estaban sujetos a derechos
privados, requiriendo pagos a sus inventores, y as nunca se lograra un verdadero estndar
de industria.

OLE 2.0 y WinSEM
Cuando OLE 2.0 se lanz en 1992, era evidente que tarde o temprano reemplazara los
usos de DDE, porque era ms flexible, ms robusto, y usaba mecanismos ms eficientes de
transporte.
2 Conceptos Fundamentales OPC
Dpto. de Ingeniera de Sistemas y Automtica Fede Prez
Alrededor del mismo tiempo, un grupo que se llama WinSEM (Windows en Ciencia,
Ingeniera y Fabricacin) comenz a reunirse en la oficina central Redmond de Microsoft.
Los miembros de este grupo eran en gran parte de las reas de control industrial y la
adquisicin de datos, con Microsoft actuando como catalizador.
Por 1994, haba inters firme, enfocado por WinSEM, en el uso de tcnicas OLE para
mover datos de proceso entre aplicaciones en (casi) en tiempo real. En particular, un nmero
de vendedores SCADA vio la posibilidad de estandarizar el interfaz entre el ncleo SCADA y
los drivers de dispositivo que eran en realidad responsables de adquirir los datos.
Potencialmente, esto poda beneficiar a vendedores SCADA y fabricantes de equipo: el
vendedor SCADA no tendra que invertir en la escritura de drivers, mientras el fabricante de
equipo tiene que proporcionar slo un driver que trabajase con todo el software de Windows.
La oferta ms interesante fue propuesta por US Data en marzo de 1995. Comparado con
la especificacin OPC, este documento ahora parece muy simple. Sin embargo, se establecen
la mayor parte de los conceptos clave de OPC.
Despus de la publicacin de este prometedor documento, progres hacia un estndar
muy lento. Esto era el punto de vista de los implicados en WinSEM (incluyendo Microsoft).
Esto supone el origen de OPC Task Force.

Los Principios de OPC
OPC Task Force publica en 1995 ISA Show en Nueva Orleans con una nueva versin.
Sus miembros eran Fisher-Rosemount (ahora Emerson Process Managment), Intellution,
Intuitive Technology, OPTO 22, y Rockwell Software. Microsoft acta como apoyo.
La primera versin preliminar de la especificacin OPC fue lanzada en diciembre 1995, y
era presentado a WinSEM en Redmond en enero 1996. A pesar del resentimiento de que un
grupo de lite asumiera el esfuerzo de estandarizacin, en conjunto la respuesta era favorable
y muy constructiva.
Una segunda especificacin se publica en marzo 1996, y seminarios 'J umpStart' se
realizan en Dallas, Texas (abril 1996), Londres, Inglaterra (julio 1996), y J apn (agosto 1996)
para ofrecer una introduccin a los interesados en el estndar propuesto. En cada ocasin la
respuesta era positiva. Las diapositivas de Powerpoint usadas en el primer OPC J umpStart
estn todava disponibles en ftp: // zilker.net/pub/opc/J umpStart.

OPC la Versin 1.0
La versin 1.0 de la especificacin OPC fue lanzada el 29 de agosto 1996. Una versin
1.0A corregida de la Especificacin de Acceso de Datos OPC aparece en 1997.

Fundacin OPC
Buscando la opinin en la industria, se tom la decisin de que la especificacin OPC
deba ser manejada por una organizacin independiente, no lucrativa llamada la Fundacin
OPC.
La Fundacin OPC se present en ISA Show en1996 en Chicago, con demostraciones de
servidor OPC de varias empresas en la cabina Microsoft, y realizando la primera reunin de
Asamblea general de miembros. Posteriormente demostraciones de colaboracin se han
mostrado en ferias de muestras principales en el mundo entero.
Productos comerciales que usan OPC comenzaron a aparecer a finales de 1996. A
mediados de 1998, se confirma como el estndar de industria.
La Fundacin tiene el apoyo de la industria (sobre 150 miembros en total), adems de
J apn y Europa. La fundacin tiene su propia web, http: // www.opcfoundation.org/.

Un mbito Ms amplio para OPC
OPC Data Access 2.0 se publica a finales de 1998 y contiene documentos de
especificacin separados para clientes e interfaces de automatizacin. La especificacin de
cliente incluy un mecanismo ms robusto. Los interfaces de automatizacin, mientras tanto,
fueron rediseados para mejorar su uso, y aprovechar mejor la tecnologa.
Tambin a finales de 1998, el alcance de OPC fue ampliado con la publicacin de las
Alarmas y la especificacin de interfaz de cliente de Acontecimientos, la versin 1.0.
En el ao 2000 se publican nuevas especificaciones de interfaz de cliente que cubren el
Acceso de Datos Histricos, Batch y la Seguridad.

Prueba De Conformidad
Posiblemente el desarrollo ms significativo de 2001 era la versin OPC Foundations
Compliance Testing y el programa de certificacin para servidores de Acceso de Datos OPC,
que pronto sern ampliados para cubrir Servidores de acontecimientos y Alarmas.
En el 2001 tambin se public la especificacin de interfaz de automatizacin para el
Acceso de Datos Histrico, y la versin 2.0 de especificacin de interfaz Batch custom. Poco
ms se consigui durante el 2001.
La especificacin de OPC es una especificacin tcnica no-propietaria que define un
sistema de interfaces estndares basados sobre la tecnologa de OLE/COM.

3. APLICACIN DE OPC
OPC es un mecanismo uniforme para comunicar a numerosas fuentes de datos, o
dispositivos en el piso de la fbrica, o en una base de datos en una habitacin de control. La
arquitectura de la informacin para la Industria del Proceso mostrada en la Figura 1-1, implica
los niveles siguientes:

Administracin de Campo. Con la llegada de dispositivos inteligentes, se puede
proporcionar una riqueza de informacin sobre dispositivos de campo que no estaban
previamente disponibles. Esta informacin proporciona los datos de un dispositivo,
sus parmetros de configuracin, las materias de la construccin, etc. Todo esta
informacin debe ser presentada al usuario, y a cualquier aplicacin que la use.
Proceso de Administracin. La instalacin de Sistemas Distribuidos de Control
(DCS) y sistemas SCADA para supervisar y controlar datos del proceso de
fabricacin disponibles electrnicamente que haban sido recopilados manualmente.
Administracin del negocio. Los beneficios pueden ser obtenidos instalando
sistemas del control. Esto se consigue integrando la informacin recogida del proceso
en los sistemas de negocio que maneja aspectos financieros de la fabricacin.
Proporcionar esta informacin eficazmente a aplicaciones de cliente aminora el
esfuerzo requerido para proporcionar esta integracin.

Para conseguir esto, los fabricantes necesitan conseguir acceso a los datos del piso de la
planta e integrarlos en su sistema de negocio. Los fabricantes deben ser capaces de utilizar
las herramientas (Paquetes de SCADA, las Bases de datos, etc.) para satisfacer sus
necesidades. La clave es una arquitectura abierta y eficaz de comunicacin en el acceso de
datos, y no los tipos de datos.

Handheld
PDA
Configuration and
Maintenance
Measurement
-Pressure
-Temp
-Flow
-Level
Valves
Positioners
Coriolis
PD Meters
Common Head
Analytical
-Simple
-Complex
-Analog I/O
-Discrete I/O
-TC/RTD
Fisher
Field Management
Fieldbus
Windows NT
Operator Console
Windows NT
RT/History Data
Server
Windows 3.1
Windows-95
Windows NT
Client Applications
Process Management
Plant Highway
Windows NT
Operator Console
RT/History Data
Server
Business Management
Plant Highway
Controller

Figura 1-1 Esquema general
4. ARQUITECTURA OPC
Lo que se necesita para las aplicaciones es una manera comn de acceder a los datos de
cualquier fuente, como un dispositivo o una base de datos.
El servidor OPC en esta figura y en secciones posteriores es sinnimo de cualquier
servidor que proporciona el interfaz OPC.
...
OPC Server
B
OPC Server
A
OPC Server
C
Application X
OPC Interface
Application Y
OPC Interface

Figura 1-2 Arquitectura OPC
4.1 Adaptacin a la Aplicacin del Cliente
Hay muchas aplicaciones de cliente que requieren datos de una fuente, y acceden a esos
datos desarrollando Drivers para sus propios paquetes. Esto ocasiona los siguientes
inconvenientes:
Para cada vendedor de hardware un driver particular.
Las caractersticas hardware no soportadas por todos los drivers.
Un cambio en las caractersticas hardware puede afectar a algunos drivers
Generalmente, dos paquetes no pueden acceder simultneamente al mismo
dispositivo, ya que cada uno tiene drivers independientes.

Los fabricantes del hardware procuran resolver estos problemas desarrollando drivers,
pero son entorpecidos por diferencias en los protocolos de cada cliente. No pueden desarrollar
un driver eficiente que puede ser usado por todos los clientes.
OLE para el Control de Proceso (OPC) establece una lnea entre proveedores de
hardware y software. Facilita un mecanismo para proporcionar los datos de una fuente y
comunicar esos datos a cualquier aplicacin del cliente. Un vendedor puede desarrollar un
servidor optimizado para comunicarse con la fuente de datos, y mantener el mecanismo de
acceso a los datos de la fuente o dispositivo. Incorporando al servidor una interfaz OPC,
permite a cualquier cliente el acceso a sus dispositivos.

4.2 Mtodos de Aplicacin
Un nmero creciente de aplicaciones se desarrolla en ambientes como Visual Basic
(VB), Delphy, Power Builder, etc. OPC debe tener en cuenta esta tendencia. As, Microsoft
disea OLE/COM para permitir que componentes escritos en C y C ++, sean utilizados por
programa de cliente (escritos en VB o Delphy para un dominio totalmente diferente). Los
componentes software se escribirn en C y C ++para encapsular la complejidad de acceso a
datos de un dispositivo, de forma que permita a los promotores de aplicacin de gestin
escribir en VB y tener acceso a los datos de piso de planta. El objetivo de todas las
especificaciones es el desarrollo de servidores OPC en C y C++, y as, facilitar el desarrollo
de aplicaciones de cliente de OPC en el lenguaje escogido. La arquitectura y el diseo de los
interfaces son pensados para apoyar el desarrollo de servidores OPC tambin en otros
lenguajes.
4.3 Esquema General
OLE para el Control de Proceso (OPC) est diseado para permitir a las aplicaciones
de cliente el acceso a los datos de planta de una manera consistente. OPC proporcionar
muchos beneficios:
Los fabricantes de hardware slo 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.
Con OPC, la integracin de sistemas en un entorno heterogneo se convertir simple.

Ethernet
PCs with Win95 or NT Workstations with NT
Minis with
OLE/COM Gateways
Mainframes with
OLE/COM Gateways
OPC Data Server (NT)
Device 1
Device 2
Device 3
Device 4
MMI
Custom VB Apps
SCADA
Custom VB Apps
SCADA
Custom Apps
Production Control
Custom Apps

Figura 1-3 Esquema general
5. FUNCIONALIDAD OPC
El objetivo principal de OPC es entregar las especificaciones a la industria tan rpido
como sea posible. Con esto en la mente, el alcance de las primeras versiones del documento
se limita a reas comunes de todos vendedores. La funcionalidad adicional se definir en
versiones futuras. Por lo tanto, las primeras versiones enfocan en:
Acceso de Datos en lnea, en otras palabras, la lectura y escritura eficiente de datos
entre una aplicacin y un dispositivo de control de proceso
El Manejo de Alarma y el Acontecimiento, en otras palabras, los mecanismos para
Clientes de OPC para ser notificados de las condiciones especificadas y alarma,
Acceso a Datos Histricos, en otras palabras, la lectura, procesamiento y redaccin de
datos histricos

Las funcionalidades tales como la seguridad, datos histricos y acontecimientos son
caractersticas que pertenecen a versiones siguientes.
Otras metas para el diseo de OPC son:
Sencillo de aplicar.
Flexible de acomodar a mltiples necesidades
Proporcionar un nivel alto de funcionalidad
Ser eficiente.

Las especificaciones incluyen lo siguiente:
Un conjunto de interfaces COM para el uso de cliente y servidor.
Referencias a un conjunto de interfaces de Automatizacin OLE para apoyar a
clientes desarrollados con las aplicaciones de gestin de niveles ms altos como
Excel, Visual Bsico, etc.

Microsoft distribuy la tecnologa OLE (DCOM) para facilitar a clientes la comunicacin
con servidores remotos.

Seccin 2 BASES DE OPC

OPC esta basado en la tecnologa OLE/COM de Microsoft.

1. OBJETOS E INTERFACES DE OPC
Esta especificacin describe los objetos de OPC COM y sus interfaces implementados
por servidores OPC. Un cliente OPC se puede conectar a servidores OPC proporcionados por
mas de un vendedor.
OPC Client
OPC
Server
Vendor A
OPC
Server
Vendor C
OPC
Server
Vendor B

Figura 2-1 Cliente OPC

Los servidores OPC puedes ser proporcionados por diferentes vendedores. El cdigo
que da el vendedor determina los aparatos y los datos a los que el servidor va a tener
acceso y tambin determina los detalles de cmo el servidor accede fsicamente a los datos.

OPC Client #1
OPC
Server
Vendor A
OPC
Server
Vendor C
OPC
Server
Vendor B
OPC Client #2
OPC Client #3

Figura 2-2 Relacin Cliente/Servidor OPC
1.1 Perspectiva General del Acceso de Datos OPC
A un nivel alto, un Servidor de Datos OPC esta compuesto por varios elementos: el
servidor, el grupo y el item. El servidor OPC mantienes informacin sobre el servidor y sirve
como container para objetos del grupo OPC. El objeto del grupo OPC mantiene informacin
sobre si mismo y provee de mecanismos para contener y organizar lgicamente items de
OPC.
Los grupos OPC proveen un modo para que los clientes organicen los datos. Por ejemplo,
el grupo puede representar los items en un display del operador o informe especial. Tambin
se pueden crear conexiones basadas en excepciones entre el cliente y los items en el grupo y
se pueden habilitar o deshabilitar segn sean necesarias. Un cliente OPC puede configurar la
velocidad a la que un servidor OPC debera de proveer de los cambios de datos al cliente
OPC.
Hay dos tipos de grupos, los pblicos y los locales (o privados). Los pblicos son para
compartir entre muchos clientes y los locales son privado para cada cliente.
Dentro de cada grupo el cliente puede definir mas de un item OPC.

Item 1
Group
Item 2
Item 3

Figura 2-3 Relacin grupo/item

Los Items OPC representan conexiones a las fuentes de datos dentro de un servidor.
Desde el punto de vista de una interfaz, un Item OPC, no es accesible como un objeto por
parte de un Cliente OPC. Por lo tanto, no hay ninguna interfaz externa definida para un Item
OPC. Todo los accesos a Items OPC se hacen atraves de un objeto del Grupo OPC que
contiene al Item OPC.
A cada Item se le asocian sellos de Valor, Calidad y Tiempo. El Valor se expresa en la
forma VARIANT y la Calidad es parecido a lo especificado por Fieldbus.
Es importante entender que los items no son fuentes de datos, son nicamente conexiones
a ellas. Por ejemplo, los tags en un sistema DCS existes independientemente de si en ese
momento hay un Cliente OPC accediendo a ellos.

1.2 Perspectiva General de la Gestin de Alarmas y Eventos OPC
Estas interfaces ofrecen mecanismos para que los Clientes OPC reciban notificaciones de
ciertos eventos especificados y de condiciones de alarma. Tambin ofrecen servicios que
permiten a Clientes OPC determinar los eventos y condiciones soportados por el Servidor
OPC y obtener su estado.
Hacemos uso de las entidades denominadas como alarmas y eventos. En lenguaje
informal estos dos conceptos se usan de forma indiferente.
En OPC, alarma es una condicin anormal y por lo tanto es un caso especial de
condicin. Una condicin es un estado concreto del Servidor de Eventos OPC o de uno de los
objetos contenidos por dicho servidor, que puede resultar de inters para sus clientes. Por
ejemplo, el tag FC101 puede tener las siguientes condiciones asociadas a el: HighAlarm,
HighHighAlarm, Normal, LowAlarm, y LowLowAlarm.
Por otro lado, un evento es un suceso detectable que es significativo para un Servidor
OPC, para el aparato al que representa y para sus Clientes OPC. El evento puede estar o no
asociado a una condicin. Por ejemplo, las transiciones a las condiciones HighAlarm y
Normal son eventos asociados a condiciones. Pero sin embargo, las acciones del operador,
cambios de la configuracin y errores del sistema son ejemplos de eventos que no estn
asociados a ninguna condicin especfica. Los Clientes OPC puedes solicitar la notificacin
de ciertos eventos especficos.

La interfaz del Servidor de Eventos IOPC ofrece mtodos para permitir a un Cliente
OPC:
Determinar los tipos de eventos que puede soportar un Servidor OPC.
Suscribirse a algunos eventos, de tal forma que los Clientes OPC puedan recibir
notificaciones sobre ellos. Los filtros se pueden usar para definir un subconjunto de
eventos deseados.
Acceder y manipular condiciones implementados por un Servidor OPC.

Adems de la interfaz IOPC un Servidor de eventos puede soportas otro tipo de interfaces
para mostrar las condiciones implementadas por un servidor.

1.3 Perspectiva General del Acceso de Datos Histricos OPC
Los motores histricos producen una informacin que ha de ser distribuida a usuarios y a
clientes software que estn interesados en dicha informacin. Normalmente la mayora de los
sistemas histricos utilizan una interfaz propia para diseminar los datos. No hay capacidad
para utilizar las soluciones histricas que ya existen con otras capacidades en un entorno
plug-n-play. Esto hace que sea necesario que el desarrollador cree otra vez sus una
infraestructura para que sea la misma para todos sus productos.

Hay distintos tipos de servidores Histricos. Algunos importantes que son soportados por
esta especificacin son los siguientes:
Servidores de datos simples. Estos servidores ofrecen poco mas que la capacidad de
almacenar datos simples.
Servidores de anlisis y compresin de datos complejos. Estos servidores ofrecen
capacidad de compresin de datos adems de la capacidad de almacenaje de datos.
Son capaces de ofrecer funciones de anlisis de datos, tales como calculo de la media,
del mnimo, del mximo... Pueden actualizar datos y tener un resumen de
actualizaciones.

2. INTEGRACIN OPC
A pesar de que OPC esta diseado principalmente para acceder a datos de un servidor en
red, las interfaces OPC se puede usar para distintas aplicaciones. En el nivel ms bajo puede
coger datos de aparatos fsicos y llevarlo a SCADA o DCS, o de un servidor SCADA o DCS
a una aplicacin. La arquitectura y el diseo permiten que se pueda configurar un Servidor
OPC que permita a una aplicacin cliente acceder a datos de distintos Servidores OPC.

Application OPC I/F
OPC
Server
OPC I/F
SCADA
System
Physical I/F
Physical I/F
Physical
I/O
Physical
I/O

Figura 2-4 Relacin Cliente/Servidor OPC

3. ARQUITECTURA OPC GENERAL Y COMPONENTES
Las especificaciones OPC contienen siempre dos tipos de interfaces; Interfaces Custom e
interfaces de Automatizacin. Esto se puede ver en la figura 2-5.

C++ Application
VB Application
OPC Custom I/F
OPC Automation I/F
OPC Server
(In-Proc, Local, Remote,
Handler)
Vendor Specific Logic

Figure 2-5 Interfaces OPC

Hay varias consideraciones cuando se implementa un servidor OPC. El mas importante
es la frecuencia de transferencia de datos de paths de comunicacin que no se pueden
compartir a aparatos fsicos. Por lo tanto se espera que el Servidor OPC sea un EXE local o
remoto que incluya cdigo que se encargue de recoger datos de aparatos fsicos o de bases de
datos.
Una aplicacin Cliente OPC se comunica con un Servidor OPC mediante las interfaces
Custom y Automation previamente mencionadas. Los servidores OPC han de implementar la
interfaz de Custom y opcionalmente pueden implementar la de Automation.


Figura 2-6 Arquitectura tpica de OPC

4. SERVIDORES REMOTOS VS. LOCALES
A la hora de montar las redes OPC hay dos alternativas:
Los clientes se deben de conectar siempre a un servidor local que har uso de un
esquema de red existente.
El cliente se puede conectar al servidor que desee.

OPC Automation
Interface
OPC Custom Interface
Local or Remote
OPC Server

(Shared by many clients)
Server Data Cache
Physical
Device/
Data
OPC Automation
Wrapper
VB
Application
C++
Application
Seccin 3 ESPECIFICACIONES
OPC
El estndar OPC est dividido en diferentes especificaciones. Todas ellas tienen como
base comn la especificacin OPC Common y dependiendo de la aplicacin para la que estn
definidas las especificaciones, implementarn unos interfaces u otros a parte de los
implementados en OPC Common. Las especificaciones que se pueden encontrar dentro del
estndar OPC son:

OPC Common
OPC Data Access
OPC Alarm &Events
OPC Historical Data Access
OPC Batch
OPC DX
OPC XML

A parte de estas especificaciones se siguen preparando nuevas especificaciones.

1. OPC COMMON
Como su nombre indica es la especificacin comn a todos los servidores y clientes que
implementen OPC en cualquiera de las especificaciones arriba mencionadas. Esta
especificacin define tres funciones que deben ser implementadas siempre:
Desconexin de los clientes a peticin de los servidores. Esta funcin es
implementada a travs de la interfaz IOPCShutdown.
Registro de servidores dentro del sistema.
Capacidad de dar a conocer a las aplicaciones clientes los servidores instalados en
una maquina. Esto se lleva a cabo gracias a la interfaz IOPCServerList.

1.1 Tipos de Interfaces
La especificacin OPC hace una clasificacin de los interfaces atendiendo a varios
criterios:
El lenguaje de programacin utilizado a la hora de disear los clientes y servidores.
La necesidad de su implementacin en los servidores como en los clientes.

Segn al lenguaje de programacin se pueden distinguir dos tipos de interfaz:
Interfaz Automation
Interfaz Custom

Una aplicacin cliente OPC se comunica con un servidor OPC a travs de las interfaces
Custom y Automation. Los programas clientes que estn creados con un lenguaje script, como
por ejemplo Visual Basic utilizarn el interfaz Automation. En cambio aquellos que estn
creados en C++utilizarn de forma ms sencilla el interfaz Custom. Para establecer una
comunicacin entre un servidor OPC y un cliente OPC que estn programados en diferentes
lenguajes se puede usar OPC Automation Wrapper. El OPC Automation Wrapper
representa un enlace de conexin entre por ejemplo un servidor OPC programado en C/C++y
una aplicacin programada en Visual Basic.
Los servidores OPC tienen que implementar la interfaz Custom, y opcionalmente
pueden implementar la interfaz Automation.
Atendiendo a la necesidad o no de su implementacin se pueden distinguir tambin dos
tipos de interfaces:

Interfaces obligatorias: Los interfaces obligatorios como su nombre indica son los
que tienen que estar siempre implementados en el diseo tanto de un cliente como de
un servidor OPC. Los interfaces obligatorios en un servidor tienen que tener todas las
funcionalidades que estn definidas dentro del interfaz implementadas. Por otra parte
un cliente se comunicar con un servidor llamando a las funciones del interfaz
obligatorio.

Interfaces opcionales: Se trata de los interfaces que pueden estar implementados o no
en los servidores. Cuando un servidor soporta un interfaz opcional es muy importante
que este implemente todas las funciones que estn definidas dentro de ese interfaz
opcional, incluso si la funcin devuelve como resultado un error de funcin no
implementada (E_NOTIMPL). Un cliente que desee utilizar las funcionalidades de un
interfaz opcional debe solicitar al servidor sus interfaces opcionales. El cliente debe
estar desarrollado de manera que no utilice los interfaces opcionales que no existan.

1.2 Definicin de Interfaces
Dentro de la especificacin OPC Common estn definidos los siguientes interfaces:

1. IOPCShutdown
Como ya se coment anteriormente los servidores OPC poseen la capacidad de pedir la
desconexin de los clientes. Esta capacidad la poseen todo tipo de servidores OPC. Esta
funcionalidad est disponible a travs de un punto de conexin en el servidor y en el
cliente a travs del interfaz IOPCShutdown.

2. IConnectionPointContainer
Este interfaz proporciona acceso al punto de conexin para la interfaz IOPShutdown.

3. IOPCCommon
Este interfaz es usado por todos los servidores OPC independientemente de que
pertenezcan a una especificacin u otra. Proporciona la capacidad de establecer y
demandar identificadores locales (LocaleID) que sern especficos para cada sesin
cliente/servidor. Un cliente que mantenga conexiones con un servidor OPC Data Access
y un servidor OPC Alarms and Events usar esta interfaz de forma independiente con
cada servidor.

4. IOPCServerList
Esta interfaz puede trabajar de forma remota. Determina el tipo de servidores que estn
disponibles en una mquina.

2. OPC DATA ACCESS (OPC DA)
En un servidor OPC Data Acces se pueden diferenciar tres tipos de objetos:
Objeto OPC Server.
Objeto OPC Group
Objeto OPC Item

El objeto OPC Server es el objeto COM al cual se conectan las aplicaciones. Debajo de l
se encuentran una coleccin de objetos OPC Group. Estos objetos son creados por la
aplicacin de forma dinmica para mantener listas de tags y atributos que en OPC son
llamados items. Por ejemplo un interfaz HMI debera crear un grupo por cada imagen que
tenga abierta. El contenido de los grupos y items puede variar en el tiempo dependiendo de
las necesidades de las aplicaciones.
El servidor OPC Data Access tiene dos formas de estructurar los objetos Group e Item:
Forma jerrquica
Forma plana

Figura3.1:Estructura de los objetos Group e Item en el servidor

2.1 El Modelo Lgico de OPC DA
A continuacin se muestra una imagen en la que se representa el modelo lgico de los
objetos donde se puede apreciar cada objeto y la relacin que mantienen entre ellos
The Logical Object Model
OPCServer
OPCGroup(s)
Custom and
Automation
Interfaces
OPCGroup(s)
OPCGroup(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)
OPCItem(s)

Figura3.2:Modelo de objetos lgico

1. Objeto OPC Server
El servidor OPC DA establece un objeto del tipo OPC Server para cada cliente y crea un
canal de comunicacin para cliente por separado. De esta forma se evita que el flujo de
informacin entre cliente y servidor se vea disminuida a causa de otros clientes. El objeto
OPC Server mantiene informacin del actual servidor y se usa como depsito de objetos
OPC Group.

2. Objeto OPC Group
El objeto OPC Group tiene como finalidad el proporcionar a las aplicaciones un
mecanismo para organizar los datos que necesitan. Diferentes grupos pueden ser usados
por diferentes partes de la aplicacin. El objeto OPC Group adems de mantener
informacin sobre s mismo se encarga del mantenimiento y la organizacin lgica de los
objetos OPC Item
La transmisin de datos del servidor OPC DA acta a nivel del OPC Group. Cada Grupo
tiene que tener un nombre nico relacionado con el cliente OPC. El cliente OPC puede
cambiar ms tarde este nombre, pudiendo especificar incluso el activo o inactivo del OPC
Group
El servidor OPC DA es el encargado de generar grupos OPC. Adems de crear grupos es
posible suprimir un grupo, obtener el nombre de un grupo y enumerar los grupos. Los
grupos contienen items, que corresponden a datos en el servidor. Si el servidor es un
supervisor los items se corresponden con tags. Si el servidor es un autmata los items se
corresponden con registros (DB)
Los servidores OPC pueden leer sus datos de bases de datos, mapas ADD-IN, o desde
cualquier fuente de datos.

3. OPC Item
El objeto OPC Item representa un punto de conexin entre el servidor y el valor real en el
dispositivo fsico. Esto significa que los Items OPC no representan las fuentes actuales de
datos pero solo contienen la direccin al tag apropiado en la configuracin del servidor.
Se trata de un objeto transitorio que existe junto con el servidor OPC
Al contrario que el OPC Group y el OPC Server el Item OPC no soporta interfaces OPC
y por eso no es un objeto COM. Es un objeto interno del servidor OPC que mantiene
informacin importante de los necesidades solicitadas por del cliente OPC(por ejemplo
los datos usados para actualizar valores, el estado activo o inactivo de los valores
requeridos, etc...)
Desde la perspectiva del cliente OPC el Item OPC no representa la fuente de datos actual
sino nicamente la conexin lgica a la fuente de datos. Usando el identificador del item
(Item ID), el OPC Item est asociado unvocamente al item definido en la configuracin
fsica del servidor OPC.
Los Items se identifican por su nombre. El servidor debe utilizar una tcnica para
controlar la correspondencia de los nombres de los Items y los datos fuente que l
maneja. Estos nombres son accesibles a travs de la interfaz Browse.
Los items se encuentran dentro de los objetos OPC Group y se caracterizan por atributos
y propiedades entre las cuales se puede destascar:
nombre
valor
calidad
marca de tiempo

4. ItemID
ItemID es un nico identificador del tag y es usado por el cliente OPC para establecer la
conexin con el servidor OPC.

2.2 Diseo de un Servidor OPC DA
En su nivel ms bajo, el objeto OPC Server es un driver I/O que puede transmitir datos
desde un dispositivo fsico conectado, normalmente un PLC.
Otra parte integral del OPC Server es un bloque que optimiza la recoleccin de datos y
mantiene la ms alta actuacin en la comunicacin contra elPLC. Usando los interfaces
apropiados de la especificacin OPC Data Acces, los datos transmitidos son ofrecidos al los
clientes OPC conectados.

Typical Server Design
OPC/COM Interfaces
OPC Group & Item Management
Item Data Optimization and Monitoring
Device Specific Protocol Logic
Hardware Connection Management

Figura 3.3: Diseo de un servidor OPC DA

En algunos casos los servidores OPC no estn diseados para la comunicacin con
dispositivos especficos. Estos servidores OPC no incluyen algunas capas las cuales se
sustituyen en este caso por un protocolo de comunicacin con el interfaz.

3.2.6 Definicin de Interfaces OPC DA
1. Interfaces del objeto OPC Server
En este objeto estn definidos los siguientes interfaces:
IOPCServer: Este interfaz permite al cliente manejar los grupos.
IOPCBrowseServerAddressSpace (opcional): Este interfaz permite que la
aplicacin explore los nombres de los tags y atributos disponibles en el servidor.
Estos interfaces permiten a las aplicaciones:
Crear y borrar grupos
Explorar los tags disponibles
Traducir los cdigos de error en texto inteligible
Obtener informacin sobre el estado del servidor

2. Interfaces para el manejo del objeto OPC Group
Para el manejo del objeto OPC Group existen los siguientes interfaces
IOPCGroupStateMgt: Despus de que el cliente haya creado un grupo este interfaz
permite el control del comportamiento de ese grupo. Da la posibilidad de cambiar
el nombre del grupo, activarlo, desactivarlo, crear una copia...
IOPCitemMgt: Permite al cliente aadir items a un grupo

Estos interfaces permiten a las aplicaciones:
Aadir y quitar items de los grupos
Leer o escribir valores de uno o ms items en un grupo

3. Interfaces para leer y escribir en el objeto OPC Group
Existen tres maneras para que un cliente pueda leer datos de un OPC Group:
lectura sncrona
lectura asncrona
excepcion (suscripcin)

La lectura sncrona y asncrona trabaja con listas especficas de items del OPC Group que
son proporcionadas por el llamante. La suscripcin devuelve cualquier item en el grupo
que cambia.

Los interfaces que permiten este tipo de operaciones son los siguientes:
IOPCAsyncIO
IOPCSyncIO
IDataObject: Este interfaz es usado para descolgar callbacks que se usan en los
modos de acceso a datos asncrono y suscripcin

4. Interfaces en el cliente
En el cliente solo hay un interfaz IAdviseSink que es un interfaz del estndar de
Microsoft. Se trata de un interfaz callback.

3. OPC ALARM AND EVENTS (OPC A&E)
La especificacin OPC A&E describe las interfaces y los objetos que se implementan en
los servidores OPC A&E. Estos servidores proporcionan mecanismos que permiten a los
clientes estar informados de ciertas condiciones de alarmas. Por otra aparte gracias a los
interfaces que se implementan en los servidores A&E se da la posibilidad de que los clientes
conozcan las alarmas que son soportadas por los servidores y el estado actual delas mismas.
Un servidor OPC A&E genera:
la conexin de clientes
la subscripcin de condiciones y subcondiciones
la notificacin de alarmas

Los servidores OPC Alarm&Event son necesarios para sealar
Alarmas sobre datos de sensores: temperatura, presin...
Alarmas sobre parmetros de control: stop, open, close
Actualizaciones sobre estado de la informacin
o Estado de la conexin hardware
o Estado del software local
Completar las secuencias de sistemas como batch
Otro tipo de eventos que no se ajustan dentro de servidores OPC DA

OPC no est limitado a datos de sensores. Puede exponer cualquier tipo de datos. Basta
con crear un servidor software OPC para exponer los datos y su espacio de nombre. Hay que
remarcar que el interfaz OPC es un interfaz software, no se necesita ningn hardware
especifico o infraestructura de red

3.1 Conceptos
Alarmas: Segn OPC una alarma es una condicin anormal sobre el proceso y
corresponde a una OPC Condition especifica. Una alarma puede estar asociada o no a
alguna condicin y en caso de no estarlo simplemente representar un estado interno, que
expresa algo significativo en el contexto del servidor.

Condiciones: Una condicin es un estado nombrado en el servidor o en uno e sus objetos
susceptibles de interesar a un cliente. Por ejemplo el tag FIC 101 puede tener la
condiciones LevelAlarma asociada a l. Una condicin puede tener asociada a ella
subcondiciones.
Las condiciones pueden ser de estado nico o multiestado (HighAlarm, HighHighAlarm
LowAlarm, LowLowAlarm). Adems puueden tener asociados tres estados variables:
enabled, active y acknowledge. Las condiciones se pueden asociar a reas. Esto afecta a
dos reas del interfaz: filtering y browsing

Eventos: Un evento es un acontecimiento detectable el cual es significativo para el
servidor OPC Event, el dispositivo al que represente y sus clientes OPC. El evento puede
estar asociado o no a una condicin. Por ejemplo las transiciones dentro de la condicin
LevelAlarm y la vuelta a la normalidad de la condicin son eventos asociados a
condiciones, sin embargo los cambios en la configuracin del sistema y los errores del
sistema son ejemplos de eventos que no estn relacionados con condiciones especificas
Los eventos no tiene representacin directa en el modelo OPC. OPC distingue tres tipos
de eventos:
Condition Related: Transiciones en estados o fuera de ellos sobre eventos
asociados a una condicin
Tracking Related: Eventos que no estn asociados con alarmas pero que implican
la interaccin entre un cliente y objeto Target dentro del servidor OPC A&E
Simple: Los otros eventos. Utilizados para codificar los errores materiales.

Fuente: Una fuente est asociado a una condicin. Puede ser un tag, un equipo o cualquier
sub-sistema.

Zonas: Los eventos y condiciones disponibles en un servidor estn organizados en una o
ms reas o zonas. Una zona es el agrupamiento del equipo de planta configurado por el
usuario. Si las zonas estn disponibles, el cliente deber crear un objeto
OPCEventAreaBrowser para explorar la organizacin de las zonas de proceso. El cliente
podr entonces filtrar las suscripciones especificando las zonas de proceso y limitando as
los eventos que le enva el servidor.

3.2 3.3.2 El Modelo Lgico OPC A&E
La fuente de los datos puede ser un servidor OPC A&E, un servidor DA, o un equipo.

Figura 3.4: Modelo lgico de un objeto servidor A&E

El objeto servidor OPC es el objeto COM al cual las aplicaciones se conectarn. Cada
cliente ver un objeto COM lgico independiente. debajo hay un coleccin de objetos
subscriptores. Estos son creados de forma dinmica por la aplicacin cliente. Se supone que la
mayora de las aplicaciones sern capaces de usar una nico subscriptor con un nico filtro.

3.3 Diseo de un Servidor
El servidor proporciona el manejo de los subscriptores OPC y tambin controla, media y
optimiza en el acceso por mltiples clientes
El servidor es bsicamente un driver I/O que entiende como hablar con algunos
vendedores de alarmas y eventos (hardware o software)
El servidor reporta los eventos generados por este proveedor va los interfaces OPC


Figura 3.5: Diseo de un servidor

3.4 Problemas no Resueltos por OPC A&E

Hay una serie de problemas que OPC Alarms&Events no intenta resolver:
Global naming: subscripcin a uno o ms servidores. La manera en que mltiples
servidores resuelven el conflicto de nombres no se especifica en OPC. Por lo tanto cuando
te conectas a un servidor, se tiene que saber el PROGID del servidor y a que nodo fsico
conectarse.
Data Acces: Esto se lleva a cabo en otra especificacin OPC
Security: Pertenece a otra especificacin OPC
Configuracin de las alarmas: Igual que el el caso de acceso a datos esto se deja al
vendedor

3.5 Definicin de Interfaces OPC A&E
Cualquier objeto COM que soporte el interfaz IOPCEventServer es un servidor OPC de
eventos. En muchos casos un servidor OPC Data Access que tenga un objeto
OPCEventServer cumplir los dos papeles de servidor de datos y de servidor de eventos. Sin
embargo habr ocasiones en las que sea ms ventajoso tener un servidor dedicado
exclusivamente a eventos , es decir un servidor que no sea tambin un servidor OPC Data
Access.
En la especificacin se definen los siguientes objetos COM:

1. OPCEventServer

Este objeto proporciona las siguientes interfaces:

IOPCommon: Hace posible la implementacin de funciones que son comunes a
otros servidores OPC
IOPCEventServer: Se usa para generar los siguientes objetos: OPC Event
Subscription y OPC Event Area Browser
IconnectionPointContainer: Son interfaces estndar DCOM para objetos
conectables.

Estas interfaces permiten a la aplicacin:
Traducir cdigo de errores en texto inteligible
Obtener informacin del estado del servidor
Crear y manejar subscripciones
Determinar el criterio de filtro disponible para el servidor
Explorar la reas de alarma y condiciones disponibles

2. OPCEventSubscription

Las interfaces de este objeto son:
IOPCEventSubscriptionMgt: Se usa para configurar filtros y otros atributos
IconnectionPointContainer: Son interfaces estndar DCOM para objetos
conectables

Estos interfaces permiten al cliente:
Establecer una conexin callback
Parar y resumir la conexin
Establecer y modificar los criterios del filtro
Indicar que parmetros adicionales tiene que ser devueltos con la informacin
bsica cuando una condicin cambie de estado
Obtener un actualizacin del estado de ltodas las condiciones monitorizadas

3. OPCEventAreaBrowser

Este objeto es opcional, su interfaz es:
IOPCEventAreaBrowser: proporciona a los clientes una manera de explorar la
organizacin del rea de proceso implementada en el servidor

4. OPC HDA 1.X
La especificacin OPC HDA define la manera en que son tratados los archivos OPC. Por
otra parte en esta especificacin se define tambin las interfaces que permiten a los clientes
OPC HDA acceder a los datos archivados en los servidores OPC HDA. Un servidor OPC
HDA puede guardar los datos de un servidor DA o directamente en un formato propietario.
Un servidor DA puede ser tambin un servidor HDA. Un cliente HDA puede ser un mdulo
de curva de tendencia, un mdulo estadstico o cualquier mdulo que utilice archivos.
La especificacin OPC HDA es complementaria pero independiente de las
especificaciones OPC DA y OPC A&E. Los puntos comunes se reagrupan en la
especificacin comn. Hace referencia a servidores A&E cuando estos soportan los interfaces
especficos de OPC HDA.

4.1 3.4.1 Conceptos
Atributos: Describen los parmetros propios de los Item como el nombre, tipo de dato,
unidad de conversin, fuente de dato. Los atributos especficos pueden estar definidos
para cada servidor.
Agregados: Permiten especificar el tratamiento a los datos. El significado de cada
agregado est ligado a cada servidor. Los agregados no soportados por un servidor deben
asociarse a <OPC_E_INVALIDARG>en el cdigo.
Los agregados suplementarios a los agregados definidos por la fundacin OPC pueden
estar aadidos en el servidor a favor de la implementacin. se reserva los atributos de 0 a
0x7fffffff.
Items: La estructura de Items OPC HDA comprende el identificador del Item, su valor, su
marca de tiempo, su calidad, el agregado al que pertenecen y sus atributos

4.2 Definicin de Interfaces OPC HDA
Los objetos del servidor OPC HDA proporcionan la capacidad de leer datos del servidor
histrico y de escribir datos en el servidor. El tipo de datos histricos son dependientes del
servidor. Se accede a todos los objetos COM a travs de interfaces. El cliente solo ve las
interfaces. Los objetos que se describen a continuacin son representaciones lgicas que no
tienen nada que ver con la implementacin interna del servidor. Las figuras que se muestran a
continuacin son una suma de los objetos OPC y sus interfaces. Los interfaces que son
opcionales se indican entre corchetes ([])

Figura 3.9: Interfaz del cliente OPC HDA

La peticin Shutdown es necesaria para permitir al servidor OPC HDA apagarse de
forma limpia y sin alteraciones. El cliente debe liberar toda la memoria que le ha sido
proporcionada por el servidor y finalizar todas las conexiones.
La interfaz Browser proporciona al cliente un mtodo para revisar el espacio de
direcciones de los histricos. Este espacio de direcciones puede ser jerrquico o plano en los
servidores. Este interfaz est diseado para soportar una estructura jerrquica, de esta forma
un espacio de direcciones plano es representado como un nico nivel jerrquico. El interfaz
browser es indispensable en servidores HDA de gran tamao ya que permite a los clientes
revisar el espacio de direcciones de una manera grfica simple.


Figura 3.10: Interfaz del servidor OPC HDA

5. OPC BATCH
Esta especificacin esta construida sobre otros estndares que son OPC DA y la
especificacin IEC 61512-1. En la especificacin OPC Batch, el nombre de los items respeta
una sintaxis definida en la especificacin IEC 61512-1. La especificacin IEC aporta una
terminologa que est integrada en OPC Batch.
La especificacin OPC Batch define:
Los datos relativos a lotes en curso de ejecucin.
La informacin relativa al equipamiento indispensable para comprender el
contexto de ejecucin Batch
El registro de la ejecucin del lote
El contenido de los modelos del Batch

5.1 El Modelo Funcional OPC Batch
OPC Batch se usa para enviar modelos de lotes en un proceso de manufacturacin y
monitorizar su ejecucin(sistemas de laboratorio, sistemas de control por lotes, etc..). Es
importante el hecho de que cada servidor (cliente) OPC Batches es al mismo tiempo un
servidor (cliente) OPC DA. en otras palabras un servidor (cliente), OPC Batch incluye aparte
de la especificacin OPC Batch, la especificacin OPC DA incluyendo algunos interfaces
opcionales.
Los servidores OPC Batch permiten acceder a datos llamados Data Source. El tipo de
estos Data-Sources dependen de la implementacin del servidor.
La especificacin OPC Batch define un espacio de nombres fijo usando tres modelos. Los
tres modelos definidos en la especificacin son:
Modelo fsico: Es una coleccin jerrquica de los tags de los equipos incluidos en
zonas, clulas de proceso, unidades, mdulos de control.
Modelo Batch: Es una coleccin de procedimientos
Lista Batch ID: Proporciona un mtodo sencillo den obtener lis identificadores Batch

5.2 Definicin de Interfaces OPC Batch

1. Por parte del servidor

Figura 3.11: Interfaces del servidor OPC Batch

2. Por parte del cliente: Los interfaces son los mismos que para el servidor OPC DA:
No hay especficos para los clientes Batch.

6. OPC DX
La especificacin OPC DX (Data Exchange) regula las comunicaciones servidor a
servidor a travs de redes de comunicacin Ethernet. Esta especificacin permite servicios de
gestin y configuracin remotos. Se trata de extensiones del estndar OPC Data Access.
Ethernet
Sistemas
PLC y DCS
PROFInet
PROFIBUS
Sistema PROFIBUS
EtherNet/IP
ControlNet
Sistema
ControlNet Intl.
Sistema ODVA
Aplicacin
Cliente OPC DA
EtherNet/IP
DeviceNet
I/O
I/O
I/O
OPC DA OPC DX
OPC DA OPC DX
I/O
I/O
I/O
I/O
I/O
I/O
I/O
I/O
I/O
OPC DA OPC DX
OPC DA OPC DX
HSE
H1
Sistema
Fieldbus Foundation
OPC DA OPC DX
I/O
I/O
I/O
Ethernet
Sistemas
PLC y DCS
PROFInet
PROFIBUS
Sistema PROFIBUS
EtherNet/IP
ControlNet
Sistema
ControlNet Intl.
Sistema ODVA
Aplicacin
Cliente OPC DA
EtherNet/IP
DeviceNet
I/O
I/O
I/O
I/O I/O I/O
I/O I/O I/O
I/O I/O I/O
OPC DA OPC DX OPC DA OPC DX
I/O
I/O
I/O
I/O
I/O
I/O
I/O I/O I/O
I/O I/O I/O
I/O I/O I/O
I/O
I/O
I/O
I/O
I/O
I/O
I/O I/O I/O
I/O I/O I/O
I/O I/O I/O
I/O
I/O
I/O
I/O
I/O
I/O
I/O I/O I/O
I/O I/O I/O
I/O I/O I/O
OPC DA OPC DX OPC DA OPC DX OPC DA OPC DX
HSE
H1
Sistema
Fieldbus Foundation
I/O
I/O
I/O
I/O
I/O
I/O
I/O I/O I/O
I/O I/O I/O
I/O I/O I/O

Figura 3.12: OPC DX

7. OPC XML
La Fundacin OPC ha desarrollando la especificacin OPC XML cuyo objetivo es
desarrollar flexible y consistentes regulaciones para hacer disponible datos tecnolgicos va
OPC usando XML (Extensible Markup Language) en la Internet/Intranet. Las caractersticas
de XML permiten escritura muy fcil de cualquier tipo de estructura de datos y al mismo
tiempo, una transmisin va Internet de archivos con formato XML, justo igual que con el
formato HTML.

06 OPC Conceptos Fundamentales PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

06 OPC Conceptos Fundamentales PDF

Cargado por

Copyright:

Formatos disponibles

DEPARTAMENTO DE INGENIERA DE SISTEMAS Y AUTOMTICA

También podría gustarte