Conectando un PIC al Puerto Serie (RS232)

Mario Sacco . Vista 63891 veces

35 3 38 Votos 41 Comentarios
41>> comenta

Por muy antiguo que esto pueda parecer, en la actualidad nos encontramos a diario con aplicaciones autnomas que poseen un conector DB9 (o DB25) y que se comunican a cualquier ordenador de mesa mediante el protocolo conocido en forma popular como comunicacin por puerto serie. El propsito de este artculo es ayudarte a construir un dispositivo autnomo con salida RS232 y que ste sea capaz de comunicarse con un ordenador de mesa. Esto nos permitir, en un futuro, utilizar el nuevo circuito integrado de Microchip: el MCP2200. Para qu se utiliza ese circuito integrado? Muy sencillo: para adaptar una conexin serie a USB. Dicho de otro modo: para reemplazar a todos esos cables RS232 USB que has comprado y no te han funcionado. Como decimos siempre, antes de correr debemos aprender a caminar, y ste es el comienzo.

Anuncios Google
o

USB Digital I/O - $35 UP www.usb-industrial.com/ - Analog, Digital, RS232/422/485 I/O Free Software & Support, $35 UP

iButtonlink Products www.homechip.com - iButton and iButtonLink

products UK and European reseller S, por supuesto! Claro que sabemos que el puerto serie ha quedado obsoleto y ya no se encuentra fcilmente en el panel trasero de cualquier ordenador! Adems, luego de haber realizado tantas experiencias mediante la comunicacin USB Ordenador en diferentes artculos publicados en NeoTeo, comenzar a hablar y traer a la mesa de trabajo una conexin mediante puerto serie suena como un retroceso tecnolgico, como un viaje al pasado, como un montaje retro. La explicacin de todo est en el sumario de este artculo. An restan muchos aos para ver aplicaciones que se comuniquen a un ordenador mediante el puerto serie, el clsico puerto COM donde se conectaba el ratn o el receptor de infrarrojos para comandar el Winamp desde la cama. Exacto, ese conector DB9 macho que en ms de una oportunidad nos mataba la placa madre del ordenador cuando comenzbamos a experimentar con l. Claro, al dejar de funcionar este puerto ya no podamos utilizar el ratn y debamos apelar a alguna tarjeta PCI que resolviera nuestras desafortunadas actividades cientficas.

La mayora de las aplicaciones realizadas con microcontroladores que traspasan la lnea del gadget sencillo, del juguete temporal o de la unidad autnoma de trabajo, apuntan habitualmente al manejo de datos tiles que, de un modo u otro, siempre se intenta llevar a un ordenador para su procesamiento. La inmensa mayora de microcontroladores que hoy existen en el mercado y que tenemos a mano para cacharrear y jugar un rato traen una unidad de comunicacin serie en su interior. En estos ltimos aos, esta caracterstica, que permite comunicar de manera muy eficaz a dos microcontroladores entre s, ha comenzado a presentar un problema de hardware y conectividad al avanzar una creciente desaparicin (casi en forma definitiva) de los conectores DB9 en los paneles traseros de los ordenadores. Ahora todo es USB. La conexin serie por naturaleza se ha trasladado al Universal Serial Bus y esto se evidencia ms cuando pasamos a hablar de ordenadores porttiles. Entonces qu hacemos con aquellas aplicaciones que tenamos que se conectaban al puerto serie de un ordenador? El mercado (chino, claro) nos trajo una lluvia de soluciones en forma de cables que serviran para resolver el problema de las conexiones: un adaptador DB9 macho a USB, la panacea universal en nuestras manos por unas pocas monedas. Qu ms se le poda pedir a la tecnologa? Que venga con un LCD de 42 de regalo?

Sin embargo, la realidad fue muy cruel con la mayora de los incautos compradores de estos cables cuando descubran que no funcionaban en absoluto, y aquellos cables que lo hacan tenan las funciones muy limitadas y/o errticas. Cuando apareci en escena el circuito integrado FT232 (de la empresa FTDI) pareca que la luz asomaba en el horizonte y que rpidamente se convertira en la solucin definitiva. De hecho, existen infinitas aplicaciones que lo incorporan como solucin de comunicacin entre el USART (Universal Synchronous Asynchronous Receiver Transmitter) de un microcontrolador y el bus USB (Arduino es un ejemplo de ello). Sin embargo, su pequeo encapsulado y su compleja configuracin ahuyentan a ms de un aficionado novel que naufraga en el intento de implementar esta solucin. Para muchos es la solucin ideal, para otros es un logro muy difcil de alcanzar. No todos los aficionados tienen la misma habilidad manual para construir un dispositivo basado en un encapsulado tan pequeo. Si desarrollar aplicaciones en encapsulado DIP es toda una hazaa para muchos entusiastas, hablar de manipular un encapsulado LQFP se traslada al mundo de la ciencia ficcin.

