DISEO ELECTRONICO 2

MARCO TEORICO:
BASE TEORICA DE APLICACIONES CON LABVIEW PARA EL CONTROL SUPERVISION DEL ENVASADO ENVASADO CAPITULO 1: INTRODUCCION 1. SISTEMAS SCADA SCADA viene de las siglas de "Supervisory Control And Data Acquisition", es decir: adquisicin de datos y control de supervisin. Se trata de una aplicacin software especialmente diseada para funcionar sobre ordenadores en el control de produccin, proporcionando comunicacin con los dispositivos de campo (controladores autnomos, autmatas programables, etc.) y controlando el proceso de forma automtica desde la pantalla del ordenador. Adems, provee de toda la informacin 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, supervisin, mantenimiento, etc. En este tipo de sistemas usualmente existe un ordenador, que efecta tareas de supervisin y gestin de alarmas, as como tratamiento de datos y control de procesos. La comunicacin se realiza mediante buses especiales o redes LAN. Todo esto se ejecuta normalmente en tiempo real, y estn diseados 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. Un paquete SCADA debe estar en disposicin de ofrecer las siguientes prestaciones:

Posibilidad de crear paneles de alarma, que exigen la presencia del operador para reconocer una parada o situacin de alarma, con registro de incidencias. Generacin de histricos de seal de planta, que pueden ser volcados para su proceso sobre una hoja de clculo. Ejecucin de programas, que modifican la ley de control, o incluso anular o modificar las tareas asociadas al autmata, bajo ciertas condiciones. Posibilidad de programacin numrica, que permite realizar clculos aritmticos de elevada resolucin sobre la CPU del ordenador.

Con ellas, se pueden desarrollar aplicaciones para ordenadores (tipo PC, por ejemplo), con captura de datos, anlisis de seales, presentaciones en pantalla, envo de resultados a disco e impresora, etc.
EPIE-UNSA |2010-B 1

DISEO ELECTRONICO 2
Adems, todas estas acciones se llevan a cabo mediante un paquete de funciones que incluye zonas de programacin 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 libreras de funciones para lenguajes de uso general que permiten personalizar de manera muy amplia la aplicacin que desee realizarse con dicho SCADA.

1.2 Requisitos. Un SCADA debe cumplir varios objetivos para que su instalacin sea perfectamente aprovechada:

Deben ser sistemas de arquitectura abierta, capaces de crecer o adaptarse segn 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 gestin). Deben ser programas sencillos de instalar, sin excesivas exigencias de hardware, y fciles de utilizar, con interfaces amigables con el usuario.

1.3 Mdulos de un SCADA. Los mdulos o bloques software que permiten las actividades de adquisicin, supervisin y control son los siguientes:

Configuracin: permite al usuario definir el entorno de trabajo de su SCADA, adaptndolo a la aplicacin particular que se desea desarrollar. Interfaz grfico del operador: proporciona al operador las funciones de control y supervisin de la planta. El proceso se representa mediante sinpticos grficos almacenados en el ordenador de proceso y generados desde el editor incorporado en el SCADA o importados desde otra aplicacin durante la configuracin del paquete. Mdulo de proceso: ejecuta las acciones de mando preprogramadas a partir de los valores actuales de variables ledas. Gestin y archivo de datos: se encarga del almacenamiento y procesado ordenado de los datos, de forma que otra aplicacin o dispositivo pueda tener acceso a ellos. Comunicaciones: se encarga de la transferencia de informacin entre la planta y la arquitectura hardware que soporta el SCADA, y entre sta y el resto de elementos informticos de gestin.

EPIE-UNSA |2010-B

DISEO ELECTRONICO 2

2. CONCEPTOS ASOCIADOS A SISTEMAS SCADA En casa y en la oficina, el ordenador personal contina con su progreso. El PC se ha establecido en un gran nmero de campos. Los componentes hardware y software estn siendo cada vez ms potentes y ms rentables. Es lgico, por tanto, que la industria quiera tomar provecho de este hecho, para reducir costes y/o incrementar la productividad. Ciertas tareas industriales estn actualmente en manos de los ordenadores desde hace tiempo: desde emplear la tecnologa Windows cuando se manejan pedidos y/o se ajustan parmetros de maquinaria hasta preparar o visualizar datos prcticamente de cualquier tipo. No hay que sorprenderse entonces, que los especialistas en automatizacin y los usuarios estn pensando ahora en qu forma se pueden transferir al PC otras tareas, para poder llegar a un mayor ahorro. Ms recientemente un gran nmero de simuladores de PLC (controladores lgicos programables) por software ha aparecido en el mercado, que estn ayudando a transferir el control de tareas al disco duro y presentan una automatizacin ms efectiva en costes en una simple pieza de hardware (el PC).

