Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.

MANUAL DEL SISTEMA SCADA

www.inducontrol.com.pe
Tel: (51-1) 440-5225
Fax: (51-1) 221-6787

Copyright Febrero 2010

1
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

ÍNDICE

1 INTRODUCTION 3

1.1 Acerca de los HMI (Human Machine Interface) 3

1.2 Acerca de los Componentes de un sistema SCADA 3

1.3 Acerca de la Comunicación 3

2 FUNDAMENTO TEÓRICO 4

2.1 Computador como Supervisor 4

2.2 Características importantes de un Sistema SCADA: 4

2.3 Desarrollo de Aplicaciones 5

3 SCADA. SCADA CON LABVIEW 7

3.1 Uso de variables compartidas tecnología opc 7

3.2 Tecnología OPC 9

3.2.1 Origen de la especificación OPC 9

3.2.2 Arquitectura general y componentes OPC 9

3.2.3 Arquitectura de un Servidor OPC 10

3.3 LabVIEW DSC - Datalogging and Supervisory Control Module 11

4 MANEJO DEL SOFTWARE SCADA DESARROLLADO 12

4.1 Descripción de pantalla principal. 12

4.2 ACCESO DIRECTO A SCADAS CLIENTE 13

4.3 PANTALLA DE TENDENCIAS EN TIEMPO REAL: 15

4.4 SELECCIÓN DE TIEMPOS: 15

4.5 Generación de reportes mediante NI - MAX (Measurement & Automation Explorer) 16

2
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

INTRODUCCIÓN

1.1 Acerca de los HMI (Human Machine Interface)

Se definen como un panel a través del cual el operador es capaz de controlar la maquinaria y ver diferentes
procesos en una planta

1.2 Los sistemas SCADA (Supervisory Control and Data Acquisition):

Son sistemas completos que, además de poseer las funciones de un HMI, son capaces de registrar datos,
generar alarmas y administrar un sistema de control distribuido a través de una red de hardware
(usualmente PLCs y PACs)

1.3 Acerca de los Componentes de un sistema SCADA

Hardware:
Múltiples Unidades de Terminal Remota se
conectan al equipo físico, leen los datos de un
interruptor o válvula, o mediciones como
temperatura, flujo, o presión. Pueden realizar
control automatizado.

Software:
HMI/SCADA con LabVIEW
•Método de comunicación
•Configuración de las etiquetas
•Configuración de registro de datos
• Monitoreo de alarmas y eventos
•Seguridad y permisos
•UI e históricos
•Programación de funcionalidad adicional

1.4 Acerca de la Comunicación

• Un servidor es una aplicación que se comunica y administra dispositivos de entrada/salida como PLCs,
Unidades remotas de E/S, y dispositivos de adquisición de datos (DAQ).
• I/O Servers: permite la comunicación con diferentes dispositivos en la red:
–Servidores OPC
–Dispositivos Modbus(maestro o esclavo)
–Servidores a la medida

3
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

2 FUNDAMENTO TEÓRICO

2.1 El Computador como Supervisor

Los sistemas SCADA están constituidos por el Hardware, que generalmente es una red de controladores, y
estaciones remotas de adquisición de datos. El corazón de un sistema SCADA está en el "Software SCADA",
que es el encargado de supervisar y controlar el Proceso a través del Hardware de control, generalmente el
software SCADA trabaja conjuntamente con un PLC o PAC, o una red de PLCs y/o PACs. Este software
permite supervisar el proceso desde un microcomputador, así como realizar las acciones de control a través
del PAC controlador o sistema de control. En el mercado existen varios programas que realizan esta función,
en nuestro caso nos referiremos a un sistema íntegramente orientado a objetos que permite realizar las
funciones de un sistema SCADA amigablemente.

