GPIB

Descripcin de GPIB GPIB es un estndar de conexin que permite la comunicacin de un ordenador con instrumentos electrnicos de medida, como pueden ser generadores de funciones, osciloscopios, etc. Las siglas corresponden a General Purpose Interface Bus, pero a pesar de este nombre, fue diseado especficamente para la conexin de instrumentos de medida. Historia Fue creado en 1965 por la compaa Hewlett-Packard, que lo denomin originalmente HP-IB, y se populariz con rapidez, debido a sus altas tasas de transferencia de datos (8 Mbytes/s). En 1975, para evitar la dispersin de caractersticas, los principales fabricantes acordaron la estandarizacin del GPIB (IEEE 488.1), centrndose en las caractersticas elctricas y mecnicas del bus. En Europa se acoge con la norma IEC-625.1, que modifica el conector. En 1978 se revis el documento y termin siendo adoptado ampliamente en la industria bajo las siguientes denominaciones: - GPIB (General Purpose Interface Bus) - HP-IB (Hewlet-Packard Interface Bus) - IEEE 488 Bus - IEEE 488.1 (denominacin posterior, al definir el IEEE 488.2). En 1987 tuvo lugar una segunda estandarizacin (IEEE 488.2) que delimit de forma ms concreta la programacin del GPIB, definiendo comandos de aparatos, formato de mensajes y estado de los instrumentos. Se pretenda aumentar la compatibilidad entre sistemas. Sin embargo este protocolo no lleg a reemplazar al original. De hecho hoy da sigue habiendo aparatos que responden nicamente al IEEE 488.1. En 1990 se adopt el formato de comandos SCPI, incluido en el 488.2, que estructura las rdenes a los aparatos de forma coherente, permitiendo una compatibilidad ms extensa. Caractersticas fsicas El bus de transmisin de datos de GPIB es de 8 bits en paralelo, y lgica negativa con niveles TTL estndar (cierto si el voltaje es 0.8 V y falso si el voltaje es 2.0 V). Los cables y conectores tienen el aspecto tpico mostrado en la figura 2. Estn apantallados y permiten velocidades de transferencia de 1 MB/s, aunque existen versiones que llegan hasta los 8 MB/s. Los conectores tienen dos lados de conexin (macho y hembra) permitiendo diversas estructuras topolgicas (bus, estrella y combinaciones) tal y como se muestra en la figura 2. Los hay de dos tipos: americano (24 pines) y europeo (IEC-625.1, 25 pines).

Figura 1: cable de conexin GPIB: aspecto fsico y distribucin de seales (americano).

Figura 1: ejemplo de configuracin de un sistema GPIB.

El bus consta de 24 pines, repartidos de la siguiente forma

- 8 lneas de transmisin de datos (DIO1-DIO8). - 3 lneas para el control asncrono de la comunicacin (NRFD, NDAC y NRDAV). Mediante estas lneas se verifica la correcta transmisin de los datos, que es una de las fortalezas del GPIB. - 5 lneas que gestionan la transmisin de comandos (ATN, IFC, REN, SRQ y EOI). - El resto componen las tierras de las diferentes lneas. Para que el bus GPIB alcance la velocidad de transmisin para la que fue diseado (hasta 8 Mbytes/s), deben cumplirse los siguientes requisitos: - Puede haber un mximo de 15 dispositivos conectados al bus, y al menos dos tercios de ellos deben estar encendidos. - La separacin mxima entre dos dispositivos es 4 m, y la separacin promedio en toda la red debe ser menor de 2 m (National Instruments comercializa un extensor de fibra ptica (GPIB 140 y 140/2) que permite alcanzar una longitud de hasta 2 km). - La longitud total de la red no debe exceder los 20 m. Un sistema tpico constar de un ordenador con una tarjeta controladora GPIB, ms los instrumentos (compatibles con IEEE 488, obviamente). Existen tarjetas GPIB para prcticamente todos los ordenadores presentes en el mercado (PC, Macintosh, estaciones Sun, Silicon Graphics, DEC Alpha, HP RS/6000, etc). En el caso concreto del PC, las controladoras GPIB pueden conectarse al bus ISA, PCI, PCMCIA (porttiles), USB, Ethernet, Firewire, y los puertos serie y paralelo. Existen asimismo adaptadores para los estndares de comunicacin RS-232 y RS-485. La figura 4 muestra una tarjeta GPIB.

