OPC OLE For Process Control

ESCUELA SUPERIOR
POLITÉCNICA DEL LITORAL
FACULTAD DE INGENIERÍA EN
ELECTRICIDAD Y COMPUTACIÓN
Escuela Superior
Politécnica de
Litoral
“ESTANDAR DE COMUNICACIÓN
INDUSTRIAL ”
ELABORADO POR:
Raul Cayetano Nicky Córdova
Erick Posada Nancy Rodríguez

Escuela Superior
Politécnica de
Litoral
1
OPC (OLE For Process Control And

Factory Automation)
Escuela Superior
Politécnica de
Litoral
2
OPC (OLE For Process Control And

Factory Automation)
ÍNDICE DE CONTENIDOS
1. Introducción
2. Beneficios
3. Historia
4. Descripción General
5. OPC Clásico
6. OPC UA
7. Aplicaciones
Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

1. Introducción
2. Beneficios
3. Historia
Escuela Superior 4. Descripción
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
Litoral 7. Aplicaciones
3 Introducción
Arquitectura de información para el Proceso Industrial

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
4 Introducción

Del grafico anterior se puede observar que la arquitectura de un proceso industrial esta conformada
por tres niveles:
a) Nivel Campo: Con el advenimiento de dispositivos de campo inteligentes, del tipo SMART
(Válvulas, servomecanismo,etc., basados en microprocesadores.), se puede integrar una gran
cantidad de información. Esta información proporciona datos del estado del dispositivo, sus
parámetros de configuración, materiales de construcción, etc. Toda esta información puede ser
presentada al usuario, y a cualquier aplicación que lo utilice, de una forma consistente.
b) Nivel de Procesos: La instalación de Sistemas de Control Distribuidos (DCS) y de Sistemas de
Supervisión de Control y Adquisición de Datos (SCADA), permiten monitorear, y controlar los
procesos industriales, mediante datos electrónicamente disponible.
c) Nivel de Gestión: Recolectada desde el proceso, hacia los sistemas comerciales que manejen
los aspectos financieros del proceso industrial mediante Softwares especializados.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
5 Introducción
Problema sin tecnología OPC

Protocolos propietarios: Los fabricantes utilizaban frecuentemente protocolos
que permitían a productos de una determinada gama comunicarse entre ellos,
pero requerían protocolos personalizados para comunicar con productos de
otros fabricantes.
Drivers de comunicación propietarios: Todas las conexiones punto a punto
requerían un protocolo propietario para posibilitar la comunicación entre los
extremos específicos.
Integración compleja: El uso habitual de protocolos propietarios para cada
dispositivo significaba que, incluso con un pequeño número de dispositivos y
aplicaciones, se requería rápidamente el uso de muchos
protocolos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
6 Introducción
Problema sin tecnología OPC

APLICACIÓN APLICACIÓN DE APLICACIÓN DE
GRÁFICA TENDENCIAS INFORMES
SOFTWARE SOFTWARE SOFTWARE SOFTWARE

DRIVER DRIVER DRIVER DRIVER
Problema de controladores personalizados

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
7 Introducción
Solución
Protocolos propietarios: OPC resuelve este problema haciendo
innecesario que el cliente de Datos tenga que conocer cómo comunica el
servidor de Datos o cómo organiza dichos datos.
Drivers de comunicación propietarios: OPC elimina la necesidad de
disponer de drivers específicos entre cada aplicación y la Fuente de Datos.
Integración compleja: Utilizar OPC simplifica enormemente la integración
porque, una vez que se configura un Servidor OPC para una Fuente de
Datos en particular, todas las aplicaciones que utilizan OPC pueden
empezar a compartir datos con esa Fuente de Datos, eliminando la
necesidad de drivers adicionales.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
8 Introducción
Solución
APLICACIÓN APLICACIÓN APLICACIÓN DE
GRÁFICA DETENDENCIAS INFORMES
OPC OPC OPC
OPC OPC OPC OPC

SOFTWARE SOFTWARE SOFTWARE SOFTWARE
DRIVER DRIVER DRIVER DRIVER
Estandar para la comunicación compacta, abierta y extensible.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
9 Introducción
OPC - Propósito
Permitir una manera de acceso común para
aplicaciones específicas, con información APLICACIÓN X APLICACIÓN Y
proveniente de cualquier fuente, como lo es un Interface OPC Interface OPC
dispositivo o un banco de datos.
La figura adjunta representa aplicaciones trabajando

