Qu es Serial?

Un dispositivo serial utiliza un protocolo de comunicacin que es estndar para casi

cualquier PC. No hay que confundirlo con el bus serial universal (USB). La mayora de
las computadoras incluyen dos puertos seriales RS-232. Serial es tambin un protocolo
de comunicacin para instrumentacin en muchos dispositivos, y muchos dispositivos
compatibles GPIB vienen con un puerto RS-232. Adems, usted puede usar
comunicacin serial para adquisicin de datos en conjunto con un dispositivo de
muestreo remoto.

El concepto de comunicacin serial es simple. El puerto serial enva y recibe bytes de

informacin, un bit a la vez. Aunque esto es ms lento que la comunicacin paralela, la
cual permite la transmisin entera de bytes de una sola vez, es ms sencillo y puede
utilizarlo en distancias grandes. Por ejemplo, las especificaciones IEEE 488 para
comunicacin paralela definen que el cableado entre equipos no debe ser mayor de 20 m
en total, con no ms de 2 m entre dos dispositivos cualquiera; en comunicacin serial
pueden extenderse hasta 1200 m.

Tpicamente, los ingenieros utilizan serial para transmitir datos ASCII. Completan la
comunicacin utilizando tres lneas de transmisin referencia, transmisin, y
recepcin. Debido a que serial es asncrono, el puerto puede transmitir datos en una
lnea mientras recibe datos en otra. Otras lneas estn disponibles para el intercambio de
pulsos de sincronizacin pero no son requeridas. Las caractersticas seriales importantes
son: tasa de baudios, bits de datos, bits de paro, y paridad. Para que dos puertos se
comuniquen, estos parmetros deben igualarse:

La tasa de baudios es una unidad de medicin para comunicacin que indica el nmero
de bits transferidos por segundo. Por ejemplo, 300 baudios son 300 bits por segundo.
Cuando los ingenieros se refieren a un ciclo de reloj, se refieren a la tasa en baudios, as
que si el protocolo indica una razn en baudios de 4800, el reloj est ejecutndose a
4800 Hz. Esto quiere decir que el puerto serial est muestreando la lnea de datos a 4800
Hz. Las tasas de baudios para lneas telefnicas son 14400, 28800, y 33600. Tasas de
baudios mayores a estas son posibles, pero reducen la distancia disponible para la
separacin de dispositivos. Utilizan estas tasas de baudios para comunicacin donde los
dispositivos estn localizados entre s, como sucede tpicamente con los dispositivos
GPIB.

Bits de datos son mediciones de los bits de datos actuales en una transmisin. Cuando
una computadora enva un paquete de informacin, la cantidad de datos actuales puede
ser que no complete 8 bits. Los valores estndar para los paquetes de datos son de 5, 7,
y 8 bits. El marco que usted elija depender de la informacin que est transfiriendo.
Por ejemplo, el ASCII estndar tiene valores de 0 a 127 (7 bits). El ASCII extendido
utiliza de 0 a 255 (8 bits). Si los datos que usted est transfiriendo se encuentran en
texto simple (ASCII estndar), enviar 7 bits de datos por paquete, es suficiente para la
comunicacin. Un paquete se refiere a la transferencia de un slo byte, incluyendo los
bits de inicio/paro, bits de datos, y paridad. Debido a que el nmero de bits actuales
depende del protocolo seleccionado, puede utilizar el trmino paquete para cubrir
todas las instancias.
Los bits de paro son utilizados para sealar el trmino de comunicaciones en un paquete
sencillo. Los valores tpicos son 1, 1.5 y 2 bits. Debido a que los datos se encuentran
sincronizados a travs de las lneas y cada dispositivo tiene su propio reloj, es posible
que los dos dispositivos pierdan sincronizacin. Por lo tanto, los bits de paro no
solamente indican el final de una transmisin, tambin le da un margen de error a las
velocidades de reloj de la computadora. A medida que se utilizan ms bits para bits de
paro, mayor oportunidad para sincronizar los diferentes relojes, pero ms lenta la razn
de transferencia de datos.

Paridad es una forma de revisin de error simple utilizada en la comunicacin serial.

