LabVIEW en la Enseñanza del Control: Laboratorios Virtuales y Remotos de Automática

Author(s):
Héctor Vargas - UNED
José Sánchez - UNED
Sebastián Dormido - UNED

Industry:
University/Education

Products:

The Challenge:
Diseñar y desarrollar un entorno de simulación y experimentación remota que permita la realización de prácticas de control automático a través de Internet.

The Solution:
Se ha desarrollado una arquitectura cliente/servidor en donde los clientes son páginas web y applets Java y toda la infraestructura del lado servidor para interactuar con los experimentos del laboratorio ha sido creada con LabVIEW 8.2.

Introducción

En este trabajo se describe la experiencia del Departamento de Informática y Automática de la Universidad Nacional de Educación a Distancia (UNED) en el análisis, desarrollo y creación de laboratorios remotos para su aplicación en la enseñanza del control automático utilizando la metodología de la educación a distancia. La figura 1 presenta la arquitectura del entorno de experimentación. En el lado del servidor, un ordenador ejecuta un servidor web, que centraliza los servicios y módulos de trabajo asociados a cada laboratorio remoto (applet Java y documentación) y realiza la gestión de usuarios y recursos interactuando con una base de datos. Por otra parte, cada planta del laboratorio es controlada por un ordenador con LabVIEW 8.2 y tarjetas de adquisición de datos National Instruments. Las aplicaciones LabVIEW desarrolladas realizan el cierre del lazo de control en tiempo real e intercambian datos con los clientes a través de conexiones TCP/IP.En el lado del cliente, la interfaz con la que un usuario manipula el laboratorio de forma remota corresponde a un applet Java. Este applet puede trabajar localmente sobre una simulación del proceso o conectarse al laboratorio a través de un front-end LabVIEW para intercambiar datos reales con los experimentos.

Desarrollo de las aplicaciones de experimentación

 Integración de applets y LabVIEW

Hasta ahora, la comunicación TCP/IP entre applets y LabVIEW se realizaba trabajando directamente con la API de Java y la librería de comunicaciones de LabVIEW. Esta forma de programar la comunicación ha demostrado ser muy efectiva pero, sin embargo, cada aplicación desarrollada era particular y, comúnmente, sólo del conocimiento del programador, degradando la manutención y escalabilidad del sistema. Para resolver este problema se ha ideado un nuevo mecanismo para comunicar ambos entornos software de forma completamente transparente al programador LabVIEW. 

 

Este nuevo mecanismo ha consistido en la ubicación deuna capa middleware compuesta por un servidor, denominado JiL Server (Java internet LabVIEW Server), entre los applets y las aplicaciones LabVIEW que realizan el control local en tiempo real de los experimentos ubicados en el laboratorio. Para la concepción y el desarrollo de este servidor se ha recurrido al patrón de diseño de National Instruments para el control remoto de aplicaciones embebidas mediante LabVIEW, conocido como “Arquitectura Basada en Comandos” (figura 2).

 

En la figura 2 se puede apreciar que la programación en LabVIEW ha consistido en el desarrollo de los bloques Command Parser, Sender y Control Loop. Los dos primeros son los que constituyen el JiL Server. Este servidor cuenta con todos las funciones necesarias para comunicar una aplicación de control local en LabVIEW, es decir, el bloque Control Loop de la figura 2, con un applet. La figura 3 muestra la interfaz de usuario del JiL Server.Mediante este servidor, un applet puede modificar y leer los controles e indicadores de cualquier aplicación LabVIEW a través de conexiones TCP/IP ocultando por completo al programador

todos los detalles de la implementación.

 

El bloque Control Loop de la figura 3 corresponde a la aplicación LabVIEW para el control local de los experimentos; realiza la adquisición de datos y el control en lazo cerrado. Este bloque se ha desarrollado respetando la estructura típica de un bucle de control en LabVIEW (ver figura 4). Una vez desarrollada la aplicación de control local, la aplicación JiL Server la envuelve con la capa de comunicación TCP/IP necesaria para enlazar con los applets.

 

Ejemplo de laboratorio virtual y remoto                                                                                        

(a) Elección del experimento de laboratorio a controlar. En la parte derecha de la figura 5 se muestra el experimento seleccionado para este ejemplo, en este caso, un experimento para trabajar con el control de temperatura. El objetivo es regular la temperatura en su interior modificando la energía aplicada a la resistencia calefactora mientras que el ventilador gira a velocidad constante. 

 

(b) Implementación del servidor LabVIEW. La figura 5 esquematiza la estructura del lado servidor. Como se anticipó, por un lado se dispone de la aplicación LabVIEW que controla localmente y en tiempo real el experimento. Una vez está disponible esta aplicación, se procede a la publicación de todos sus controles e indicadores mediante el JiL Server. Tras este paso, cualquier applet ya tiene acceso a la lectura de los indicadores y a la modificación de los controles de la aplicación LabView publicada sin necesidad de modificar la aplicación original.

 

 (c) Implementación del applet. La figura 6 presenta el applet que constituye la interfaz gráfica de usuario, con la que es posible trabajar en modo simulación o en remoto. Cuando se trabaja en modo remoto, la vista virtual se sustituye por vídeo en tiempo real.

 

(d) Publicación de los laboratorios. El acceso al entorno de experimentación está disponible en el portal http://lab.dia.uned.es/automatlab. En este sitio web se proporciona información relevante al alumno sobre el entorno de experimentación remoto, las plantas disponibles, la información sobre laboratorios virtuales y remotos de control, enlaces de interés, etc.

 

Más imágenes en ni.com/success

 

Author Information:
For more information on this Case Study, contact:
Héctor Vargas
UNED

Browse All Case Studies »