con varias tipos servidores que son: Servidor Servidor Servidor OPC
· Servidor OPC de Acceso de Datos. OPC C OPC B A
· Servidor OPC de Eventos y Alarmas. Aplicaciones trabajando con muchos servidores OPC
· Servidor OPC de Datos Históricos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
10 Introducción
Funcionamiento de OPC
Se puede representar como una capa de
Aplicación DATOS
“abstracción” intermedia que se sitúa entre la
Fuente de Datos y el Cliente de Datos,
Cliente OPC permitiéndoles intercambiar datos sin saber
nada el uno del otros. Los protocolos nativos no
ABSTRACCIÓN dejan de ser necesarios ,al contrario, estos
Servidor OPC protocolos y/o interfaces nativos siguen
existiendo, pero sólo comunican con uno de los
dos componentes del software OPC. Y son los
Dispositivos FUENTE DE DATOS
componentes OPC los que intercambian
información entre sí, cerrando así el círculo. La
información puede viajar de la aplicación al
PLC RTU DCS Analyzer Database dispositivo sin que estos tengan que hablar
Arquitectura OPC Cliente-Servidor directamente entre sí.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
11 Beneficios
Beneficios de OPC
1. Mayor flexibilidad y reducción de costos
de integración de sistemas , desarrollo e
instalación de automatización de fábricas
y sistemas de control de procesos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
12 Beneficios
Beneficios de OPC
2. OPC proporciona componentes plug-and-
play de múltiples proveedores que la
fabricación de los clientes e integradores
de sistemas los cuales puedan integrar
fácilmente en sistemas de automatización
y de negocios en toda la empresa.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
13 Beneficios
Beneficios de OPC
3. OPC elimina las barreras entre los
dispositivos de plantas de fabricación
tradicional de propiedad, sistemas y otro
software de fabricación.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
14 Beneficios
Beneficios de OPC
4. Una aplicación Cliente OPC puede
comunicar libremente con cualquier Servidor
OPC visible en la red sin la necesidad de
utilizar ningún driver específico para la Fuente
de Datos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
15 Beneficios
Beneficios de OPC
5. Las aplicaciones Cliente OPC
pueden comunicar con tantos
Servidores OPC como necesiten.
No hay ninguna limitación
inherente a OPC en el número de
conexiones que se pueden
establecer.
Ambiente informático heterogéneo

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
16 Beneficios
Beneficios de OPC
6. Las Fuentes de Datos (hardware o software) que
utilizan OPC pueden ser intercambiadas o
actualizadas sin la necesidad de actualizar los drivers
utilizados por cada aplicación que comunique con
ellas mediante OPC. Sólo hay que mantener
actualizado el Servidor OPC para esa Fuente de
Datos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
17 Beneficios
Beneficios de OPC
7. Los usuarios pueden elegir libremente los
dispositivos, controladores y aplicaciones que mejor
se ajusten a sus proyectos sin preocuparse del
fabricante del que provienen o de si comunicarán
entre sí la intercomunicación se da sin ningún
problema.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
18 Beneficios
Beneficios de OPC
8. Un único protocolo estándar de PLC puede
ser compartido simultáneamente por el
HMI y la aplicación de registro de datos
históricos mediante un conector OPC, con
el beneficio añadido de que el conector
OPC requiere una única conexión con el
PLC, reduciendo así la carga del
procesador.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
19 Beneficios
Beneficios de OPC
9. Una vez que se configura un Servidor OPC para una
Fuente de Datos en particular, todas las aplicaciones
que utilizan OPC pueden empezar a compartir datos
con esa Fuente de Datos, eliminando la necesidad de
drivers adicionales.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
20 Beneficios
Beneficios de OPC
10. Un conector OPC específico para un dispositivo sólo
requiere una única conexión a la Fuente de Datos mientras
que puede comunicar simultáneamente con múltiples
aplicaciones para enviarles los datos obtenidos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
21 Beneficios
Beneficios de OPC
11. OPC extiende la vida útil de sistemas antiguos
porque, una vez que se ha configurado un Servidor OPC
para el sistema, permite que cualquier aplicación Cliente
que utilice OPC (la mayoría) pueda comunicar con el
sistema antiguo, sin importar si la aplicación Cliente
soporta o no de forma nativa la comunicación con dicho
sistema antiguo.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
22 Beneficios
Beneficios de OPC
12. OPC hace posible de forma real que se puedan
compartir datos provenientes de la automatización a lo
largo de toda la red corporativa, permitiendo que
aplicaciones validadas reciban datos con Fuentes de Datos
de la red de automatización, eliminando la necesidad de
instalar nuevos drivers de comunicación. Todo lo que se
requiere es un Servidor OPC.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
23 Historia
Historia
Sistemas operativos de Microsoft dominan el entorno de la 1990
automatización industrial. Proveedores de automatización
comienzan a utilizar Microsoft COM y DCOM en sus 1995 Proveedores de Automatización Fisher - Rosemount,
Intellution, Opto 22 y Rockwell Software formar un grupo de
productos
trabajo para elaborar una norma para el acceso a datos
El grupo de trabajo, establecido un año antes, lanza la basado en COM y DCOM, y lo llaman OPC, una
versión 1.0 de la especificación OPC simplificado de 1996 abreviatura para OLE (Microsoft objeto vinculación e
acceso a datos (DA) en agosto. En el primer año, varios incrustación) para control de procesos.
otros proveedores de software y hardware comenzaron a
usar OPC como su mecanismo para la interoperabilidad.
Pronto se hace evidente que una organización más formal
de cumplimiento, la interoperabilidad, la certificación y
validación es necesaria. La Fundación OPC se establece 1998 La Fundación OPC comienza la conversión de su
en el Salón del ISA Chicago en septiembre especificación existente para los servicios web.
Alarmas y Eventos OPC (OPC-A & E) especificación se

1999
libera.
2001 OPC Historical Data Access (OPC HDA), por lotes y las
especificaciones de seguridad son liberados.
Especificaciones de datos complejos OPC, el intercambio
de datos y XML-DA son liberados. Arquitectura OPC 2003
unificada (OPC UA), que consta de 13 partes por separado,
es creado por la Fundación OPC. La especificación OPC
original, que ahora se conoce como "OPC clásico“.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
24 Historia
Historia
2004
Especificación de comandos OPC son liberados
2006
OPC UA versión 1.0 esté disponible.
2007
Programa de Certificación de OPC y Laboratorios de
pruebas son introducidos. Proveedores de automatización
empezar a ofrecer los primeros productos basados en OPC
UA. OPC UA versión 1.01 está disponible. OPC UA para
2009 dispositivos Analyzer (ADI) se libera como una
especificación complementaria impulsado por las industrias
manufactureras farmacéuticas y químicas.
Los primeros dispositivos OPC UA incorporados se liberan. 2010
OPC UA para IEC 61131 es liberado como una
especificación complementaria. 2012 IEC 62541 es liberado (UA).
OPC UA 1.02 se libera. OPC UA para ISA-95 se libera. La

Fundación OPC es compatible con más de 480 miembros 2013
en toda China, Europa, Japón y América del Norte.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
25 Descripción General
OPC - Definición
OPC significa OLE (Object Linking and Embeding, enlace e
incrustación de objetos) para Control de Procesos (Process Control)
y está basado en la tecnología COM (Component Object Model) de
Microsoft.
OPC no es un protocolo, sino más bien un estándar para la
conectividad de datos que se basa en una serie de especificaciones
OPC gestionadas por la OPC Foundation.
Es independiente de la plataforma y asegura un flujo continuo de
información entre los dispositivos de múltiples proveedores.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
Terminologías
COM (Modelo de Objetos Componentes): Modelo de código
binario desarrollado por Microsoft.
Permite desarrollar objetos que pueden ser accedidos por cualquier
aplicación compatible COM.
OLE (Object Linking and Embedding): Permite crear objetos con

una aplicación y embeberlos en otra, los objetos embebidos
retienen su formato original y enlazan a la aplicación que los creó.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
Terminologías
OLE Automation fue diseñado por Microsoft para que los
componentes escritos en C y C++ pudieran ser utilizados por
lenguajes como Visual Basic y Delphi.
 DCOM (Distributed COM) es un protocolo altamente optimizado
donde componentes remotos aparecen como si fueran locales.
Extiende COM a redes.
 ActiveX se utiliza para designar tecnologías las cuales se basan
en COM pero no OO (orientada a objeto) sino basado en objetos...

TUTORIAL OPC
28

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
29 OPC Clásico
OPC Clásico
Acceso a los datos OPC
Manejo de alarmas y eventos OPC
Acceso a datos históricos OPC
Objetos e Interfaces OPC
Donde encaja OPC
Componentes y Arquitectura general

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
30 OPC Clásico
Cliente OPC - Definición

Un Cliente OPC es un fragmento de software creada para
comunicar con Servidores OPC. Utiliza mensajería definida por
una especificación concreta de la OPC Foundation.
Un Cliente OPC representa un destino de datos. Inician y controlan “Los Clientes OPC
pueden comunicar
la comunicación con Servidores OPC basados en las peticiones de forma simultánea
recibidas desde la aplicación en la que están embebidos. Los con múltiples
Clientes OPC traducen las peticiones de comunicación y la envían Servidores OPC.”
al Servidor OPC adecuado para que provenientes de una