Existen cuatro tipos de paridad pares, impares, marcados y espaciados. Tambin
puede utilizar los que excluyen de paridad. Para paridad impar y par, el puerto serial fija
el bit de paridad (el ltimo bit despus de los bits de datos) a un valor que asegura que
la transmisin tenga un nmero par o impar de bits lgicos. Por ejemplo, si el dato es
011, para paridad par, el bit de paridad es 0 para mantener el nmero par de bits
altamente lgicos. Si la paridad es impar, el bit de paridad es 1, resultando en 3 bits
altamente lgicos. La paridad marcada y espaciada no revisa especficamente los bits de
datos, simplemente fija la paridad de los bit como alta para la paridad marcada o baja
para la paridad espaciada. Esto permite que el dispositivo receptor conozca el estado de
un bit para as determinar si el ruido esta corrompiendo los datos o si los relojes del
dispositivo de transmisin y recepcin se encuentran fuera de sincronizacin.

Qu es RS-232?
RS-232 (Estndar ANSI/EIA-232) es el conector serial que se encuentra en las PCs
compatibles con IBM. Los ingenieros lo utilizan con diversos propsitos, como el
conectar perifricos, impresoras, o mdems, as como para instrumentacin industrial.
Debido a la lnea del driver y mejoras en el cableado, las aplicaciones comnmente
incrementan el desempeo del RS-232 ms all de la distancia y velocidad listadas en el
estndar. El RS-232 est limitado a conexiones punto a punto entre puertos seriales y
dispositivos PC. Usted puede utilizar el hardware RS-232 para comunicaciones seriales
en distancias de hasta 50 pies.

Conector DB-9

Funciones del Conector

Datos: TxD en pin 3, RxD en pin 2

Intercambio de Pulsos de Sincronizacin: RTS en pin 7, CTS en pin 8, DSR en pin 6,

DCD en pin 1, DTR en pin 4

Comn: Com en pin 5

Otros: RI en pin 9

Qu es RS-422?
RS-422 (Estndar EIA RS-422-A) es la conexin serial utilizada en computadoras
Apple Macintosh. El RS-422 utiliza una seal elctrica diferencial, opuesta a las seales
no balanceadas referenciadas a tierra con RS-232. La transmisin diferencial, que utiliza
dos lneas, una para transmitir y otra para recibir seales, resulta en mayor inmunidad al
ruido y mayores distancias en comparacin con el RS-232. A mayor inmunidad al ruido
y distancia, mayores las ventajas en aplicaciones industriales.

Qu es RS-485?
RS-485 (Estndar EIA-485) es una mejora sobre el RS-422 porque incrementa el
nmero de dispositivos de 10 a 32 y define las caractersticas elctricas necesarias para
asegurar adecuadamente los voltajes de seales bajo la carga mxima. Con el
incremento en esta capacidad, usted puede crear redes de dispositivos conectados a un
solo puerto serial RS-485. La inmunidad al ruido y la gran capacidad hacen que RS-485
sea la conexin serial preferida en aplicaciones industriales que requieren diversos
dispositivos distribuidos en red a una PC o algn otro controlador para coleccin de
datos, HMI, u otras operaciones. RS-485 es un gran conjunto de RS-422; por lo tanto,
todos los dispositivos RS-422 pueden ser controlados por RS-485. Usted puede utilizar
el hardware RS-485 para comunicacin serial para cables de hasta 4000 pies.

Qu es un Intercambio de Pulsos de Sincronizacin?

Este mtodo de comunicacin RS-232 permite una conexin sencilla de tres lneas Tx,
Rx, y tierra. Sin embargo, para que los datos sean transmitidos, ambos lados deben
presentar los datos de forma sincronizada a la misma tasa de baudios. Aunque este
mtodo es suficiente para algunas aplicaciones, se encuentra limitado para resolver
problemas como receptores sobrecargados. Aqu es donde los seriales tipo intercambio
de pulsos de sincronizacin (handshake) pueden ayudar. Tres formas de intercambio de
pulsos de sincronizacin son las ms populares con RS-232: intercambio de pulsos de
sincronizacin por software, intercambio de pulsos de sincronizacin por hardware y
Xmodem.

Intercambio de Pulsos de Sincronizacin por Software

Este mtodo utiliza bytes de datos como caracteres de control de manera similar que
GPIB utiliza cadenas de comando. Tambin involucra el conjunto de tres lneas de Tx,
Rx, y tierra porque los caracteres de control son enviados por una lnea de transmisin
al igual que los datos regulares. Con la funcin SetXMode, se pueden habilitar o
deshabilitar el uso de dos caracteres de control XON y XOFF. El receptor de datos
enva estos caracteres para pausar el transmisor durante la comunicacin.

