[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos

[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos

[UDI112784] El Software SCADA y Comunicación OPC UA

Introducción

En esta unidad, revisaremos el software SCADA y la comunicación OPC UA.

En primer lugar revisaremos los principales fundamentos de programación orientada a objetos.

Seguidamente revisaremos driver, utilidades de desarrollo y run-time. Proseguiremos abordando el

uso de bases de datos para almacenamiento e identificaremos los principales métodos de

comunicación entre aplicaciones.

i
.a
Para finalizar la unidad, nos centraremos en la evaluación del protocolo OPC a OPC UA y en la

configuración de controles OPC en el SCADA.

xp
al
uc
ed
a.
m
su
ce

[Link]
1 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Objetivos

Conocer los fundamentos de programación orientada a objetos.

Profundizar en driver, las utilidades de desarrollo y el run-time.

Reconocer el uso de las bases de datos para el almacenamiento.

Identificar los principales métodos de comunicación entre aplicaciones.

Analizar la evaluación del protocolo OPC a OPC UA.

i
Abordar la configuración de controles OPC en el SCADA.

.a
xp
al
uc
ed
a.
m
su
ce

[Link]
2 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Mapa Conceptual

i
.a
xp
al
uc
ed
a.
m
su
ce

[Link]
3 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

1. Fundamentos de programación orientada a objetos

Los sistemas SCADA se programan haciendo uso de la programación orientada a objetos,

es por ello que es importante conocer de forma básica las principales características de

estos lenguajes de programación orientados a objetos ( OOP , Object Oriented Programming).

En programación, el concepto de objeto de software se entiende como una “cosa” programada de

manera que permita su utilización en más de una ocasión, es decir es algo similar a lo que se conoce

i
en programación estructurada como subrutina dentro de un programa.

.a
Este código se programa una sola vez y se utiliza todas las que se necesite, para ello se guarda en

xp
una librería de objetos. Por tanto estas librerías son una especie de estanterías dentro de las

cuales los programadores colocan estas rutinas que se pueden utilizar de forma reiterada siempre

al
que se quiera. Los objetos se pueden llamar para que sean efectivos sin necesidad de tener que
uc
modificarlos.

Las librerías de objetos son diferentes de las librerías de funciones tradicionales ya que además de
ed

funciones contienen datos con los cuales trabajan, los tipos de datos también se conocen por el

concepto de clases.
a.

Los objetos son estructuras con tres características que los diferencian de otras como son su
m

encapsulamiento, la herencia y el polimorfismo.

su

Encapsulado

Quiere decir que los datos incluidos dentro de un objeto no son accesibles desde fuera del objeto de
ce

cualquier manera. Esta característica sirve para proteger los datos contenidos en el objeto, ya que

se debe acceder a ellos de forma expresa y no por casualidad.

Por ejemplo imaginemos que en un sistema de control, para cambiar el caudal de trabajo hay una

función específica que debemos llamar de una manera determinada o el sistema no aceptará los

datos: esta función la podemos llamar Set_Caudal (m3) .

Sabremos que el parámetro m3 representa a un valor numérico que hemos definido por ejemplo con

dos decimales obligatorios, quedando por tanto Set_Caudal(12.50). De esta manera un formato

numérico diferente no sería aceptado (sin decimales, más de dos cifras enteras, una coma en vez de

[Link]
4 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

un punto, etc.).

Herencia

Un objeto puede heredar las características de otro objeto. En esencia, podemos crear un objeto

que, de forma automática, adopte las características y los datos de otro. Este nuevo objeto puede

entonces ser modificado sin afectar al original.

Un detalle que los hace particularmente interesantes y al mismo tiempo peligroso es que la herencia

i
es retroactiva es decir, que si modificamos el objeto padre los objetos hijos creados a partir del

.a
padre también adquirirán los cambios de forma automática.

xp
Polimorfismo

Esta característica permite que objetos con funciones similares respondan de forma similar a los

mismos estímulos.

al
uc
Por ejemplo, al pulsar un objeto de tipo “botón” cuya función es la de poner en “marcha” el sistema

controlado por ese panel de control, no importa si debajo podemos tener otros objetos de tipo
ed

pulsadores con por ejemplo condiciones de seguridad o múltiples condiciones que impliquen

temporizadores, combinaciones lógicas o demás seguridades en ese sistema. La intención al pulsar

a.

el botón “marcha” está clara.

m

El uso de la programación orientada a objetos (OOP) tiene muchas ventajas entre las que se

pueden destacar:
su

Los objetos se modelizan y diseñan para que se parezcan al máximo al mundo real, lo cual
ce

permite desarrollar unos modelos fáciles de configurar y modificar.

El hecho de mantener la interfase fija permite modificar un objeto sin afectar al usuario, que lo

utiliza como una caja negra con unas entradas y unas salidas.

Los códigos se pueden combinar y reutilizar, permitiendo crear objetos nuevos a partir de

otros.

Es posible definirlos de manera que recojan datos concretos y de forma selectiva (alarmas,

históricos, calibración, etc.).

[Link]
5 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

2. Driver, utilidades de desarrollo y Run-time

El código del programa que se ejecuta en un terminal del tipo HMI o en un SCADA utiliza unos

“programas específicos” que reciben el nombre de controladores o driver. La función del driver es

la de hacer de traductor entre el lenguaje del SCADA y el nivel de control de planta del PLC

(pudiendo ser por ejemplo un driver para comunicarse con Profibus), o entre el SCADA y la red de

gestión de la organización (hacia arriba, pudiéndose ser por ejemplo con Ethernet).

i
.a
xp
al
uc
ed
a.

En función de la complejidad y extensión del sistema a controlar, es posible especializar elementos

m

en base a su función pudiendo tener servidores de datos, de alarmas, de históricos, de interfase

hombre-máquina, entre otros.

su

Cuando los datos provenientes de la planta se han procesado, se pueden transferir a otras
ce

aplicaciones software con la que llevamos a cabo la gestión de datos (como por ejemplo hojas de

cálculo o bases de datos), la cual nos permite analizar eventos, alarmas, emergencias, etc., ocurridos

durante la producción; así como realizar un histórico de los mismos para realizar estudios y sacar

conclusiones dirigidas al sistemas de gestión de la organización.

Por tanto el sistema de comunicaciones soporta el intercambio de información entre los elementos

de planta, la arquitectura de hardware implementada y los elementos de gestión; mediante el cual se

realiza el intercambio de información entre los elementos de campo (autómatas reguladores) y los

ordenadores que realizarán la recopilación de datos de información.

[Link]
6 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Esta comunicación se puede realizar de dos formas: bien mediante drivers específicos de cada unos

de los elementos a comunicar o bien mediante drivers genéricos.

Drivers específicos

Son drivers que sólo permiten la comunicación entre un elemento determinado de campo y un

sistema de captación de datos (ordenador). Es por ello que para cada enlace es necesario introducir

el uso de un controlador determinado es decir, cada enlace desde el sistema SCADA a cada elemento

de campo es exclusivo. Por tanto muchos de los recursos utilizados por los equipos informáticos son

i
.a
simplemente para traducir cada uno de los drivers.

xp
Los controladores específicos generan muchos problemas de integración ya que cada elemento de

campo, sistemas de control y monitorización tiene sus propias ideas de comunicación, pero hay que

“ponerlos” de acuerdo y trabajar en armonía para permitir la máxima eficiencia y proporcionar un

acceso seguro a la información.

al
uc
En un sistema de automatización hay múltiples elementos de control y monitorización, cada uno con

su protocolo de comunicaciones específico (modbus, AS-i, Ethernet, RS232, etc.) y con un sistema
ed

operativo propio tal como DOS, UNIX, Linux o Windows, con sus propias características.
a.

Cada conexión significa un programa exclusivo dedicado al diálogo entre el elemento de control

([Link]. un PLC) y el elemento de monitorización (por ejemplo un paquete de visualización).

m

Cada fabricante proporciona este programa controlador de comunicaciones o driver que comunica
su

su producto con un equipo determinado. El acceso a los datos se hace de forma oscura, sin acceso

por parte del usuario. El interfase se ocupa de convertir los datos del equipo en datos útiles para
ce

nuestro sistema de control o captación.

El problema implícito en este método es que, para cualquier ampliación o modificación del sistema,

debemos dirigirnos al fabricante del equipo para que realice las modificaciones necesarias en el

driver o desarrolle uno nuevo.

El deseo de todo integrador de sistemas es conseguir un método para mejorar la interconectividad

entre elementos de campo y aplicaciones, minimizando la enorme variedad de protocolos de acceso

(controladores o drivers de comunicación).

[Link]
7 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Driver genérico

Son controladores de código abierto programado en base a unas especificaciones concretas de un

determinado estándar, cuya idea básica es definir una interfase estándar entre elementos de

campo y aplicaciones, independiente del fabricante, simplificando así las tareas de integración. El

ejemplo más conocido de driver genérico es la tecnología OPC, sobre el cual se profundizará más

extensamente en apartados posteriores.

Con el uso de drivers o controladores genéricos se soluciona el problema de la integración de

i
.a
sistemas de diferentes fabricantes, el cual es uno de los más complejos al que se enfrentan los

técnicos en el campo industrial.

xp
al
uc
ed
a.
m
su
ce

[Link]
8 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

3. Las utilidades de desarrollo y el programa Run-time

Dentro de un programa SCADA hay dos partes diferenciadas por la función que desempeñan, estas

son por un lado las aplicaciones que sirven para el desarrollo y por otra el programa de ejecución o

Run-time:

Las utilidades de desarrollo

i
.a
Sirven para realizar la creación y edición de las diferentes ventanas de la aplicación, así
como sus características (textos, dibujos, colores, propiedades de los objetos, programas,
etc.).

xp
El programa Run-time

al
Permite ejecutar la aplicación creada con las utilidades de desarrollo.
uc
Estos dos grandes paquetes necesitan una serie de protocolos o herramientas, para que el sistema

SCADA funcione, que se pueden agrupar por un lado en elementos de software para
ed

almacenamiento de datos y por otro en elementos de comunicación entre aplicaciones. A

continuación se tratan estos aspectos.

a.
m
su
ce

[Link]
9 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

4. Utilización de bases de datos para almacenamiento

Ya en los inicios de la automatización se vio la utilidad de poder disponer de datos almacenados

sobre un sistema, de manera que se pudiera realizar cualquier tipo de análisis con posterioridad.

Al principio, antes de que aparecieran las bases de datos, el almacenamiento de información se

realizaba en ficheros, accesibles por los programadores de las aplicaciones. Estos ficheros eran

complicados de tratar debido a que tenían que estar perfectamente identificados y localizados en el

i
disco, así como la situación y el formato de los datos dentro de éstos.

.a
La aparición de las bases de datos jerárquicas permite ordenar los elementos por jerarquías, en

xp
las cuales un tipo de datos consiste en un subconjunto de otro tipo de datos más genérico. Un

ejemplo podría ser una línea de producción en la que hay un conjunto general de variables

al
compuesto por los conjuntos de variables particulares de cada máquina.
uc
Este modelo está limitado en prestaciones si queremos acceder, por ejemplo, a variables

pertenecientes a distintos grupos de datos situados en diferentes niveles del esquema de variables.
ed

Surgen entonces las bases de datos de red, capaces de interpretar las relaciones más complejas

entre los diversos tipos de variables que aparecen.

a.

Los programas, de todas formas, siguen necesitando conocer las formas de acceder a los datos
m

dentro de estas estructuras.

su

Bases de datos relacionales

El paso fundamental se da con la aparición de las bases de datos relacionales (Relational Data
ce

Base ).

Una base de datos relacional no es más que un conjunto de tablas de datos que contienen campos

que sirven de nexo de unión (relación) y que permiten establecer múltiples combinaciones mediante

la utilización de estos nexos.

Las posibles combinaciones son muchas ya que lo único que hay que configurar es por un lado la

consulta o el método de búsqueda (query ) y por otro el tipo de datos que se quiere consultar y

aplicarlo a los datos.

[Link]
10 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

La normalización en el almacenamiento disminuye las necesidades de espacio de almacenamiento y

reduce los problemas asociados a las bases de datos redundantes (inconsistencias debidas, por

ejemplo a repeticiones de registros).

Los usuarios deben poder acceder a los datos de forma rápida y sencilla, pudiendo realizar sus

propias estructuras de consultas (query) y obtener los datos adecuados a sus necesidades para su

posterior tratamiento (hojas de cálculo, documentación, etc.).

Bases de datos industriales

i
.a
Las bases de datos relacionales usuales no son las estructuras de datos adecuadas para un sistema

xp
de producción con una cierta complejidad. Para entender esta afirmación se puede pensar en una

instalación con 1.000 variables, si se necesitara almacenar su valor cada segundo, generaría

[Link] registros al cabo de un mes de trabajo. Esto nos lleva a las siguientes limitaciones:

al
uc
La cantidad de datos a almacenar en un periodo dado de tiempo no puede ser muy elevada en

una base de datos relacional.

ed

El espacio necesario en una aplicación industrial es considerable debido a la cantidad de

información a almacenar.
a.

SQL no está optimizado para trabajar con datos con indexación temporal, es decir que una de

las características de cada dato sea el instante en que ha sido generado, lo cual hace difícil la
m

tarea de especificar resoluciones temporales.

su

Un ejemplo de estas aplicaciones industriales de acceso a bases de datos industriales es el

IndustrialSQL desarrollado por Wonderware, el cual soluciona el problema de la actualización de

ce

datos aumentando la capacidad de grabación de datos (más de 10.000 lecturas por segundo) y

disminuyendo el espacio necesario en disco.

Las nuevas técnicas desarrolladas permiten aumentar el rendimiento de las bases de datos y, por

tanto, el acceso a la información:

Las arquitecturas Cliente-Servidor permiten a los desarrolladores de producto transferir las

aplicaciones desde los Clientes y el Servidor hacia una Capa de Aplicación intermedia.

Los objetos distribuidos basados en tecnologías tales como DNA que emplean modelos como

[Link]
11 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

DCOM se utilizan para implementar la Capa de Aplicación, donde se usarán las herramientas

de análisis, seguimiento y gestión.

OLE DB es un conjunto de interfaces basadas en la tecnología COM que permite hacer

accesibles los datos OLE a herramientas SQL. Permiten la interacción con Sistemas de Gestión

de Bases de Datos (DBMS) y también compartir los datos a las bases de datos.

Los Objetos de Datos ActiveX (ADO, ActiveX Data Objects) proporcionan una serie de interfaces

que dan acceso a los datos.

Los Servicios de Datos Remotos (RDS, Remote Data Services) y las Páginas de Servidores

i
.a
Activos (ASP, Active Server Pages), permitirán el acceso fiable a Internet. RDS proporciona la

infraestructura para el intercambio de datos por Internet y ASP permite a un servidor Web

xp
interactuar con los datos para satisfacer las exigencias de un cliente de forma dinámica.

al
Mediante estas tecnologías, la accesibilidad a las bases de datos distribuidas se hace igual que si
uc
todas ellas fuesen una única base de datos local.
ed
a.
m
su
ce

[Link]
12 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

5. Métodos de comunicación entre aplicaciones: OPC, ODBC,

ASCII, SQL y API

Los métodos de intercambio de información entre aplicaciones informáticas más usuales son los

estándares: OPC, ODBC, ASCII, SQL y API.

OPC

El estándar de intercambio de datos más común es el conocido OPC (OLE for Process Control). Se

i
.a
trata de un estándar abierto que permite un método fiable para acceder a los datos desde equipos de

campo. El método de acceso siempre es el mismo ya que no depende del tipo y origen de los datos.

xp
Se basa en la tecnología COM (Component Object Model) de Microsoft, el cual permite definir

cualquier elemento de campo mediante sus propiedades, convirtiéndolo en una interfase por sí

al
mismo. De esta manera es posible conectar fácilmente cualquier elemento de campo con un servidor
uc
de datos local (COM) o remoto (DCOM).

Los componentes OPC se pueden clasificar en clientes o servidores:

ed

Cliente OPC (OPC client).

a.
m

Es una aplicación que sólo utiliza datos, tal como hace un paquete SCADA. Un cliente se relaciona

con un servidor de una manera totalmente definida y estándar, por tanto cualquier cliente OPC se
su

puede comunicar con cualquier servidor OPC sin importar el tipo de elemento que recoge esos

datos.
ce

Desde el punto de vista de los datos, el aspecto de estos será siempre similar, sin importar el

fabricante del equipo. Desde el cliente OPC se puede acceder a los servicios ofrecidos por cada uno

de los servidores como consulta de valor de un Items, modificación de su valor, refresco con una

determinada frecuencia…

Servidor OPC (OPC server).

Es una aplicación que realiza la recopilación de datos de los diversos elementos de campo de un

[Link]
13 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

sistema automatizado y permite el acceso libre a estos elementos desde otras aplicaciones que los

soliciten (clientes OPC).

Un servidor OPC es un conjunto de grupos OPC, a su vez un grupo OPC es un conjunto de ítems

OPC; en donde cada ítems OPC representa la conexión a una fuente de datos (por ejemplo la

variable de un PLC). Cada Item OPC tiene asociado un valor e instante de tiempo.

i
.a
xp
al
uc
ed
a.
m

En la actualidad OPC (OLE for Process Control) que solo funciona con la plataforma del sistema
su

operativo de Microsoft Windows ha derivado en el estándar multiplataforma OPC UA (Open

Productivity Collaboration Unified Architecture). Dada la importancia de este estándar se

ce

tratará con más detalle posteriormente.

SQL

SQL (Structured Query Language es el estándar más extendido para el trabajo y comunicación con

bases de datos, permite que cualquier programa que se ciña al estándar SQL tenga una interfase

común para el acceso a los datos.

Algunos conceptos, características y herramientas que nos pueden ayudar a entender el

funcionamiento de este estándar son las que se identifican a continuación:

[Link]
14 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Procedimientos

Son bibliotecas de comandos almacenados en la propia base de datos para reducir el tráfico de
red y simplificar los procedimientos de acceso a los usuarios de las bases de datos.

Eventos

Son comandos que se activan automáticamente bajo unas ciertas condiciones, de esta manera
facilitan el mantenimiento de la integridad de los datos.

Replicación

i
Permite la duplicación y sincronización de bases de datos. Algunos ejemplos de esta

.a
replicación es cuando se actualizan los datos de la base de datos central con los datos más
actuales existentes en una unidad remota (RTU), o para actualizar un servidor de datos que
haya quedado temporalmente fuera de servicio una vez se haya reiniciado su funcionamiento.

xp
Accesibilidad

al
Esta característica hace posible el envío o intercambio de información ordenada por eventos;
como por ejemplo cuando se produce el envío automático de mensajes cuando se cumplen
ciertas condiciones dentro de un sistema.
uc
ed

ODBC

ODBC (Open Data Base Connectivity) es otro estándar del sistema operativo Microsoft Windows,
a.

este permite a las aplicaciones el acceso a datos en Sistemas de Gestión de Bases de Datos (Data

Base Management Systems) utilizando SQL como método estándar de acceso.

m

ODBC permite que una aplicación pueda acceder a varias bases de datos mediante la inclusión del
su

controlador correspondiente en la aplicación que debe acceder a los datos.

ce

La interfase ODBC define:

Una librería de llamadas a funciones ODBC.

La sintaxis SQL necesaria.

Códigos de error estándar.

El método de conexión a un Sistema de Gestión de Bases de Datos (DBMS).

El formato de presentación de los datos.

Para acceder a los datos, una aplicación necesita un controlador, que en Windows se llama Librería

[Link]
15 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

de Enlace Dinámico (DLL, Dynamic Link Library) y en UNIX recibe el nombre de Objeto (OBJ).

ODBC permite definir un estándar que permita el intercambio entre bases de datos y aplicaciones.

ASCII

El formato ASCII es común a prácticamente todas las aplicaciones informáticas, por lo que se trata

de un estándar básico de intercambio de datos. Por otro lado hay que destacar su sencillez en

exportar e importar datos de configuración, valores de variables, etc.

i
.a
API

Las herramientas API (Application Programming Interfaz) permiten que el usuario pueda adaptar el

xp
sistema a sus necesidades mediante rutinas de programa propias escritas en lenguajes

estandarizados (Visual Basic, C++, Java, etc.) lo cual les proporciona tanto una versatilidad infinita

al
como una potencia muy elevada; ya que permiten el acceso a las bases de datos de los servidores
uc
donde se han almacenado valores temporales o históricos.

A continuación se muestra una gráfica en la que se expone de forma esquemática el que puede ser el
ed

funcionamiento interno de una aplicación SCADA junto con los elementos y conceptos principales

necesarios para ello, algunos de ellos vistos anteriormente.

a.
m
su
ce

[Link]
16 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

i
.a
xp
al
uc
ed
a.
m

Comenzar Actividad
su

Relaciona los elementos de la columna Derecha con la columna Izquierda

OPC 1 Estándar más extendido para el

ce

trabajo y comunicación con bases

de datos, permite que cualquier
SQL 2 programa que se ciña al estándar
SQL tenga una interfase común
para el acceso a los datos.

Estándar abierto que permite un

método fiable para acceder a los
datos desde equipos de campo

Los métodos de intercambio de información entre aplicaciones informáticas más

[Link]
17 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

usuales son los estándares: OPC, ODBC, ASCII, SQL y API.

i
.a
xp
al
uc
ed
a.
m
su
ce

[Link]
18 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

6. La evolución del protocolo OPC a OPC UA (Unified

Architecture)

Básicamente OPC es un driver o controlador genérico por lo que facilita enormemente la

integración de los sistemas.

OPC nació con la idea de suprimir el problema de la integración de los drivers específicos para lo

que creo un estándar orientado al modo de intercambio de datos, independientemente de la

i
tecnología utilizada para hacerlo. Cualquiera que sea la fuente de los datos (un PLC, un regulador de

.a
temperatura, una compuerta proporcional de caudal...) el formato de presentación y acceso a los

xp
datos será fijo. De esta manera permitirá intercambiar datos con cualquier equipo que cumpla el

estándar OPC y permitirá una reducción de costes considerable, pues cada driver se deberá escribir

al
una sola vez.
uc
La comunicación mediante driver OPC permite obtener los datos de forma transparente entre

equipos de diferentes fabricantes, por tanto al software SCADA no le va a importar qué tipo de
ed

autómatas se encuentran en la red, sino la dirección del registro de ese dato.

a.

6.1. El estándar OPC clásico

m

OPC son las siglas de Ole for Process Control (OLE para control de procesos) y es una tecnología

diseñada para comunicar aplicaciones.

su

Es un estándar para la interconexión de sistemas basados en el SO Windows y hardware de control

ce

de procesos.

La ISA (International Standards Association) hace el primer anuncio de OPC en 1995. Las

especificaciones OPC se mantienen a través de la OPC Foundation.

Logotipo de la OPC Foundation

[Link]
19 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Actualmente, OPC Foundation agrupa a compañías de software, hardware y usuarios finales de todo

el mundo.

En el OPC inicial el intercambio de datos estaba basado en la tecnología COM y DCOM, de

Microsoft, que permite el intercambio de datos entre aplicaciones ubicadas en uno o varios

ordenadores mediante estructuras Cliente-Servidor.

Se trata de un estándar abierto que permite un método fiable para acceder a los datos desde

i
aparatos de campo. El método de acceso es el mismo sin depender del tipo y origen de los datos. De

.a
esta manera, los usuarios finales son libres de escoger el software y hardware que satisfaga sus

requerimientos de producción sin preocuparse por la disponibilidad de software de control

xp
específico.

al
OPC permite definir una interfaz estandarizada que, mediante el desarrollo de aplicaciones del tipo

Cliente-Servidor, hace posible la comunicación entre elementos que cumplan el estándar.

uc
Permite arquitecturas de varios clientes y servidores, accediendo a los datos de forma local o remota
ed

y gestionando la información en tiempo real.

a.
m
su
ce

Además, los servidores OPC tienen una fácil integración en aplicaciones Visual Basic, Excel, Access,

etc. No necesitan herramientas especiales para su desarrollo (pueden escribirse con cualquier

software estándar).

[Link]
20 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Tecnología OPC inicial (Ole for Process Control)

OPC se empezó definiendo a partir de la tecnología de incrustación de datos de Microsoft (OLE /

COM), de ahí el significado inicial de sus siglas (Ole for Process Control); OPC Server permite el

acceso local (COM) y remoto (DCOM, Distributed COM):

OLE (Object Link Embedded) permite el acceso a los datos de equipos interconectados

mediante LAN o WAN.

COM (Component Object Model) permite definir cualquier elemento de campo mediante sus

i
.a
propiedades bajo el aspecto de una interfase.

ActiveX es un estándar de Microsoft para objetos con funcionalidad incorporada. Un programa

xp
Windows se maneja por eventos (por ejemplo, un clic de ratón o pulsar una tecla). Los

controles ActiveX consisten en programas que realizan tareas comunes en entornos Windows o

Macintosh.

al
uc
Con OPC, los integradores pueden escoger entre una amplia gama de servidores OPC para
ed

comunicarse con sus aparatos de campo. Pueden entonces desarrollar una aplicación cliente para

comunicarse con el servidor o escoger también aplicaciones ya desarrolladas a tal efecto.

a.

OPC Foundation realiza una serie de pruebas de producto que permiten determinar si una

aplicación cumple el estándar. Si es así, el producto puede exhibir el logotipo que lo identifica como
m

producto certificado OPC.

su
ce

Marca de compatibilidad OPC

OPC también fue diseñado por un grupo dedicado a detectar y plasmar las necesidades del

entorno industrial en general. Las especificaciones contemplan la continua evolución del entorno,

de manera que los componentes de esta tecnología puedan estar siempre al nivel requerido por las

nuevas tecnologías. Esta evolución es lo que ha hecho que el estándar inicial OPC dependiente del

sistema operativo de Microsoft Windows evolucionara a otro estándar que eliminara esta

[Link]
21 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

dependencia originando el controlador OPC UA.

6.2. El nuevo protocolo OPC UA

Inicialmente, el estándar OPC se restringió al sistema operativo Windows. Como tal, las siglas OPC

nacieron de OLE (vinculación e incrustación de objetos) para control de procesos. Estas

especificaciones, que ahora se conocen como OPC clásico, han disfrutado de la adopción

i
generalizada a través de múltiples industrias como la fabricación, automatización de la construcción,

.a
petróleo, gas , energías renovables, servicios públicos, entre otros.

xp
Con la introducción de las arquitecturas orientadas a servicios en los sistemas de fabricación

vinieron nuevos retos en seguridad y modelado de datos. La Fundación OPC desarrolló las

al
especificaciones OPC UA para hacer frente a estas necesidades y al mismo tiempo proporcionar una

tecnología abierta, escalable, extensible y por tanto aplicable a tecnologías futuras. OPC Unified
uc
Architecture recoge todas las funcionalidades de OPC clásico y totalmente compatible con él.
ed

OPC Unified Architecture debe entenderse como una plataforma de comunicación universal para

modelos estándar de información. Presenta dos importantes innovaciones respecto al protocolo OPC
a.

clásico:
m

Reemplaza el protocolo COM y DCOM, específico de Windows, por protocolos abiertos e

independientes para que puedan funcionar bajo otros sistemas operativos con importante
su

implantación no solo a nivel de equipo informático como Windows, Linux, Mac, etc sino

también a nivel de dispositivos de telefonía móvil como por ejemplo Android; incorporando
ce

además mecanismos de seguridad adicionales.

Incorpora el modelo de información orientado a objetos que aglutina las funcionalidades

tradicionales de OPC (como acceso a datos, históricos, alarmas, eventos, condiciones…) y otras

nuevas e innovadoras orientadas a los tipos de datos y métodos.

El resultado final es tanto la simplificación de la incorporación de la interfaz OPC en cualquier

sistema operativo y lenguaje de programación como que se pueda definir con OPC UA cualquier

sistema complejo.

[Link]
22 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

El hecho de que la estructura del espacio de direccionamiento de los servidores OPC UA esté

orientada a objetos y de que la interfaz para acceder a dicha estructura sea totalmente genérica

hace que OPC UA se considere ya no una pasarela de comunicación entre dos equipos sino un

lenguaje de programación que incorpora capacidades de comunicación vía red.

Como OPC UA ya no está bajo elementos OLE de Windows, aunque sigue con sus siglas “OPC”, estás

han pasado a representar otras palabras: Open Productivity Collaboration representando a sus

características más importantes:

i
.a
Open (abierto):

xp
Más de 450 miembros.

al
Independiente de la plataforma.

Todas las áreas de aplicación.

uc
Todas las conexiones.
ed

Productivity:
a.

Estándar de la industria.
m

Independiente del fabricante.

su

Fiable.
ce

Collaboration:

Integración en dispositivos.

IEC 61131-3: estándar internacional para PLC.

Integración con dispositivos analizadores.

ISA-95, ISA-88 (es el estándar internacional para la integración de los sistemas de la empresa y

de control).

MTConnect (estándar de la industria de fabricación que facilita la organización de la

información del proceso de las máquinas herramientas de control numérico.

[Link]
23 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Smart Grid (redes inteligentes).

Integración con dispositivos de campo.

EDDL y FDT.

Especificaciones complementarias

Además de permitir las especificaciones para realizar las funciones básicas y una serie de modelos

de información como para los datos, alarmas y otras condiciones; se pueden definir modelos de

i
información adicionales que pasan a denominarse especificaciones complementarias.

.a
Estas especificaciones complementarias son creadas por grupos de trabajo de ramas específicas de

xp
la industria o áreas específicas, podemos resaltar las siguientes:

al
OPC UA PARA DISPOSITIVOS ANALIZADORES (ADI)
uc
Esta especificación define un modelo de información para complejos dispositivos de análisis de

proceso como, por ejemplo, un cromatógrafo de gases. Además de sus diversos componentes,
ed

también estandariza sus parámetros de configuración y máquinas de estado más típicos.

a.

OPC UA PARA IEC 61131-3

m

El estándar IEC 61131-3 define varios lenguajes de programación como modelo de software para la
su

programación de sistemas de control. La especificación define cómo implementar este modelo de

software en el espacio de direccionamiento de un servidor OPC UA. De este modo, las clases (o
ce

tipos) de objetos de OPC UA se crean de acuerdo a las declaraciones de los bloques de función del

PLC y los correspondientes objetos OPC UA se instancian de manera conforme a los bloques de

función instanciados en el PLC.

La ventaja de esta forma de trabajar radica en que cada programa de control, con independencia del

PLC y servidor UA utilizado, presenta siempre la misma estructura de clases y objetos en el espacio

de direccionamiento.

Field Device Integration (FDI)

[Link]
24 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

En la actualidad se utilizan dos estándares para la configuración de dispositivos de campo, EDDL y

FDT. En el lenguaje para descripción de dispositivos electrónicos (Electronic Device Description

Language, EDDL ) los parámetros de configuración de los dispositivos de campo se definen en un

fichero de descripción y la configuración se realiza tomando dichos parámetros como base. La

herramienta para dispositivos de campo (Field Device Tool, FDT ), sin embargo, parte de la base

de que el fabricante de cada equipo desarrolla un componente software que permite realizar su

configuración general con la herramienta. Ambos estándares se van a fusionar en uno único, gracias

al estándar común FDI, utilizando OPC UA.

i
.a
En FDI, cada dispositivo de campo debe ser descrito mediante lo que se denomina Device Package,

xp
que consiste en una descripción general de sus parámetros y sus interfaces de usuario. El servidor

de configuración es un servidor OPC UA que rellena su espacio de direccionamiento de acuerdo con

al
los Device Packages; y los interfaces de configuración son clientes OPC UA que acceden a los

parámetros del equipo por medio de OPC UA, utilizan elementos específicos para interfaz de usuario
uc
presentes en los Device Packages y los presentan en pantalla.
ed

ISA-95 E ISA-88
a.

Estos dos estándares ISA definen modelos de información para la implantación de tareas por lotes

(batch) y sistemas MES en sistemas de control de la producción. La migración de estos modelos a

m

OPC UA ya ha sido planificada.

su

Smart Grid
ce

Existen diversos estándares en el campo de la generación y transporte energético y se están creando

nuevos estándares para las redes de distribución de energía inteligentes (smart grid). En este

ámbito, están en estudio varias migraciones de estándares existentes a OPC UA o, incluso, el uso de

OPC UA en nuevos estándares.

MTConnect

MTConnect define estándares para el suministro de datos de las máquinas.

[Link]
25 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

7. Configuración de controles OPC en el SCADA

Dentro del software SCADA se pueden configurar estos controles o puntos OPC para poder

utilizarlos después en nuestras pantallas, en la siguiente imagen se puede ver una de estas

asignaciones en la cual se escoge uno de los controles registrados en el Sistema Operativo.

i
.a
xp
al
uc
El grupo dispone de ciertos atributos como nombre, rango temporal de actualización o si se activa

automáticamente al empezar la conexión.

ed
a.
m
su
ce

A su vez los ítems también tienen atributos tal y como se puede ver a continuación:

[Link]
26 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Recuerda

El concepto de objeto de software se entiende a una “cosa” programada de manera que

permita su utilización en más de una ocasión, estos se guardan para su uso múltiple en las

librerías de objetos.

Los objetos son estructuras con tres características que los diferencian de otras como son su

encapsulamiento, la herencia y el polimorfismo.

i
La función del driver es la de hacer de traductor entre el lenguaje del SCADA y el nivel de

.a
control de planta del PLC o entre el SCADA y la red de gestión de la organización. Existen dos

tipos: específicos y genéricos.

xp
Las utilidades de desarrollo sirven para realizar la creación y edición de las diferentes

ventanas de la aplicación y el programa Run-time permite ejecutar la aplicación creada con

las utilidades de desarrollo.

al
uc
El almacenamiento de datos se lleva a cabo en bases de datos que pueden ser: bases de

datos jerárquicas, de red, relacionales e industriales; siendo estas últimas las más convenientes
ed

para el entorno industrial debido a la gran cantidad de datos a almacenar.

Una base de datos relacional no es más que un conjunto de tablas de datos que contienen
a.

campos que sirven de nexo de unión (relación) y que permiten establecer múltiples

combinaciones mediante la utilización de estos nexos

m

Los métodos de intercambio de información entre aplicaciones informáticas más usuales son

los estándares: OPC, ODBC, ASCII, SQL y API.

su

OPC Unified Architecture presenta dos importantes innovaciones respecto al protocolo OPC

clásico: reemplaza el protocolo COM y DCOM, específico de Windows, por protocolos abiertos e
ce

independientes e incorpora el modelo de información orientado a objetos.

Las especificaciones complementarias del protocolo OPC UA son creadas por grupos de

trabajo de ramas específicas de la industria o áreas específicas.

En el software SCADA se configuran los controles o puntos OPC para su utilización en las

pantallas.

[Link]
27 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

Autoevaluación

1. Qué característica de los objetos de programación permite que objetos con

funciones similares respondan de forma similar a los mismos estímulos.

Encapsulamiento.

i
Herencia.

.a
xp
Polimorfismo.

al
2. Qué elementos sirven para la creación y edición de las diferentes ventanas de
la aplicación SCADA.
uc
ed

Utilidades de desarrollo.
a.

Programa Run-time.
m

Ambas son correctas.

su

3. Responde verdadero o falso: “Las bases de datos de red son las más
ce

apropiadas para entornos industriales ya que tienen la propiedad de poder

almacenar gran cantidad de datos.”

Verdadero.

Falso.

4. Responde verdadero o falso: “El estándar OPC clásico y el OPC UA utilizan la

programación orientada a objetos y tienen las mismas características en cuanto

[Link]
28 / 29
[AFO028QJ6] Fundamentos de Sistemas de Control y Supervisión de Procesos
[MOD024L8L] Fundamentos de Sistemas de Control y Supervisión de Procesos
[UDI112784] El Software SCADA y Comunicación OPC UA

a su funcionamiento con distintos sistemas operativos”.

Verdadero.

Falso.

5. ¿Qué especificación complementaria de OPC UA define estándares para el

i
suministro de datos de las máquinas ?

.a
xp
IEC 61131.

ISA 95.

al
uc
MTConnect.
ed
a.
m
su
ce

[Link]
29 / 29