Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Aplicaciones Scada Con Labwieb
Aplicaciones Scada Con Labwieb
RESUMEN DE LA MEMORIA
SCADA viene de las siglas de "Supervisory Control And Data Acquisition", es decir: adquisición de datos y
control de supervisión . Se trata de una aplicación software especialmente diseñada para funcionar sobre
ordenadores en el control de producción, proporcionando comunicación con los dispositivos de campo
(controladores autónomos, autómatas programables, etc.) y controlando el proceso de forma automática
desde la pantalla del ordenador. Además, provee de toda la información que se genera en el proceso
productivo a diversos usuarios, tanto del mismo nivel como de otros supervisores dentro de la empresa:
control de calidad, supervisión, mantenimiento, etc.
Los programas necesarios, y en su caso el hardware adicional que se necesite, se denomina en general
sistema SCADA.
CAPÍTULO I: INTRODUCCIÓN
1. SISTEMAS SCADA
SCADA viene de las siglas de "Supervisory Control And Data Acquisition", es decir: adquisición de datos y
control de supervisión. Se trata de una aplicación software especialmente diseñada para funcionar sobre
ordenadores en el control de producción, proporcionando comunicación con los dispositivos de campo
(controladores autónomos, autómatas programables, etc.) y controlando el proceso de forma automática
desde la pantalla del ordenador. Además, provee de toda la información que se genera en el proceso
productivo a diversos usuarios, tanto del mismo nivel como de otros supervisores dentro de la empresa:
control de calidad, supervisión, mantenimiento, etc.
En este tipo de sistemas usualmente existe un ordenador, que efectúa tareas de supervisión y gestión de
alarmas, así como tratamiento de datos y control de procesos. La comunicación se realiza mediante buses
especiales o redes LAN. Todo esto se ejecuta normalmente en tiempo real, y están diseñados para dar al
operador de planta la posibilidad de supervisar y controlar dichos procesos.
Los programas necesarios, y en su caso el hardware adicional que se necesite, se denomina en general
sistema SCADA.
1.1 Prestaciones.
Posibilidad de crear paneles de alarma, que exigen la presencia del operador para reconocer una
parada o situación de alarma, con registro de incidencias.
Generación de históricos de señal de planta, que pueden ser volcados para su proceso sobre una
hoja de cálculo.
Ejecución de programas, que modifican la ley de control, o incluso anular o modificar las tareas
asociadas al autómata, bajo ciertas condiciones.
Posibilidad de programación numérica, que permite realizar cálculos aritméticos de elevada
resolución sobre la CPU del ordenador.
Con ellas, se pueden desarrollar aplicaciones para ordenadores (tipo PC, por ejemplo), con captura de
datos, análisis de señales, presentaciones en pantalla, envío de resultados a disco e impresora, etc.
Además, todas estas acciones se llevan a cabo mediante un paquete de funciones que incluye zonas de
programación en un lenguaje de uso general (como C, Pascal, o Basic), lo cual confiere una potencia muy
elevada y una gran versatilidad. Algunos SCADA ofrecen librerías de funciones para lenguajes de uso
general que permiten personalizar de manera muy amplia la aplicación que desee realizarse con dicho
SCADA.
1.2 Requisitos.
Un SCADA debe cumplir varios objetivos para que su instalación sea perfectamente aprovechada:
Deben ser sistemas de arquitectura abierta, capaces de crecer o adaptarse según las necesidades
cambiantes de la empresa.
Deben comunicarse con total facilidad y de forma transparente al usuario con el equipo de planta y
con el resto de la empresa (redes locales y de gestión).
Deben ser programas sencillos de instalar, sin excesivas exigencias de hardware, y fáciles de utilizar,
con interfaces amigables con el usuario.
Los módulos o bloques software que permiten las actividades de adquisición, supervisión y control son
los siguientes:
Interfaz gráfico del operador: proporciona al operador las funciones de control y supervisión de la
planta. El proceso se representa mediante sinópticos gráficos almacenados en el ordenador de
proceso y generados desde el editor incorporado en el SCADA o importados desde otra aplicación
durante la configuración del paquete.
Módulo de proceso: ejecuta las acciones de mando preprogramadas a partir de los valores actuales
de variables leídas.
Gestión y archivo de datos: se encarga del almacenamiento y procesado ordenado de los datos, de
forma que otra aplicación o dispositivo pueda tener acceso a ellos.
Comunicaciones: se encarga de la transferencia de información entre la planta y la arquitectura
hardware que soporta el SCADA, y entre ésta y el resto de elementos informáticos de gestión.
Ciertas tareas industriales están actualmente en manos de los ordenadores desde hace tiempo: desde
emplear la tecnología Windows cuando se manejan pedidos y/o se ajustan parámetros de maquinaria hasta
preparar o visualizar datos prácticamente de cualquier tipo.
No hay que sorprenderse entonces, que los especialistas en automatización y los usuarios estén
pensando ahora en qué forma se pueden transferir al PC otras
tareas, para poder llegar a un mayor ahorro. Más recientemente un gran número de simuladores de PLC
(controladores lógicos programables) por software ha aparecido en el mercado, que están ayudando a
transferir el control de tareas al disco duro y presentan una automatización más efectiva en costes en una
simple pieza de hardware (el PC).
El hecho es que las tareas automatizadas de control, visualización y computación pueden ser efectuadas
por PLCs (conectados en red mediante los módulos adecuados) mejor que con sistemas exclusivos de
control basados en PC. Lo que finalmente es práctico, no obstante, depende de un gran número de factores
y la mayoría deben ser considerados individualmente para cada proyecto de automatización.
Así, por ejemplo, los actuales conocimientos y preferencias del usuario pueden jugar un mayor papel que
la pura potencia del ordenador. Los factores cruciales, no obstante, son los atributos de capacidad en
tiempo real y las propiedades de seguridad que hasta ahora han sido fuertemente asociadas con el PLC,
aunque el PC también puede disponer de la característica de capacidad en tiempo real. Un sistema de
control es inconcebible sin capacidad en tiempo real. Es común en sistemas de control por ordenador tener
que elegir, según las características del sistema a supervisar, entre el PLC o el PC. Se debe elegir aquel
hardware que mejor se adapte a las necesidades del sistema a supervisar.
Los controladores lógicos programables, en la mayoría de los casos, están diseñados específicamente
para ser empleados en ambientes industriales exigentes y han sido continuamente desarrollados de forma
que sus sistemas operativos en tiempo real representan su mayor virtud. Ellos son y seguirán siendo, no
obstante, la primera elección para todo control de tareas críticas o extremas por su rendimiento y
simpleza, en los que un PC podría estar simplemente "sobrecargado" debido al trabajo que le pueden
suponer otras tareas de ámbito común, como la gestión y visualización de datos, accesos a periféricos,
bases de datos, etc...
Si, además del control de tareas, se necesita un procesamiento de datos, trabajo en red o visualización (una
aplicación SCADA), un sistema basado en PC debe ser tomado en consideración.
En cuanto a sistemas operativos, Windows NT, por ejemplo, no es estrictamente un sistema operativo
en tiempo real como el de un PLC, pero puede actuar de forma suficientemente rápida para aplicaciones
"suaves" en tiempo real, gracias a su arquitectura de micro-kernel.
Como el sistema operativo sólo puede proporcionar respuestas suaves en tiempo real lo más simple es
emplear extensiones hardware para las tareas críticas (placas de expansión PC) y soluciones software para
el resto de tareas. Esto nos lleva a una compatibilidad con futuros sistemas operativos y una solución
totalmente factible actualmente. Estas tarjetas de expansión asumen las tareas críticas en tiempo real que
el ordenador (PC) no puede atender, se está hablando de tarjetas que incorporan DSPs (Procesadores de
Señales Digitales) o microcontroladores y que aportan una ayuda a la anterior “sobrecarga” mencionada
para los ordenadores (PC).
Una vez descritos todos los conceptos principales de sistemas SCADA , en este punto se presentan las
motivaciones por las cuales se ha realizado este proyecto, las herramientas hardware y software que se
han usado y los objetivos que se han marcado para el proyecto.
3.1 Motivación
Cada vez más, las empresas se plantean la automatización de una serie de procesos en su entorno
industrial. Con ello se pretende mejorar la productividad, aumentar la calidad del producto final, además
de aumentar la seguridad en el trabajo. Para conseguir estos objetivos, las empresas deben utilizar
ordenadores y un software especializado en monitorización, control y adquisición de datos, sistemas
SCADA.
La razón por la que se realizó el proyecto es por el amplio campo que ofrecen los sistemas SCADA, y por
lo tanto la gran demanda que en el mercado informático y no informático están tomando. Además el
estudio del sistema a monitorizar y/o controlar abre grandes puertas al conocimiento no sólo de
informática, sino de otros campos. Cuando se quiere supervisar un sistema no sólo deben tenerse
conocimientos de informática, sino que además es necesario saber como actúa, funciona y reacciona dicho
sistema, por lo tanto es necesario el estudio del sistema en sí. Es la puerta de entrada al conocimiento de
otros campos, al trabajo en grupo que puede estar formado por Químicos, Físicos, Ingenieros en
Telecomunicación, Ingenieros Industriales donde cada individuo aporta sus conocimientos y adquiere de
otros.
El software principal utilizado es LabVIEW, una herramienta para la creación de sistemas SCADA.
También se han utilizado paquetes gráficos para la creación y retoque de imágenes, y drivers y software
relacionado con el protocolo TCP/IP.
El entorno de desarrollo y de ejecución es bajo Microsoft Windows 95, pero podría ser trasladado a
Microsoft Windows NT sin ningún problema según especificaciones de LabVIEW.
Desarrolar un SCADA con LabVIEW que permita supervisar y controlar dos sistemas que se encuentran
en el Laboratorio de Automática. Para ello deben resolverse los siguientes puntos:
Interface con los sistemas: resolver la adquisición de datos de los sistemas. Cuales son las señales
que se quieren capturar y que se utilizará para dicha adquisición de datos.
Herramienta usada: elección de la herramienta en que se desarrollará la aplicación SCADA. Estudio
de dicha herramienta, posibilidades que ofrece, limitaciones, funcionamiento.
Desarrollo de la aplicación: creación de una aplicación para la supervisión, monitorización y control
de dos sistemas que se encuentran en el Laboratorio de Automática de la E.U.I.S.
Conectividad por la red: transferencia de información a través de la red de la U.A.B. para la
monitorización remota de los sistemas anteriormente citados. Creación de un cliente/servidor
TCP/IP para dicha tarea.
1. INTRODUCCIÓN
LabVIEW es una herramienta diseñada especialmente para monitorizar, controlar, automatizar y realizar
cálculos complejos de señales analógicas y digitales capturadas a través de tarjetas de adquisición de datos,
puertos serie y GPIBs (Buses de Intercambio de Propósito General).
Incluye librerías para la adquisición, análisis, presentación y almacenamiento de datos, GPIB y puertos
serie. Además de otras prestaciones, como la conectividad con otros programas, por ejemplo de cálculo, y
en especial MatLAB.
Está basado en la programación modular, lo que permite crear tareas muy complicadas a partir de
módulos o sub-módulos mucho más sencillos. Además estos módulos pueden ser usados en otras tareas,
con lo cual permite una programación más rápida y provechosa.
2. FILOSOFÍA DE LABVIEW.
Existen dos conceptos básicos en LabVIEW: el Front Panel (Panel Frontal) y el Block diagram (Diagrama
de Bloque).El Panel Frontal es el interfaz que el usuario esta viendo y puede ser totalmente parecido al
instrumento del cual se están recogiendo los datos, de esta manera el usuario sabe de manera precisa cual
es el estado actual de dicho instrumento y los valores de las señales que se están midiendo, El diagrama de
bloques es el conexionado de todos los controles y variables, que tendría cierto parecido al diagrama del
esquema eléctrico del instrumento.
Se podría decir que en cualquier VI existen dos caras bien diferenciadas: El Panel Frontal y el Diagrama
de Bloques.
El Panel Frontal es la cara que el usuario del sistema está viendo cuando se está monitorizando o
controlando el sistema, o sea, el interfaz del usuario. Este contiene controles e indicadores y existe una
gran variedad de ellos, pero además incluso se pueden diseñar controles e indicadores personalizados, lo
cual permite tener una amplia gama de dichos controles e indicadores.
Un control puede tomar muchas formas, y muchas de estas formas el dibujo real usado en instrumentos
reales. Otros son estrictamente conceptos digitales o analógicos. Pero todos los controles tienen una forma
visual que indican al usuario cual es el estado de dicho control en el instrumento real. Es muy importante
en un sistema SCADA que el usuario no tenga que interpretar nada, sino que todo le sea claro y conciso, las
interpretaciones pueden dar lugar a falsas actuaciones y, por consiguiente, podrían existir lamentables
errores. Además, dos usuarios podrían interpretar de manera diferente cualquier evento.
El Diagrama de Bloques del VI sería la cara oculta del Panel Frontal, una cara que el usuario del sistema
no puede ver. En ella están todos los controles e indicadores interconectados, pareciéndose mucho a un
diagrama de esquema eléctrico. Esta cara es mucho menos conceptual que el Panel Frontal y para el
usuario sería muy difícil entenderla.
Todos los módulos están interconectados, mediante líneas de conexión, por donde circulan los diferentes
datos o valores del VI., de esta manera se logra que el VI funcione como un conjunto de elementos,
módulos y sub-módulos.
En este capítulo se explicarán los conceptos básicos de la comunicación de un sistema SCADA con todo
su entorno, para ello se estudiarán los siguientes temas:
Adquisición de Datos para ordenadores, y en especial como funcionan las tarjetas de adquisición de
datos.
Redes LAN y el protocolo TCP/IP, aplicaciones servidor/cliente.
Otra forma de medir las señales y transferir los datos al ordenador es usando Tarjetas de Adquisición de
Datos, llamadas comercialmente tarjetas DAQ. Estas tarjetas poseen Convertidores Analógico/Digitales
(ADC) y Convertidores Digital/Analógicos (DAC) que permiten la entrada/salida de señales analógicas y
digitales.
Los datos son capturados mediante un ADC usando un proceso de muestreo. Muestrear una señal
analógica requiere la toma de muestras de dicha señal en tiempos determinados, tiempos discretos. La
frecuencia en que la señal es muestreada es conocida como Frecuencia de Muestreo. El proceso de
muestreo genera valores de la señal a intervalos de tiempo conocidos.
La frecuencia de Muestreo determina la calidad de la señal analógica que se convierte. Cuanto más alta
sea la Frecuencia de muestreo mejor será la conversión de la señal analógica, tendrá mayor parecido con la
señal real. La frecuencia mínima de muestreo requerida para representar la señal adecuadamente debe ser
como mínimo dos veces la frecuencia máxima de la señal analógica que se desea convertir (Principio de
Nyquist). Si la señal es muestreada a una Frecuencia de Muestreo menor que dos veces la frecuencia
máxima de la señal, se produce el efecto de Aliasing.
Una vez la señal ha sido muestreada, sus muestras necesitan ser convertidas a código digital. Este
proceso se llama conversión Analógico/Digital. La mayoría de tarjetas también poseen un multiplexor que
actúa como un switch para los diferentes canales del ADC. Esto hace posible capturar diferentes señales
analógicas en paralelo, el inconveniente es que la Frecuencia de Muestreo debe ser dividida por el número
de canales en paralelo que posee la tarjeta.
La precisión de la señal analógica de entrada convertida en formato digital depende del número de bits
que el ADC usa. La resolución de la señal convertida esta en función del número de bits que el ADC usa para
representar el dato digital. El rango de voltaje entre voltaje máximo y voltaje mínimo con el que la señal
real puede ser representada analógicamente se subdivide en función del numero de bits de resolución
digital. Por ejemplo un ADC de 8 bits puede dar hasta 256 niveles de representación digital (2^8 = 256).
Esto quiere decir que el rango de voltaje de la señal real se dividirá en 256 niveles, en el que cada uno de
ellos tomará un valor digital determinado.
Dependiendo de la precisión del ADC, puede ocurrir que los cambios más pequeños de voltaje de la
señal analógica no puedan ser representados digitalmente. Por ello la resolución es una característica muy
importante en las tarjetas ADQ.
No siempre ocurre de esta manera. Sólo las tarjetas DAQ perfectas son así, estas tarjetas, aunque
existen, tienen un elevado costo, y normalmente se encuentran en el mercado tarjetas que tienen una
pequeña variación lineal.
En una tarjeta típica, la señal analógica primero es seleccionada por un multiplexor, y luego amplificada
antes de ser convertida por el ADC. El amplificador usado entre el multiplexor y el ADC debe ser capaz
también de rastrear, retener y fijar la señal que se desea convertir, si no el ADC convertirá una señal que
aún está en transición. Un tiempo de fijación erróneo puede llegar a ser un gran problema. Para determinar
un Tiempo de Fijación correcto debe tenerse en cuenta la Frecuencia de muestreo y la ganancia de la
tarjeta DAQ.
Normalmente, las tarjetas DAQ se instalan en los buses de alta velocidad del PC como los buses PCI. En
función de la velocidad de la placa base del PC, la velocidad de transferencia de datos máxima entre
componentes de dicha placa base suele estar entre el microprocesador y la memoria con valores que van
desde los 20Mhz hasta los 40Mhz. Para mejorar la transferencia de datos, se implementa el Bus Mastering,
que permite a las tarjetas DAQ transferir datos directamente a la memoria, y con ello se logra acelerar el
proceso de adquisición de datos.
Esto permite a las tarjetas de este tipo generar una señal analógica de salida, con voltajes en corriente
continua (DC) o corriente alterna (AC). Al igual que el ADC, los DAC se encuentran limitados por el número
de muestras que pueden procesar y el número de bits que usan para convertir el dato digital en señal
analógica.
Es también importante en un DAC un tiempo de fijado (Settling Time) pequeño, ya que así podrá
generar señales de frecuencia alta, debido a que el tiempo usado en fijar la señal de salida para un nuevo
nivel de voltaje será bajo.
La tarjeta PCL-812PG es la tarjeta que se ha usado en el proyecto para la adquisición de datos y control
de señales para la monitorización y control del Laboratorio de Automática. Es una tarjeta para PC/XT/AT y
compatibles. Es de alta velocidad y rendimiento, además de ser multifunción.
- Software Trigger.
- Trigger de Nivel (programable).
- Trigger de Pulso (programable).
- Canales : 16 single-ended
- Resolución : 12 bits
- Rango de entrada : Bipolar : ± 5V, ± 2.5V, ±12.5V, ± 0.625V, ± 0.3125V.
- Sobre Voltaje: Continuo ± 30V max.
- Convertidor : HADC574Z.
- Velocidad de Conversión : 30 Mhz. max.
- Precisión : 0.015 % leyendo ±1 bit
- Lineal en : ± 1 bit
- Modos en Trigger : por software, por placa o externo.
- Transferencia de datos : Control por programa, por interrupción o DMA.
- Canales : 2 canales
- Resolución : 12 bits
- Rango de salida : 0 a +5V o 0 a +10V.
- Dispositivos Analógicos : AD7541AKN o equivalentes.
- Lineal en : ± 12; bit
- Settling Time : 30 microsegundos.
Entradas Digitales
- Canal : 16 bits
- Nivel : TTL compatible
- Voltaje de entrada : Bajo 0.8V max. Alto 2.0V min.
Salidas Digitales
- Canal : 16 bits.
- Nivel : TTL compatible.
- Voltaje de salida: Bajo 8mA a 0.5V max.
Alto 0.05mA a 2.7V max.
Temporizador/Contador programable
Canal de Interrupción
Canal DMA
- Nivel : 1 o 3, seleccionable por jumpers en placa
- Permitido : Vía S0, S1 y S2 del registro de CONTROL.
Existen diferentes medios para que los datos puedan ser intercambiados entre los instrumentos de
campo y el ordenador. Muchos de los instrumentos poseen un puerto serie, mediante el cual la
información es enviada al ordenador o a otros instrumentos. El uso de GPIB (Buses de Intercambio de
Propósito General) permiten transferir datos a través de puertos paralelos, puertos series y redes de
instrumentos o ordenadores.
Una de las principales evoluciones de la informática ha sido el paso del modo centralizado al modo
distribuido o repartido. Uno de los efectos de los progresos realizados en el plano de los componentes
físicos está, en muchos casos, en el abandono de la máquina central encargada de la ejecución de las
diferentes tareas en beneficio de varias máquinas. En dicho entorno, rápidamente se hace sentir la
necesidad de intercambio de información entre diferentes máquinas. Puede tratarse de intercambio de
datos entre programas o de archivos o informaciones entre usuarios. El concepto de red corresponde a esta
interconexión entre diferentes máquinas.
Las funcionalidades de las redes están en constante evolución y se pueden caracterizar por el paso del
modo repartido al modo distribuido. En el primero, los recursos necesarios para una actividad deben
localizarse explícitamente. Por tanto, un usuario tiene que tener una cierta idea de la topografía de la red.
Con el concepto de distribución, los diferentes recursos de un mismo tipo constituyen un recurso
virtualmente único. Por ejemplo, los discos de las diferentes unidades constituyen un disco virtual único al
cual pueden acceder los diferentes sistemas de una manera totalmente transparente.
La multiplicación de redes locales que ofrecen servicios a un grupo restringido de usuarios, ha mostrado
rápidamente sus límites y se ha dejado sentir la necesidad de superar el cuadro local de sus intercambios. El
satisfacer estas necesidades ha chocado con la heterogeneidad de las redes. Por iniciativa del DARPA
(Desfense Advanced Research Project Agency), se han realizado investigaciones para obtener una red lógica
que, a priori, permita la interconexión de todas las redes, cualquiera que sea la tecnología. Estas
investigaciones convergen en la definición de una serie de protocolos a los que generalmente se hace
referencia nombrando los dos protocolos principales, es decir TPC/IP.
Los interfaces IP aseguran la gestión de los protocolos específicos a cada tipo de red física. Uno de los
papeles que les incumbe es la fragmentación de los mensajes que se van a emitir: se trata de dividir los
mensajes para enviarlos mediante un trama física. El protocolo IP se utiliza para el intercambio de paquetes
de información en modo no conectado: por tanto no garantiza la llegada correcta de los mensajes. Esta
funcionalidad se introducirá mediante el protocolo TCP. TCP es un protocolo orientado a conexión, que
ofrece un servicio seguro de transporte de información (octetos), los octetos que se emiten desde un lado
de la conexión se liberan en el mismo orden al otro lado de la conexión. Este grupo de octetos no tiene
ninguna estructura. La conexión se realiza en modo duplex: por tanto, soporta una comunicación
simultánea en los dos sentidos.
El modelo de servidor/cliente es el modo de interacción más corriente entre aplicaciones en una red. Un
servidor es un programa que ofrece un servicio en la red, es decir, que realiza una función específica. En
ciertas circunstancias, este término designará a una máquina. Este será el caso si dicha máquina está
dedicada a un servicio particular (por ejemplo, servidor de datos adquiridos). Un cliente es un programa
que dirige a un servidor una petición específica que corresponde a una demanda de servicio. De este
modo, en el caso de aplicaciones que se comuniquen utilizando estos protocolos, se enviará una petición
de un cliente a un servidor por mediación de un paquete que contiene, en particular, un número de puerto
que corresponde al servicio y el número del puerto donde el cliente espera la respuesta.
Muchos de los sistemas SCADA empleados necesitan comunicarse vía red, puertos GPIB, telefónica o
satélite. Mientras existen unos ordenadores que están capturando datos en campo, normalmente llamados
Estaciones Remotas, hay otros que se encargan de recoger la información y gestionarla, Centros de Control.
En este proyecto se ha realizado una similitud con los sistemas SCADA de gran tamaño o que gestionan una
gran información en cuanto a que existe un ordenador PC-PENTIUM que esta capturando los datos del
Laboratorio de Automática y otros ordenadores que pueden encontrarse en cualquier punto de la red de la
U.A.B. que están recibiendo la información que el ordenador del Laboratorio está capturando. Esto se ha
realizado gracias a la red de la U.A.B el protocolo TCPI/IP y la implementación de un sistema
cliente/servidor para LabVIEW. Este cliente/servidor de TCP/IP ha sido diseñado a partir de unos ejemplos
demostrativos del funcionamiento de LabVIEW con TCP/IP, mejorado y adaptado para este proyecto.
De esta manera se consigue que los datos que se están capturando en el ordenador del Laboratorio de
Automática, pueden ser vistos por ejemplo desde el campus de Bellaterra o desde la Facultad de
Informática E.U.I.S. Permitirá un apoyo y supervisión constante por parte del personal encargado del
Laboratorio de Automática, que puede encontrarse en Bellaterra o en cualquier punto de la red de la U.A.B.
Al igual que en muchos grandes sistemas SCADA el control de los sistemas que se supervisan, o el envío
de órdenes a esos sistemas a través de la red no se ha implementado ya que los sistemas que se supervisan
son críticos, y podrían provocar consecuencias graves al no estar presentes en el Laboratorio.
Todos los ordenadores del Aplicativo tienen las mismas ventanas de supervisión. Lo que diferencia el
servidor de los clientes, es que el primero tiene que ejecutar una ventana que será el servidor de datos
para TCP/IP.
Este capítulo se centrará en el Aplicativo para el Laboratorio de Automática que se ha creado como
resultado del estudio de los sistemas SCADA y su entorno. Se describen los sistemas a supervisar, así como
los objetivos, la descripción funcional, estructura y manejo del aplicativo.
El aplicativo supervisa dos sistemas que se encuentran en el Laboratorio de Automática que se describen
a continuación:
Sistema Depósitos, en este tipo de sistemas se suelen encontrar depósitos conectados entre sí
mediante tuberías y válvulas. El estudio de este sistema se realizará para un depósito o dos
depósitos conectados por una tubería y una válvula. Adicionalmente se ha incorporado un modelo,
que calcula la apertura de la válvula del tanque para que el caudal de entrada y el de salida sean
iguales en función de un nivel de referencia. Esta simulación permitirá al alumno realizar pruebas
teóricas y observar las diferentes reacciones del sistema. Las señales que son supervisadas por el
aplicativo son los niveles de agua en los dos tanques, y las señales que se controlan o a las que se
les pueden enviar órdenes son las potencias en que las dos bombas de agua actúan, obteniendo
más o menos caudal de entrada.
3. DESCRIPCIÓN FUNCIONAL
Por tanto el aplicativo en función de los objetivos que se han marcado en el apartado anterior, deberá
realizar las siguientes funciones:
Adquisición de datos en tiempo real mediante una tarjeta de adquisición de datos para
ordenadores PC/XT/AT o compatibles. La adquisición de datos debe estar controlada desde
LabVIEW, pudiéndose configurar los canales de entradas y salidas de las señales a adquirir o
controlar. Exigir que los datos presentados en el aplicativo y su correspondiente valor real sea el
mismo, no exista diferencia alguna.
- Sistema de Servomotor : Monitorizar la señal de Posición de Salida y la señal de velocidad del motor. Se
controlará la señal de Posición de Entrada del motor y el error de ajuste del PID (de momento queda
configurado y representado pero no se utiliza).
- Sistema de Depósitos : Monitorizar las señales de nivel de agua en los tanques, para el Tanque 1 y el
Tanque 2. Se controlará las dos señales de potencia de las Bombas de Agua que repercuten en el caudal de
entrada para el Tanque 1 y el Tanque 2.
Creación de una pantalla para el Sistema de Depósitos, que permitirá al usuario realizar el siguiente
cálculo: en función de un nivel de referencia, se calculará la abertura de la válvula para que el
caudal de salida y el caudal de entrada sea el mismo, ecuación diferencial que nos representará un
transitorio y su posterior valor estable. Para el Sistema Servomotor se creará una ventana donde se
encuentra un gráfico detallado de los elementos y conexiones que configuran dicho sistema, esta
herramienta será de gran utilidad para que el alumno pueda identificar cada elemento del sistema,
además se incorporará una descripción del sistema y de cada uno de sus elementos.
Creación de dos ventanas para el Sistema de Servomotor donde se visualizarán gráficamente los
valores reales del sistema mediante elementos gráficos que tienen parecido con el modelo real,
campos con los valores exactos de las señales y gráficas de evolución donde se podrá observar la
tendencia del sistema. En una de las dos ventanas, la ventana de control, además se incorporará
elementos gráficos y campos con el valor exacto de la señales a controlar, permitiendo al usuario
que pueda cambiar los valores de dichos controles. En estas ventanas además se podrá configurar
el tiempo de muestreo.
Creación de dos ventanas para el Sistema de Depósitos donde se visualizarán gráficamente los
valores reales del sistema mediante elementos gráficos que tienen parecido con el modelo real,
campos con los valores exactos de las señales gráficas de evolución donde se podrá observar la
tendencia del sistema. En una de las dos ventanas, la ventana de control, además se incorporará
elementos gráficos y campos con el valor exacto de la señales a controlar, permitiendo al usuario
que pueda cambiar los valores de dichos controles. En estas ventanas además se podrá configurar
el tiempo de muestreo.
Telecomunicación a través de la red de la U.A.B y protocolo TCPI/IP, para poder presentar los datos
adquiridos en cualquier punto de dicha red. Esto implica crear una ventana que será el servidor
remoto. Esta ventana deberá ejecutarse en el ordenador donde se estén adquiriendo los datos,
para que otros ordenadores conectados a la red pueden visualizar dichos datos. Esto no implica
tener un ordenador solo como servidor de red para TCP/IP, sino que este ordenador a la vez podrá
presentar los datos localmente. También implica crear dos ventanas, una para cada sistema, que
serán los clientes remotos, donde se visualizarán los datos a través de la red. En estas dos ventanas
no se permitirán ni configurar el tiempo de muestreo, ya que podría provocar sobrecarga en la red,
ni tampoco el control de las señales de salida, ya que son críticas y podrían provocar actuaciones no
deseadas sobre los sistemas al no estar presentes en el Laboratorio. Por ello en estas ventanas sólo
se presentarán datos del estado actual del sistema.El manejo del servidor/cliente de TCP/IP es
sencillo en cuanto a requisitos necesarios para el intercambio de información. El cliente deberá
especifmcar al servidor que datos quiere - esto lo hará mediante el nombre de las variables- y de
que VI - mediante el nombre del VI -, con esta simple operación, el servidor es capaz de enviar los
datos que se han solicitado al cliente correspondiente. No es necesario hacer nada más.
Herramienta útil y de manejo sencillo para aquellos alumnos que cursan asignaturas dentro del
campo de Control y Automática. El aplicativo será totalmente gráfico e intuitivo, para que el
alumno no se preste a malas interpretaciones y caiga en posibles errores.
El aplicativo queda totalmente abierto para posteriores actualizaciones, de manera que podrán
generarse nuevas ventanas, o modificar las ventanas existentes, incorporar dichas ventanas al
menú o incluso incorporar nuevas señales.
Existen dos módulos de adquisición y control de datos, uno para cada sistema que están continuamente
capturando y/o dando órdenes al sistema. Una ventana de configuración, que debe ejecutarse al iniciar el
aplicativo para que el SCADA quede totalmente configurado. Una ventana que es el servidor remoto, que
deberá ejecutarse cuando se quiera intercambiar información a través de la red. Y por último un menú
donde se presentan todas las opciones del aplicativo.
Al iniciar el aplicativo lo primero que se hace es configurar todos los parámetros del mismo. A partir de
aquí el aplicativo queda preparado para la adquisición de datos y transferencia de información vía red LAN.
El aplicativo entra en un bucle de adquisición y control de datos para los dos sistemas supervisados.
Mientras se está haciendo la adquisición/control de datos el aplicativo puede ejecutar el servidor TCP/IP si
hay la necesidad de transferir información por la red LAN. Por último, al mismo tiempo, el aplicativo
muestra un menú ‘Menú Principal’ , donde se encuentran todas las opciones de monitorización, control y
cliente TCP/IP de los sistemas que se supervisan. Además en este menú principal, aunque no se muestra en
la figura, también hay las opciones de Simulación para el sistema de Depósitos y descripción del sistema
para el sistema Servomotor.
5. EL APLICATIVO
En el menú principal están todas las opciones posibles del aplicativo, desde configurarlo hasta ejecutar
un cliente remoto. Es totalmente intuitivo, está construido mediante botones, los cuales llaman a la
ventana correspondiente.
Las ventanas del aplicativo deben llamarse siempre desde este menú principal, si se intenta ejecutar una
ventana (un VI) directamente, dará un error al cerrarse, ya que la ventana no se habrá llamado desde el
menú principal. La diferencia radica en que cuando se llama una ventana desde el menú principal, primero
se carga en memoria y posteriormente se ejecuta, de esta manera se logra que al estar la ventana o el VI en
memoria su ejecución es más rápida. Si se ejecuta directamente lo que ocurre es que simplemente no se
carga en memoria. Posteriormente al cerrar la ventana se descarga de memoria, por lo tanto si no está
cargada dará el error de que no se encuentra dicha ventana.
En esta ventana se configura el aplicativo. Los posibles parámetros configurables son los canales de E/S
para la adquisición de datos, el puerto de conexión para el Servidor Remoto en el caso que dicha máquina
se utilice como tal, y las direcciones IP y puertos de las máquinas servidores para que las máquinas cliente
puedan comunicarse vía red con protocolo TCP/IP. Esta ventana debe ejecutarse al iniciar el SCADA para
que éste quede totalmente configurado.
En esta ventana se simula el siguiente modelo para un tanque: se calcula la apertura de la válvula del
tanque para que el caudal de entrada y el de salida sea el mismo en función de un nivel de referencia
(ecuación diferencial). El alumno podrá observar como el sistema entra en un transitorio para
posteriormente estabilizarse cuando se varia el nivel de referencia o el caudal de entrada. Esta ventana
muestra las gráficas siguientes además de todos los valores de las variables que participan en el cálculo:
gráfica de caudal de entrada/caudal de salida, gráfica de altura del depósito/nivel de referencia y gráfica de
apertura de la válvula.
En esta ventana se muestra el gráfico correspondiente al sistema servomotor, se muestran todos sus
elementos y las conexiones de estos elementos. La implementación de esta ventana se ha realizado para
que el alumno pueda identificar rápidamente cuales son los elementos del sistema y tenga una descripción
de dichos elementos y del sistema en general.
Hay dos ventanas dedicadas a la monitorización de las señales, una para cada sistema. En estas ventanas
se podrá observar los valores de las señales mediante campos de valor, elementos gráficos que se
asemejan a los del instrumento real de medición y gráficas que nos mostrarán la evolución del sistema. En
estas ventanas se podrá modificar el tiempo de muestreo de las señales.
Hay dos ventanas dedicadas al control de las señales, una para cada sistema. En estas ventanas se podrá
observar los valores de las señales mediante campos de valor, elementos gráficos que se asemejan a los del
instrumento real de medición y gráficas que nos mostrarán la evolución del sistema. Además existen
elementos gráficos y campos de valor modificables para que el usuario pueda enviar el control o la orden
que desee al sistema. En estas ventanas se podrá modificar el tiempo de muestreo de las señales.
La ventana del Servidor TCP/IP muestra el puerto por el cual se comunica con los clientes, el número de
conexiones de clientes que se encuentran actualmente conectados (dos para cada cliente, lectura y
escritura), el estado actual del servidor y una información adicional donde se muestra el VI y las señales de
éste que se están transfiriendo. Esta última información ha sido utilizada sobretodo en tiempo de
desarrollo del Servidor, pero en tiempo de ejecución esta información no es muy útil, ya que es imposible
ver cuando se están transmitiendo datos debido a su velocidad, de todas maneras queda disponible en la
ventana para que el usuario pueda ver en que consiste el servidor TCP/IP.
Hay dos ventanas de Cliente Remoto, una para cada sistema. Estas ventanas son exactamente iguales a
las ventanas de Monitorización, salvo que no se puede cambiar el tiempo de muestreo, ya que podría
provocar sobrecarga en la red. Tampoco se pueden controlar los sistemas remotamente, debido a que las
señales son críticas, y podría ser peligroso para el sistema enviar un control o orden sin estar presente en el
Laboratorio.
Requisitos Hardware: PC/AT o PENTIUM. Una vez instalado LabView se requieren 10Mb de
espacio libre en disco duro para el aplicativo.
Para ejecutar el programa, pulsar el icono con el nombre “Aplicativo” que se ha creado en el grupo
“Aplicativo Laboratorio Automática”.
CAPÍTULO V: CONCLUSIONES
1. PRUEBAS REALIZADAS
Las pruebas realizadas han sido las siguientes, dando todas ellas un correcto funcionamiento:
Se han probado todas las opciones posibles a partir de la descripción funcional. Todas ellas han resultado
satisfactorias.
2. DIFICULTADES INICIALES
Los problemas encontrados han sido pocos pero de gran envergadura, son los siguientes:
3. CONCLUSIONES
Las conclusiones a las que se ha llegado en este proyecto son las siguientes :
Otra de las grandes ventajas encontradas en este proyecto ha sido la utilización de tarjetas de
adquisición de datos. Tarjetas especialmente diseñadas para la captura de datos analógicos y
digitales. Es evidente también que estos datos pueden ser capturados de muy diversas formas,
mediante simples convertidores Analógicos/Digitales y circuitería especial y dedicada para la
comunicación con el ordenador, vía puertos paralelo o serie en el caso de señales digitales, DSPs o
microcontroladores que incorporan DACs, etc... Pero al comparar, se ve claramente que la captura
de datos con tarjetas de adquisición de datos es muy simple y eficaz, puesto que para ello han sido
diseñadas, logrando de esta forma una fácil interactividad entre el ordenador y el sistema
supervisado.
Una de las aportaciones más importantes encontradas en el proyecto ha sido la capacidad que
tiene LabView para el intercambio de información vía red. A partir de unos modelos y mediante las
librerías propias de LabView se ha desarrollado un cliente/servidor TCP/IP que ofrece un alto
rendimiento, en cuanto a versatilidad en el intercambio de información y funcionamiento
autóctono a la aplicación. No es necesario dedicar en uso exclusivo una máquina para el
funcionamiento del servidor TCP/IP y además no influye en las restantes tareas que el ordenador
pueda estar realizando, de esta manera el ordenador puede estar intercambiando información y
monitorizando o controlando el sistema al mismo tiempo.
Se han logrado de la mejor manera los objetivos propuestos en el proyecto y en el aplicativo.
Inicialmente se tenían algunas dudas sobre las posibilidades del sistema SCADA a desarrollar en
general, ¿las características de la tarjeta PCL-812PG serían suficientes para garantizar los
datos en tiempo real, sobre todo en el sistema de servomotor. LabView sería capaz de comunicarse
de forma eficiente vía red, podría realizar los cálculos del modelo del sistema servomotor
(ecuaciones diferenciales) y a su vez poder generar un entorno gráfico suficientemente intuitivo,
podría comunicarse vía red, presentar y controlar el sistema, y realizar cálculos complejos, todo a la
vez, sin que se pierda información. Los interrogantes a estas preguntas se han resulto de forma
efectiva, sin la necesidad de crear soluciones particulares a estos problemas, usando las
posibilidades de LabView y la tarjeta PCL-812PG ha sido suficiente.
Por último, queda uno de los grandes objetivos del proyecto, el intentar crear una herramienta útil
y de manejo sencillo e intuitivo para el alumno que cursa asignaturas relacionadas en el campo de
Automática. Obviamente, mi opinión en este punto no es muy objetiva, ya que como desarrollador
del aplicativo conozco en exactitud dicho aplicativo, y no tengo la necesidad de que sea intuitivo,
pero, por supuesto, creo que lo es en un 100%, ya que el aplicativo utiliza un interfaz con
elementos y objetos gráficos semejantes al instrumento real de los sistemas supervisados. En
cuanto a su utilidad para el alumno, aun siendo totalmente subjetivo y positivo, es evidente que sí,
ya que con esta aplicación el alumno podrá: desde estudiar el modelo simulado para el sistema de
depósitos hasta monitorizar y controlar dos sistemas diferentes, además de poder ser guiado por el
profesor del Laboratorio de forma local o remota.
4. POSIBLES MEJORAS
Seguridad: implementar claves de accesos para envío de controles y opciones de menú. Permitir
sólo a usuarios privilegiados que puedan hacer según qué operaciones. Clave de acceso para
usuarios remotos. Mediante el estudio que se ha realizado del producto LabView ver 5.0, una
versión superior a la utilizada en el aplicativo, este punto no sería difícil de realizar.
Transportar el aplicativo a Internet. Mediante el estudio que se ha realizado del producto LabView
ver 5.0, una versión superior a la utilizada en el aplicativo, este punto no sería difícil de realizar.
Monitorizar y controlar un tercer sistema del Laboratorio que funciona con un PLC. Este punto no
se ha podido realizar debido al desconocimiento de las tramas del protocolo usado por el PLC.
BIBLIOGRAFÍA
ÍNDICE BIBLIOGRÁFICO
[1] USER’S MANUAL PCL812-PG
PC-LabCard Products
Notas:
1. El contenido de esta página es sólo un resumen de los puntos más importantes del proyecto.
2. No se han incluido imágenes debido a que hay muchas y la página tardaría mucho en cargarse.
3. Si alguien tiene alguna duda intentaré responderle lo más rápidamente posible.
ZONA DE DESCARGA:
Para acceder a la Página de Descarga de la Memoría del Proyecto y al Aplicativo en formato .zip, con toda
la información del proyecto y todos los ficheros del Aplicativo en LabView, envieme un e-mail
explicandome para que solicita y cual es su propósito con dicha información. Posteriormente le enviaré la
palabra clave.
ENLACES DE INTERES :