2.1 Tiempo real. La capacidad en tiempo real se refiere a la capacidad del ordenador en programas de procesamiento de datos para que siempre est listo para procesar y proporcionar los resultados dentro de un tiempo especificado. En este contexto "estrictamente en tiempo real" significa que un sistema reacciona a los eventos externos dentro de un tiempo especificado en un 100% de los casos. Adems si se habla de tiempo real el sistema debe responder en tiempos concretos tambin en un 100% de los casos. Si, de otra forma, los tiempos concretos de reaccin pueden superarse en ciertos casos, como en sistemas no crticos, hablamos de "tiempo real suave".

2.2

Hardware

en

sistemas

de

supervisin:

PLC

PC.

El hecho es que las tareas automatizadas de control, visualizacin y computacin pueden ser efectuadas por PLCs (conectados en red mediante los mdulos adecuados) mejor que con sistemas exclusivos de control basados en PC. Lo que finalmente es prctico, no obstante, depende de un gran nmero de factores y la mayora deben ser considerados individualmente para cada proyecto de automatizacin. 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
EPIE-UNSA |2010-B 3

DISEO ELECTRONICO 2
ahora han sido fuertemente asociadas con el PLC, aunque el PC tambin puede disponer de la caracterstica de capacidad en tiempo real. Un sistema de control es inconcebible sin capacidad en tiempo real. Es comn en sistemas de control por ordenador tener que elegir, segn las caractersticas 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 lgicos programables, en la mayora de los casos, estn diseados especficamente 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 seguirn siendo, no obstante, la primera eleccin para todo control de tareas crticas o extremas por su rendimiento y simpleza, en los que un PC podra estar simplemente "sobrecargado" debido al trabajo que le pueden suponer otras tareas de mbito comn, como la gestin y visualizacin de datos, accesos a perifricos, bases de datos, etc... Si, adems del control de tareas, se necesita un procesamiento de datos, trabajo en red o visualizacin (una aplicacin SCADA), un sistema basado en PC debe ser tomado en consideracin. 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 rpida para aplicaciones "suaves" en tiempo real, gracias a su arquitectura de micro-kernel.

2.3 Tarjetas de expansin. Como el sistema operativo slo puede proporcionar respuestas suaves en tiempo real lo ms simple es emplear extensiones hardware para las tareas crticas (placas de expansin PC) y soluciones software para el resto de tareas. Esto nos lleva a una compatibilidad con futuros sistemas operativos y una solucin totalmente factible actualmente. Estas tarjetas de expansin asumen las tareas crticas en tiempo real que el ordenador (PC) no puede atender, se est hablando de tarjetas que incorporan DSPs (Procesadores de Seales Digitales) o microcontroladores y que aportan una ayuda a la anterior sobrecarga mencionada para los ordenadores (PC).

2.4 La estructura abierta. An no se ha establecido un estndar para poseer extensiones compatibles en tiempo real de sistemas operativos. De una forma estrictamente determinante, los sistemas estndar actuales deben ser modificados de forma general, as que la principal ventaja de un sistema basado en PC - su estructura abierta pude llegar a ser un inconveniente. No obstante, la estructura abierta, permite a la empresa o el desarrollador ms libertad en la eleccin de la herramienta adecuada para el anlisis, diseo y programacin del sistema SCADA. La solucin comienza a ser propietaria nuevamente (cada empresa ofrece su solucin) y la conversin a futuras generaciones
EPIE-UNSA |2010-B 4

DISEO ELECTRONICO 2
de sistemas operativos lo hace ms difcil.

