Sunteți pe pagina 1din 2

RS-232 (Recommended Standard 232, en espa�ol: "Est�ndar Recomendado 232"), tambi�n

conocido como EIA/TIA RS-232C, es una interfaz que designa una norma para el
intercambio de datos binarios serie entre un DTE (Data Terminal Equipment, "Equipo
Terminal de Datos"), como por ejemplo una computadora, y un DCE (Data Communication
Equipment, "Equipo de Comunicaci�n de Datos"), por ejemplo un m�dem. Existen otros
casos en los que tambi�n se utiliza la interfaz RS-232. Una definici�n equivalente
publicada por la UIT se denomina V.24.

Conector RS-232 (DB-9 hembra).

Tarjeta PCI con conectores RS-232 macho.


En particular, existen ocasiones en que interesa conectar otro tipo de
equipamientos, como pueden ser computadoras. Evidentemente, en el caso de
interconexi�n entre los mismos, se requerir� la conexi�n de un DTE con otro DTE.
Para ello se utiliza una conexi�n entre los dos DTE sin usar m�dem, por ello se
llama m�dem nulo (null modem).

El RS-232 consiste en un conector tipo DB-25 (de 25 pines), aunque es normal


encontrar la versi�n de 9 pines (DE-9, o popularmente mal denominados DB-9), m�s
barato e incluso m�s extendido para cierto tipo de perif�ricos (como el rat�n serie
de la PC).

�ndice
1 Rese�a hist�rica
2 Conexiones (desde la perspectiva del DTE)
3 Construcci�n f�sica
4 Los circuitos y sus definiciones
5 Caracter�sticas el�ctricas de cada circuito
6 Especificaciones mec�nicas
7 Ejemplo de comunicaci�n entre un DTE y un DCE
7.1 Fase 1
7.2 Fase 2
7.3 Fase 3
8 V�ase tambi�n
9 Notas
10 Referencias
Rese�a hist�rica
La primera especificaci�n de esta interfaz se public� en 1962 y desde entonces se
ha ido revisando frecuentemente. Una de las revisiones m�s extendidas fue la EIA-
232-C. El primer nombre que recibi� esta interfaz fue RS-232, nombre que a�n hoy se
utiliza ampliamente, a pesar de que dicho est�ndar lo adoptar�a la organizaci�n de
estandarizaci�n norteamericana EIA (Electronic Industries Alliance, o hasta 1997
Electronic Industries Association) cambiando su nombre al actual EIA-232.1?

Posteriormente la ITU-T desarroll� las correspondientes recomendaciones basadas en


la interfaz EIA-232. La recomendaci�n V.24 especifica los aspectos funcionales y
operacionales, es decir, se define que circuitos o se�ales tienen que implementarse
en la interfaz y la funci�n de cada uno de ellos. Los aspectos el�ctricos de la
interfaz est�n definidos en la recomendaci�n V.28.1?

Conexiones (desde la perspectiva del DTE)


En la siguiente tabla se muestran las se�ales RS-232 m�s comunes seg�n los pines
asignados de:

Se�al DB-25 DE-9 (DB-9, TIA-574) EIA/TIA 561 Host RJ-50 MMJnota 1?
Common Ground G 7 5 4 4,5 6 3,4
Transmitted Data TD 2 3 6 3 8 2
Received Data RD 3 2 5 6 9 5
Data Terminal Ready DTR 20 4 3 2 7 1
Data Set Ready DSR 6 6 1 7 5 6
Request To Send RTS 4 7 8 1 4 -
Clear To Send CTS 5 8 7 8 3 -
Carrier Detect DCD 8 1 2 7 10 -
Ring Indicator RI 22 9 1 - 2 -
Construcci�n f�sica
La interfaz RS-232 est� dise�ada para imprimir documentos para distancias cortas,
de hasta 15 metros seg�n la norma , y para velocidades de comunicaci�n bajas, de no
m�s de 20 kbps. A pesar de esto, muchas veces se utiliza a mayores velocidades con
un resultado aceptable. La interfaz puede trabajar en comunicaci�n as�ncrona o
s�ncrona y tipos de canal simplex, half duplex o full duplex. En un canal simplex
los datos siempre viajar�n en una direcci�n, por ejemplo desde DCE a DTE. En un
canal half duplex, los datos pueden viajar en una u otra direcci�n, pero s�lo
durante un determinado periodo de tiempo; luego la l�nea debe ser conmutada antes
que los datos puedan viajar en la otra direcci�n. En un canal full duplex, los
datos pueden viajar en ambos sentidos simult�neamente. Las l�neas de handshaking de
la RS-232 se usan para resolver los problemas asociados con este modo de operaci�n,
tal como en qu� direcci�n los datos deben viajar en un instante determinado.

Si un dispositivo de los que est�n conectados a una interfaz RS-232 procesa los
datos a una velocidad menor de la que los recibe deben de conectarse las l�neas
handshaking que permiten realizar un control de flujo tal que al dispositivo m�s
lento le de tiempo de procesar la informaci�n. Las l�neas de hand shaking que
permiten hacer este control de flujo son las l�neas RTS y CTS. Los dise�adores del
est�ndar no concibieron estas l�neas para que funcionen de este modo, pero dada su
utilidad en cada interfaz posterior se incluye este modo de uso.

Los circuitos y sus definiciones


Las UART o U(S)ART (Transmisor y Receptor As�ncrono Universal) se dise�aron para
convertir las se�ales que maneja la CPU y transmitirlas al exterior. Las UART deben
resolver problemas tales como la conversi�n de tensiones internas del DCE con
respecto al DTE, gobernar las se�ales de control, y realizar la transformaci�n
desde el bus de datos de se�ales en paralelo a serie y viceversa. Debe ser robusta
y deber� tolerar circuitos abiertos, cortocircuitos y escritura simult�nea sobre un
mismo pin, entre otras consideraciones. Es en la UART en donde se implementa la
interfaz.

Generalmente, cuando se requiere conectar un microcontrolador (con se�ales


t�picamente entre 3,3 y 5 V) con un puerto RS-232 est�ndar, se utiliza un driver de
l�nea, t�picamente un MAX232 o compatible, el cual mediante dobladores de tensi�n
positivos y negativos, permite obtener la se�al bipolar (t�picamente alrededor de
+/- 6V) requerida por el est�ndar.

Para los prop�sitos de la RS-232 est�ndar, una conexi�n es definida por un cable
desde un dispositivo al otro. Hay 25 conexiones en la especificaci�n completa, pero
es muy probable que se encuentren menos de la mitad de �stas en una interfaz
determinada. La causa es simple, una interfaz full duplex puede obtenerse con
solamente 3 cables.

Existe una cierta confusi�n asociada a los nombres de las se�ales utilizadas,
principalmente porque hay tres convenios diferentes de denominaci�n (nombre com�n,
nombre asignado por la EIA, y nombre asignado por el CCITT).

En la siguiente tabla se muestran los tres nombres junto al n�mero de pin del
conector al que est� asignado (los nombres de se�al est�n desde el punto de vista
del DTE (por ejemplo para Transmit Data los datos son enviados por el DTE, pero
recibidos por el DCE)

S-ar putea să vă placă și