El FT232 ha sido la solucin de muchas plataformas para obtener conectividad USB Cual si fuese un jugador muy astuto, y luego de observar este convulsionado, mal definido, confuso y complejo escenario, Microchip decidi ocupar un espacio dentro del mundo de los protocolos de comunicaciones con el circuito integrado MCP2200: un conversor USART USB completo. Adems, ha provisto al mercado de herramientas para configurar este componente de acuerdo a las necesidades de cada aplicacin. Pero no avancemos an hacia l. Si todava no hemos iniciado nuestro trabajo con un desarrollo por puerto serie, trabajar ahora con el MCP2200 sera tan ilgico como comenzar a ver una pelcula desde la mitad. Veramos un final glorioso pero no entenderamos por qu sucedieron

todas esas explosiones y quines eran esos muchachitos que lograron escapar justo a tiempo (por supuesto, seran los buenos de la historia; siempre ganan los buenos. Si conoces una pelcula donde ganen los malos, avsame). De lleno al MAX232 El MAX232 (Maxim) es un circuito integrado utilizado para adaptar los niveles requeridos en una conexin donde interviene un dispositivo que maneja niveles de tensin TTL (nuestro microcontrolador, por ejemplo) y otro capaz de trabajar bajo los parmetros de la norma EIA/TIA-232E y las V.28/V.24. Expresado en lenguaje de tensiones, los niveles TTL operan entre los 0 y 5Volts y la otra norma, conocida en el mundo tcnico como RS-232 (Recommended Standard-232), utiliza tensiones que van desde los -12Volts a los +12Volts. Este circuito integrado (el MAX232) est especialmente diseado para trabajar en equipos que utilicen bajos niveles de tensin (5Volts) y requiere de muy pocos componentes externos para lograr un funcionamiento ptimo.

Estructura externa e interna del MAX232 En su arquitectura interna, el MAX232 posee los accesorios necesarios para obtener las tensiones que se requieren a ambos lados de los circuitos que enlaza y cuenta con cuatro adaptadores-inversores de tensin: dos son utilizados para la conversin TTL RS-232 y los otros dos para la operacin inversa. En la mayora de las aplicaciones con microcontroladores se utilizan slo dos (uno de cada tipo), pero cuando se lo emplea en aplicaciones especiales, como puede ser el caso de redes RS-485, se agrega una conexin extra para controlar la prioridad de uso del bus (RS-485). Es decir, la seal RTS (Request To Send = Peticin de envo) que proviene desde el ordenador pasa por una unidad de recepcin del MAX 232 y se entrega al controlador de bus RS-485 en niveles de tensin TTL.

Circuito propuesto para una interfaz Microcontrolador / RS-232 En nuestro circuito hemos utilizado todas las unidades que componen el MAX232 y que en alguna ocasin podemos llegar a utilizar. La placa realizada para el montaje coincide en dimensiones y conexin con los zcalos reservados en la entrenadora NeoTeo. Es decir, la placa est realizada con la intencin de que pueda ser incrustada en la entrenadora y formar as un bloque nico, tal como veremos ms adelante en los videos. Vale aclarar que por razones de costos, la construccin de esta placa no ameritaba una construccin sobre un circuito impreso de doble faz. Es por este motivo que debemos alertarte sobre la falta de una va en el dibujo ofrecido de ejemplo del circuito impreso. La unin

de los nodos de los diodos LEDs (que se encuentran todos unidos) deber conectarse con el positivo de la alimentacin de esta placa. Este puente se notar al ver el segundo video y, para facilitar tu trabajo, los puntos a unir estn indicados en el dibujo inferior con color amarillo. Por supuesto, si deseas puedes construir tu propio diseo de circuito impreso mejorando la ubicacin de los componentes segn tu conveniencia y gusto.

Circuito impreso utilizado por nosotros

Aspecto final de la placa terminada

Los colores de los LEDs empleados en el montaje coinciden con los que hemos observado en otras placas utilizadas para este propsito, no porque sepamos que existe algn cdigo de colores que indique esta asignacin. Entonces, rojo en recepcin (Rx) y verde en transmisin (Tx). Para las otras dos conexiones auxiliares seleccionamos el color amarillo para diferenciar su activacin respecto a los indicadores de trfico de datos. Todos estos indicadores visuales nos ayudarn a apreciar el funcionamiento correcto de la placa. Por ltimo, tal como se observa en las imgenes, la utilizacin de RTS y CTS se realizar mediante puentes externos hasta la entrenadora, en caso de que la aplicacin lo requiera en algn momento. Qu vamos a hacer? Empleando una sencilla metfora podramos decir que haremos un espejo de datos. La explicacin es muy simple y fcil de comprender: utilizaremos en el ordenador, al que nos conectaremos en su puerto serie, cualquier programa hbil para enviar y recibir datos mediante esta conexin. Podemos utilizar, por ejemplo, el Hyperterminal (usuarios de Windows). En la mayora de los casos, los programas utilizados para crear, simular, compilar y depurar (debug) los contenidos que luego volcaremos sobre un PIC traen incorporado un soft adicional que permite realizar de manera muy sencilla este trabajo de comunicacin serie con un terminal remoto conectado a la salida de un puerto COM (a

eleccin) del ordenador. Nosotros, como vers en los videos, utilizamos el que trae Proton (PIC Basic).