3. APLICATIVO PARA EL LABORATORIO DE AUTOMTICA

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.-Motivacin Cada vez ms, las empresas se plantean la automatizacin de una serie de procesos en su entorno industrial. Con ello se pretende mejorar la productividad, aumentar la calidad del producto final, adems de aumentar la seguridad en el trabajo. Para conseguir estos objetivos, las empresas deben utilizar ordenadores y un software especializado en monitorizacin, control y adquisicin de datos, sistemas SCADA. La razn 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 informtico y no informtico estn tomando. Adems el estudio del sistema a monitorizar y/o controlar abre grandes puertas al conocimiento no slo de informtica, sino de otros campos. Cuando se quiere supervisar un sistema no slo deben tenerse conocimientos de informtica, sino que adems es necesario saber como acta, 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 Qumicos, Fsicos, Ingenieros en Telecomunicacin, Ingenieros Industriales donde cada individuo aporta sus conocimientos y adquiere de otros.

3.2 Software y Hardware utilizado El software principal utilizado es LabVIEW, una herramienta para la creacin de sistemas SCADA. Tambin se han utilizado paquetes grficos para la creacin y retoque de imgenes, y drivers y software relacionado con el protocolo TCP/IP. El entorno de desarrollo y de ejecucin es bajo Microsoft Windows 95, pero podra ser trasladado a Microsoft Windows NT sin ningn problema segn especificaciones de LabVIEW. El hardware utilizado es bsicamente dos ordenadores PC-PENTIUM, una Tarjeta de Adquisicin de Datos: PCL812PG y los dispositivos/elementos de los dos sistemas que el SCADA monitoriza y controla.

3.3 Objetivos del proyecto

EPIE-UNSA |2010-B 5

DISEO ELECTRONICO 2
Desarrolar un SCADA con LabVIEW que permita supervisar y controlar dos sistemas que se encuentran en el Laboratorio de Automtica. Para ello deben resolverse los siguientes puntos:

Interface con los sistemas: resolver la adquisicin de datos de los sistemas. Cuales son las seales que se quieren capturar y que se utilizar para dicha adquisicin de datos. Herramienta usada: eleccin de la herramienta en que se desarrollar la aplicacin SCADA. Estudio de dicha herramienta, posibilidades que ofrece, limitaciones, funcionamiento. Desarrollo de la aplicacin: creacin de una aplicacin para la supervisin, monitorizacin y control de dos sistemas que se encuentran en el Laboratorio de Automtica de la E.U.I.S. Conectividad por la red: transferencia de informacin a travs de la red de la U.A.B. para la monitorizacin remota de los sistemas anteriormente citados. Creacin de un cliente/servidor TCP/IP para dicha tarea.

CAPTULO II: LABVIEW

1. INTRODUCCIN LabVIEW es una herramienta diseada especialmente para monitorizar, controlar, automatizar y realizar clculos complejos de seales analgicas y digitales capturadas a travs de tarjetas de adquisicin de datos, puertos serie y GPIBs (Buses de Intercambio de Propsito General). Es un lenguaje de programacin de propsito general, como es el Lenguaje C o Basic, pero con la caracterstica que es totalmente grfico, facilitando de esta manera el entendimiento y manejo de dicho lenguaje para el diseador y programador de aplicaciones tipo SCADA. Incluye libreras para la adquisicin, anlisis, presentacin y almacenamiento de datos, GPIB y puertos serie. Adems de otras prestaciones, como la conectividad con otros programas, por ejemplo de clculo, y en especial MatLAB. Est basado en la programacin modular, lo que permite crear tareas muy complicadas a partir de mdulos o sub-mdulos mucho ms sencillos. Adems estos mdulos pueden ser usados en otras tareas, con lo cual permite una programacin ms rpida y provechosa. Tambin ofrece la ventaja de debugging en cualquier punto de la aplicacin. Permite la posibilidad de poner break points, ejecucin paso a paso, ejecucin hasta un punto determinado y se puede observar como los datos van tomando valores a
EPIE-UNSA |2010-B 6

DISEO ELECTRONICO 2
medida que se va ejecutando la aplicacin. Adems tambin lleva incorporado generadores de seales para poder hacer un simulador.