La mayor deficiencia de este mtodo que se debe tener en cuenta es que los decimales
17 y 19 ya no se encuentran disponibles para valores de datos. Esto generalmente no
afecta en transmisiones ASCII debido a que estos valores no tienen caracteres; sin
embargo, si la transmisin se hace de forma binaria, es muy probable usted transmita
estos valores como datos y la transmisin fallara.

Intercambio de Pulsos de Sincronizacin por Hardware

Este mtodo en realidad si utiliza lneas de hardware. As como las lneas Tx y Rx

trabajan en conjunto, las lneas RTS/CTS y DTR/DSR tambin. Una es la entrada y la
otra, la salida.

El primer conjunto de lneas son RTS (Request to Send) y CTS (Clear to Send). Cuando
un receptor est listo para datos, se acerca a la lnea RTS, indicndole que est listo para
recibir datos. Esto es ledo por el remitente en la entrada CTS, indicndo que el envo de
datos puede realizarse.

El siguiente conjunto de lneas son las DTR (Data Terminal Ready) y DSR (Data Set
Ready). Los ingenieros utilizan estas lneas bsicamente para la comunicacin de
mdem porque permiten que el puerto serial y el mdem comuniquen entre s su estatus.
Por ejemplo, cuando el mdem est listo para que la PC enve datos, avisar a la lnea
DTR, indicando que se ha hecho una conexin a travs de las lneas telefnicas. Esto es
ledo a travs de la lnea DSR, y la PC puede empezar a enviar datos. La regla general
de mayor peso es que se usan las lneas DTR/DSR para indicar que el sistema est listo
para que exista la comunicacin y las lneas RTS/CTS para paquetes individuales de
datos.

En LabWindows/CVI, la funcin SetCTSMode habilita o deshabilita el uso del

intercambio de pulsos de sincronizacin por hardware. Si el modo CTS es habilitado,
LabWindows/CVI utiliza las siguientes reglas:

Cuando la PC enva datos:

La librera RS-232 debe detectar que la lnea CTS no tiene la capacidad suficiente para
recibir los datos que se enviarn.

Cuando la PC recibe datos:

Si el puerto ha sido abierto y la entrada tiene el espacio para recibir datos, la librera
eleva el RTS y DTR. Si el puerto de entrada se encuentra a 90 por ciento de su
capacidad, la librera baja el RTS y eleva el DTR. Si el puerto de entrada se encuentra
prcticamente vaco, la librera eleva el RTS y mantiene alto el DTR. Si el puerto se
cierra, la librera baja tanto RTS como DTR.

Intercambio de Pulsos de Sincronizacin XModem

Aunque este protocolo es muy comn en la comunicacin moderna, usted puede utilizar
el protocolo XModem entre dos dispositivos directamente siempre y cuando utilicen
ambos el mismo protocolo. En LabWindows/CVI, la implementacin del XModem
actual no est a la vista del usuario. Siempre y cuando la PC est conectada a otro
dispositivo que utiliza el protocolo XModem, puede utilizar las funciones XModem de
LabWindows/CVI para transferir archivos de un sitio a otro. Las funciones son
XModemConfig, XModemSend, y XmodemReceive.
XModem utiliza un protocolo basado en los siguientes parmetros: start_of_data,
end_of_trans, neg_ack, ack, wait_delay, start_delay, max_tries, y packet_size. Ambos
lados deben acordar en estos parmetros, y XModem tiene una definicin estndar de
stos. Sin embargo, usted puede modificar estos parmetros con la funcin
XModemConfig dentro de LabWindows/CVI para cumplir con su requerimiento. Usted
utiliza estos parmetros en XModem haciendo que el receptor enve el caracter neg_ack.
Esto informa al remitente que se est listo para la recepcin de datos. El receptor intenta
nuevamente con el tiempo start_delay, y entre estos dos intenta alcanzar ya sea
max_tries o recibir start_of_data del remitente. Si alcanza max_tries, le informa al
usuario que la comunicacin con el remitente no pudo llevarse acabo. Si recibe del
remitente el start_of_data, lee el paquete de informacin que le sigue. Este paquete
contiene el nmero de paquete, el complemento del nmero del paquete como un error
marcado, el paquete de datos actual o bytes packet_size, y un resumen de los datos para
verificar si existe algn error. Despus de leer los datos, el receptor llama a la funcin
wait_delay para despus enviar los ack de vuelta al remitente. Si el remitente no lo
recibe, regresa el paquete de datos max_tries hasta que ste lo reciba. Si no se logra
llevar acabo esto, se le informa al usuario que ha ocurrido un error en la transferencia de
archivos.