Tan importante como el 'Hardware' es el 'Software' especializado para el control y la supervisión de procesos.
Los niveles de 'software' podrían ser escalonados en:
(1) Software de manejo a nivel de registros para las interfaces.
(2) Programa de usuario en lenguajes de alto nivel, utilizando rutinas suministradas por los fabricantes de
'hardware'.
(3) Sistemas de desarrollo y generadores de código fuente dedicados a la adquisición y procesamiento de data
así como el control y supervisión de procesos,. Para nuestro caso, LabVIEW de National Instruments.
4.5.1 (4) Paquetes de control y supervisión de procesos, que permiten administrar el 'hardware' de control
de procesos basados en controladores lógicos programables (PLC) o Controladores de
automatización programables (PAC), supervisar los procesos y administrar redes de
microcomputadores y de controladores lógicos programables.

El poder del 'software' reside en la capacidad de mostrar el estado de la planta o el proceso en forma gráfica
con varios niveles de detalle, el manejo de alarmas y la identificación rápida de fallas. Asimismo, la
visualización de gráficos de tendencias de las variables más importantes y la generación y el almacenamiento
gran cantidad de información para su rápida y ordenada recuperación.

Los Software de alta performance para la Automatización Industrial deben proveer una interfaz gráfica para
su proceso, ya sea como Interfaz Humano Máquina (HMI: Human Machine Interface), o como un sistema de
Supervisión, Control y Adquisición de Datos (SCADA).

2.2 Características importantes de un Sistema SCADA:

Orientado a Objetos - En un sistema de arquitectura totalmente orientada a Objetos, cada objeto tiene su
propia data, funcionalidad, y muestra características ligadas con ello.

Manejado por Eventos - Un evento es activado por un cambio en los puntos de la data, presionado un
switch o el disparo de un timer. En un sistema inherentemente manejado por eventos, los objetos se
ejecutan independientemente unos de otros y se comunican a través de eventos.

Configuración en Línea - No requiere que el usuario recompile y/o descargue cambios a la base de datos,
cada vez que su aplicación ha sido modificada. El usuario adiciona, elimina y modifica: PLCs, gráficos, lógica
de control, RTUs, dispositivos de I/O, etc.; sin tener que interrumpir el proceso.

Gráficos - Se debe tener una librería completa de gráficos y herramientas de animación. Por ejemplo el
objeto de clase: ANIMATOR provee de total movimiento en X-Y, visibilidad y cambios de tamaño dinámicos
y un secuenciador gráfico. Es compatible con archivos gráficos de tipo Bitmap (.BMP) y Windows Metafiles
(.WMF).

Registro de Datos - Los usuarios pueden definir su registro de datos históricos para intervalos regulares de
tiempo, por una solicitud, a la ocurrencia de un evento o la combinación de todos ellos. Se puede capturar
datos en disco ya sea delimitado por comas (CSV), en formato ASCII, o en un formato altamente
comprimido.

Tendencias - La característica ideal de registro de gráficos dinámico combine datos históricos con datos en
tiempo real, en un solo gráfico de tendencias.
4
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

SQL - Es deseable una base de datos de conexión abierta (ODBC); para que de otras aplicaciones activas,
recuperar data histórica desde la base de datos , usando un Lenguaje estructurado de consultas (SQL). Con
simples consultas el usuario puede extraer data histórica desde aplicaciones como Visual Basic, Access,
Excel, y MS Query.

Alarmas - El usuario puede fácilmente configurar cada señal de entrada/salida por alarmas para cambios
proporcionales: Alto-Alto, Alto, Bajo, Bajo-Bajo.

Intercambio de Data Dinámico (DDE) - Se requiere la compatibilidad con el estándar DDE (formato
CF_TEXT), fast DDE (formato XlTable) y NetDDE.

Seguridad - Los diseñadores de sistemas pueden establecer un número de cuenta a los usuarios. A cada
usuario se le asigna uno de 10 niveles de seguridad. Estos niveles definidos para cada usuario determinan
que paneles pueden mostrarse, así como los objetos que pueden controlar.

2.3 Desarrollo de Aplicaciones SCADA.

Para hacer una aplicación de control adquisición de datos y control de procesos se requiere en primer lugar
hacer una evaluación exhaustiva de la necesidad del usuario, en otras palabras ENTENDER el problema.
Normalmente con una evaluación rápida podemos discernir si la aplicación requiere el uso de una tecnología
basada en PLCs PACs, PC o DCS.