2. FILOSOFA DE LABVIEW. LabVIEW es un lenguaje completamente grfico, y el resultado de ello es que es totalmente parecido a un instrumento, por ello a todos los mdulos creados con LabVIEW se les llama VI (Instrumento Virtual). Existen dos conceptos bsicos 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 estn 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 seales que se estn midiendo, El diagrama de bloques es el conexionado de todos los controles y variables, que tendra cierto parecido al diagrama del esquema elctrico del instrumento. LabVIEW tiene la caracterstica de descomposicin modular ya que cualquier VI que se ha diseado puede convertirse fcilmente en un mdulo que puede ser usado como una sub-unidad dentro de otro VI. Esta peculiaridad podra compararse a la caracterstica de procedimiento en los lenguajes de programacin estructurada. Es un sistema abierto, en cuanto a que cualquier fabricante de tarjetas de adquisicin de datos o instrumentos en general puede proporcionar el driver de su producto en forma de VI dentro del entorno de LabVIEW. Tambin es posible programar mdulos para LabVIEW en lenguajes como C y C++, estos mdulos son conocidos como Sub-VIs y no se difieren a los VI creados con LabVIEW salvo por el interfaz del lenguaje en el que han sido programados. Adems estos Sub-VIs son muy tiles por ejemplo en el campo de clculos numricos complejos que no se encuentran incluidos en las libreras de LabVIEW.

3. EL PANEL FRONTAL Y EL DIAGRAMA DE BLOQUES Se podra 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 adems incluso se pueden disear 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 analgicos. 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
EPIE-UNSA |2010-B 7

DISEO ELECTRONICO 2
conciso, las interpretaciones pueden dar lugar a falsas actuaciones y, por consiguiente, podran existir lamentables errores. Adems, dos usuarios podran interpretar de manera diferente cualquier evento. El Diagrama de Bloques del VI sera la cara oculta del Panel Frontal, una cara que el usuario del sistema no puede ver. En ella estn todos los controles e indicadores interconectados, parecindose mucho a un diagrama de esquema elctrico. Esta cara es mucho menos conceptual que el Panel Frontal y para el usuario sera muy difcil entenderla. Todos los mdulos estn interconectados, mediante lneas de conexin, por donde circulan los diferentes datos o valores del VI., de esta manera se logra que el VI funcione como un conjunto de elementos, mdulos y sub-mdulos.

CAPTULO III: COMUNICACIN APLICACIN SCADA CON EL ENTORNO

En este captulo se explicarn los conceptos bsicos de la comunicacin de un sistema SCADA con todo su entorno, para ello se estudiarn los siguientes temas:

Adquisicin de Datos para ordenadores, y en especial como funcionan las tarjetas de adquisicin de datos. Redes LAN y el protocolo TCP/IP, aplicaciones servidor/cliente.

1. TARJETAS DE ADQUISICIN DE DATOS Otra forma de medir las seales y transferir los datos al ordenador es usando Tarjetas de Adquisicin de Datos, llamadas comercialmente tarjetas DAQ. Estas tarjetas poseen Convertidores Analgico/Digitales (ADC) y Convertidores Digital/Analgicos (DAC) que permiten la entrada/salida de seales analgicas y digitales.

1.1 Sampling (Muestreo)

EPIE-UNSA |2010-B 8

DISEO ELECTRONICO 2
Los datos son capturados mediante un ADC usando un proceso de muestreo. Muestrear una seal analgica requiere la toma de muestras de dicha seal en tiempos determinados, tiempos discretos. La frecuencia en que la seal es muestreada es conocida como Frecuencia de Muestreo. El proceso de muestreo genera valores de la seal a intervalos de tiempo conocidos. La frecuencia de Muestreo determina la calidad de la seal analgica que se convierte. Cuanto ms alta sea la Frecuencia de muestreo mejor ser la conversin de la seal analgica, tendr mayor parecido con la seal real. La frecuencia mnima de muestreo requerida para representar la seal adecuadamente debe ser como mnimo dos veces la frecuencia mxima de la seal analgica que se desea convertir (Principio de Nyquist). Si la seal es muestreada a una Frecuencia de Muestreo menor que dos veces la frecuencia mxima de la seal, se produce el efecto de Aliasing.

1.2 Convertidores Analgico/Digitales (ADC ) Una vez la seal ha sido muestreada, sus muestras necesitan ser convertidas a cdigo digital. Este proceso se llama conversin Analgico/Digital. La mayora de tarjetas tambin poseen un multiplexor que acta como un switch para los diferentes canales del ADC. Esto hace posible capturar diferentes seales analgicas en paralelo, el inconveniente es que la Frecuencia de Muestreo debe ser dividida por el nmero de canales en paralelo que posee la tarjeta.

