1

I.T.S “SUCRE”-NIVEL SUPERIOR

PLC I Y II
STALIN NEGRETE
Que es OPC?
OPC es una tecnología diseñada para comunicar datos de forma segura y operativa entre
aplicaciones tanto en la industria de la automatización (sistemas SCADA) como en otros
sectores. Es una plataforma independiente de los fabricantes y por tanto abierta ya que
asegura un flujo de información entre componentes de distintos proveedores. La OPC
Foundation es la encargada del desarrollo de este estándar. OPC es el método de
conectividad de datos basado en los estándares más populares del mundo. Es utilizado
para responder a uno de los mayores retos de la industria de la automatización: cómo
comunicar dispositivos, controladores y/o aplicaciones sin caer en los problemas
habituales de las conexiones basadas en protocolos propietarios. 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. Cualquier software que sea
compatible con estas especificaciones OPC proporciona a usuarios e integradores
conectividad abierta e independiente tanto del fabricante del dispositivo como del
desarrollador de la aplicación Cliente.

OPC inicialmente nació para funcionar únicamente en el sistema operativo Windows

(actualmente conocido como OPC clásico), de esta forma las siglas OPC nacieron de OLE
for Process Control (OLE para control de procesos). Actualmente este estándar ha
evolucionado y ha sido sustituido por OPC UA cuyas siglas han cambiado su significado
pasando ha pasado a representar a los conceptos: Open Productivity Collaboration
Unified Architecture (OPC UA). Esta nueva versión de OPC es totalmente compatible
con OPC clásico por lo que reconoce todas las funcionalidades de este.
La modificación de las nuevas especificaciones del estándar de OPC UA se ha creado
debido a que cada vez son más los retos en seguridad y modelado de datos. Por otro lado
era necesario un protocolo más abierto a otros sistemas operativos y por tanto aplicables
a tecnologías futuras.

Características de una OPC?

 OPC proporciona un mecanismo para acceder a datos independientemente de su
origen y entregárselos a cualquier cliente. Con esto diferencia perfectamente la
labor de los desarrolladores de hardware y de software aportando una solución a
los problemas mencionados anteriormente.

 Los desarrolladores de hardware tan solo necesitan desarrollar un paquete de

drivers. Estos se comunican siguiendo el interfaz OPC, de tal manera que las
aplicaciones que los usen no deberán preocuparse más por posibles cambios en el
hardware, ya que el acceso a los datos desde la aplicación a través de OPC se
seguirá realizando del mismo modo. Con esto, los desarrolladores podrán
centrarse más en los datos y su tratamiento y menos en la manera en la que se
obtienen. Según datos de la Fundación OPC gracias al interfaz de acceso a datos
2
I.T.S “SUCRE”-NIVEL SUPERIOR
PLC I Y II
STALIN NEGRETE
de OPC hay compañías que esperan reducir entre un 60% y un 75% el esfuerzo
destinado al desarrollo de drivers.

 Los desarrolladores de software no necesitan reescribir los drivers por mejoras y/o
cambios en las características del hardware. Como se ha comentado anteriormente
el interfaz de acceso a datos soluciona completamente este problema.

 Los usuarios obtienen un mayor número de herramientas entre las que elegir sin
preocuparse de los problemas de integración. Efectivamente gracias a OPC el
concepto de PLUG & PLAY está más cercano en el mundo de la automatización,
ya no es necesario equipar un proceso entero con productos de la misma casa.
Incluso podría usarse OPC para comunicar directamente dos aplicaciones de
distintas marcas si fuera necesario (siempre que los requisitos de rendimiento lo
permitan).

 Proporciona en general acceso a tipos de datos simples: bool, byte, word, dword,
float y double. Tanto con signo, como sin signo.

 Aunque el uso es menos común, permite acceso a arrays de datos simples, así
como a cadenas y estructuras de datos.

 Los datos pueden representar cualquier información que el servidor OPC desee
exportar, comúnmente suelen representar:
 Datos de sensores (presión, caudal, temperatura, etc)
 Parámetros de Control (abierto, cerrado, arranca, para, etc)
 Información de estado (Estado del hardware y las conexiones)

 El estándar NO realiza procesamiento de datos, solo es una ventana a los datos.