Figura 4: Tarjeta GPIB-PCI para ordenadores PC.

1. Inicio de conexin El proceso es de tipo three-way-handshake y se desarrolla como sigue. Cuando el regulador o un transmisor desea transmitir datos sobre el GPIB, fija la lnea de DAV (Data valid, Dato vlido) a nivel alto, y comprueba que las lneas de NRFD (Nor ready for data, Instrumento no preparado para recibir datos) y de NDAC (No data accepted, Dato no aceptado) estn a nivel bajo, y entonces pone los datos en las lneas de datos. Cuando todos los dispositivos que pueden recibir los datos estn listos, cada uno libera su lnea de NRFD. Cuando el receptor anterior libera la NRFD, y pasa a ALTO, el regulador o el transmisor toma el punto bajo de DAV que indica que los datos vlidos ahora estn en el GPIB. En respuesta, cada receptor pone de nuevo a nivel bajo la lnea de NRFD para indicar que est ocupado y libera NDAC cuando ha recibido los datos. Cuando el ltimo receptor ha validado los datos, la lnea NDAC pasar a nivel alto y el regulador o el

transmisor puede fijar la DAV a nivel alto otra vez para transmitir el siguiente byte de datos. Obsrvese que si despus de la activacin la lnea de DAV est a nivel alto, el controlador o el transmisor entiende que tanto la lnea NRFD como la NDAC estn a nivel alto, siendo esta circunstancia una posible causa de error. As mismo, si cualquier dispositivo falla al elaborar su parte del handshake y libera la NDAC o la NRFD, los datos no pueden ser transmitidos por el bus. Es posible que se genere un error por sobrepasar el tiempo asignado. La velocidad de transferencia de datos es controlada por el dispositivo ms lento conectado al bus, de ah la dificultad de estimar el flujo de transmisin de datos en el bus IEEE-488, ya que depende de los dispositivos conectados. 2.Lneas de control del interfaz Las cinco lneas de gestin del interfaz (ATN, EOI, IFC, REN, SRQ) controlan el flujo de las seales de control y datos a travs del interfaz. La seal ATN (Attention, Atencin) es activada por el controlador para indicar que est colocando un byte de direccin, de control o de datos en el bus. La ATN es liberada para permitir que el transmisor seleccionado ponga sus datos en el bus. El controlador recupera el control reactivando la lnea ATN; esto se suele hacer sincronizadamente con el handshake para evitar las confusiones entre los bytes de control y los de datos. La seal EOI (End or Identify, Fin o Identificacin) tiene dos funciones. Un transmisor podra activar EOI al mismo tiempo que el ltimo byte de datos para indicar el final de los datos. El controlador podra activar EOI junto con ATN para iniciar un sondeo en paralelo. Como quiera que mucho dispositivos no usan la sondeo en paralelo, todos los dispositivos deberan usar la seal de EOI para indicar el fin de la transmisin (esto es posible en la mayora de los instrumentos). La seal de IFC (Interfaz Clear, Borrado del interfaz) es activada slo por el controlador del sistema para colocar los interfaces de todos los dispositivos en un estado conocido. Despus de recuperar el IFC, el controlador del sistema pasa a ser el controlador activo. La seal REN (Remote Enable) es activada nicamente por el controlador del sistema. Su activacin no coloca a los dispositivos en el modo de control remoto; la seal REN slo habilita el paso a modo remoto de cierto dispositivo direccionado como receptor. Cuando un dispositivo est funcionando en modo remoto, debe ignorar las rdenes que reciba a travs de su panel de control. La lnea de SRQ (Service Request, Solicitud de servicio) puede ser activada por cualquier dispositivo para solicitar el acceso al controlador y as realizar cualquier accin. El controlador debe averiguar que dispositivo es el que ha realizado la SRQ, para lo cual utiliza una sondeo en serie o en paralelo. En el sondeo serie, el controlador direcciona los instrumentos uno a uno hasta encontrar al peticionario. En la respuesta se emplea un bit para indicar si solicit ser consultado, y 7 para indicar la peticin. El dispositivo que hace la solicitud libera la lnea de SRQ. En el sondeo paralelo cada instrumento indica en uno de los 8 bits de datos si solicit la consulta. Tiene como ventaja una mayor rapidez de bsqueda pero implica una configuracin previa de los equipos y adems limita su nmero a 8.