1.2.1 Resolucin del ADC La precisin de la seal analgica de entrada convertida en formato digital depende del nmero de bits que el ADC usa. La resolucin de la seal convertida esta en funcin del nmero de bits que el ADC usa para representar el dato digital. El rango de voltaje entre voltaje mximo y voltaje mnimo con el que la seal real puede ser representada analgicamente se subdivide en funcin del numero de bits de resolucin digital. Por ejemplo un ADC de 8 bits puede dar hasta 256 niveles de representacin digital (2^8 = 256). Esto quiere decir que el rango de voltaje de la seal real se dividir en 256 niveles, en el que cada uno de ellos tomar un valor digital determinado. Dependiendo de la precisin del ADC, puede ocurrir que los cambios ms pequeos de voltaje de la seal analgica no puedan ser representados digitalmente. Por ello la resolucin es una caracterstica muy importante en las tarjetas ADQ.

1.2.2 ADC No lineales Idealmente si el voltaje aplicado a la entrada de un ADC se incrementa linealmente, se espera que el resultado al convertir la seal a informacin digital tambin se incremente linealmente No siempre ocurre de esta manera. Slo las tarjetas DAQ perfectas son as, estas tarjetas, aunque existen, tienen un elevado costo, y normalmente se encuentran en el
EPIE-UNSA |2010-B 9

DISEO ELECTRONICO 2
mercado tarjetas que tienen una pequea variacin lineal.

1.2.3 ADC Settling Time (Tiempo de fijacin de la seal). En una tarjeta tpica, la seal analgica 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 tambin de rastrear, retener y fijar la seal que se desea convertir, si no el ADC convertir una seal que an est en transicin. Un tiempo de fijacin errneo puede llegar a ser un gran problema. Para determinar un Tiempo de Fijacin correcto debe tenerse en cuenta la Frecuencia de muestreo y la ganancia de la tarjeta DAQ.

1.3 Transferencia de Datos al Ordenador Normalmente, las tarjetas DAQ se instalan en los buses de alta velocidad del PC como los buses PCI. En funcin de la velocidad de la placa base del PC, la velocidad de transferencia de datos mxima 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 adquisicin de datos. El microprocesador est participando en la transferencia de datos, empleando en ello un tiempo en que podra estar haciendo otras tareas. Por otro lado se la transferencia de datos es directa a la memoria, con lo cual el microprocesador est libre para ser utilizado por otras tareas, esto se logra mediante la tecnologa Bus Mastering.

1.4 Convertidores Digital/Analgicos (DAC) Las tarjetas multifuncin tambin tienen integrado, normalmente, un convertidor Digital/Analgico (DAC). Un DAC puede generar una seal analgica en funcin de un dato digital. Esto permite a las tarjetas de este tipo generar una seal analgica de salida, con voltajes en corriente continua (DC) o corriente alterna (AC). Al igual que el ADC, los DAC se encuentran limitados por el nmero de muestras que pueden procesar y el nmero de bits que usan para convertir el dato digital en seal analgica. Es tambin importante en un DAC un tiempo de fijado (Settling Time) pequeo, ya que as podr generar seales de frecuencia alta, debido a que el tiempo usado en fijar la seal de salida para un nuevo nivel de voltaje ser bajo.

EPIE-UNSA |2010-B

10

DISEO ELECTRONICO 2

2.- Adquisicin de Datos Locales y Comunicacin Remota. Muchos de los sistemas SCADA empleados necesitan comunicarse va red, puertos GPIB, telefnica o satlite. Mientras existen unos ordenadores que estn capturando datos en campo, normalmente llamados Estaciones Remotas, hay otros que se encargan de recoger la informacin y gestionarla, Centros de Control. En este proyecto se ha realizado una similitud con los sistemas SCADA de gran tamao o que gestionan una gran informacin en cuanto a que existe un ordenador PC-PENTIUM que esta capturando los datos del Laboratorio de Automtica y otros ordenadores que pueden encontrarse en cualquier punto de la red de la U.A.B. que estn recibiendo la informacin 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 implementacin de un sistema cliente/servidor para LabVIEW. Este cliente/servidor de TCP/IP ha sido diseado 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 estn capturando en el ordenador del Laboratorio de Automtica, pueden ser vistos por ejemplo desde el campus de Bellaterra o desde la Facultad de Informtica E.U.I.S. Permitir un apoyo y supervisin constante por parte del personal encargado del Laboratorio de Automtica, 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 envo de rdenes a esos sistemas a travs de la red no se ha implementado ya que los sistemas que se supervisan son crticos, y podran provocar consecuencias graves al no estar presentes en el Laboratorio. Todos los ordenadores del Aplicativo tienen las mismas ventanas de supervisin. 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.

