OPC

OPC (OLE for Process Control)
INT E GR A NT ES : CHR IS TO F ER CÁCE R E S

PA UL I NA CATA L D O
CR ISTÓ BA L CU E VA S
L U CAS VILLAR ROEL
PR O F E S O R : G O NZ A LO R E Y E S M .
A S I G NATUR A : TÓ PICO S D E CO NT R O L
Santiago - 2018
Historia y creación
• Un inconveniente que se ha dado a lo largo del tiempo, ha sido que los datos de
diferentes sistemas tienen diferentes formatos y protocolos de comunicación. Por
ejemplo, cuando algunos dispositivos son conectados a un sistema PC basado en
un sistema SCADA o DCS.
• Por estos motivos, cinco empresas como Intellution, Opto-22, Fisher-Rosemount,
Rockwell Software e Intuitiv Software, junto a Microsoft, decidieron trabajar
juntas para eliminar estas barreras de comunicación y definieron las interfaces
basadas en OLE/COM (Object Linking and Embedding/Common Object Model)
que sentó las bases para OPC (Ole Process Control).
• Antes de OPC, cada dispositivo tenía que ser consultado por separado
por cada aplicación, lo que significaba un gran trabajo en la
implementación y una comunicación poco eficiente.
Qué es OPC
Es el protocolo de intercambios de
informaciones entre software industrial
en entorno Windows. Permite la
apertura de comunicación gracias a la
interoperabilidad de los equipos de
diferentes fabricantes.
Mecanismo estándar de comunicación,

que interconecta en forma libre,
numerosas fuentes de datos donde se
incluyen dispositivos de planta en la
fábrica.
(se supone que esto no va escrito)
Propósito
• Tener una infraestructura estándar para el intercambio de datos de
control de procesos.
Es típico tener varias fuentes de información en el proceso, las cuales están contenidas en
distintos dispositivos tales como controladores programables, medidores, unidades de
transferencia remotas, sistemas de control centralizados, base de datos, etc.
Antiguamente estos dispositivos sólo intercambiaban datos con aplicaciones entregadas

por el mismo fabricante, lo que implicaba muchas restricciones. Sin embargo, gracias a
OPC, hoy podemos intercambiar libre y fácilmente información desde estos dispositivos y
aplicaciones de cualquier tipo, como por ejemplo soluciones de HMI (Human Machine
Interface), planillas de cálculo, motores de base de datos, ERPs, entre otras.
OPC FOUNDATION
• www.opcfoundation.org
es la entidad que establece y mantiene las especificaciones de este esquema de

comunicación. En esta organización, sin fines de lucro, participan los principales
proveedores de dispositivos para control de procesos y de aplicaciones de
software, de modo que se garantiza la interconexión de todos los componentes de
distintos fabricantes, sólo es necesario entonces revisar que en las
especificaciones se indique que permiten comunicación OPC.
Estructura
• El modelo de comunicación OPC se basa en la
estructura cliente-servidor.
• Es decir, existen servidores que son los
responsables de efectuar la comunicación con los
dispositivos conforme a lo que los clientes
requieran. El software servidor de comunicaciones
OPC deberá contener el o los drivers necesarios
para la interconexión con los distintos
dispositivos, y será el que hace el enlace con las
diferentes aplicaciones. Además, puede
comunicarse con varios dispositivos distintos y, a
su vez, proveer el enlace con diversas
aplicaciones al mismo tiempo.
• El Servidor OPC es el esclavo mientras que el
Cliente OPC es el maestro. Las comunicaciones
entre el Cliente OPC y el Servidor OPC son
bidireccionales, lo que significa que los Clientes
pueden leer y escribir en los dispositivos a través del
Servidor OPC.
Principales funciones:
• Acceso a todos los datos de la red de los equipos Sofrel.

• Emisión de consignas y parámetros de explotación.
• Doble soporte de acceso en caso de problema de funcionamiento.
• Servicios disponibles en forma de listas.
Tipos de Servidores OPC
• Existen diferentes especificaciones de OPC definidos por la OPC Foundation:
• Servidor OPC DA – Basado en Spezifikationsbasis: OPC Data Access -
especialmente diseñado para la transmisión de datos en tiempo real.
escribiendo y leyendo los registros de los dispositivos. Cada dato considera
tres aspectos: el valor, la calidad y la estampa de tiempo, siendo posible
colocar esta última en el servidor en caso que el dispositivo no la entregue.
En este aspecto, OPC-DA sólo trabajará con el último dato.
Su arquitectura, de
comunicación abierta,
se concentra en el
acceso a datos y no en
el tipo de datos
Por cada dato, el servidor de OPC recoge el valor, la calidad del dato y la estampa de tiempo.
• Servidor OPC HDA– Basado en la especificación de Acceso a Datos Historizados
que provee al Cliente OPC HDA de datos históricos. Que facilita el uso de
aplicaciones de acceso a datos.
Características: Arquitectura de comunicación abierta y eficaz, concentrada en el
acceso a datos y no en los tipos de datos.
Propósito: Permite que aplicaciones (MS Office, Objetos WWW) accedan a datos de
un dispositivo o un banco de datos “In process”. Facilita el desarrollo de aplicaciones
sin sacrificar la funcionalidad de la Interfaz Cliente.
• Servidor OPC A&E Server– Basado en la especificación de Alarmas y Eventos –
transfiere Alarmas y Eventos desde el dispositivo hacia el Cliente OPC A&E, son
notificados de Sucesos. Estos mecanismos se definen como:
Alarma: Condición anormal de un sistema, por lo que es un caso especial de esta.
Condición: Estado nombrado evento por contener condiciones asociadas a una
etiqueta como HighAlarm, Normal, LowAlarm.
Evento: Ocurrencia perceptible, de importancia al servidor OPC, de los dispositivos
que representa o de sus dispositivos OPC.
• Servidor OPC UA – Basado en la especificación de Arquitectura Unificada –
basado en el set mas nuevo y avanzado de la OPC Foundation, permite a los
Servidores OPC trabajar con cualquier tipo de datos.
• OPC-DX para intercambiar datos con otros servidores OPC.
Define un conjunto de interfaces que permiten el intercambio de datos, así
como la comunicación “server to server” entre dispositivos y controladores
conectados a Ethernet, que utilizan distintos protocolos. OPC-DX permite a
los servidores OPC-DA intercambiar directamente datos sin la exigencia de un
cliente OPC intermedio.
La mejor manera de pensar de un servidor OPC-DX es como un servidor OPC-
DA que se puede configurar para intercambiar datos con otros servidores
OPC-DA. Como es el caso de otros servidores OPC, el cliente aún se utiliza
para configurar, controlar y vigilar este intercambio de datos.
• OPC-XML para intercambiar datos entre diferentes sistemas operativos.
Se está convirtiendo en el método estándar para el intercambio de datos