Si la aplicación requiere de varios controladores, debe definirse la cantidad de controladores así como la
arquitectura de comunicaciones. La arquitectura de comunicaciones define como van a enlazarse los
controladores, si la aplicación es sobre una planta nueva, regularmente hay una amplia libertad para elegir la
forma de enlazar los controladores, cuando se trata de INTEGRAR una planta ya existente, muchas veces nos
encontramos que ya existen los controladores, algunos de los cuales pueden estar ya en una red industrial
mientras que otros pueden no estarlo, en este caso la integración requiere, en primer lugar, que el enlace
físico de los elementos de una misma rama sea entre hardware compatibles y que, en lo posible, el protocolo
de comunicaciones entre ellos sea el mismo. Redes pequeñas de PACs y PLCs pueden enlazarse a través de
una vía de comunicaciones y un protocolo común para integrar toda la Planta. Adicionalmente se integran la
red Industrial o de Planta con el sistema administrativa tal que información útil entre ambas áreas pueden
ser intercambiadas.

Una vez definida la arquitectura de comunicaciones y programados los controladores, podemos hacer la
supervisión. En la mayoría de casos, se requiere que el software de control sea diseñado teniendo en cuenta
las peculiaridades previstas para la aplicación con el Software SCADA.

En un ambiente íntegramente orientado a objetos es posible hacer el programa de aplicación SCADA en

línea, sin necesidad de parar el proceso. En general, debemos definir a priori cual será la arquitectura del
sistema, es decir la distribución de las presentaciones en pantalla, así como los cálculos adicionales que haya
que realizar, la oportunidad en la que deban hacerse y la forma de almacenar la Información.

Una vez definida la arquitectura de presentaciones, generalmente es bueno tener una imagen como fondo
de pantalla sobre la cual pondremos los controles, botones y registros gráficos. Debemos recordar que, si
bien es cierto resulta muy atractiva, una imagen de fondo no es más que una figura, por lo que las imágenes
de fondo pueden ser hechas utilizando un software especializado de diseño gráfico como podría ser Corel
Draw por ejemplo.

5
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

Pantalla típica de una aplicación SCADA, en este caso de una planta de tratamiento de agua.

En los sistemas íntegramente orientado a objetos y manejado por eventos, el procedimiento regular es
definir y conectar los objetos e ir desarrollando y viendo los resultados de la aplicación. Un buen sistema de
desarrollo permite hacer una aplicación en corto tiempo ya que debe tener objetos predeterminados para
todas las funciones típicas de una aplicación como por ejemplo:

Registro de tendencias
Generación automática de reportes
Almacenamiento automático de datos históricos
Fácil recuperación de los datos históricos
Sistema automático de alarmas
Niveles de Seguridad para acceso de Operadores y Supervisores.
Capacidad de manejar un gran número de variables si la aplicación es grande.

6
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

3 SCADA CON LABVIEW

3.1 USO DE VARIABLES COMPARTIDAS: Las variables compartidas son una poderosa herramienta, que
tiene por objetivo, ofrecer una comunicación transparente entre los componentes de la red industrial, tanto
a nivel de software como de hardware.

Caja de propiedades de la variable compartida

Las variables compartidas pueden adoptar todos los tipos de dato que ofrece Labview (Array, booleano,
entero, reales, etc…); Además de ello, se puede obtener de cada variable, lo que se denomina, la estampa
de tiempo, que es el indicador del instante en que se escribió la variable en uso.

7
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

Las variables pueden ser de escritura, lectura y ambos; posibilitando de esta manera, el que pueda ser
utilizado desde diferentes puntos de la red.

Las variables compartidas deberan ser declaradas en una estacion servidor, sin embargo, muchas veces, no
solo la PC, sino tambien el hardwasre utilizado, es quien posee la librería con las variables utilizadas.

8
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

3.2 TECNOLOGIA OPC

3.2.1 Origen de la especificación OPC