La mecnica de funcionamiento del programa cargado en el PIC se sustenta en nueve puntos fundamentales. Por supuesto, estos mismos conceptos pueden aplicarse a otros lenguajes de programacin. Nosotros lo evaluamos y te lo mostramos en funcin del lenguaje Basic. Estos puntos son: 3. Indicar PIC y velocidad de reloj. 4. Indicar al sistema que utilizaremos Bootloader. 5. Inicializar el LCD y declarar las condiciones de uso de la USART. 6. Declarar las variables que usaremos en el programa. 7. Colocar el PIC a la escucha (HSERIN). 8. Si al completarse 1 segundo no se reciben datos, se salta a la leyenda de espera de datos. 9. Se reciben datos y se muestran en el LCD (PRINT). 10. Los datos que se reciben se transmiten hacia el ordenador (HSEROUT). 11. Se reinicia el ciclo. Observa que en tan slo nueve procedimientos bsicos hemos construido, como te mencionamos antes, un espejo de datos: los datos se reciben, se muestran y se devuelven al origen, tal como hara un espejo con cualquier imagen que se refleja en l. Los puntos

enumerados estn indicados de manera clara en la siguiente imagen:

Programa ejemplo utilizado y las 9 zonas fundamentales del proceso La velocidad de transmisin y recepcin de datos se realiza a 38400 bps. Ten en cuenta de ingresar al panel de control de tu sistema operativo y controlar que esta velocidad coincida con la que est definida en el puerto serie de tu ordenador. Por defecto, siempre est configurada en 9600 bps. y t debers cambiarla. De lo contrario, cuando realices el programa para tu microcontrolador, coloca en la declaracin HSERIAL

BAUD el valor 9600. El resto de los parmetros deber coincidir con el software que utilices para enviar los datos a travs del puerto serie. En el ltimo video te mostramos que la longitud del texto a enviar es de 16 caracteres y que ocupar slo el primer rengln del LCD. Hola Neotenianos es un texto que ocupa esa cantidad de espacios. El segundo rengln est reservado para el mensaje de espera de datos (punto 6 en el listado del programa). Por ltimo, tambin vale mencionar la demostracin del encendido de los LEDs indicando el trfico de datos. Esto es de una utilidad enorme a la hora de resolver problemas de conexin. Estar recibiendo los datos? Luego de mostrarlos, los estar enviando o se dispersa hacia otro lugar el programa? Estos son interrogantes que los LEDs te resuelven de manera muy elemental (adems de comportarse como un atractivo visual muy piola).

Resumiendo Utilizamos la entrenadora NeoTeo para realizar comunicaciones entre el PIC y un ordenador mediante el uso de su puerto serie. La conexin entre ambos se realiza con un circuito integrado MAX232 que ayuda a adaptar niveles de tensin entre el ordenador y el PIC. Cargamos el firmware del PIC mediante el sistema Bootloader (ya empleado en artculos anteriores), y en el ordenador utilizamos cualquier software de comunicacin serial, el que ms cmodo nos resulte.

Configuramos en el ordenador la misma velocidad de transferencia de datos que en el PIC y comenzamos a experimentar la conectividad por puerto serie. Existen algunos programas dedicados a monitorear de manera profunda la actividad de los puertos del ordenador. Si dispones de alguno de ellos puedes utilizarlo para probar a fondo esta aplicacin. Para nuestro propsito, la implementacin del MCP2200, podemos considerar que hemos dado el primer paso. Ya estamos caminando. No te pierdas la carrera hacia el USB.

Puerto serial, puerto COM, puerto de comunicaciones y puerto RS-232 ("Recomended Standard-232"), hacen referencia al mismo puerto. Se le llama serial, porque permite el envo de datos, uno detrs de otro, mientras que un paralelo se dedica a enviar los datos de manera simultnea. La sigla COM es debido al trmino ("COMmunications"), que traducido significa comunicaciones. Es un conector semitrapezoidal de 9 terminales, que permite la transmisin de datos desde un dispositivo externo (perifrico), hacia la computadora; por ello es denominado puerto. Compiti directamente en el mercado contra el puerto LPT. Este puerto est siendo reemplazado por el puerto USB para el uso en PDAs y ratones, pero an viene integrado en la tarjeta principal (Motherboard) actuales.

Figura 1. Puerto serial COM integrado en la tarjeta principal ("motherboard").

Figura 2. Smbolo del puerto COM. Figura 3. Conector hembra serial del cable del dispositivo.

Caractersticas del puerto serial COM

