Docstoc

Comunicación serial

Document Sample
Comunicación serial Powered By Docstoc
					                        Comunicación serial.

                         Comunicación serial.

Sin la comunicación serie, no habría intercambio de información textual, no
existirían
los cajeros electrónicos, ni tarjetas de crédito, no habría Internet.



La comunicación serie es importantísima para el Stamp ya que de esta
forma puede dejar de ser un chip aislado, abrirse al mundo, permitiendole
interactuar con cualquier dispositivo que también soporte una
comunicación serial, ordenadores, Dvd’s, equipo controlado por MIDI,
instrumentos MIDI, otro Stamp.

Para que dos dispositivos cualquiera se puedan comunicar (sea un
microcontrolador o un ordenador) tienen que ponerse de acuerdo en que
sistema de comunicación van a utilizar. La comunicación serie se puede
dividir en dos categorias comunicación asíncrona y síncrona, la síncrona
requiere de un reloj y una línea de datos, los datos se van transmitiendo
uno a uno con cada pulso de reloj. En la asíncrona los dispositivos se
ponen de acuerdo en la velocidad uno transmite y el otro escucha.



Comunicación asíncrona.
Una de las principales razones de tener una comunicación asíncrona es la
de hablar con un PC a través de su puerto serie. Sin embargo hay
bastantes equipos que entienden el protocolo, lo que hace a nuestro Stamp
un controlador de video proyectores, interfaces de reles, proyectores de
diapositivas, DVD, Videograbadoras, módems, cámaras digitales , etc.


El protocolo RS-232.

Elementos necesarios para una comunicación serie asíncrona.

Físicos.

Una tierra en común las tierras de los dos dispositivos deben estar
conectadas.
Un cable del puerto que envía al puerto de entrada del que recibe.

Si se quiere comunicación en los dos sentidos.

Otro cable del puerto que envía del receptor al receptor del transmisor.

Los niveles de los voltajes del transmisor deben ser aceptables por el
receptor.
La salida del transmisor se debe conectar a la entrada del receptor
La polaridad de la señal debe ser la misma.
Software.

El baud rate debe ser el mismo en los dos equipos. (Velocidad de envío)
El número de stop bits, data bits y paridad. deben ser iguales.



Cualquier protocolo de "Handshaking" necesario debe ser habilitado.




Caso concreto el Stamp.

El Stamp tiene un número limitado de "baud rates", stop bits, data bits
y paridad, por lo que se debe ajustar el otro dispositivo con el que nos
queremos comunicar para que tenga la misma velocidad que el stamp.
Hacer coincidir el voltaje y polaridad ya es mas un problema de hardware,
que debemos resolver haciendo las conexiones necesarias.

En las especificaiones del protocolo RS-232 se producen -12V para un uno
lógico y +12V para un cero lógico, por supuesto esto es un problema para
el Stamp ya que no tenemos estos voltajes directamente disponibles desde
la fuente del Stamp. En el Stamp trabajamos con 5V para generar un 0 y 0
voltios para generar un uno, y aunque los valores no son los correctos
para el RS-232 la mayoría de los equipos funcionaran entre estos dos
voltajes, pero no siempre ocurrirá,( rara ves no funciona) asi que cualquier
pin del stamp nos puede servir para hacer comunicación serie pero se tiene
que tener en cuenta que se han de invertir los bits correspondientes ya que
la lógica esta invertida, un valor negativo es un uno y un valor positivo es
un cero. Esto no es ningún problema para el Stamp ya que nos permite
cambiar la configuración rápidamente simplemente cambiando el
parametro baudmode en el comando SEROUT o SERIN.




Si queremos recibir datos desde un puerto serie el Stamp puede recibirlos
en cualquiera de sus 16 pines solo debemos poner una protección adicional
para evitar que los 12 voltios provenientes del otro equipo no dañen al
Stamp, con una resistencia de 22K conectada entre la señal y el pin será
suficiente, tambien recordar el hecho que los bits están invertidos si se
utiliza el comando SERIN.

La última pieza de la conexión es el Hardware Handshaking.
Si alguno de los dispositivos que se esta utilizando esta configurado
para Hardware Handshaking no pasará nada hasta que se activen las
líneas correspondientes y necesarias para empezar el procedimiento.

Por ejemplo, donde DTE es una terminal que envía datos a DCE.

DTE sube DTR      Estoy en línea y listo
DCE sube DSR      Ok estoy listo también.
DTE sube RTS      Estoy listo para enviar
DCE sube CTS      Estoy listo para enviar también
DCE baja CTS      Buffer lleno
DCE sube CTS      Estoy listo

				
DOCUMENT INFO
Jun Wang Jun Wang Dr
About Some of Those documents come from internet for research purpose,if you have the copyrights of one of them,tell me by mail vixychina@gmail.com.Thank you!