OPC se basa en la tecnología OLE/COM (Object Linking and Embedding / Component Object Model) de
Microsoft.
Esta es la tecnología que permite que componentes de software (escritos en C y C++ por expertos en un
sector) sean utilizados por una aplicación (escrita en Delphi o VisualBasic para otro sector).
De esta forma se desarrollarán componentes en C y C++ que encapsulen los detalles de acceder a los datos
de un dispositivo, de manera que quienes desarrollen aplicaciones empresariales puedan escribir código en
VisualBasic que recoja y utilice datos de planta.
El diseño de las interfases OPC soportan arquitecturas distribuidas en red.
El acceso a servidores OPC remotos se hace empleando la tecnología DCOM (Distributed COM) de
Microsoft.

Integración de sistemas heterogéneos con OPC

3.2.2 Arquitectura general y componentes OPC

La arquitectura informática para la industria de proceso incluye los siguientes niveles:

Gestión de campo: información sobre los dispositivos de instrumentación (estado, constitución,
configuración, etc.).
Gestión de proceso: datos sobre el proceso productivo adquiridos y procesados por sistemas SCADA y
DCS.
Gestión de negocio: integración de la información de planta en los sistemas que gestionan los aspectos
financieros de la fabricación.
Se trata de que en la industria se puedan utilizar herramientas estándar (paquetes SCADA, bases de datos,
hojas de cálculo) para construir un sistema que responda a sus necesidades de mejora de la productividad.
9
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

Para ello es necesario desarrollar una arquitectura de comunicaciones abierta y efectiva que se centre en el
acceso a los datos, no en los tipos de datos.

Hay muchas aplicaciones cliente que requieren datos de dispositivos y acceden a ellos desarrollando
controladores o drivers de forma independiente. Esto implica:
Duplicación de esfuerzos: todos los programas necesitan un driver para un determinado hardware.
Falta de consistencia entre drivers: hay características del hardware no soportadas por todos los
drivers.
Cambios en el hardware: hacen que los drivers queden obsoletos.
Conflictos de acceso: generalmente, dos programas no pueden acceder simultáneamente al mismo
dispositivo puesto que poseen drivers independientes.
Los fabricantes de hardware no pueden desarrollar un driver eficiente utilizable por todos los clientes
debido a las diferencias de protocolos entre clientes.

OPC proporciona un mecanismo para extraer datos de una fuente y comunicarlos a cualquier aplicación
cliente de manera estándar. Los fabricantes de hardware pueden desarrollar servidores optimizados para
recoger datos de sus dispositivos. Dando al servidor una interfase OPC que permite a cualquier cliente
acceder a dichos dispositivos.

3.2.3 Arquitectura de un Servidor OPC

Un servidor OPC se compone de varios objetos que se ajustan a la norma COM:
- El objeto servidor: contiene información sobre la configuración del servidor OPC y sirve de contenedor
para los objetos tipo grupo.
- El objeto grupo: sirve para organizar los datos que leen y escriben los clientes (ej.: valores en una pantalla
MMI o en un informe de producción). Se pueden establecer conexiones por excepción entre los clientes y
los elementos de un grupo. Un grupo puede ser público, es decir, compartido por varios clientes OPC.
- El objeto item: representa conexiones a fuentes de datos en el servidor (no son las fuentes de datos en sí).
Tiene asociados los atributos Value, Quality y Time Stamp. Los accesos a los items OPC se hacen a través de
los grupos OPC y los clientes pueden definir el ritmo al cual el servidor les informa sobre cambios en los
datos.
El acceso a los objetos COM se hace a través de interfases, que son lo único que ven los clientes OPC. Los
objetos descritos son representaciones lógicas que no tienen porqué coincidir con la implementación que
se haga del servidor OPC.

En Resumen, OPC ( OLE for Process Control ) es un estándar abierto de la industria para comunicación con
PLCs y otros dispositivos
•La arquitectura cliente-servidor permite a los paquetes HMI “hablar” con diferentes PLCs
•NI OPC Servers permite la comunicación a una gran variedad de PLCs
•LabVIEW incluye la opción de diagnosticar problemas generando logs

10
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

3.3 LabVIEW DSC - Datalogging and Supervisory Control Module