CAPTULO

IV: APLICATIVO

PARA

EL

LABORATORIO

DE

AUTOMTICA

Este captulo se centrar en el Aplicativo para el Laboratorio de Automtica 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 descripcin funcional, estructura y manejo del aplicativo. 1. DESCRIPCIN DE LOS SISTEMAS.
EPIE-UNSA |2010-B 11

DISEO ELECTRONICO 2
El aplicativo supervisa dos sistemas que se encuentran en el Laboratorio de Automtica que se describen a continuacin:

Sistema Servomotor, en el Laboratorio de Automtica hay un motor de corriente continua. Una fuente de alimentacin proporciona la corriente necesaria para el funcionamiento de todos los elementos del sistema. El motor se alimenta con una seal que procede de un amplificador, el cual tiene la misin de multiplicar la seal de entrada por una ganancia elevada, para que a la salida se tenga la energa suficiente para hacer girar el motor. El motor est conectado a un dial de salida, que indica la posicin (ngulo) en grados. Adems, un tacmetro, incorporado al motor, genera una seal en Voltios proporcional a la velocidad de giro. La constante que determina la conversin de grados a voltaje se obtiene experimentalmente. De igual manera, el dial de salida da una seal elctrica proporcional al ngulo, el valor de la constante que se encarga de hacer esta conversin tambin se obtendr empricamente.Un bloque preamplificador recibe dos seales en la entrada, que se suman, el resultado se multiplica por una cierta constante (de amplificacin). La seal elctrica resultante est conectada a la entrada del servoamplificador. Las entradas al preamplificador (en el montaje de lazo abierto que se encuentra implementado) son, por una parte, la seal del tacmetro, que se multiplica por una ganancia de ½ mediante un atenuador (realimentacin tacomtrica) y la seal de salida de un bloque PID. El bloque PID entra la seal de error, que es la diferencia entre la seal de referencia y la seal de salida (dial de salida). La seal de entrada al sistema es proporcionado por otro dial (de entrada), similar al de salida, el cual genera una seal elctrica proporcional al ngulo, con el mismo factor de conversin que el de salida. Las seales procedentes de los dos diales se restan mediante un bloque amplificador operacional, la salida del cual se enva al PID. Las seales que son supervisadas por el aplicativo son la Posicin de Salida y la Velocidad, la seal que es controlada o a la que se le puede enviar una orden es la Posicin de Entrada. Sistema Depsitos, en este tipo de sistemas se suelen encontrar depsitos conectados entre s mediante tuberas y vlvulas. El estudio de este sistema se realizar para un depsito o dos depsitos conectados por una tubera y una vlvula. Adicionalmente se ha incorporado un modelo, que calcula la apertura de la vlvula del tanque para que el caudal de entrada y el de salida sean iguales en funcin de un nivel de referencia. Esta simulacin permitir al alumno realizar pruebas tericas y observar las diferentes reacciones del sistema. Las seales que son supervisadas por el aplicativo son los niveles de agua en los dos tanques, y las seales que se controlan o a las que se les pueden enviar rdenes son las potencias en que las dos bombas de agua actan, obteniendo ms o menos caudal de entrada.

EPIE-UNSA |2010-B

12

DISEO ELECTRONICO 2
2. OBJETIVOS DEL APLICATIVO Los

objetivos

del

aplicativo

son

los

siguientes:

Adquisicin de datos por ordenador a travs de la tarjeta de adquisicin de datos PCL812-PG. Aplicativo totalmente configurable. Monitorizacin y control de la adquisicin de datos mediante LabVIEW. Presentacin y descripcin del sistema Servomotor. Simulacin de un modelo para el sistema de Depsitos. Supervisin, monitorizacin y control del Sistema Servomotor del Laboratorio de Automtica de la E.U.I.S. Supervisin, monitorizacin y control del Sistema de Depsitos del Laboratorio de Automtica de la E.U.I.S. Telecomunicacin a travs de la red de la U.A.B y protocolo TCPI/IP, para poder presentar los datos adquiridos en cualquier punto de dicha red. Herramienta til y de manejo sencillo para aquellos alumnos que cursan asignaturas dentro del campo de Control y Automatica. Se dejar preparado el aplicativo para actualizaciones posteriores.