aplicación dada en la petición OPC equivalente la procese. A
cambio, cuando los datos OPC vuelven del Servidor OPC, el
Cliente OPC los traduce al formato nativo de la aplicación para que
ésta pueda trabajar de forma adecuada con los datos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
31 OPC Clásico
Cliente OPC
 Conceptualmente, un cliente OPC se puede desglosar en tres módulos:
Módulo de comunicaciones OPC
Modulo de traducción / mapeado
Módulo de comunicaciones con la

aplicación.
API (Application
Protocolo Programming Interface)
Anatomía conceptual de un servidor OPC-Conceptualmente

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
32 OPC Clásico
Cliente OPC
Del gráfico anterior se puede observar que existen 3 módulos para Cliente OPC:
Módulo de comunicaciones OPC: Aunque no tan involucrado como en el Servidor OPC (en
los Servidores OPC esta parte es más compleja) es crucial para que el Cliente OPC se
comporte como debe al conectarse a un Servidor OPC, intercambiar datos con él y
desconectarse sin desestabilizar al Servidor OPC.
Módulo de comunicaciones con la aplicación: El Cliente OPC típicamente está diseñado

para trabajar en una aplicación específica, por lo que, para permitir que la información pase
de la aplicación al Servidor OPC pasando por el Cliente OPC, realiza una serie de llamadas al
interfaz para la programación de la aplicación (API). También es posible que un Cliente OPC
genérico comunique con una aplicación mediante un protocolo en lugar de con llamadas al
API siempre que la aplicación soporte ese protocolo.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
33 OPC Clásico
Cliente OPC
Módulo de traducción/mapeado: Una de las funciones clave del Cliente
OPC es la de traducir de forma bidireccional la información que su aplicación
necesita leer de o escribir al dispositivo o Fuente de Datos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
34 OPC Clásico
Relación OPC cliente - Servidor

En la siguiente figura se OPC
Servidor
Vendedor
muestra la A
interoperabilidad de OPC
Servidor OPC Cliente #2
OPC Cliente #1
Vendedor
diversos Sistemas B
interconectados dentro OPC

Servidor
un una misma Red si Vendedor

C
solo si estos trabajan

bajo un estándar OPC OPC Cliente #3

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
35 OPC Clásico
OPC Cliente
OPC
Servidor
Vendedor A “No hay un límite
teórico de a
cuántos
OPC
Servidores OPC
OPC Cliente Servidor puede conectar
Vendedor A un Cliente OPC”
OPC
Servidor
Vendedor A

OPC CLIENTE
36
OPC Quick Client by Kepware-Getting Started

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
37 OPC Clásico
Servidor OPC - Definición

Un Servidor OPC es una aplicación de software. Un driver
“estandarizado” desarrollado específicamente para cumplir
con una o más especificaciones OPC.
La palabra “Server” en “OPC Server” no hace referencia en

absoluto al ordenador donde este software se estará
ejecutando. Hace referencia a la relación con el Cliente
OPC.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
38 OPC Clásico
Servidor OPC
 Conceptualmente, un servidor OPC se puede desglosar en tres módulos:
Módulo de comunicaciones OPC
Modulo de traducción / mapeado
Módulo de comunicaciones nativas.

API (Application
Protocolo Programming Interface)
Anatomía conceptual de un servidor OPC-Conceptualmente

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
39 OPC Clásico
Servidor OPC
Del gráfico anterior se puede observar que existen 3 módulos de servidores OPC:
• Módulo de comunicaciones OPC: Es la parte del Servidor OPC responsable de comunicar

adecuadamente con un Cliente OPC.
• Módulo de comunicaciones nativas: El Servidor OPC debe emplear el método de

comunicación más eficiente con la Fuente de Datos. Esto es mediante su protocolo propietario de
datos, o una Interfaz de Programación de la Aplicación (API).
• Módulo de traducción/mapeado: Interpreta de forma adecuada las peticiones OPC entrantes de

un Cliente OPC, convirtiéndolas en peticiones nativas que se envían a la Fuente de Datos y
viceversa.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
40 OPC Clásico
Tipos de Fuentes de datos que puede

comunicar un Servidores OPC
Los Servidores OPC pueden comunicar prácticamente con cualquier Fuente de
Datos cuyos datos puedan ser leídos o escritos por medios electrónicos. Una
breve lista de posibles Fuentes de Datos incluye: dispositivos, PLCs, DCSs,
“Los servidores
RTUs, instrumentos de medición, bases de datos, historiadores, software de OPC pueden
cualquier tipo (i.e. Excel), páginas web e incluso archivos CSV (texto separado comunicarse
por comas) de actualización automática. prácticamente
con cualquier
fuente de
Para comunicar con cualquiera de estos dispositivos se requiere únicamente el datos.”
uso de un Servidor OPC que utilice el protocolo o interfaz nativo apropiado. Una
vez que se ha configurado dicho Servidor OPC, cualquier aplicación Cliente que
utilice OPC (y tenga los permisos adecuados) puede empezar a comunicar con
la Fuente de Datos sin que importe la forma en que esta comunica de forma
nativa.
Escuela Superior
Politécnica de
Litoral
41
OPC Server
PC-based Automation - IPC227D Bundle - Getting Started: OPC Server

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5. OPC Clásico
6. OPC UA
42 OPC Clásico
Visualizador de servidores OPC

¿Cómo un programa cliente muestra al usuario que
servidores OPC están disponibles en una máquina en
particular?
Normalmente los servidores OPC se registran a
través de categorías de Componentes, cuyo gestor
es una DLL que solo funciona y se ejecuta
localmente, por lo que un cliente remoto no se
puede comunicar a través de ella.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
43 OPC Clásico
Visualizador de servidores OPC

La solución actual es usar un Visualizador de servidores
que ofrece la Fundación OPC (OPCENUM.EXE) que
puede residir en cualquier máquina. Se necesita conocer
el nodo de la máquina destino pero se puede crear un
objeto remoto y usar su interface IOPCServerList para
determinar tipos y marcas de servidores presentes en
esa máquina.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
44 OPC Clásico
Tipos de Servidores
Existen servidores según la aplicación o las funciones que se desean
realizar en los problemas de automatización (comunes a todos):
OPC Data Access(DA): Lectura y escritura entre una aplicación y
un dispositivo de control de procesos.
OPC Alarm and Event Handling(A&E): Clientes OPC son
notificados de la ocurrencia de eventos especificados y condiciones
de alarmas.
OPC Historical Data Access(HDA): Lectura, procesamiento y
edición de datos de un motor histórico.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
45 OPC Clásico
OPC Data Access

OPC Data Access servidor se compone de varios objetos: el servidor, el
grupo, y el objeto.
Servidor
Información sobre el servidor y sirve como contenedor para objetos grupo
Grupo
Mantiene información sobre él mismo y provee mecanismos para contener
y organizar lógicamente los ítems.
Item
Representan las conexiones a orígenes de datos en el servidor.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
46 OPC Clásico
OPC Data Access