El Módulo DSC extiende un ambiente de desarrollo gráfico sobre LabVIEW, con funcionalidad adicional para
el rápido desarrollo de aplicaciones para control, supervisión y medidas distribuidas

Asimismo, usa la variable compartida para acceder y pasar los datos entre varias VIs dentro del proyecto
creado en LabVIEW o en una red.
Una variable compartida puede representar un valor de Entrada o salida. Y con el LabVIEW DSC, se puede
registrar los datos de forma automática, añadir alarmas, escalas y niveles de seguridad.

Asimismo, se pueden personalizar las gamas de colores para las alarmas y eventos; crear interfaces de
usuario que se asemejen a una planta.

Ofrece además, la posibilidad de usar al Meassurement $ Automation Explorer ,NI MAX, para revisar las
grafica de tendencias de las variables previamente declaradas, tanto de manera individual, como agrupadas
en librerías.

11
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

4 MANEJO DEL SOFTWARE SCADA DESARROLLADO

A continuación, se explican los pasos a seguir para el manejo del Software SCADA Desarrollado.
4.1 Descripción de pantalla principal. La pantalla principal consta, en principio, de una ventana registradora
de alarmas y eventos. Asimismo, se pueden observar leds de estado de comunicación, accesos directo a los
Scada cliente de cada proceso (Caudal, Presión, Nivel y Temperatura) y un botón para la visualización de
graficas de tendencias [Trends]

Accesos directos a los SCADA CLIENTE DE CADA MODULO

FIGURA 1 – Pantalla principal del sistema SCADA

Registrador de eventos y alarmas Botón de salida

Accesos directo a del programa
Pantalla de tendencias

12
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

4.2 ACCESO DIRECTO A SCADAS CLIENTE

Es similar al SCADA que se encuentra en cada PC cliente, con la única y gran diferencia que, en esta
aplicación, por ser de mayor jerarquía, se tiene la posibilidad de habilitar y deshabilitar permisos de control
para cada PC cliente.

SCADA CLIENTE DEL MODULO DE CONTROL DE CAUDAL

SCADA CLIENTE DEL MODULO DE CONTROL DE PRESIÓN

13
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

SCADA CLIENTE DEL MODULO DE CONTROL DE NIVEL

SCADA CLIENTE DEL MODULO DE CONTROL DE TEMPERATURA

14
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

4.3 PANTALLA DE TENDENCIAS EN TIEMPO REAL: Para la visualización de variables de proceso desde el
servidor, se usará como herramienta la pantalla que se muestra a continuación.
Hay una pestaña por procesos, por lo que su manejo el manejo solo consiste en desplazarse a través de las
mismas.
Pestañas para selección de procesos a visualizar

PANTALLA DE TENDENCIAS EN TIEMPO REAL:

4.4 SELECCIÓN DE TIEMPOS: irve para marcar los tiempos, inicial y final, de la base de datos a ser
almacenada.

15
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

4.5 Generación de reportes mediante NI - MAX (Measurement & Automation Explorer)

Para usar el NI–MAX, como herramienta, se debe hacer click sobre el botón de generación de reportes. Acto
seguida, se desplegara la aplicación mencionada.

Generación de reportes mediante MAX (Measurement & Automation Explorer)

Se aprecia a continuación, la lista completa de variables compartidas monitoreadas que se guardan

constantemente en una base de datos dentro del servidor. Existen también en esta pantalla, opciones para
guardar reportes en archivos de texto.
Boton para Exportar los datos a un archivo de texto
Añadir y remover variables

Base de
datos actual

Lista de Variables compartidas en el servidor

16
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

Se pueden agregar y eliminar variables compartidas a la base de datos.

Selección de variables compartidas

Asimismo, es posible visualizar las variables compartidas, seleccionando en el lado derecho, las que se
requieren.

Visualización de Variables compartidas en tiempo real

17
Manual del sistema SCADA – UNAC – FIEE INDUCONTROL S.A.C

Para exportar datos, se debe escoger el tiempo inicial y final, así como el archivo de destino y el tiempo o
intervalo de actualización.

Configuración de parámetros del archivo de texto a ser guardado

Selección del lapso de tiempo a ser guardado

18