3.Direccionamiento de los dispositivos El estndar IEEE-488 permite la interconexin de 15 dispositivos a travs de un nico bus. Cada dispositivo tiene asignada una nica direccin primaria, (comprendida entre la 0 y la 30), por medio de la actuacin de los microinterruptores de direccionamiento de los que dispone el dispositivo. Tambin es posible hacer un direccionamiento secundario, desde la direccin 0 a la 30, para lo cual es recomendable dirigirse a la documentacin que ofrece el fabricante del dispositivo, que podr darnos ms informacin sobre como direccionar el dispositivo, con la direccin primaria obligatoria o con la secundaria opcional. Modos de operacin de un equipo En cada momento, un equipo conectados al bus GPIB pueden estar seleccionado como uno o varios de los siguientes modos de comportamiento: "Controller", con capacidad de establecer quien enva o recibe datos y el modo de operacin del bus (solo un equipo puede ser "controller"); Talker", con capacidad de enviar datos a otros equipos; "Listener", con capacidad de recibir datos de otros equipos; "Idler" sin ninguna capacidad respecto del bus. CONTROLLER Entre los equipos conectados al bus existen dos tipos de controladores: el "system controller" y los "active controllers". En un bus, solo puede existir un nico "system controller" con capacidad de poder tomar control del bus en todo momento. Este equipo tiene exclusividad en el control de las lneas IFC y REN. Cada sistema debe disponer de uno o mas dispositivos capaces de asumir la funcin de "active controller", aunque en cada momento, solo uno de esos equipos puede operar como tal. El controlador activo tiene la capacidad de seleccionar los equipos que deben operar como "listener" o como "talker" a efecto de la transferencia de datos, de enviar los comandos de bus, y de supervisar mediante encuestas el status de los equipos. En una situacin estndar, es un computador el que acta a la vez como "system controller" y como nico "active controller". Algn sistema diferente, podr en un momento dado requerir del controlador del sistema su inters en convertirse en controlador activo, a fin de llevar a cabo una operacin compleja, tal como transferir unos datos al "plotter", o almacenar un fichero en un disco, etc.. Como respuesta a este requerimiento el controlador de sistema, transferir el control al equipo que lo ha solicitado, el cual pasa a constituirse en controlador activo del bus. Cuando concluye su operacin, retorna de nuevo el control del bus, al controlador de sistema. Obsrvese que las capacidades propias de controlador de sistema no pueden ser transferidas. Un sistema construido sobre el bus GPIB puede ser configurado en uno de los siguientes tres modos: - Sin "controller" : En esta configuracin uno de los equipos debe tener slo capacidad para actuar como "talker", y los restantes slo como "listener". La transferencia de datos posibles es desde el "talker" a todos los "listener" simultneamente. - Con "controller" nico: En esta configuracin las transferencias de datos posibles son: Desde el "controller" a los equipos en modo comando y datos, de un equipo al "controller" solo en modo datos, y de un equipo a otro equipo solo en modo datos. - Con mltiples "controller": En este caso tiene las mismas capacidades que la