Provee a los clientes una forma de organizar los datos
Por ejemplo:
•Un grupo para contener ítems en una pantalla de operación.
•Un grupo para contener ítems en un informe.
Relación de trabajo
GRUPO Grupo/Item
Dentro de cada
Grupo el cliente
puede seleccionar
Item 1
uno o más OPC
Items.
Item 2
Item 3

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
47 OPC Clásico
OPC Data Access

 Un OPC Item, desde el perspectiva interfaz personalizada, no es
accesible como un objeto por un cliente OPC.
 No hay interfaz externa definida por un OPC Item.
 Todo el acceso a los OPC Items es a través de un Grupo OPC
objetos que "Contiene" el OPC Item, o simplemente donde el OPC
Item esta definido.
 Asociando, un Item es un valor, una condición y permanece o varía
en el tiempo. El valor está en la forma de una variable, y la condición
es similar a lo especificado por Fieldbus (Estándar de Buses de
Campo).
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
48 OPC Clásico
OPC Data Access

Hay dos tipos de grupos, Público y Local , que se
describen tal como sigue:
 Público: Es compartido por múltiples clientes. Hay

también interfaces optativas específicas para grupos
públicos en plataforma Linux o Unix.
 Local: Trabaja en torno a un cliente o grupo con
prioridad.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
49 OPC Clásico
Dónde encaja OPC

Para el diseño con OPC se debe tener en
cuenta que este se ubica en:
Subsistema de
Nivel bajo
Monitorización de
•Suministrando datos en bruto desde Datos
dispositivos físicos a un SCADA o SCD. OPC
•Sensores de bajo nivel que usan Control de E/S
hardware y protocolo dedicados. Especifico de
•Entre aplicaciones de monitorización y Dispositivo
drivers software de E/S específicos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
50 OPC Clásico
Dónde encaja OPC

Acceso Entrada
Acceso Sistema Salida
entrada
entrada SCADA Físico
Físico
OPC
Acceso
Aplicación entrada OPC
OPC Servidor
Acceso Entrada
entrada Salida
Físico Físico
Relación cliente / servidor OPC

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
51 OPC Clásico
Objetos e Interfaces
Las característica técnicas de OPC contienen siempre dos juegos de
interfaces; Interface diseñada para un propósito (Aplicación) y una Interface de
Automatización.
OPC especifica la interface COM (Component Object Model), lo que la
interface es y su aplicación y no su implementación. Especifica el
comportamiento esperado que proporciona la interface ante el uso y/o
aplicaciones del cliente. Comprende tener las descripciones de arquitecturas e
interfaces. Como todas las aplicaciones COM, la arquitectura OPC es un
modelo Cliente-Servidor donde el componente Servidor OPC, proporciona una
interface con el objeto y lo controla.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
52 OPC Clásico
OPC Arquitectura y Componente

APLICACIÓN Interface entrada
C++ Normal OPC
Servidor Proveedor de
OPC Lógica específica
Aplicación Visual Basic Interface entrada

Automatización
OPC
Interfaces OPC

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
53 OPC Clásico
Arquitectura Cliente Servidor OPC(DA)

Interface Servidor OPC
Aplicación visual automatización Automatización
Local/Remoto
Basic OPC OPC (Envolvente)
(Compartido por
muchos clientes )
Caché servidor de
Aplicación C++
Interface Normal OPC datos
Dispositivo físico
Dispositivo Datos
Arquitectura Típica OPC

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
54 OPC Clásico
OPC Alarms and Events

Definición
La especificación OPC Alarmas y eventos tiene la capacidad para
una variedad de aplicaciones que necesitan compartir información
de alarmas y eventos. En particular, hay varios niveles de
capacidad para el manejo de la funcionalidad de alarmas y
eventos, de lo simple a lo sofisticado.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
55 OPC Clásico

Tipos de Alarmas y Eventos Servidores OPC
Hay varios tipos de alarmas y eventos servidores OPC, que son:
i. Componentes que pueden detectar las alarmas y / o eventos e informar a uno o más
clientes.
ii. Componentes que se pueden recoger de alarmas y eventos información de múltiples
fuentes (ya sea mediante la suscripción de otros servidores de alarmas y eventos OPC o
mediante la detección de alarmas y eventos por sí mismo) y reportar dicha información a
uno o más clientes

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
56 OPC Clásico

Tipos de Alarmas y Eventos Clientes OPC
Los servidores de alarmas y eventos para clientes OPC son normalmente componentes que
suscriben y visualizan, procesan, recogen y / o alarman la información de registro de eventos.
Los servidores de alarmas y eventos para clientes OPC pueden incluir lo siguiente:
i. Estaciones de Operador
ii. Alarms/Events componentes de registro
iii. Alarms/Events subsistemas de gestión

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
57 OPC Clásico

Interacción Cliente - Servidor
Servidor Cliente
Estación de
Operador 1
Event,
Estación de Logger,
Operador 2 etc…
Alarms/Events
Servidor de
Administraciòn
Alamrs/Events Alarms/Events
Servidor Servidor
Simple Simple
Dispositivo de
información de Módulo SPC
alarma
La interacción entre varias alarmas y eventos servidores y clientes OPC

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
58 OPC Clásico

Interacción Cliente - Servidor
Del gráfico anterior se puede observar como varios tipos de alarmas y eventos, clientes y
servidores OPC incluye un dispositivo información de alarma, módulo SPC, estaciones de
operador, registrador de sucesos, y un subsistema de gestión de alarmas / eventos. El
extremo de punta de flecha de las líneas que conectan los componentes indican el lado del
cliente de la conexión.
Observe que hay múltiples funciones desempeñadas por algunos componentes. El servidor de
gestión de alarmas / eventos también es un cliente a más de una alarma OPC y el servidor de
eventos. En este modelo, el servidor de gestión de alarmas / eventos está actuando como una
especie de colector o concentrador de datos, proporcionando a sus clientes con la información
tal vez más organizada o una interfaz más avanzada.
A diferencia del servidor de gestión de alarmas / eventos, el dispositivo y los módulos SPC
implementan la interfaz del servidor de alarmas / eventos más simple.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
59 OPC Clásico

Overview
i. Esta especificación describe los objetos y las interfaces que son implementadas por Servidores de
eventos OPC, y que proporcionan los mecanismos para clientes OPC para ser notificados de la
ocurrencia de eventos específicos y las condiciones de alarma.
ii. Estas interfaces también ofrecen servicios que permiten a los clientes OPC, determinar los hechos y
condiciones soportadas por un servidor de eventos OPC, y para obtener su estado actual.
iii. Esta especificación se ocupa de entidades comúnmente en la industria de control de procesos como
alarmas y eventos. En conversación informal, los términos alarmas y eventos se usan indistintamente
y sus significados no son distintos.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
60 OPC Clásico