En el mbito de la electrnica comercial se le denomina como conector DB9 ("D-subminiature type B, 9 pin"), esto es D-subminiatura tipo B, con 9 pines. Se utilizaba principalmente para la conexin del ratn (Mouse), algunos tipos antiguos de escneres y actualmente para dispositivos como PDAs ("Personal Digital Assistant") asistentes personales digitales. Cada puerto, permite conectar solamente 1 dispositivo. Para conectar y desconectar los dispositivos, as como para que la computadora los reconozca de manera correcta, es necesario apagar y reiniciar la computadora.

Terminales elctricas del puerto serial

El puerto serial cuenta con 9 contactos tipo pin; se muestran las lneas elctricas y su descripcin bsica.

Figura 4. Esquema de las lneas del puerto serial COM.

1.- DCD (Detecta la portadora) 2.- RxD (Recibe datos) 3.- TxD (Transmite datos) 4.- DTR (Terminal de datos listo) 5.- SG (Tierra) 6.- DSR (Equipo de datos listo) 7.- RTS (Solicita enviar) 8.- CTS (Disponible para enviar) 9.- RI (Indica llamada)

Puerto serie
De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda

Puerto en serie

Conector macho Mini DIN-8 que se usa para conectar por el puerto serie a las computadoras Macintosh.

Un puerto serie o puerto serial es una interfaz de comunicaciones de datos digitales, frecuentemente utilizado por computadoras y perifricos, donde la informacin es transmitida bit a bit enviando un solo bit a la vez, en contraste con el puerto paralelo que enva varios bits simultneamente.1 La comparacin entre la transmisin en serie y en paralelo se puede explicar usando una analoga con las carreteras. Una carretera tradicional de un slo carril por sentido sera como la transmisin en serie y una autova con varios carriles por sentido sera la transmisin en paralelo, siendo los vehculos los bits que circulan por el cable.

Contenido
[ocultar]

1 Introduccin 2 Puerto serie asincrnico 3 Puertos serie modernos 4 Tipos de comunicacin en serie 5 Vase tambin 6 Referencias

[editar] Introduccin
En informtica, un puerto serie es una interfaz fsica de comunicacin en serie a travs de la cual se transfiere informacin mandando o recibiendo un bit. A lo largo de la mayor parte de la historia de los ordenadores, la transferencia de datos a travs de los puertos de serie ha sido generalizada. Se ha usado y sigue usndose para conectar las computadoras a dispositivos como terminales o mdems. Los ratones, teclados, y otros perifricos tambin se conectaban de esta forma. Mientras que otras interfaces como Ethernet, FireWire, y USB mandaban datos como un flujo en serie, el trmino "puerto serie" normalmente identifica el hardware ms o menos conforme al estndar RS-232, diseado para interactuar con un mdem o con un dispositivo de comunicacin similar. Actualmente en la mayora de los perifricos serie, la interfaz USB ha reemplazado al puerto serie por ser ms rpida. La mayor parte de los ordenadores estn conectados a dispositivos externos a travs de USB y, a menudo, ni siquiera llegan a tener un puerto serie. El puerto serie se elimina para reducir los costes y se considera que es un puerto heredado y obsoleto. Sin embargo, los puertos serie todava se encuentran en sistemas de automatizacin industrial y algunos productos industriales y de consumo. Los dispositivos de redes, como los enrutadores y switches, a menudo tienen puertos serie para modificar su configuracin. Los puertos serie se usan frecuentemente en estas reas porque son sencillos, baratos y permiten la interoperabilidad entre dispositivos. La desventaja es que la configuracin de las conexiones serie requiere, en la mayora de los casos, un conocimiento avanzado por parte del usuario y el uso de comandos complejos si la implementacin no es adecuada.

[editar] Puerto serie asincrnico

A travs de este tipo de puerto la comunicacin se establece usando un protocolo de transmisin asncrono. En este caso, se enva en primer lugar una seal inicial anterior al

primer bit de cada byte, carcter o palabra codificada. Una vez enviado el cdigo correspondiente, se enva inmediatamente una seal de stop despus de cada palabra codificada. La seal de inicio (start) sirve para preparar al mecanismo de recepcin o receptor, la llegada y registro de un smbolo, mientras que la seal de stop sirve para predisponer al mecanismo de recepcin para que tome un descanso y se prepare para la recepcin del nuevo smbolo. La tpica transmisin start-stop es la que se usa en la transmisin de cdigos ASCII a travs del puerto RS-232, como la que se establece en las operaciones con teletipos.

El puerto serie RS-232 (tambin conocido como COM) es del tipo asincrnico, utiliza cableado simple desde 3 hilos hasta 25 y conecta computadoras o microcontroladores a todo tipo de perifricos, desde terminales a impresoras y mdems pasando por mouses. La interfaz entre el RS-232 y el microprocesador generalmente se realiza mediante el chip UART 8250 (computadoras de 8 y 16 bits, PC XT) o el 16550 (IBM Personal Computer/AT y posteriores). El RS-232 original tena un conector tipo DB-25, sin embargo la mayora de dichos pines no se utilizaban, por lo que IBM estandariz con su gama IBM Personal System/2 el uso del conector DB-9 (ya introducido en el AT) que se usaba, de manera mayoritaria en computadoras. Sin embargo, a excepcin del mouse, el resto de perifricos solan presentar el DB-25 La norma RS-422, similar al RS-232, es un estndar utilizado en el mbito industrial.