configuracin anterior, solo que en sta tambin es posible la transferencia entre equipos de la capacidad de operar como "controller" activo. TALKER: En cada configuracin pueden existir uno o varios equipos con capacidad de enviar datos a otros equipos. Cuando el "controller" ejecuta un comando "talk" con la direccin de uno de estos equipos, este pasa a ser "active talker", y a partir de ese instante tiene capacidad para enviar datos por el bus, controlando la lnea DAV, siempre que todos los equipos que han de recibir los datos ("listener") se encuentren dispuestos a ello (lnea NRFD a valor lgico "0"). LISTENER: En cada configuracin pueden existir uno o varios equipos con capacidad de recibir datos desde el bus. Cuando el "controller" ejecuta un comando "Listen" utilizando la direccin de uno de estos equipos, este pasa a ser un "active listener", y a partir de este momento recibe y lee cada uno de los datos que cualquier "talker" enve por el bus. Es frecuente que en una configuracin existan mltiples equipos en estado "active listener", y todos ellos reciben en paralelo y simultneamente todos los datos que sean transferidos por el bus. COMANDOS DEL BUS Los dispositivos conectados al bus GPIB pueden potencialmente enviar o recibir datos de cualquier otro equipo. Antes de que se produzca una transferencia de datos, el "controller" debe establecer cual es el equipo (solo uno) que debe actuar como "talker", y cuales van a actuar como "listener" (uno o varios equipos). Adems de esta operacin bsica relacionada con la transferencia de datos, el "controller" y los otros equipos conectados al bus pueden realizar otras muchas operaciones no especficamente relacionada con el intercambio de datos entre equipos, sino con la gestin y organizacin de los diferentes equipos. A estas operaciones se las denomina genricamente Comandos de Bus. En los comandos de bus se envan datos por el bus de datos (si la operacin lo requiere) de igual modo en la transferencia de datos, solo que en estos casos la seal ATN es establecida a 1 lgico por el "controller", para indicar que es un comando, y en este caso, todos los equipos con independencia de que sean "talker" o "listener" reciben el comando manteniendo el protocolo con el "controller". El "controller" puede enviar cinco tipos de comandos de bus a los otros equipos: "addressed", "listen", "talk", "universal" y "secondary". Solo los 7 bits menos significativos del bus son utilizados en los comandos de bus. Los tres bit b7, b6 y b5. definen la naturaleza de cada comando: b7 b6 b5 tipo de comando 0 0 0 addressed 0 0 1 universal 0 1 x listen 1 0 x talk 1 1 x secondary Los equipos conectados al bus GPIB tienen asignado un cdigo o direccin de bus comprendido entre 0-30. Este cdigo debe ser establecido en cada equipo, bien estableciendo unos conmutadores hardware presentes en su panel trasero, o bien en algunos

casos programando el equipo mediante su software interno. Normalmente, los cinco bit menos significativos de la lnea de datos b5, b4, b3, b2, b1 se utilizan en un comando para establecer a que equipos hace referencia un comando. COMANDOS TALK/LISTEN Comandos My Talk Address (MTA) o (tambin llamado TAG Take Address Group): Es un comando destinado a establecer un equipo del bus como "talker". El formato de este comando es (0 1 0 d5 d4 d3 d2 d1). Cuando se ejecuta este comando, todos los equipos reciben el comando, y solo aquel cuya direccin est presente en el comando, pasa a modo "talker". Tras finalizar este comando, el equipo que ha sido establecido como "talker" puede enviar datos a otros equipos. Comando Untalk (UNT): Es un comando que cuando es establecido por el "controller" requiere de todos los dispositivos que se encuentran en modo "talker", para que abandonen ese estado y pasen a su estado base. El formato de este comando es: 01011111 Comando My Listen Adrress (MLA) (o tambin llamada LAG Listener Address Group): Es un comando que establece un equipo del bus como "listener". El formato de este comando es : 0 0 1 d5 d4 d3 d2 d1 Cuando se ejecuta este comando, todos los equipos reciben el comando, y solo aquel cuya direccin sea la del comando, pasa a modo "listener". A partir de ese momento, el equipo recibe todos los datos que transmita cualquier "talker". Comando Unlisten (UNL): Es un comando que cuando es establecido por el "controller" requiere de todos los dispositivos que se encuentran en modo "Listener" para que abandonen ese estado y pasen a un estado base. El formato de este comando es: 00111111 COMANDOS UNIVERSALES (UGC) Es un conjunto de comandos que ejecuta el "controller" con destino a todos los dispositivos del bus. Comando Local Lockout (LLO): Se utiliza para deshabilitar los paneles de control propios de cada uno de los equipos conectados al bus. Con esta deshabilitacin, se evita que se produzcan conflictos entre las instrucciones recibidas por el bus, y las realizadas a travs de los controles manuales del panel. El formato de esta instruccin es: 00010001 Comando Device Clear (DCL): Es un comando que resetea todos los equipos disponibles sobre el bus. 00010100 Comando Parallel Poll Unconfigure (PPU): Es un comando que se utiliza para resetear la programacin realizada sobre los diferentes equipos a fin de que respondan en las encuestas paralelas ("parallel poll"). El formato de este comando es 00010101 Comando Serial Poll Enable (SPE): Este comando habilita a todos los equipos para que respondan en modo de encuesta serie ("serial poll"). Cuando se habilita el modo de encuesta serie , cada vez que se enva un comando "talk" a un equipo presente en el bus, este contesta enviando su estatus. El formato de este comando es: 00011000