Debido a que el remitente debe enviar los paquetes de datos en forma de bytes
packet_size, el remitente rellena el paquete de datos con ASCII NUL (0) bytes si no hay
suficientes datos que llenen hasta el ltimo espacio del paquete. Esto puede ocasionar
que el archivo recibido sea ms grande que el original. No utilice el XON/XOFF con el
protocolo XModem, porque el nmero de paquete de la transferencia XModem puede
incrementar los valores de caracteres de control al XON/OFF, el cual podra causar una
interrupcin en la comunicacin.

Enlaces Relacionados:

Informacin sobre productos para comunicacin serial (en ingls)

Drivers para ms de 4,000 instrumentos (incluyendo serial, GPIB, Ethernet, VXI entre
otros)

Contacte a su oficina local de NI para hablar con un ingeniero sobre su aplicacin

Cundo es que Necesito un Sistema de Tiempo Real?

3 calificacin(es) | 4.33 de 5

Ver en | Imprimir

Una solucin de tiempo real es requerida para aplicaciones que deben ejecutar
determinsticamente una tarea en software sin interrupciones o interferencias de otras
tareas no-crticas. Las aplicaciones que se ejecutan determinsticamente muchas veces
realizan una tarea crtica en iteraciones y estas iteraciones consumen siempre la misma
cantidad de tiempo del procesador. De esta manera las aplicaciones determinsticas son
apreciadas no tanto por su velocidad, sino por su confiabilidad a responder con
consistencia a entradas y generar salidas con muy poco "parpadeo" o jitter. (Jitter es el
trmino que se usa para identificar el promedio de las diferencias en tiempo que le toma
a un ciclo ejecutarse).

Un ejemplo comn de una aplicacin determinstica es un lazo de control de tiempo

crtico. Un lazo de control de tiempo crtico adquiere informacin de un sistema fsico y
responde a esa informacin con una salida de tiempo muy precisa. Pensemos, por
ejemplo, en la industria del petrleo en donde cientos de metros de pipas se ensamblan
al da. A medida que dos pipas son unidas desde sus dos puntas, un torque es requerido
para girar las pipas y embobinen y queden interconectadas. Suponga que la mquina que
conecta las pipas usa un lazo de control que responde a los incrementos en la resistencia
entre las pipas aplicando mas torque. Ahora suponga que cuando se llega a un nivel
crtico de torque, el lazo de control responde terminando au tarea. Bajo estas
condiciones, el lazo debe ejecutarse determinsticamente porque un retraso en el
software puede causar daos severos a las pipas y al equipo. La grfica que se muestra a
continuacin ilustra torque contra tiempo en LabVIEW, note el abrupto combio de nivel
el cual corresponde a la conexin completa entra las dos pipas.

Usted debe de usar un sistema operativo de tiempo real para garantizar que su tarea
crtica se ejecuta de manera precisa en el horario establecido. El sistema operativo de
Windows esta diseado para ofrecer o compartir tiempo del procesador a tareas que
corren en el fondo. Como en este caso el usuario tiene muy poco control sobre cmo el
procesador comparte su tiempo, Windows no es considerado un sistema operativo de
tiempo real. De esta manera, tareas no crticas (como un protector de pantalla o software
de proteccin de virus) pueden interferir con un proceso de tiempo crtico en LabVIEW,
como una aplicacin de adquisicin de datos o un lazo de control.

Pensemos en el siguiente ejemplo. Si le pedimos a Windows que abra un Web browser

(como Internet Explorer), el procesador suspende temporalmente la ejecucin de
LabVIEW para empezar a ejecutar las instrucciones requeridas para abrir Internet
Explorer. Desde el punto de vista del usuario, esto tal vez no represente un cambio
visible en el panel frontal de LabVIEW, pero si varias instancias de Internet explorer
ocurren, el usuario eventualmente notara un retraso en la interfaz al usuario.