[editar] Puertos serie modernos

Uno de los defectos de los puertos serie iniciales era su lentitud en comparacin con los puertos paralelos -hablamos de 19.2 kbits por segundo- sin embargo, con el paso del tiempo, estn apareciendo multitud de puertos serie de alta velocidad que los hacen muy interesantes ya que presentan las ventajas del menor cableado y solucionan el problema de la merma de velocidad usando un mayor apantallamiento, y ms barato, usando la tcnica del par trenzado. Por ello, el puerto RS-232, e incluso multitud de puertos paralelos, se estn sustituyendo reemplazndose por los nuevos puertos serie como el USB, el FireWire o el Serial ATA.

[editar] Tipos de comunicacin en serie

Simplex

En este caso el emisor y el receptor estn perfectamente definidos y la comunicacin es unidireccional. Este tipo de comunicaciones se emplean, usualmente, en redes de radiodifusin, donde los receptores no necesitan enviar ningn tipo de dato al transmisor. Duplex, half duplex o semi-duplex En este caso ambos extremos del sistema de comunicacin cumplen funciones de transmisor y receptor y los datos se desplazan en ambos sentidos pero no de manera simultnea. Este tipo de comunicacin se utiliza habitualmente en la interaccin entre terminales y una computadora central. Full Duplex El sistema es similar al duplex, pero los datos se desplazan en ambos sentidos simultneamente. Para que sea posible ambos emisores poseen diferentes frecuencias de transmisin o dos caminos de comunicacin separados, mientras que la comunicacin semi-duplex necesita normalmente uno solo. Para el intercambio de datos entre computadores este tipo de comunicaciones son ms eficientes que las transmisiones semidplex.letty

[editar] Vase tambin

Variante fsica del puerto serial Se pueden encontrar algunos dispositivos externos e incluso computadoras que tienen un puerto serial diferente al comn de 9 pines. Este puerto serial consta de 25 pines, es tipo macho y se utiliza con frecuencia acompaado de un adaptador para poder ser utilizado con conectores de 9 pines.

Figura 5. Conector serial de 25 pines tipo hembra del dispositivo. Figura 6. Adaptador para el puerto serial de 25 pines a 9 pines.

Velocidad de transmisin del puerto serial COM La forma de medir la velocidad de transmisin del puerto serial es en KiloBytes/segundo (KB/s):

Puerto Serial COM

Velocidad en (KiloBytes/segundo) 112 KB/s

Tabla 1. Velocidad de transmisin del puerto COM en KB.

The Serial low level programming MINI-HOWTO

Sergio Costas Rodriguez

http://www.rastersoft.com v1.0, 15 April 2000 Esta es una pequea guia en la que pretendo explicar como programar a muy bajo nivel el puerto serie. En concreto, pretendo explicar como leer y escribir en los bits de control del puerto serie (DCD, DTR, DSR, RTS, CTS y RI) mediante llamadas IOCTL.

Indice
1. Introduccion. 2. Perifericos 3. 1. El modelo de Entrada/Salida en UNIX/Linux 2. La funcion IOCTL 4. El puerto serie. 5. 1. Cambiando los permisos de acceso 2. De que entradas y salidas dispongo? 3. Funciones IOCTL disponibles para el puerto serie 6. Referencias

1. Introduccion Mucha gente necesita poder acceder a bajo nivel al puerto serie, para asi poder realizar diversas funciones basicas. Por ejemplo, si se quiere programar un emulador de terminal para el MODEM, adems de enviar y recibir bytes resulta necesario poder ajustar la velocidad del puerto y tener acceso a las seales de control, como RING, DCD, etc. Por desgracia, una tarea tan trivial puede convertirse en un autentico calvario, no por su dificultad, sino por la falta de documentacion. Si bien la libreria TERMIOS proporciona una gran cantidad de funciones que simplifican notablemente la programacion, no es capaz (o al menos yo no lo he conseguido) de proporcionar acceso a bajo nivel a las seales de control del puerto serie, en concreto DCD, DTR, DSR, RTS, CTS y RI. El acceso a estas resulta muy importante, si no crucial, cuando se pretende realizar diversas aplicaciones