Comando Serial Poll Disable (SPD): Deshabilita el modo de encuestaserie en todos los equipos conectados al bus y pasan a modo normal. El formato de este comando es: 00011001 COMANDOS ADDRESSED (ACG) Los comandos de este grupo van destinados nicamente a aquellos equipos que previamente han sido establecidos en "listener". Comando Go To Local (GTL): Cuando se enva este comando, todos los equipos que se encuentran en modo "listener" vuelven el control a sus paneles locales. Este comando cancela el efecto establecido por el comando universal Local LockOut (LLO). El formato de este comando es: 00000001 Comando Selected Device Clear (SDC): Este comando resetea de forma selectiva a aquellos equipos que estn en modo "listener". El formato de este comando es: 00000100 Comando Parallel Poll Configure (PPC): Este comando pone a todos los equipos que se encuentran en modo "listener" en modo para ser programados a efecto de responder a una encuesta paralela ("parallel poll"). El formato de este comando es: 00000101 El "controller" ejecuta una encuesta paralela estableciendo las lneas de control ATN y EOI a 1 lgico. Cuando los equipos conectados al bus reciben este estado de las lneas, responden situando un bit de estatus sobre la lnea del bus de datos que se le haya asignado en el comando PPC. El "controller" puede leer el estado del conjunto de las lneas del bus de datos, y obtener informacin global sobre todos los equipos que fueron programados para la encuesta paralela. El comando PPC se usa para especificar por que lneas del bus de datos debe responder cada equipo, y si el dispositivo debe responder con un "0" o un "1" lgico el requerimiento de servicio. Tras ser transmitido el comando PPC todos los equipos que se encontraba en modo "listener" se ponen a la espera de recibir un comando secundario ("My Secondary Adrees" (MSA) o tambin llamado "Secondary Address Group (SAD)") con el que queda programada su respuesta a una encuesta paralela. Los cuatro bits ms bajos del comando secundario 0 0 1 b4 b3 b2 b1 contienen la siguiente informacin: b4 : Indica la forma como debe responde por la lnea asignada. Si b4 =0 indica que el equipo debe indicar durante la encuesta paralela, que requiere servicio estableciendo un "0" lgico en la lnea que le ha sido asignada. b4=1 significa que el equipo debe indica el requerimiento de servicio poniendo un "1" lgico sobre la lnea. b3b2b1 : Indica la lnea entre 0 y 7 por la que deben responder los equipo que estn siendo programados. Varios equipos pueden ser programados para que respondan en una encuesta paralela respondiendo sobre una misma lnea. Dado la lgica wire-or utilizada para el control de la lnea, y las dos posibilidades de modo de respuesta a la encuesta paralela que puede establecerse, caben la posibilidad de determinar si alguno de los equipos que responden pos la misma lnea requiere servicio, o si todos esos equipos requieren simultneamente servicio. Comando Group Trigger (GET): Permite sincronizar la operacin de un conjunto de equipo que previamente han sido programados para que se encuentre a la espera del comando. El formato de este comando es 00001000

Comando Take Control (TCT): Con este comando el "controller" transfiere su funcin como controlador a otro equipo capacitado para ello. Para ello, primero debe establecer el equipo que va a ser establecido como nuevo "controller" a modo "listener", y posteriormente enviar este comando TCT para convertirlo en el "controller" del bus. El formato de este comando es: 00001001 IEEE 488.2 Para permitir una mayor compatibilidad entre instrumentos, se ampli la norma definiendo una serie de funciones sobre el protocolo anterior, dispensadas por el controlador activo. A este nuevo conjunto de normas se le denomin IEEE 488.2, pasando el antiguo IEEE 488, a ser el IEEE 488.1. Entre las nuevas caractersticas se incorporaba la posibilidad de conocer el estado del instrumento y consultar posibles estados de error (Apndice I). En el apndice II se muestra una tabla con las funciones agregadas.
IEEE-488.1 Especificaciones mecnicas, elctricas. Funciones bsicas de control y handshaking IEEE-488.2 Estructura de datos y sintaxis. Ordenes y consultas comunes. Protocolo de mensajes. Secuencias de control SCPI Formato de intercambio de datos. Ordenes jerrquicas normalizadas