Está enfocado principalmente a redes Ofimáticas, NO Industriales. Puede NO
cumplir los requisitos de un sistema en tiempo real. No hay garantías al respecto,
ya que no es el propósito de este interfaz OPC, sino del de otros interfaces como
el interfaz de alarmas y eventos.
 Los fabricantes de hardware sólo tienen que hacer un conjunto de componentes
de programa para que los clientes los utilicen en sus aplicaciones.
 Los fabricantes de software no tienen que adaptar los drivers ante cambios de
hardware.
 Un cliente OPC se puede conectar a servidores OPC proporcionados por más de
un "proveedor".
 Esto le puede ser útil para conectarse a más de dos OPC sin necesidad de seguir
el mismo protocolo.
3
I.T.S “SUCRE”-NIVEL SUPERIOR
PLC I Y II
STALIN NEGRETE
OPC serves
Un servidor OPC es una aplicación de software (driver) que cumple con una o más
especificaciones definidas por la OPC Foundation. El Servidor OPC hace de interfaz
comunicando por un lado con una o más fuentes de datos utilizando sus protocolo nativos
(típicamente PLCs, DCSs, básculas, Módulos I/O, controladores, etc.) y por el otro lado
con Clientes OPC (típicamente SCADAs, HMIs, generadores de informes, generadores
de gráficos, aplicaciones de cálculos, etc.). En una arquitectura Cliente OPC/ Servidor
OPC, 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.
Existen cuatro tipos de servidores OPC definidos por la OPC Foundation, y son los
siguientes:
 Servidor OPC DA – Basado en Spezifikationsbasis: OPC Data Access -
especialmente diseñado para la transmisión de datos en tiempo real.
 Servidor OPC HDA– Basado en la especificación de Acceso a Datos Historizados
que provee al Cliente OPC HDA de datos históricos.
 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.
 Servidor OPC UA – Basado en la especificación de Arquitectura Unificada –
basado en el set más nuevo y avanzado de la OPC Foundation, permite a los
Servidores OPC trabajar con cualquier tipo de datos.
En conjunto, los tres primeros tipos de Servidores OPC se conocen como Servidores OPC
"Clásicos" para distinguirlos de OPC UA que se convertirá en la base de las futuras
arquitecturas OPC.

Comunicaciones Cliente OPC / Servidor OPC (Servidor OPC DA, Servidor OPC
HDA, Servidor OPC A&E)

Los Servidores OPC clásicos utilizan la infraestructura COM/DCOM de Microsoft

Windows para el intercambio de datos. Lo que significa que esos Servidores OPC deben
instalarse bajo el Sistema Operativo de Microsoft Windows. Un Servidor OPC puede
soportar comunicaciones con múltiples Clientes OPC simultáneamente.

Servidor OPC - Traducción de Datos/Mapping

La principal función de un Servidor OPC es el traducir datos nativos de la fuente de datos

en un formato OPC que sea compatible con una o más especificaciones OPC mencionadas
anteriormente (ejemplo: OPC DA para datos en tiempo real). Las especificaciones de la
OPC Foundation solo definen la porción OPC de las comunicaciones del Servidor OPC,
así que la eficiencia y calidad de traducción del protocolo nativo a OPC y de OPC al
protocolo nativo dependen enteramente de la implementación del desarrollador del
Servidor OPC.
4
I.T.S “SUCRE”-NIVEL SUPERIOR
PLC I Y II
STALIN NEGRETE
Servidor OPC –Comunicación Fuente de Datos

Los Servidores OPC comunican nativamente con las fuentes de datos, por ejemplo:
dispositivos, controladores y aplicaciones. Las especificaciones de la OPC Foundation no
especifican como el Servidor OPC se debe comunicar con la fuente de datos porque hay
una gran variedad de fuentes de datos disponibles en el mercado. Cada PLC, DCS,
controlador, etc. tiene su propio protocolo de comunicación o API que a su vez permiten
la utilización cualquier cantidad de conexiones físicas (serial RS485 o RS232, Ethernet,
wireless, redes propietarias, etc.).