entre las aplicaciones de empresa y son cada vez más en proceso de control
de entornos. OPC XML-DA salió a la luz en 2003 tras varios años de desarrollo,
y ofrece un interfaz Simple Object Application Protocol (SOAP) para los
objetos OPC DA 2.0/3.0. Esto permite a las aplicaciones cliente ser escritas en
Java, Perl, Python, y otros idiomas que soporta SOAP. SOAP y XML Web
Services utiliza Protocolo de transferencia de hipertexto (HTTP) y los
mecanismos de transporte y proporcionar una plataforma neutral que es más
adecuado para el tráfico con base en Internet, en comparación con
tecnologías como DCOM.
Sin embargo, debido a las limitaciones de rendimiento posible, OPC XML-DA

es poco probable que se utilizan para aplicaciones en tiempo real, a pesar de
que normalmente se usa de puente entre la empresa y la red de control.
Arquitectura
• Una Arquitectura OPC se refiere a la infraestructura de comunicaciones que
incluye uno o varios Clientes OPC y Servidores OPC comunicándose entre si.
Podemos comunicar cualquier dispositivo que entregue datos en planta (PLC,
DCS, balanzas) con software que puedan tomar éstos datos y procesarlos
para visualizarlos de alguna manera (HMI, Bases de Datos, ERP).
Para mantener una Arquitectura
Cliente/Servidor OPC fácil de leer, se utiliza la
convención de dibujar el diagrama de flujo
con los Datos fluyendo desde abajo hacia
arriba. Los Datos deben fluir desde las
Fuentes de Datos (PLC, DCS, RTU, Básculas,
Protocolos, Bases de Datos, Hojas de Cálculo,
etc.) hacia la Aplicación que utilizará los
Datos (SCADA’s, Bases de Datos Relacionales,
HMI’s, Historiadores, Servidores Web, Hojas
de Cálculo, etc.).
Los Software OPC más utilizados a nivel
mundial son:
• Permiten una comunicación abierta entre dispositivos y protocolos, de manera
independiente del proveedor.
• Modbus
• Permite realizar conexiones por Serial o Ethernet TCP/IP.
• Siemens
• Soporta dispositivos de la familia S7 (200, 300, 400, 1200).
• Allen Bradley.
• Soporta dispositivos ControlLogix, MicroLogix, PLC 5/XX.
• GE Fanuc.
• Soporta dispositivos 9030, 9070, Versamax.
• DNP3
• Permite comunicación entre RTU, PLC, o cualquier otro dispositivo que se comunique por
DNP3
Bibliografía
• http://www.iac.cl/software-opc/
• http://www.emb.cl/electroindustria/articulo.mvc?xid=764&srch=fabelec&act=3
• https://www.matrikonopc.es/opc-servidor/index.aspx
• https://www.s21sec.com/es/blog/2009/02/opc-estandar-en-las-redes-industriales-y-
buses-de-campo/
• https://www.interempresas.net/Electronica/FeriaVirtual/Producto-Frontales-y-
servidores-OPC-116354.html
• Opc: un estandar en las redes industriales y buses de campo - INTRODUCCIÓN AL
OPC SERVER

OPC

Cargado por

Copyright:

Formatos disponibles

OPC

Cargado por

Información del documento

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

Cargado por

Copyright:

Formatos disponibles

OPC (OLE for Process Control)

INT E GR A NT ES : CHR IS TO F ER CÁCE R E S

Mecanismo estándar de comunicación,

Antiguamente estos dispositivos sólo intercambiaban datos con aplicaciones entregadas

es la entidad que establece y mantiene las especificaciones de este esquema de

• Acceso a todos los datos de la red de los equipos Sofrel.

Se está convirtiendo en el método estándar para el intercambio de datos

Sin embargo, debido a las limitaciones de rendimiento posible, OPC XML-DA

También podría gustarte