Al considerar soluciones de prueba y medicin para una aplicacin, usted debe de ser
capaz de distinguir entre las aplicaciones que requieren procesamiento en tiempo real y
aquellas que no lo necesitan. Algunos sistemas de adquisicin de datos no requieren
procesamiento en tiempo real porque no involucran un proceso de tiempo crtico en
software. Considere una aplicacin en donde se debe adquirir datos, procesar y
almazenar a disco continuamente a una razn de 1 Mmuestra/s. La aplicacin no
responde con una salida, simplemente colecciona datos muy rpido con un tiempo muy
preciso. National Instruments cuenta con las tarjetas de multifunction de la serie E
(MIO) las cuales pueden realizar esta tarea sin necesidad de tecnologa de tiempo real.
Esta aplicacin solamente necesita relojes en hardware precisos para asegurar que las
muestras se digitalizan en el intervalo de tiempo especificado.

Una vez digitalizada la seal, la tarjeta MIO alamacena los valores en un buffer FIFO en
hardware el cual se empieza a llenar. Una vez que el buffer FIFO llega a su nivel crtico,
los datos son transferidos en bloques a un buffer en RAM hasta que LabVIEW los lee
del buffer en RAM. La razn a la cual se leen los datos del buffer en RAM dependen de
qu tan rpido LabVIEW puede "leer" los datos en un ciclo, el cual a su vez es
gobernado por la velocidad del procesador y otros factores como:

Escritura/Lectura de archivos.
Procesamiento de seales.
Tareas corriendo en el fondo (como protector de pantalla, Web browser, software
anti-virus, etc.).
Actividad en la interfaz al usuario.
Otras comunicaciones de hardware (como GPIB, serial RS-232, etc.).

A medida que el programador asigna mas tareas al lazo, las iteraciones del lazo
requieren de ms tiempo para completar. De la misma manera, a medida que el usuario
interacta con otros programas, genera eventos en la interfaz de usuario y realiza otras
entradas/salidas de hardware la velocidad de ejecucin del lazo se volver ms lenta.
Esto se debe a que el sistema operativo debe asignar y compartir el tiempo del
procesador entre un mayor nmero de instrucciones.

Ahora, asuma que existe un mnimo de actividad en el bus de datos y solamente hay
algunas otras aplicaciones corriendo adems de LabVIEW. Bajo estas condiciones, la
mayora de las computadoras modernas pueden fcilmente leer del buffer en RAM a
una razn suficiente para evitar que los datos sean sobre escritos o perdidos, esto es
asumiendo que la tarjeta MIO esta adquiriendo a su velocidad mxima. Adems,
tpicamente cada vez que los datos son ledos de la RAM el procesador cuanta con
tiempo extra para realizar otras tareas como almacenar datos a disco y procesamiento de
seales.

A medida que las condiciones varan, el usuario empricamente determina las

limitaciones de la computadora y ajusta los parmetros adecuadamente. El punto a
recalcar es que an con las interrupciones de software de otros procesos la adquisicin
de datos o proceso en hardware consistentemente adquiere a una razn de de 1
Mmuestras/s. La razn de esto es que la tarjeta MIO cuanta con
temporizadores/contadores dedicados que regulan las conversiones anlogas-digitales
(A/D) as que no hay posibilidad de que otro proceso en software afecte esta velocidad.
Pero como mencionamos, el lazo en LabVIEW que lee los datos del buffer en RAM es
susceptible a dichas interrupciones. El usuario debe asegurarse que otras aplicaciones no
tomen todo el valioso tiempo de procesador que LabVIEW requiere para coleccionar los
datos que estan en RAM.

La leccin que aprendimos aqu es que el lazo que lee en LabVIEW no se ejecuta
determinsticamente pero los datos son adquiridos determinsticamente por el hardware.
De hecho, es muy improbable que dos operaciones de lectura tomen el mismo nmero
de ciclos de reloj ya que el sistema operativo asigna rebandas de tiempo a otros
procesos que estan sucediendo al mismo tiempo. Y mientras el procesador pueda
regresar al lazo de lectura frecuentemente para leer los datos en RAM, la razn de
adquisicin de datos en hardware no pasar a el tiempo promedio de lectura en
software. La presencia de un buffer en RAM elimina el riesgo de prdida de datos
cuando el tiempo del procesador se comparte con otras aplicaciones. Esta tcnica es
conocida como buffered acquisition o adquisicin con buffer y es muy comn en la
adquisicin de datos.