tales como programas de terminal, programadores de microcontroladores (por ejemplo para el PIC), y otros cientos de ideas. La primera solucion que se le ocurre al programador suele ser el acceso directo a los puertos de Entrada/Salida. Esto tiene dos inconvenientes: la necesidad de que el codigo corra con privilegios de superusuario, y el hecho de necesitar conocer con precision como esta implementado el dispositivo fisico. Este ultimo problema surge tambien si se decide hacer un driver especifico para la tarea, ademas de que los potenciales usuarios del programa necesitarian instalarlo tambien. Sin embargo, resulta perfectamente posible acceder a dichas seales en modo usuario sin peligro para la seguridad y estabilidad del sistema. La forma de hacerlo es precisamente lo que voy a intentar explicar aqui. Para el resto de las funciones (como cambiar la velocidad de transmision del puerto, por ejemplo) resulta mucho mas comodo usar las funciones TERMIOS. 2. Perifericos 2.1. El modelo de Entrada/Salida de UNIX/Linux UNIX supuso una revolucion por muchas razones. Sin embargo, una de las mas importantes fue, sin duda, su modelo de Entrada/Salida. En UNIX, los perifericos se encuentran representados como simples ficheros del sistema de archivos. De esta forma, si se quiere enviar datos a, por ejemplo, la pantalla, basta con abrir el fichero asociado a ella y escribir con las funciones de siempre. El resultado aparecera en el monitor. Lo mismo ocurre con los puertos serie, paralelo, etc. El hecho de que se acceda a todos los perifericos de igual forma simplifica notablemente la programacion en un sentido, pues el programador no necesita aprender cientos de funciones especificas para cada dispositivo, y a fin de cuentas, en el 99% de los casos no se pretende hacer filigranas con los perifericos, sino simplemente enviar algo y nada mas. Sin embargo que ocurre cuando s hace falta enviar opciones especificas a un dispositivo? Que hago para indicar, por ejemplo, la velocidad de transmisin de un puerto serie, o las coordenadas de impresion si se trata de un adaptador de video? 2.2. La funcion IOCTL Todo driver soporta una serie de funciones basicas. En concreto ha de soportar: apertura, lectura, escritura y cierre. Estas funciones (junto a alguna que otra mas) son las que permiten acceder a los dispositivos como si de ficheros se tratara. Sin embargo, existe una quinta funcion que nos permite enviar comandos especificos para cada periferico. Es la funcion IOCTL (Input/Output ConTroL).

Esta funcion recibe tres parametros y devuelve uno: #include <sys/ioctl.h> int ioctl(int d, int request, void *arg); El primer parametro (d) es un identificador de dispositivo. Puesto que se trata de una variable de tipo int y no de tipo FILE, el fichero del dispositivo ha de abrirse usando la funcion open() en lugar de fopen(). Por la misma razon, para leer o escribir en el ha de usarse read() y write() en vez de fread() o fwrite(), y para cerrarlo se usara close() en vez de fclose(). Como siempre, una mirada a las paginas del manual resolveran cualquier duda sobre estas cuatro funciones. El segundo parametro (request) especifica el comando que se ha de enviar al dispositivo. Estos comandos dependen del periferico con el que se este tratando. Asi pues, el comando 1 hara cosas distintas si lo enviamos a un puerto serie o a uno paralelo. El tercer parametro (arg) es siempre un puntero al/los parametros que se le han de pasar al driver, o bien en donde ha de retornar este los resultados. Como tipo de puntero he puesto void simplemente porque dependiendo del comando que se envie habra que poner un puntero a int, a char, o incluso a una estructura. Por ultimo, ioctl() nos devuelve un valor que sera cero si la funcion se ha ejecutado con exito, o -1 si ha habido algun problema. En este caso, el tipo de error lo podremos ver en la variable global errno (para ello no hay que olvidarse de hacer un #include <errno.h> al principio del codigo). 3. El puerto serie Los puertos serie tienen asociados una serie de ficheros en el directorio /dev. En versiones antiguas de Linux estos eran los ficheros /dev/cua seguidos de un numero que especificaba que puerto era cada uno. Asi pues, /dev/cua0 seria el COM1 de MS-DOS. En las versiones mas recientes del nucleo (versiones 2.x) los puertos serie tienen asociados los ficheros /dev/ttyS seguidos tambien de un numero. Asi pues, /dev/ttyS0 es el COM1 de MS-DOS. Por razones de compatibilidad con viejos programas, se siguen soportando los viejos ficheros cua, pero no se recomienda su uso en programas nuevos.

3.1. Cambiando los permisos de acceso Para poder acceder a un periferico es preciso que su fichero asociado tenga permisos de acceso adecuados, igual que ocurre con el resto de los ficheros normales del disco duro. Puesto que el dueo de los ficheros de dispositivo es el usuario root, es necesario hacer el cambio entrando como el. Asi, para permitir que cualquiera pueda leer y escribir en cualquier puerto serie, se debe hacer (siempre como root): chmod 666 /dev/ttyS* Si se quiere permitir que cualquiera acceda al segundo puerto serie, se hara: chmod 666 /dev/ttyS1 3.2. De que entradas y salidas dispongo? Un puerto serie dispone de los siguientes pines, cuyo numero en el conector es el siguiente:
Nombre Sentido Conector 25 pines Conector 9 pines TXD RXD RTS CTS DTR DSR DCD RI GND salida 2 3 2 7 8 4 6 1 9 5