Posteriormente, se elaboraron nuevas funcionalidades que se recogieron en un protocolo de mayor nivel denominado SCPI SCPI A pesar de los estndares IEEE 488.1 y 488.2, exista libertad para que cada fabricante eligiera los comandos de sus instrumentos. En 1990 un grupo de empresas fabricantes de instrumentos acordaron crear un conjunto de rdenes con una sintaxis comn, que fue llamada SCPI (Comandos Estndar para Instrumentos Programables). Lgicamente, SCPI se construy respetando los principios del anterior 488.2. Si dos instrumentos (por ejemplo, dos osciloscopios), de fabricantes distintos, se adhieren al estndar SCPI, es tericamente posible intercambiarlos con mnimas modificaciones en el programa de control. Los comandos SCPI se escriben como texto ASCII, y tienen una estructura jerrquica por niveles, separados por dos puntos:

Los caracteres en maysculas son necesarios para especificar la orden, mientras que los que estn en minsculas pueden suprimirse, sirviendo slo para facilitar la lectura de programas por usuario. Los comandos en s pueden ser escritos indistintamente en maysculas o minsculas. As, SCALE, sca y scale representan todos al mismo comando. Por ejemplo: HOR:MAIN:SCA 5.0E-4 establece la escala de la base de tiempos en 500 s/divisin. El signo de dos puntos (:) separa los niveles de la jerarqua. Si quisiramos preguntar al osciloscopio por la escala actual de la base de tiempos habra que escribir: HOR:MAIN:SCA? Los comandos se pueden concatenar utilizando un punto y coma (;). Por ejemplo, se puede escribir la orden: ACQuire:MODe AVE; NUMAVg 16 que indica al osciloscopio que la adquisicin va a ser en modo promedio (average) y que va a constar de 16 muestras. Ntese que los niveles jerrquicos ACQuire:MODe, al ser comunes, slo necesitan ser indicados una vez; es decir, la orden anterior equivale a: ACQuire:MODe AVE; ACQuire:MODe NUMAVg 16 Una ventaja del estndar SCPI es la definicin homognea de comandos para todos los aparatos de una misma clase; por ejemplo, para un osciloscopio, las principales categoras de raz se muestran en la tabla 1.

Tabla 1: Principales apartados de la jerarqua de comandos de un osciloscopio en SCPI.

VISA e IVI Como se ha podido ver, la programacin de un sistema GPIB a base de comandos SCPI es bastante laboriosa. Aunque hace aos era la nica opcin disponible; hoy en da disponemos de drivers para los principales entornos de programacin que permiten el acceso a los instrumentos a ms alto nivel. Histricamente, el primer paso hacia la estandarizacin fue VISA (Virtual Instruments Software Architecture), un convenio de Agilent y NI para acceder a los instrumentos de la misma forma independientemente de la interfaz fsica (GPIB, puerto serie, etc). En 1998 surgi el consorcio IVI (Interchangeable Virtual Instruments) entre una treintena de compaas, incluyendo usuarios de sistemas como Boeing, y fabricantes de hardware como Agilent, Tektronix, NI, etc, con el objetivo de alcanzar una estandarizacin de los drivers de los instrumentos. En concreto, IVI aporta las siguientes novedades: -Adopcin de VISA (independizando la programacin respecto al bus de interfaz). -Posibilidad del intercambio de instrumentos, incluso de distintos fabricantes. -Posibilidad de trabajar con instrumentos simulados durante el desarrollo de aplicaciones, cuando la disponibilidad de los equipos est restringida. -Acceso a los instrumentos mediante una cach de estado, que optimiza el trfico del bus cambiando el estado del instrumento slo de forma incremental. -Posibilidad de programacin multihilo. Los drivers IVI estn clasificados en ocho clases o plantillas, correspondientes a los siguientes instrumentos de medida: - Fuentes DC - Multmetros digitales - Generadores de funciones - Osciloscopios - Medidores de potencia - Generadores de RF - Analizadores de espectros - Conmutadores de seales (switches) Con una librera IVI, el programador de C puede emplear rutinas de alto nivel sin necesidad de conocer el conjunto de comandos SCPI que el instrumento entiende. Como consecuencia, el desarrollo de aplicaciones de esta forma se ha