3. DESCRIPCIN FUNCIONAL Por tanto el aplicativo en funcin de los objetivos que se han marcado en el apartado anterior, deber realizar las siguientes funciones:

Adquisicin de datos en tiempo real mediante una tarjeta de adquisicin de datos para ordenadores PC/XT/AT o compatibles. La adquisicin de datos debe estar controlada desde LabVIEW, pudindose configurar los canales de entradas y salidas de las seales a adquirir o controlar. Exigir que los datos presentados en el aplicativo y su correspondiente valor real sea el mismo, no exista diferencia alguna. Aplicativo totalmente configurable. Se parametrize a travs de una ventana de configuracin todas las variables necesarias para el correcto funcionamiento del aplicativo, esto implica la configuracin de los canales de salida y entrada de las seales, y las direcciones y puertos TCP/IP. Esta ventana deber ser ejecutada por el usuario al iniciar el aplicativo para que el sistema SCADA quede totalmente configurado. Se monitorizarn y controlarn las siguientes seales de los sistemas:

- Sistema de Servomotor : Monitorizar la seal de Posicin de Salida y la seal de velocidad del motor. Se controlar la seal de Posicin de Entrada del motor y el error de ajuste del PID (de momento queda configurado y representado pero no se utiliza). - Sistema de Depsitos : Monitorizar las seales de nivel de agua en los tanques, para
EPIE-UNSA |2010-B 13

DISEO ELECTRONICO 2
el Tanque 1 y el Tanque 2. Se controlar las dos seales de potencia de las Bombas de Agua que repercuten en el caudal de entrada para el Tanque 1 y el Tanque 2.

Creacin de una pantalla para el Sistema de Depsitos, que permitir al usuario realizar el siguiente clculo: en funcin de un nivel de referencia, se calcular la abertura de la vlvula para que el caudal de salida y el caudal de entrada sea el mismo, ecuacin diferencial que nos representar un transitorio y su posterior valor estable. Para el Sistema Servomotor se crear una ventana donde se encuentra un grfico 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, adems se incorporar una descripcin del sistema y de cada uno de sus elementos. Creacin de dos ventanas para el Sistema de Servomotor donde se visualizarn grficamente los valores reales del sistema mediante elementos grficos que tienen parecido con el modelo real, campos con los valores exactos de las seales y grficas de evolucin donde se podr observar la tendencia del sistema. En una de las dos ventanas, la ventana de control, adems se incorporar elementos grficos y campos con el valor exacto de la seales a controlar, permitiendo al usuario que pueda cambiar los valores de dichos controles. En estas ventanas adems se podr configurar el tiempo de muestreo. Creacin de dos ventanas para el Sistema de Depsitos donde se visualizarn grficamente los valores reales del sistema mediante elementos grficos que tienen parecido con el modelo real, campos con los valores exactos de las seales grficas de evolucin donde se podr observar la tendencia del sistema. En una de las dos ventanas, la ventana de control, adems se incorporar elementos grficos y campos con el valor exacto de la seales a controlar, permitiendo al usuario que pueda cambiar los valores de dichos controles. En estas ventanas adems se podr configurar el tiempo de muestreo. Telecomunicacin a travs 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 estn 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. Tambin implica crear dos ventanas, una para cada sistema, que sern los clientes remotos, donde se visualizarn los datos a travs de la red. En estas dos ventanas no se permitirn ni configurar el tiempo de muestreo, ya que podra provocar sobrecarga en la red, ni tampoco el control de las seales de salida, ya que son crticas y podran provocar actuaciones no deseadas sobre los sistemas al no estar presentes en el Laboratorio. Por ello en estas ventanas slo se presentarn 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 informacin. 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
EPIE-UNSA |2010-B 14

DISEO ELECTRONICO 2
operacin, el servidor es capaz de enviar los datos que se han solicitado al cliente correspondiente. No es necesario hacer nada ms.

Herramienta til y de manejo sencillo para aquellos alumnos que cursan asignaturas dentro del campo de Control y Automtica. El aplicativo ser totalmente grfico 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 podrn generarse nuevas ventanas, o modificar las ventanas existentes, incorporar dichas ventanas al men o incluso incorporar nuevas seales.