Esta discucin ilustra cuando un sistema no necesita incorporar tecnologa de tiempo

real. Hoy en da muchos sistemas de adquisicin de datos operan de manera similar al
ejemplo expuesto porque una adquisicin controlada por un reloj en hardware resulta
datos que estan espaciados de manera precisa y los cuales pueden ser procesados
posteriormente. Pero cuando la aplicacin "como el ejemplo del torque en las pipas"
adquiere seales las cuales deben de ser procesadas inmediatamente y deben incorporar
una seal de respuesta, entonces es una aplicacin de tiempo real y tpicamente requiere
de hardware y software especial de tiempo real.

Measuring the Output of a RS-232 Serial Port for Low Level

Analysis
3 calificacin(es) | 4.00 de 5

Imprimir

Visin General

RS-232 serial ports output their information along one transmit line (Pin 2), at a specific
baud rate. To analyze the signal as it's being transmitted over the line, you can use one
of our acquisition devices to view the actual signal being transmitted.

Signal Measurement
Normally we're not concerned about the voltage levels of the serial port, but to see the
actual signal the device is receiving, you may use the following method to observe the
output of the serial port. One thing to be careful about is not to input a serial signal that
uses a voltage level that goes beyond the analog input limit of the DAQ card.

The only two pieces of hardware that you would need is your serial port, and a data
acquisition device. Take pin 2 of your serial port, which is your transmit line, and wire
it into any analog input of the data acquisition device.
To create a cleaner look to the input of the signal, you may wish to enable reference
triggering for your data acquisition. In DAQmx, this can be found in the task timing
palette when creating a task, or using DAQ Assistant.

To get the timing correct, it's important to know the baud rate of your signal, and you
can specify the rate of your data acquisition to be 100 times that of the baudrate to have
100 samples per bit. In the Reference Trigger image included above, the Pre-Trigger
Samples is set to 100 to leave 1 bit of empty space before the data acquisition begins.

Below are included some examples of different Hex Values represented in serial, and a
working serial port will show the bits represented as such. Something to notice in the
images below is that the very first bit is 'S' which is the start bit. The following 8 bits are
the binary representation of the value being passed through with the least significant bit
on the left. The last bit is the stop bit represented by 'S', and it will remain low for the
amount of bits specified. In these examples the duration of 1 bit was used for the stop
bit.

Example Signals
The hex value written is 00 which represents the binary value 00000000. In serial, all
the 0's are represented as a positive voltage and all the 1's are represented as a negative
voltage.

The hex value written is 01 which represents the binary value 00000001. From the
image above, we can see that the lowest significant bit is the first bit to pass through,
and is the furthest left on the signal.
The hex value written is 55 which represents the binary value 01010101. This value can
be used to visually distinguish each bit value that is passed through.

NI-Serial 1.8 Driver Software - New Features and Enhancements

7 calificacin(es) | 4.86 de 5

Imprimir

Visin General

This document describes the newly released software driver for NI Serial interfaces: NI-
Serial 1.8.

Contenido

1. 3 Mbytes/s Baud Rates for 843x Interfaces (RS-485/RS-422)

2. Support for 64-Bit Operating Systems
3. NI-Serial Driver Table
4. New Communication Utility
5. Microsoft Certified Driver

3 Mbytes/s Baud Rates for 843x Interfaces (RS-

485/RS-422)
The new NI-Serial 1.8 software driver for National Instruments serial interfaces allows
all RS-485/RS-422 PCI and PXI interfaces in the 843x family to achieve high-speed
baud rates of 3 Mbytes/s. For two-wire auto-mode, the maximum baud rate is 2
Mbytes/s. With previous versions of NI-Serial, the maximum baud rate for these
interfaces was 2 Mbytes/s. For RS-232, the PCI and PXI interfaces in the 843x family
have a maximum baud rate of 1 Mbyte/s, which is the maximum speed defined for the
RS-232 protocol.
Support for 64-Bit Operating Systems

With the release of NI-Serial 1.8, all National Instruments PCI, PXI, and PCMCIA
serial interfaces are now supported on both Windows XP x64 and Server 2003 x64.