agilizado considerablemente respecto al uso de comandos SCPI. Software existente para GPIB La primera alternativa (y, en ocasiones, la ms prctica), es el uso de software propietario desarrollado por los mismos fabricantes del instrumento. Por ejemplo, el programa gratuito Intuilink de Agilent Technologies, o el programa de pago Wavestar para los osciloscopios de Tektronix Inc. La ventaja evidente de estos programas es que pueden ser empleados nada ms conectar los instrumentos, y proporcionan ya hechas las funciones ms comunes que uno puede desear realizar, sin necesidad de programar. Las desventajas son tambin claras: por tratarse de software cerrado, slo puede ser usado para la tarea para la que fue diseado, y adems son imposibles de integrar con otros programas. A) Labwindows/CVI y LabVIEW de National Instruments LabWindows/CVI es un entorno de desarrollo completo basado en ANSI C (el nombre significa C para Instrumentacin Virtual). Los aspectos ms destacables de este producto son: - Completas libreras para la comunicacin entre dispositivos (puerto serie, paralelo, GPIB, TCP/IP, etc). - Especial facilidad para el desarrollo de interfaces grficas adaptadas a los instrumentos de medida (dispone de elementos para mostrar formas de onda, conmutadores, potencimetros, etc) - Soporte para los drivers IVI de numerosos instrumentos (extensin .fp). - Posibilidad de ofrecer el programa final desarrollado mediante una aplicacin de instalacin. National Instruments, creadores de LabWindows/CVI, ofrecen tambin LabVIEW, que, con la misma funcionalidad, est orientado a programacin grfica en vez de al desarrollo de cdigo C. NI mantiene la compatibilidad con otros compiladores de propsito general, como las distintas suites de Microsoft Visual Studio (Visual Basic, Visual C++, .NET, etc), a travs de su producto Measurement Studio. B) Matlab con Instrument Control Toolbox Matlab, que fue en origen un conjunto de rutinas para manipulacin de matrices, ha evolucionado con el tiempo para convertirse en un entorno de programacin de propsito general con gran potencia matemtica y aplicabilidad en muchos mbitos de la ciencia y la ingeniera, gracias a sus mdulos de extensin (toolboxes) de procesamiento de seales, control, ecuaciones diferenciales, y un largo etctera. En muchos casos las toolboxes representan el estado del arte en programacin numrica en sus respectivos campos. Recientemente, los creadores de Matlab, Mathworks, emprendieron una lnea clara de ampliacin de su mercado hacia la conexin de hardware con el PC, distribuyendo toolboxes para el control de tarjetas de adquisicin, generacin de cdigo y emulacin de DSPs, xPC (control remoto de PCs para operacin en tiempo real), adquisicin de imgenes, etc. La primera versin de la toolbox especfica de control de instrumentos de medida apareci en 2001, y la versin 2.1 disponible en la actualidad (2004) est suficientemente depurada para ser competitiva con productos ms maduros como CVI. Existe tambin una toolbox de adquisicin de datos con soporte para

tarjetas de entrada y salida de seales analgicas y digitales, dentro de esta misma lnea de productos. La toolbox ha sido diseada de forma que el acceso a los instrumentos de medida se realiza mediante objetos, que pueden ser de dos clases: interfaz o de dispositivo. Mientras que el primer mtodo equivale a la programacin con comandos SCPI, el segundo enfoque permite explotar toda la potencia de IVI. Para ello es preciso disponer del driver de Matlab correspondiente (extensin .mdd), obtenible en la pgina de Mathworks o bien usar una utilidad llamada makemid para convertir (o envolver ) el driver IVI ya instalado en el sistema. La utilidad midedit permite ver y modificar todas los objetos definidos en los aparatos, sus propiedades, y las funciones ejecutables.