Overview
iv. Dentro de esta especificación, una alarma es una condición anormal y es por lo tanto un caso
especial de una condición. Una condición es un estado denominado OPC del servidor de eventos, o
de uno de sus objetos contenidos, lo cual es de interés para sus clientes OPC. Por ejemplo, el
FIC101 etiqueta puede tener el "LevelAlarm" o "condiciones DeviationAlarm" asociado a él.
v. Además, una condición puede ser definido (opcionalmente) para incluir múltiples sub-condiciones.
Por ejemplo, una condición LevelAlarm puede incluir el "HighHighAlarm", "LowAlarm" "HighAlarm", y
"LowLowAlarm“ sub-condiciones.
vi. Por otro lado, un evento es una ocurrencia detectable que es de importancia para el OPC servidor
de eventos, el dispositivo que representa, y sus clientes OPC. Un evento puede o no estar asociada
con una condición. Por ejemplo, las transiciones en la condición LevelAlarm y el retorno a la
normalidad son eventos que están asociadas con condiciones.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
61 OPC Clásico

OPC Event Servers
Cualquier objeto COM que implementa la interfaz IOPCEventServer es un servidor OPC de
eventos. La interfaz IOPCEventServer proporciona métodos que permiten al cliente OPC a:
i. Determinar los tipos de eventos que soporta el servidor OPC Evento.
ii. Introduzca las suscripciones a eventos especificados, de modo que los clientes OPC
pueden recibir notificaciones de sus ocurrencias.
iii. Especificar una interfaz de devolución de llamada del cliente para ser invocada si el
servidor OPC de eventos se está cerrando.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
62 OPC Clásico

Eventos y Notificaciones de Eventos
Un evento es una ocurrencia detectable que es de importancia para
el OPC Servidor de eventos, el dispositivo que representa, y sus
clientes OPC.
Un evento no tiene representación directa en el modelo OPC. Más
bien, se hizo su aparición conocida a través de una notificación de
eventos.
Notificaciones de eventos están representados por objetos de
OPCEventNotification clase.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
63 OPC Clásico

Eventos y Notificaciones de Eventos
Hay tres tipos de eventos:
1. Los eventos relacionados con condiciones que están asociadas con OPCConditions, y representan
transiciones dentro o fuera de los estados representados por OPCConditions y OPCSubConditions. Un
ejemplo es el FIC101 etiqueta de la transición a la condición LevelAlarm y HighAlarm sub-estado.
2. Seguimiento de eventos relacionados, no están asociados con condiciones, sino que representan
sucesos que implican la interacción de un cliente OPC con un objeto "objetivo" en el OPC servidor de
eventos. Un ejemplo de tal evento es un cambio de control en la que el operador, (el cliente OPC),
cambia el punto de FIC101 etiqueta (el "objetivo") conjunto.
3. Los eventos simples son todos los eventos distintos de los anteriores. Un ejemplo de un evento simple
es un fallo de un componente dentro del sistema / dispositivo representado por la OPC Event Server
Escuela Superior
Politécnica de
Litoral
64 OPC Clásico

Suscripciones a Notificaciones de Eventos
Para recibir notificaciones de eventos, clientes OPC deben abonarse a ellos.
Una suscripción se introduce con un servidor OPC Evento si la solicita, para
crear un objeto OPCEventSubscription. Un cliente OPC puede tener uno o más
OPCEventSubscriptions activos con un único servidor OPC Evento.
OPCEventSubscriptions son "objetos" que se pueden conectar en el que se

implementan las interfaces de punto de conexión DCOM. Este es el
mecanismo que se utiliza para enviar notificaciones de eventos para clientes
OPC.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
65 OPC Clásico

Son los siguientes objetos COM: OPCEventServer, OPCEventSubscription, y
OPCEventAreaBrowser
OPC Event Server 1 1..N OPC Event

Subscription
1
0..N
OPC Event
Area Browser
Muestra la forma en que estos objetos están relacionados

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
66 OPC Clásico

Objeto OPCEventServer
IUnknown
La interfaz IOPCCommon se utiliza para llevar
a cabo determinadas funciones que son
comunes a otros servidores OPC, por ejemplo,
IOPCCommon OPC Event Server Acceso a los datos. Ejemplos de tales funciones
Object
comunes son la gestión de LocaleIDs y
recuperación de las cadenas de error.
IOPCEventServer
La interfaz IOPCEventServer se utiliza para
IConnectionPoint crear OPC Evento de suscripción y de OPC
IConnectionPointContainer IID_IOPCShut down área de eventos, objetos de navegador de
consulta específicos del proveedor categorías
de eventos y parámetros de evento, y gestionar
las condiciones.
Vista de un servidor OPC de eventos y objetos IID_IOPCShutdown.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
67 OPC Clásico

Objeto OPCEventSubscription
IUnknown
La interfaz IOPCEventSubscriptionMgt se
utiliza para configurar los filtros y otros atributos
IOPCEventSubscriptionMgt OPC Event Subscription para el reporte de eventos OPC.
Object
Las interfaces IConnectionPointContainer y
IConnectionPointContainer IConnectionPoint son las interfaces estándar
DCOM para los objetos que se pueden
IConnectionPoint
IID_IOPCEventSink conectar, y se utilizan para manejar las
devoluciones de llamada para las notificaciones
de eventos.
Vista de los objetos OPCEventSubscription y IID_IOPCEventSink, que son creados por el servidor OPC Evento

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
68 OPC Clásico

Objeto OPCEventAreaBrowser
IUnknown La interfaz IOPCEventAreaBrowser proporciona una
forma para que los clientes navegen por la
organización área de proceso ejecutado por el
servidor.
La expectativa es que los eventos y condiciones

previstas por el servidor se organizan en una o más
IOPCEventAreaBrowser OPC Event Area áreas de proceso, y que el cliente puede filtrar
Browser Object suscripciones de eventos de acuerdo a las áreas de
procesos especificados.
Este objeto es opcional, y no puede ser expuesto por
los servidores de eventos simples.
Vista del objeto OPCEventAreaBrowser que se crea por el servidor OPC

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
69 OPC Clásico
Acceso de Datos Históricos OPC (OPC HDA)

Introducción
Actualmente la mayoría de los sistemas históricos utilizan sus propias
interfaces propietarias para la difusión de los datos. No hay capacidad para
aumentar o utilizar soluciones históricas existentes con otras capacidades en
un entorno plug-n-play. Esto requiere que el desarrollador para recrear la
misma infraestructura para sus productos como todos los demás
proveedores han tenido que desarrollar de forma independiente sin la
interoperabilidad con otros sistemas. De acuerdo con el deseo de integrar los
datos en todos los niveles de una empresa, la información histórica puede
ser considerada como otro tipo de datos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
70 OPC Clásico
Acceso de Datos Históricos OPC (OPC HDA) - Definición