NI-Serial Driver Table

The following table lists the latest version of NI-Serial driver software to install based
on your operating system and
specific serial interface.

Click on a link below to download the specified driver version.

2000/XP/ XP x64/
Interface Type NT Me/9x
Server 2003 Server 2003 x64

PCI-843x 1.8 1.8 x x

PCI-232/485 1.8 1.8 1.5 1.5

PXI-843x 1.8 1.8 x x

PXI-842x 1.8 1.8 1.5 1.5

USB 1.8 x x x

Ethernet 1.8 x 1.01 x

PCMCIA 1.8 1.8 1.5 1.5

ISA 1.8 x 1.5 1.5

New Communication Utility

The Serial Communicator is a utility that allows you to establish basic communication
with your instrument or another serial port. Using the Serial Communicator, you can
easily read, write, and query data, specify advanced settings such as timeout values and
end of string (EOS) characters, set the receive and transmit buffer sizes, and edit flow
control settings, such as RTS/CTS or Xon/Xoff.

Follow these steps to launch the Serial Communicator:

1. Select StartProgramsNational InstrumentsMeasurement & Automation to start

MAX.
2. Expand the Devices and Interfaces directory by clicking the + next to the folder.
3. Select your serial interface and expand it to see its ports by clicking the + next to its
name.
 4. Right-click on the desired serial port and select Communicate with Instrument. This
launches the Serial Communicator.

You can use the General, Flow Control, and Advanced tabs to change the port
settings. Use the Test tab to write and read strings through the COM port. The Serial
Communicator window is shown below.
Microsoft Certified Driver

The NI-Serial 1.8 driver software is a Microsoft certified driver for Windows XP and
XP x64 (for the supported hardware). This allows new NI serial hardware to install on
your machine and assign serial ports with almost no interaction. Simply plug in or
connect any National Instruments PCI, PXI, USB, ISA, or PCMCIA serial interface to
your computer, boot the computer, and watch Windows find each serial port and install
the necessary driver files. There are no warning messages or endless pop-up windows.
This greatly simplifies the installation process and allows you to get your system up and
running rapidly.
Related Links:
National Instruments Serial Interfaces Homepage
Download the NI-Serial 1.8 Software Driver

Stimulating Student Learning with a Novel In-House Pulse

Oximeter Design
2 calificacin(es) | 4.50 de 5

Imprimir

Jianchu Yao, M.S. and Steve Warren, Ph.D., Department of Electrical & Computer Engineering,
Kansas State University, Manhattan, KS 66506, USA

Proceedings of the 2005 American Society for Engineering Education Annual Conference &
Exposition
Copyright 2005, American Society for Engineering Education. Reprinted with the permission
of ASEE.
Abstract
This paper addresses the design of a plug-and-play pulse oximeter and its application to a
biomedical instrumentation laboratory and other core Electrical Engineering courses. The
lowcost, microcontroller-based unit utilizes two light-emitting diodes as excitation sources,
acquires reflectance data with a photodiode, and sends these raw photo-plethysmographic
data to a personal computer via an RS-232 serial link. A LabVIEW interface running on the
personal computer processes these raw data and stores the results to a file. The design of this
pulse oximeter is unique in two ways: the excitation sources are driven just hard enough to
always keep the photodiode active (meaning the sensor can be used in ambient light), and the
hardware separates out the derivatives of the red and infrared photo-plethysmograms so that
it can amplify the pulsatile component of each signal to fill the range of the analog-to-digital
converter. Unlike commercial pulse oximeters whose packaging hides the hardware
configuration from the students, the open, unpackaged design stimulates student interest and
encourages dialogue with the developer; the in-house nature of the design appeals to
students. Moreover, most pulse oximeters on the market are expensive and provide users with
a front panel that displays only percent oxygen saturation and heart rate. This low-cost unit
provides unfiltered pulsatile data, allowing students to investigate tradeoffs between different
oxygen saturation calculation methods, test different filtering approaches (e.g., for motion
artifact reduction), and extract other biomedical parameters (e.g., respiration rate and
biometric indicators). Time-domain data from these units have been used in linear systems
and scientific computing courses to teach filtering techniques, illustrate discrete Fourier
transform applications, introduce time-frequency principles, and test data fitting algorithms.