entrada 3 salida 4

entrada 5 salida 20

entrada 6 entrada 8 entrada 22 masa 7

TXD y RXD son respectivamente la salida y la entrada de datos serie. Estos datos se envian en el siguiente formato:

Por defecto, TXD se encuentra a -12 voltios (nivel alto). Cuando se quiere enviar un byte, la linea se pone a 12 voltios (nivel bajo) durante el tiempo de un bit. Es el bit de inicio, que marca el comienzo de una transmision. A continuacion se envian los bits del dato, empezando por el menos significativo. El cero (nivel bajo) se representa con 12 voltios, y el uno (nivel alto) se representa con -12 voltios. Por ultimo se envian uno o dos bits de parada a -12 voltios (nivel alto) antes de iniciar la transmision del siguiente. Vemos que los niveles de tension se encuentran invertidos con respecto a lo que cabria esperar (el 0 son 12 voltios y el 1 son -12 voltios). Esto solo ocurre en estas dos lineas. En el resto, el cero son -12 voltios y el uno son 12. Todas las lineas estan limitadas en corriente a unos 200mA. Esto protege al puerto en caso de que ocurra cualquier cortocircuito. Esta caracteristica tambien es aprovechada por muchos circuitos simples que se conectan al puerto serie, de modo que se consigue una notable economia de componentes. Debido a que las lineas TXD y RXD son controladas por el propio puerto serie y no por el procesador, en principio no resulta posible indicar directamente un valor de tension en TXD o leer el que se encuentre en RXD. Todo lo que podemos hacer es enviar un byte al puerto para que este lo envie por si mismo en el formato indicado. Sin embargo, en la practica, las UARTs disponen de un bit que, al activarlo, fuerzan un cero (+12 voltios) en dicho pin. 3.3. Funciones IOCTL disponibles para el puerto serie Seis son las funciones ioctl que nos interesan para el control de las lineas del puerto serie: TIOCMGET, TIOCMBIS, TIOCMBIC, TIOCMSET, TIOCSBRK y TIOCCBRK. Para disponer de estas definiciones es necesario hacer: #include <asm/ioctls.h> La funcion TIOCMGET precisa que se le pase un puntero a int como argumento de la funcion ioctl(). Asi pues, hariamos: retorno=ioctl(fichero,TIOCMGET,&argumento); En 'argumento' nos almacenara un patron de bits indicando el estado de las distintas entradas y salidas del puerto serie.

La funcion TICMBIS tambien precisa de un puntero a int como argumento de la funcion ioctl(). Asi pues: retorno=ioctlfichero,TIOCMBIS,&argumento); activara aquellas salidas que le indiquemos, dejando inalteradas el resto. Por su parte, la funcion TICMBIC hace lo contrario: desactiva (pone a cero) las salidas que le indiquemos, sin modificar el resto. La usariamos asi: retorno=ioctlfichero,TIOCMBIC,&argumento); La funcion TIOCMSET activa las salidas que le indiquemos y desactiva el resto. Precisa tambien un puntero a int como argumento de la funcion ioctl(). Asi pues: retorno=ioctl(fichero,TIOCMSET,&argumento); activara las salidas que le indiquemos en funcion del patron de bits que contenga 'argumento'. El bit que corresponde a cada entrada y salida viene definido tambien en el fichero ioctl-types.h. Este fichero se incluye automaticamente con ioctl.h. En concreto, estan las definiciones:
TIOCM_DTR DTR 0x002 TIOCM_RTS RTS 0x004 TIOCM_CTS CTS 0x020 TIOCM_CAR DCD 0x040 TIOCM_CD DCD 0x040 0x080 0x080

TIOCM_RNG RI TIOCM_RI RI

TIOCM_DSR DSR 0x100

Por ultimo, las funciones TIOCSBRK y TIOCCBRK permiten poner a cero (+12 volts) o devolver al estado normal, respectivamente, el pin TXD. Como dicho estado de reposo es un uno, estas funciones nos permiten controlar a voluntad dicha salida.

retorno=ioctl(fichero,TIOCSBRK,&argumento); retorno=ioctl(fichero,TIOCCBRK,&argumento); El puntero &argumento no es modificado, por lo que se puede dar cualquiera. Por supuesto, existen otras muchas funciones IOCTL para el puerto serie (man ioctl-list), pero todo lo que se puede hacer con ellas tambien resulta factible hacerlo con la libreria TERMIOS. 4. Referencias

Serial-HOWTO y Serial-Programming-HOWTO: explican como trabaja el puerto serie y como usar las TERMIOS. Coffee: mini-HOWTO en el que se explican las bases para acceso directo a puertos de Entrada/Salida. IO-Port-Programming: HOWTO donde se explica de forma muy detallada la forma de acceder a puertos de Entrada/Salida.