OPC HDA contiene información acerca de las interfaces que deben ser
implementadas con el fin de convertirse en un verdadero servidor OPC HDA.
Esto ayuda a las aplicaciones de software de diferentes proveedores a trabajar
juntos.
El propósito de la especificación OPC Historical Data Access es facilitar el
desarrollo de servidores OPC de Datos Históricos de acceso en C y C ++ (o
cualquier otro idioma), y también para facilitar el desarrollo de aplicaciones de
cliente OPC en el idioma de su elección. Los fundamentos son para definir
interfaces para soporte a la lectura, escritura y la edición de datos históricos
entre las aplicaciones cliente y los servidores de datos históricos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
71 OPC Clásico

Tipos de servidores
Existen diversos tipos de servidores OPC Históricos. El historiador simple sólo
se puede soportar una o dos de las interfaces:
•Servidores de datos de Tendencia Simple: Se caracteriza por proveer
almacenamiento de datos bruto simple. Típicamente se ofrece en forma de
tupla [Fecha Valor& Calidad].
•Servidores de compresión y análisis de datos complejos: Son capaces
de proporcionar los datos de resumen o funciones de análisis de datos, tales
como valores medios, mínimos y máximos etc. Pueden apoyar las
actualizaciones de datos y el historial de las actualizaciones. También el
almacenamiento de las anotaciones junto con el almacenamiento real de
datos históricos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
72 OPC Clásico

Fundamentos OPC-HDA
Un cliente OPC puede conectarse a uno o varios servidores OPC históricos
proporcionados por diferentes proveedores.
El servidor OPC Historical Data proporciona una manera de acceder o
comunicar a un conjunto de fuentes de datos históricos.
 El servidor puede ser implementado como un servidor OPC HDA
independiente que recoge datos de un servidor OPC de acceso a datos o de
otra fuente de datos.
Los clientes que acceden al servidor OPC HDA pueden ser paquetes de
tendencias simples que sólo quieren valores o pueden ser complejas que
requieren datos en varios formatos.
1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
73 OPC Clásico

Arquitectura y componentes
Los servidores OPC HDA pueden tener una interfaz dual y una interfaz
personalizada. La interfaz personalizada debe ser implementada, y si se
desea, el interfaz de automatización. La interfaz de automatización se utiliza
para apoyar el acceso de los lenguajes de script, como Visual Basic, y se
deriva de la interfaz IDispatch. El cliente se comunica con un servidor OPC
HDA llamando a las interfaces necesarias.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
74 OPC Clásico

APLICACIÓN Interface entrada

C++ Normal OPC Servidor OPC acceso a
datos históricos (In- Proveedor de
Proc, Local, Remoto, Lógica específica
Manual)
Aplicación Visual Basic Interface entrada
Automatización
OPC
Arquitectura para servidor OPC History Data Access

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
75 OPC Clásico

Del gráfico anterior se puede observar que la arquitectura de OPC es
un modelo cliente-servidor, al igual que todas las implementaciones de
COM, donde el componente de servidor OPC proporciona una interfaz
para el objeto OPC y los gestiona. La automatización de interfaz OPC
se puede implementar a través de una envoltura. La Fundación OPC
puede proporcionar un contenedor genérico. Este envoltorio
proporcionaría la interfaz de automatización, para dar soporte a
interfaces duales para lenguajes de script, para cualquier interfaz
personalizada.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
76 OPC Clásico

Hay dos maneras para que un cliente para recuperar datos históricos
del servidor, ya sea por una síncrono o una interfaz asíncrona.
Cuando se utiliza la interfaz síncrona el cliente se bloquea mientras
se espera el resultado. Esto es apropiado para clientes bastante
simple, en lugar de lectura pequeñas cantidades de datos donde se
necesita la comunicación no interactiva. El cliente puede procesar
cualquier otra acción a la espera de los datos para volver. Esto hace
que sea muy eficiente y es el modo más adecuado en los sistemas
grandes.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
77 OPC Clásico

Modelo de Cliente Histórico
IUnknow
n
IOPCHDA_Shutdown
OPCHDA Client
IOPCHDA_ReadCallback
Object
IOPCHDA_UpdateCallback
IOPCHDA_AnnotationsCallback
Modelo de cliente histórico

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
78 OPC Clásico

Si una aplicación cliente OPC Historiador quiere utilizar una interfaz

asíncrona en el servidor, se debe implementar una devolución de
llamada correspondiente a la interfaz. datos solicitados se devuelve
desde el servidor a través de métodos en la interfaz
IOPCHDA_DataCallback. Esta interfaz y métodos de
emparejamiento tiene que ser implementado por el cliente

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
79 OPC Clásico

Modelo de Servidor Histórico
. IUnknown
IOPCHDA_Common IOPCHDA_AsyncRead
IOPCHDA_SyncRead IOPCHDA_AsyncUpdate
IOPCHDA Server
IOPCHDA_SyncUpdate Object IOPCHDA_AsyncAnnotations
IOPCHDA_SyncAnnotations
IconnectionPointContainer
IOPCHDA_Playback IOPCHDA_Server

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
80 OPC Clásico

IUnknown
IOPCHDA_Browser
IOPCHDA_Browser
Object

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
81 OPC Clásico

 Por la interfaz IOPCHDA_Browser un cliente es
capaz de localizar un área particular de la
jerarquía de direcciones con todos los nombres de GRUPO
rama en un simple navegador gráfico.
 Los datos pueden ser leídos y escritos. Los ítems
Item 1
OPC que no son la fuente de datos, no son más
que las conexiones a ellas dentro del servidor. Item 2
 Los Clientes OPC sólo tienen acceso a los items
OPC a través de las interfaces en un servidor Item 3
OPC Historical Data Access.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
82 OPC Clásico

Modelo de objetos OPC HDA servidor de Automatización
OPCHDAServer OPCHDABrowser
OPCHDAItems OPC HDA History

(collection) (collection)
OPCHDAValue
OPCHDAItem
OPCHDAValue

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
83 OPC Clásico

Modelo de objetos OPC HDA servidor de Automatización
Objeto Descripción
OPCHDAServer Una instancia de un servidor OPC HDA. Debe crear un objeto OPCHDAServer antes de
poder obtener referencias a otros objetos. Contiene la colección OPCHDAItems.
OPCHDAItems Una colección de automatización que contiene todos los objetos OPCHDAItem este
cliente ha creado dentro del alcance del objeto OPCHDAServer que la aplicación de
automatización ha creado.
OPCHDAItem Un objeto de automatización que mantiene la definición del artículo.Tenga en cuenta la
interfaz personalizada no proporciona un objeto de elemento por separado.
OPCHDABrowser Un objeto que busca nombres de los elementos en la configuración del servidor.
OPCHDAHistory Una colección de automatización que contiene una serie de éstos OPCHDAValue o
OPCHDAEntry objetos, que representan los valores históricos de algún artículo.
OPCHDAValue Un objeto que representa un valor histórico discreta de un artículo o un atributo.
OPCHDAEntry Un objeto que se extiende el objeto OPCHDAValue para incluir información adicional
Fuente: Client for OPC History Data Access, Karin Hjort Johnson - Anna-Karin Nordekvist, 2016

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
84 OPC UA
OPC UA (Unified Architecture) - Introducción