El futuro de la conexin de instrumentos de medida Las dos tecnologas de comunicacin con instrumentos ms comunes en la industria, GPIB y el puerto serie, provienen de los aos 70; est claro que desde entonces la industria informtica ha experimentado cambios radicales. Existe alguna tecnologa que pueda desbancar al GPIB en el futuro? USB: Universal Serial Bus El USB fue creado como puerto para la conexin de perifricos (impresoras, cmaras digitales, unidades de disco, escners, etc) a los PCs. En el diseo de USB se opt por plug and play, de forma que el PC reconozca y configure los dispositivos en el momento de su conexin. Permite la conexin simultnea de hasta 127 dispositivos en un puerto, con una velocidad de transferencia de datos de hasta 60 Mbytes/s (estndar USB 2.0). USB es un sistema de comunicacin barato y est implementado en cualquier PC moderno. Sin embargo, los cables USB no estn preparados para entornos industriales (con

posible prdida de datos ante el ruido electromagntico), carecen de un mecanismo de enganche al PC, y la distancia de conexin est limitada a 30 m. Adems, no existe un protocolo estndar sobre USB: cada fabricante debera desarrollar el suyo propio. Ethernet Ethernet es una tecnologa de conexin de ordenadores madura y de amplia implantacin. Las ventajas son su ubicuidad, la posibilidad de control remoto, y la facilidad para compartir los instrumentos entre varios usuarios. La velocidad de transmisin de datos tiene un mximo terico entre 10, 100 o 1000 Mbits/s (estndar Ethernet Gigabit), aunque hay que considerar que raramente es alcanzable en condiciones normales, siendo muy dependiente del trfico de la red. Una desventaja importante inherente al diseo de Ethernet es que no es determinista. Tambin se puede plantear la seguridad global del sistema, y, como factor psicolgico en contra el que los ingenieros tuvieran que recurrir a los administradores de red para montar su sistema. Otra alternativa interesante es la Ethernet inalmbrica (IEEE 802.11). Firewire (IEEE 1394) Diseado por Apple, y estandarizado por el IEEE 1394 en 1995, Firewire fue concebido para la transmisin masiva de datos en entornos multimedia (por ejemplo, cmaras de vdeo digitales), alcanzando velocidades de 400 Mbits/s (el siguiente estndar establecer velocidades de hasta 3.2 Gbits/s). Firewire soporta hasta 16 dispositivos en cadena, pudiendo estar separados mutuamente un mximo de 4.5 m de distancia. Al contrario que USB, existe un protocolo definido para el control de instrumentos sobre IEEE 1394; sin embargo, pocos instrumentos de medida lo reconocen. Dos inconvenientes para la implantacin de este estndar son la ausencia de los chipsets correspondientes en las placas base de los PCs, por lo que el usuario debe adquirir una tarjeta PCI por separado (Macintosh la incorporan de fbrica) y que los cables Firewire no estn inmunizados al ruido, siendo por tanto no aptos para entornos industriales. Conclusin A pesar de su enorme potencial, ninguna de las tres tecnologas discutidas ha conseguido una penetracin apreciable en el sector del control de instrumentos de medida, donde GPIB sigue siendo el estndar dominante. Esto se debe a: (a) el hecho de que ninguno de los competidores se haya impuesto como predominante; (b) la rapidez con la que cambia la tecnologa PC, en contraste con la de los instrumentos de medida, que tienen un tiempo de vida ms largo; (c) el elevado coste de dichos instrumentos, que les confiere una gran inercia para actualizarse. Muchos fabricantes ofrecen adaptadores que permiten conectar instrumentos GPIB a otros como Ethernet, operando de una forma ms o menos transparente para el programador. Asimismo, el estndar VISA ha simplificado considerablemente el desarrollo de software al hacer bastante transparente el bus fsico de conexin. Los instrumentos de medida de gama alta mantienen abiertas todas las puertas para la conexin. Es el caso por ejemplo de los osciloscopios de la serie Infiniuum de Agilent, que incorporan de serie dos puertos USB, dos puertos PS/2, GPIB y conexin a Ethernet. El inconveniente: su precio, ms parecido al de un coche que a un osciloscopio.

Fuentes Instrumentacin Electrnica . Miguel A. Prez Garca, Juan C. lvarez Antn, Juan C. Campo Rodrguez, F. Javier Ferrero Martn, Gustavo J. Grillo Ortega. Universidad de Oviedo. Conexin de Instrumentos de Medida con GPIB , Fernando Seco Granja. CSIC. Instrument Control Toolbox , Matlab.