Dos ejemplos comunes de cómo se comunican los Servidores OPC con la Fuente de Datos
son:
A través de una interfaz de programación de aplicaciones (API) para un driver
personalizado escrito específicamente para la Fuente de Datos.
A través de un protocolo que puede o no ser propietario, o basado en un estándar abierto
(por ejemplo utilizando el protocolo Modbus. (MatrikonOPC Server para Modbus)
Ejemplos comunes Servidor OPC
MatrikonOPC Simulation Server
MatrikonOPC Modbus Server

OPC UA
Interoperabilidad y Estandarización es de lo que se trata OPC. Mientras que OPC
convencional resuelve los problemas de interoperabilidad a nivel de sistemas de control
de procesos, la demanda por el mismo nivel de estandarización ha sido requerida por el
área de análisis de la información. El standard OPC clásico está basado en Microsoft
DCOM el cual introduce vulnerabilidad a todas ésas áreas. La necesidad de encontrar
simplicidad, máxima interoperabilidad y seguridad ha llevado a la OPC Foundation a la
creación de un método de comunicación unificado para las actuales especificaciones OPC
DA, HDA, A&E, y Seguridad.

OPC UA (Arquitectura Unificada) extiende el gran éxito del protocolo de comunicación

OPC, para la adquisición de datos, el modelado de la información y la comunicación entre
planta y aplicaciones de una forma fiable y segura.

Las principales características y beneficios de los OPC UA son:

 Plataforma neutral que funciona en cualquier sistema operativo

 Preparada para el futuro y para comunicar con sistemas antiguos
 Fácil configuración y mantenimiento
 Tecnología orientada a servicios
 Aumento de la visibilidad
 Mayor alcance de la conectividad
 Alto rendimiento
5
I.T.S “SUCRE”-NIVEL SUPERIOR
PLC I Y II
STALIN NEGRETE
Encuentra los productos OPC UA que están ya disponibles:

 MatrikonOPC UA Suite

MatrikonOPC, ha sido de los primeros en adoptar la Tecnología OPC UA y los

editores de la especificación UA, y al ser parte de la junta Directiva de la OPC
Foundation, ofrece lo que el mundo realmente está esperando. Los productos UA
de MatrikonOPC son compatibles con la más reciente especificación de la OPC
Foundation. Usando la tecnología UA de MatrikonOPC, podrá amplía con
seguridad sus horizontes de conectividad, abrir nuevas cuotas de mercado, y le
permitirá lograr la máxima escalabilidad en el mundo de la automatización.

 MatrikonOPC UA Embebido suite

MatrikonOPC es el único proveedor que ofrece un Servidor OPC UA SDK

Embebido y escalable a través de todas las clases de dispositivos. Ya sea que su
producto está diseñado para tener un coste mínimo o para un máximo rendimiento,
tenemos la solución adecuada para usted.

OPC UA está diseñado para ofrecer una verdadera Conectividad Universal, basada en una
plataforma segura y simple para abordar los desafíos del área de análisis de la
información.

Principios del OPC UA:

Acceso Unificado
OPC UA integra las especificaciones OPC existentes: DA, A&E,
HDA, Comandos y Datos Complejos. Esto reduce los costes de la
integración de sistemas y provee de una arquitectura común para el
acceso a la información.

Acceso vía Firewalls y a través de Internet

OPC UA utiliza mensajes seguros, lo que significa que el mensaje
puede ser transmitido a través de HTTP, UA TCP o cualquier otro
puerto disponible.

Confiabilidad
OPC UA implementa un tiempo de espera configurable, detección y
recuperación de errores en la comunicación. OPC UA permite la
redundancia entre Servidores OPC de diferentes fabricantes.
6
I.T.S “SUCRE”-NIVEL SUPERIOR
PLC I Y II
STALIN NEGRETE
Seguridad
La seguridad de OPC UA está basada en la tecnología de Certificados
Digitales (seguridad encriptada).

Independiente del Sistema Operativo

OPC UA ha sido diseñada para ser independiente del Sistema
Operativo. Usando SOAP/XML sobre HTTP, OPC UA se puede
implementar en Linux, Windows XP Embedded, VxWorks, Mac,
Windows 7, y en plataformas clásicas de Windows.

Bibliografía:
 https://www.matrikonopc.es/opc-servidor/index.aspx
 https://www.matrikonopc.es/opc-ua/index.aspx
 http://larraioz.com/articulos/opc-desde-el-clasico-al-nuevo-opc-ua
 http://www.emb.cl/electroindustria/articulo.mvc?xid=764&srch=fabelec&act=3
 https://revistadigital.inesem.es/gestion-integrada/protocolo-opc-ua-
caracteristicas-y-aplicaciones/
 http://www.infoplc.net/files/documentacion/comunicaciones/infoplc_net_guia_p
ara_entender_la_tecnologia_opc.pdf