La arquitectura unificada OPC (UA), publicado en 2008, es una arquitectura orientada al servicio
independiente de la plataforma que integra toda la funcionalidad de las especificaciones
individuales OPC Clásico en un marco extensible.
Este enfoque de múltiples capas logra los objetivos originales de la especificación de diseño de:
 La equivalencia funcional: todas las especificaciones COM OPC Clásico se asignan a la AU
 La independencia de plataforma: desde un micro-controlador integrado a la infraestructura

basada en la nube
 Seguro: cifrado, autenticación y auditoría
 Extensible: posibilidad de añadir nuevas características sin afectar a las aplicaciones

existentes
 Modelado de información integral: para la definición de información compleja

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
85 OPC UA
 OPC UA complementa el actual estándar industrial OPC con importantes

características como:
– Independencia de la plataforma
– Escalabilidad
– Elevada disponibilidad y capacidad de comunicación a través de
Internet.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
86 OPC UA

Es la nueva generación
tecnológica propuesta por OPC
Foundation para la transmisión
segura, fiable y neutra con
respecto al fabricante de datos en
bruto y/o información pre
procesada entre los niveles de
producción y los sistemas de
planificación de producción(MES)
y de empresa (ERP).
OPC UA can be used for applications within the automation pyramid.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
87 OPC UA
OPC UA (Unified Architecture)

Simplificación Por Medio De La Unificación
 Con la tecnología OPC tradicional son necesarios tres
servidores OPC–DA , AE y HDA con diferentes
semánticas , por ejemplo, la adquisición del valor actual
de una temperatura , un evento cuando ésta es elevada
y su valor histórico medio.
 Soporta el uso de estructuras de datos complejas.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
88 OPC UA

 Un único componente OPC UA puede realizar estas tres tareas ,
reduciendo de forma significativa las horas de configuración e
ingeniería.
 OPC UA define un espacio de direccionamiento integrado y un modelo
de información en el que es posible representar datos de proceso ,
datos históricos , alarmas y llamadas a funciones.
 Los ítems de información están definidos como objetos con tipo y
pueden relacionarse entre sí.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
89 OPC UA

 OPC UA ya no se basa en el modelo
DCOM sino que ha sido concebido
sobre la base de la arquitectura
orientada a servicios (SOA). OPC UA
constituye el nexo de unión entre las
PC del nivel de empresa y los equipos
de automatización
(independientemente del sistema
operativo que utilicen :
OPC Classic OPC UA
Windows,UNIX,etc).

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
90 OPC UA

Comunicación estándar vía Internet y Firewalls
 Utiliza un protocolo binario y optimizado de transmisión basado
en TCP para el intercambio de datos.
 Soporta los protocolos para servicios Web y HTTP. Es suficiente
abrir un único puerto en el firewall para su operación. Los
mecanismos de seguridad se integran en el protocolo
garantizando la comunicación segura a través de Internet.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
91 OPC UA

Autentificación Y Autorización De Usuarios
Cuando se establece una conexión, el usuario se identifica a sí mismo
mediante
• Certificados X.509
• Usuario / contraseña
• o Kerberos
Los derechos de Conceptos de seguridad acceso (por ejemplo, lectura o
escritura de variables) pueden especificarse, de forma individual, para cada
usuario.

1. Introducción
2. Beneficios
3. Historia
General
Politécnica de 5.
6.
OPC Clásico
OPC UA
92 OPC UA

Confidencialidad
 La firma de los mensajes impide que un tercero pueda modificar
su contenido.
 La confidencialidad de la información intercambiada se garantiza
mediante el cifrado de los mensajes que se envían.
 Las aplicaciones OPC UA se identifican así mismas (de forma
similar a como lo hacen los usuarios ) mediante los , así
llamados, certificados de instancias de software y aplicaciones.

Escuela Superior
Politécnica de
Litoral
93 OPC UA
AutoID Industry standardized data comunication based on OPC

1. Introducción
2. Beneficios
3. Historia
4. Descripción
Escuela Superior General
5. OPC Clásico
Politécnica de 6. OPC UA
7. Aplicaciones
Litoral
94 Aplicaciones

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
95 Aplicaciones
HOLCIM
OBJETIVO
Instalación de aplicaciones que permitan la

comunicación entre el PLC ubicado en la Garita de
ingreso vehicular que controla los periféricos de acceso
a las básculas de ingreso a planta y el servidor del
sistema de despacho SDE.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
96 Aplicaciones
1. SOLUCIÓN
HOLCIM
1.1 SERVIDOR/CLIENTE OPC
Permite la comunicación entre el controlador en campo (PLC) y el servidor del Sistema SDE.
En rojo se muestran
los dos componentes
usados para la
comunicación.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
97 Aplicaciones
HOLCIM
1. SOLUCIÓN
1.1.2 INTEGRACIÓN SERVIDOR OPC / VISUAL STUDIO
Esta aplicación permite que las variables definidas dentro del servidor OPC puedan ser integradas con una solución de visual studio.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
98 Aplicaciones
HOLCIM
1. SOLUCIÓN
1.2 CONFIGURACIÓN DE APLICACIONES

Una vez instaladas las herramientas de comunicación procedemos con la
configuración de las mismas. Iniciamos con el servidor OPC, esta
configuración fue extraída desde el servidor anterior mspgu00 hacia el
servidor nuevo ecpmsgpu001 con el fin de evitar problemas durante
la fase de pruebas.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
99 Aplicaciones
1.2 CONFIGURACIÓN DE APLICACIONES

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
100 Aplicaciones
HOLCIM
SOLUCIÓN
1.2 CONFIGURACION DE APLICACIONES
El siguiente paso fue realizar la configuración del software de integración OPC / Visual Studio.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
101 Aplicaciones
HOLCIM
SOLUCIÓN
1.2 CONFIGURACION DE APLICACIONES
Una vez realizada la configuración entre el software y el servidor OPC podemos confirmar la disponibilidad de las variables
configuradas dentro del PLC.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
102 Aplicaciones
2. Arquitectura
2.1 INTEGRACIÓN SISTEMA SDE – SISTEMA PCS7

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
103 Aplicaciones
2. Arquitectura
2.2 PERIFÉRICOS DE ACCESO BÁSCULAS DE INGRESO A PLANTA

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
104 Aplicaciones
3. Detalle de Periféricos
PLANTA EQUIPO UBICACIÓN DIRECCIÓN IP
Comedor Contratista 10.106.134.92
SMURFIT - KAPPA 10.106.134.91
Letrero Mensajes
BASCULA D71 – BW1 10.106.134.80
BASCULA D71 – BW2 10.106.134.81
GUAYAQUIL BASCULA D71 – BW3 10.106.134.95
BASCULA D71 – BW1 10.106.134.93
BASCULA D71 – BW2 10.106.134.94
Indicador de Peso
BASCULA D71 – BW3 10.106.134.99
PLC Garita Vehicular 10.106.134.90
10.106.134.14
Paletizado
10.106.134.15
Letrero Mensajes Báscula Ingreso 10.106.134.122
Latacunga
Báscula Salida 10.106.134.123
Paletizado 10.106.134.124

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
105 Aplicaciones
HOLCIM
4. PRUEBAS REALIZADAS
4.1COMUNICACIÓN
La primera prueba realizada fue la confirmación de comunicación entre el servidor OPC y el PLC de Garita.
Se pudo confirmar por el estado