4. ESTRUCTURA DEL APLICATIVO Existen dos mdulos de adquisicin y control de datos, uno para cada sistema que estn continuamente capturando y/o dando rdenes al sistema. Una ventana de configuracin, 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 informacin a travs 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 parmetros del mismo. A partir de aqu el aplicativo queda preparado para la adquisicin de datos y transferencia de informacin va red LAN. El aplicativo entra en un bucle de adquisicin y control de datos para los dos sistemas supervisados. Mientras se est haciendo la adquisicin/control de datos el aplicativo puede ejecutar el servidor TCP/IP si hay la necesidad de transferir informacin por la red LAN. Por ltimo, al mismo tiempo, el aplicativo muestra un men Men Principal , donde se encuentran todas las opciones de monitorizacin, control y cliente TCP/IP de los sistemas que se supervisan. Adems en este men principal, aunque no se muestra en la figura, tambin hay las opciones de Simulacin para el sistema de Depsitos y descripcin del sistema para el sistema Servomotor.

5. EL APLICATIVO El aplicativo para el Laboratorio de Automtica es un conjunto de elementos diseados especficamente para la adquisicin y supervisin de datos de los sistemas de Depsitos y Servomotor que se encuentran en dicho Laboratorio. Estos elementos son: un programa software, realizado con LabVIEW que acta como SCADA, y una tarjeta de Adquisicin de Datos para PC/XT/AT o compatibles, la tarjeta PCL812-PG de PC-LabCard.
EPIE-UNSA |2010-B 15

DISEO ELECTRONICO 2
5.1 Men Principal

En el men principal estn 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 ejecucin es ms rpida. 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.

5.2 Configuracin del Aplicativo En esta ventana se configura el aplicativo. Los posibles parmetros configurables son los canales de E/S para la adquisicin de datos, el puerto de conexin para el Servidor Remoto en el caso que dicha mquina se utilice como tal, y las direcciones IP y puertos de las mquinas servidores para que las mquinas cliente puedan comunicarse va red con protocolo TCP/IP. Esta ventana debe ejecutarse al iniciar el SCADA para que ste quede totalmente configurado.

5.3 Simulacin del Sistema de Depsitos En esta ventana se simula el siguiente modelo para un tanque: se calcula la apertura de la vlvula del tanque para que el caudal de entrada y el de salida sea el mismo en funcin de un nivel de referencia (ecuacin 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 grficas siguientes adems de todos los valores de las variables que participan en el clculo: grfica de caudal de entrada/caudal de salida, grfica de altura del depsito/nivel de referencia y grfica de apertura de la vlvula.

5.4 Descripcin del Sistema Servomotor En esta ventana se muestra el grfico correspondiente al sistema servomotor, se muestran todos sus elementos y las conexiones de estos elementos. La implementacin de esta ventana se ha realizado para que el alumno pueda identificar rpidamente cuales son los elementos del sistema y tenga una descripcin de dichos
EPIE-UNSA |2010-B 16

DISEO ELECTRONICO 2
elementos y del sistema en general.

5.5 Monitorizacin de seales Hay dos ventanas dedicadas a la monitorizacin de las seales, una para cada sistema. En estas ventanas se podr observar los valores de las seales mediante campos de valor, elementos grficos que se asemejan a los del instrumento real de medicin y grficas que nos mostrarn la evolucin del sistema. En estas ventanas se podr modificar el tiempo de muestreo de las seales.

5.6 Control de seales Hay dos ventanas dedicadas al control de las seales, una para cada sistema. En estas ventanas se podr observar los valores de las seales mediante campos de valor, elementos grficos que se asemejan a los del instrumento real de medicin y grficas que nos mostrarn la evolucin del sistema. Adems existen elementos grficos 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 seales.

BIBLIOGRAFA NDICE BIBLIOGRFICO [1] CONJUNTO DE MANUALES DE LABVIEW NATIONAL INSTRUMENTS [2] COMPUTER SYSTEMS FOR AUTOMATION AND CONTROL Gustaff Olsson Gianguido Piani Ed. M. J. GRIMBLE [3] AUTOMATAS PROGRAMABLES Josep Balcells Jos Luis Romeral SERIE MUNDO ELECTRONICO, MARCOMBO EDITORES. [4] SISTEMAS OPERATIVOS: CONCEPTOS FUNDAMENTALES James L. Peterson Abraham Silberschatz Ed. REVERT

EPIE-UNSA |2010-B

17

DISEO ELECTRONICO 2

EPIE-UNSA |2010-B

18