El siguiente cdigo est escrito para esta situacin: Un dispositivo (para el caso en que se us este programa fue un pic) est conectado a travs de un circuito a tres sensores: voltaje, corriente y frecuencia. Mediante un conversor A/D enva al puerto serial de la PC (a 9600 bauds) los datos en cdigo Ascii como siguen: 1. El dispositivo enva primero una "A" (cod. Ascii 65) as el programa en Matlab sabe que llegarn los dotos de una muestra de corriente que se guardar en el vector A. 2. Para la muestra de corriente siempre llegarn cuatro caracteres, por ejemplo, para 0.134 amperios, el dispositivo enviar al puerto serial los cdigos Ascii de los caracteres "0", ".", "1", "3" y "4". 3. El dispositivo enva a continuacin una "B" (cod. Ascii 66) as el programa en Matlab sabe que llegarn los dotos de una muestra de voltaje que se guardar en el vector V. 4. Para la muestra de voltaje siempre llegarn cuatro caracteres, por ejemplo, para 5.250 voltios, el dispositivo enviar al puerto serial los cdigos Ascii de los caracteres "5", ".", "2", "5" y "0". 3. El dispositivo enva a continuacin una "F" (cod. Ascii 70) as el programa en Matlab sabe que llegarn los dotos de una muestra de frecuencia que se guardar en el vector F. 4. Para la muestra de frecuencia no se sabe cuntos caracteres llegarn. Si se miden 50 Hz llegarn dos caracteres: "5" y "0". Si se miden 1550 Hz llegarn cuatro caracteres: "1", "5", "5" y "0". Nadie sabe cuantos caracteres llegarn, slo se sabe que stos se terminan cuando se recibe nuevamente una "A" y todo el ciclo (desde el paso 1) se vuelve a repetir. El programa almacenar cien muestras por cada parmetro ledo (voltaje, corriente y frecuencia), las almacenar en sus respectivos vectores y mostrar estos en una grfica en pantalla. Todo esto se repetir ochenta veces. Entonces el programa cierra el puerto y finaliza. El cdigo completo del programa es el siguiente:

% programado por Yelinna Pulliti clear all; close all; clc; PS=serial('COM1'); set(PS,'Baudrate',9600); % se configura la velocidad a 9600 Baudios set(PS,'StopBits',1); % se configura bit de parada a uno

set(PS,'DataBits',8); % se configura que el dato es de 8 bits, debe estar entre 5 y 8 set(PS,'Parity','none'); % se configura sin paridad set(PS,'Terminator','CR/LF');% c caracter con que finaliza el envo set(PS,'OutputBufferSize',1); % n es el nmero de bytes a enviar set(PS,'InputBufferSize' ,1); % n es el nmero de bytes a recibir set(PS,'Timeout',5); % 5 segundos de tiempo de espera fopen(PS); A=[]; %corriente V=[]; %voltaje F=[]; %frecuencia A1=[]; %temp corriente V1=[]; %temp voltaje F1=[]; %temp frecuencia Ch=0; disp('presione enter para iniciar captura (solo se puede parar la ejecucion mediante control-C)'); pause; inn=1; frec=0; while inn<80 for j=1:100 if frec==65 Ch=frec; else Ch=fread(PS,1,'uchar'); % Ch: variable donde se almacena el dato leido del puerto end; switch Ch case 65 for k=1:4 A1 = [A1 fread(PS,1,'uchar')]; end; frec=0; case 66 for k=1:4

V1 = [V1 fread(PS,1,'uchar')]; end; frec=0; case 70 F1 = [F1 fread(PS,1,'uchar')]; while frec ~=65 frec= fread(PS,1,'uchar'); if frec ~=65 F1 = [F1 frec]; end; end; otherwise continue; end; A1=char(A1); V1=char(V1); F1=char(F1); % conv ascii a caract A=[A str2num(A1)]; % convierte de caract a numero V=[V str2num(V1)]; F=[F str2num(F1)]; A1=[]; V1=[]; F1=[]; end; A=A*200/5; V=V*24/5; figure(1) colordef(1,'black'); subplot(4,1,1) plot(A,'r'); xlabel('tiempo') ylabel('Amperios'); % axis([0 length(A) 0 225]); subplot(4,1,2) plot(F,'m'); xlabel('tiempo') ylabel('Hz'); % axis([0 length(F) 0 10000]); subplot(4,1,3) plot(V,'b');

xlabel('tiempo') ylabel('Voltios'); % axis([0 length(V) 0 30]); subplot(4,1,4) % plot(F,'m'); plot(F,A) xlabel('Frecuencia') ylabel('Corriente') % xlabel('tiempo') % ylabel('Hz'); axis([0 length(F) 0 length(A)]); % axis([0 length(F) 0 10000]); pause(0.1); A=[]; %corriente V=[]; %voltaje F=[]; %frecuencia inn=inn+1; end;

fclose(PS); delete(PS); clear PS; INSTRFIND

La lnea donde se hace:

Es simplemente para establecer los datos en los vectores dentro de un rango definido. Para saber un poco ms de cmo manejar el puerto serial desde Matlab recomiendo leer este tutorial.