de las variables que la
comunicación entre los dos
puntos fue satisfactoria.
Esta prueba nos asegura una
interacción sin problemas entre
el servidor SDE y el PLC.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
106 Aplicaciones
HOLCIM
4.1COMUNICACIÓN
A continuación se realizaron pruebas de comunicación entre el servidor OPC y el software de integración hacia visual studio..
Luego de realizar cambios en los

valores de las diferentes variables
y ver reflejado en los periféricos
dichos cambios pudimos concluir
que esta prueba también fue
exitosa. Se muestra en las figuras
el cambio de valor para la variable
del semanforo_ingreso_planta
que paso de rojo a verde y activo
la barrera de ingreso.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
107 Aplicaciones
HOLCIM
4.2 PUESTA EN MARCHA
Luego de confirmar la comunicación entre los diferentes componentes de la integración existente entre el servidor
del sistema SDE y los periféricos del sistema de Báscula se inició la puesta en marcha del sistema.
Se lograron registrar vehículos tanto para sacos, granel y clinker, todos sin problemas de interacción entre los
periféricos, las basculas y el sistema SDE.
En las imágenes podemos

visualizar el ingreso y salida
de uno de los vehículos
mencionados, finalizando con
éxito de esta forma la
migración hacia el nuevo
servidor del sistema SDE.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
108 Aplicaciones

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
109 Aplicaciones
PETROAMAZONAS EP
1. OBJETIVO
Mejoramiento de la plataforma System

Platform 2014 por medio de la comunicación
vía OPC hacia la herramienta PI. Con la
finalidad de un control total de los 6 pozos
petrolíferos, en el Bloque 21 – Yuralpa.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
110 Aplicaciones
2. SOLUCIÓN
PETROAMAZONAS EP
1.1COMUNICACION SYSTEM PLATFORM – OPC SERVER PI
Dentro de las mejoras implementadas con la nueva plataforma System Platform 2014
se encuentra la comunicación vía OPC hacia la herramienta PI. Actualmente, esta
herramienta recoge valores en tiempo real de las diferentes área del Bloque 21, siendo
la más importantes: Wellpads, Oleoducto y Proceso.
Anteriormente la comunicación hacia PI se lograba por medio de RSLinx pero al
actualizarse la plataforma
también se cambió la herramienta hacia una más limpia y propia de la arquitectura
System Platform, en este caso el FSGateway.
El FSGateway es el Servidor-Cliente OPC por Default de Wonderware por lo tanto
permite una configuración rápida y comprensible para comunicarse con diferentes
cliente OPC incluido PI.
1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
111 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
2.1 CONFIGURACION FSGATEWAY
La configuración del FSGateway es muy sencilla y tiene mucha similitud con la forma en que se configuran los DAS
Servers de comunicación pues maneja un esquema jerárquico a nivel de Dispositivos, Grupos e Items.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
112 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Una vez que se ha creado el objeto OPC debemos seleccionar el nombre del OPC Server al cual vamos a
conectarnos.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
113 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Luego de seleccionar los ítems necesarios, estos son añadidos automáticamente al listado de señales del OPC
Group.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
114 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Una vez que nuestro listado de señales se encuentra definido y configurado en la estructura del FSGateway el siguiente paso es revisar la sintaxis para
las señales en PI. Esta sintaxis es la que se usa para definir los instrument tags o señales que toma el PI desde el OPC Client.
Como se puede ver en la figura para

configurar los instrument tags en PI se
debe seguir la siguiente sintaxis:
<Nombre Objeto OPC>.<Nombre
OCPGroup>.<Nombre del
Item>.<Atributo a leer>
Ejemplo:
SIS_AB.PLC80000.PORT_CIP_000.PL
C80000.BACKPLANE.LOGIX5000.LIT
201.AI

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
115 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Si la señal se encuentra configurada de forma correcta, una vez que la interfaz de PI inicie los datos automáticamente serán obtenidos y en la sección de
Diagnostic podremos visualizar como los ítems se muestran de color verde.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
116 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Si alguno o todos se muestran en color rojo significa que se debe revisar la configuración tanto del FSGateway como la sintaxis del instrument tag.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
117 Aplicaciones
PETROAMAZONAS EP
2. SOLUCIÓN
Desde PI los datos que se están tomando desde el FSGateway se pueden visualizar de diferentes formas, entre ellas: Tendencias, Cuadros de señales,
Pantallas de Estado.

1. Introducción
2. Beneficios
3. Historia
4. Descripción
5. OPC Clásico
7. Aplicaciones
Litoral
118 Aplicaciones
2. Arquitectura
En la siguiente imagen se muestra la arquitectura de la solución general implementada.

OPC OLE For Process Control

Cargado por

Copyright:

Formatos disponibles

OPC OLE For Process Control

Cargado por

Información del documento

Descripción original:

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

OPC OLE For Process Control

Cargado por

Copyright:

Formatos disponibles

ESCUELA SUPERIOR

POLITÉCNICA DEL LITORAL

Raul Cayetano Nicky Córdova

Erick Posada Nancy Rodríguez

OPC (OLE For Process Control And

OPC (OLE For Process Control And

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Arquitectura de información para el Proceso Industrial

Arquitectura de información para el Proceso Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Arquitectura de información para el Proceso Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Problema sin tecnología OPC

Problema sin tecnología OPC

SOFTWARE SOFTWARE SOFTWARE SOFTWARE

Problema de controladores personalizados

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

OPC OPC OPC OPC

Estandar para la comunicación compacta, abierta y extensible.

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

La figura adjunta representa aplicaciones trabajando

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ambiente informático heterogéneo

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Alarmas y Eventos OPC (OPC-A & E) especificación se

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

OPC UA 1.02 se libera. OPC UA para ISA-95 se libera. La

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

OLE (Object Linking and Embedding): Permite crear objetos con

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Cliente OPC - Definición

al Servidor OPC adecuado para que provenientes de una

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Módulo de comunicaciones OPC

Modulo de traducción / mapeado

Módulo de comunicaciones con la

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Módulo de comunicaciones con la aplicación: El Cliente OPC típicamente está diseñado

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Ingeniería en Electricidad . Especialización Electrónica y Automatización Industrial

Relación OPC cliente - Servidor

interconectados dentro OPC

un una misma Red si Vendedor