1

“TRANSMISIÓN UTILIZANDO EL INTERFAZ

RS-232 CON SEÑALES DE HANDSHAKE”
INFORME N°9-GR1

Villa Génesis -Troya Mayra

Escuela Politécnica Nacional – Ingeniería en Telecomunicaciones
genesis.villa@epn.edu.ec-mayra.troya@epn.edu.ec

Resumen- El HANDSHAKING también conocido como "Control de flujo", tiene el objetivo principal de evitar
la sobrecarga del receptor durante la transmisión de la información, al usar señales de este tipo, los receptores
podrán decirle al dispositivo emisor que pause la transmisión de datos si el receptor está sobrecargado, se usan
tres tipos de protocolos de enlace para poder realizar estos procesos, los cuales son: control de flujo por
software, por hardware y ambos [1], que durante la práctica N°9 fueron implementados bajo ciertas
características.

A. Objetivos

❖ Familiarizar al estudiante con las características del interfaz RS-232 y sus señales de handshake.

I. DESARROLLO DE CONTENIDOS

PARTE IMPORTANTE DEL INFORME CONSTITUYEN LOS RESULTADOS PRÁCTICOS, SU ANÁLISIS, ASÍ
COMO LAS CONCLUSIONES Y RECOMENDACIONES OBTENIDAS LUEGO DE LA REALIZACIÓN DE LA
PRÁCTICA.

PROCEDIMIENTOS

La práctica N°9 desarrollada durante las horas de laboratorio consistía en el análisis y comprobación de un sistema
de comunicación RS-232 entre dos computadores mediante cable null modem, en medio de los dos terminales fue
colocado nuestro protoboard con los leds respectivos y las resistencias de 2.2KΩ en cada una de las señales que
formaban parte de nuestros conectores DB-9 con el objetivo de que al momento de transferir y recibir información
entre los dos ordenadores, los dispositivos LEDs se encenderían de acuerdo al proceso de comunicación RS-232.
La interfaz que actuaría como nuestra ventana para el envío y recepción de caracteres era el PuTTY que poseen
las computadoras de laboratorio, programa que fue de gran importancia durante nuestro trabajo ya que a partir de
él surgieron múltiples conclusiones referente al tema estudiado, que posteriormente se darán a conocer.

Durante una comunicación RS-232 los equipos que se intentarán conectar para la transferencia y recepción de la
información actúan como DTE y el otro como DCE. DTE significa Equipo de Terminal de Datos y un claro
ejemplo es una computadora, mientras que DCE significa Equipo de Comunicación de Datos, un ejemplo es un
módem, durante la práctica desarrollada, nosotros no utilizamos modem, en nuestro caso se usó un cable null
modem para poder conectar dos DTE directamente, así de forma fácil podemos cruzar las transmisiones y recibir
señales de datos entre los dos lados. A continuación, se presentan evidencias en fotografías sobre el trabajo
realizado.
 2

*En esta imagen se puede observar el circuito

armado en protoboard con los respectivos
LEDs y sus resistencias en cada uno de los
pines respectivos del conector DB-9, cabe
destacar que se hizo uso de dos cables null
modem para la conexión entre los dos DTE.

❖ Led Blanco = pin 2 (RXD)

❖ Led Rojo = pin 3 (TXD)
❖ Led Azul = pin4 (DTR)
❖ Led Blanco = pin6 (DSR)
❖ Led Verde = pin7 (RTS)
❖ Led Amarillo= pin8 (CTS)

Fig1. Circuito diseñado con LEDs y Resistencias.

*Una vez conectados los dos DTE mediante

cable null modem, era hora de probar su
funcionamiento a través del PuTTY de las dos
computadoras, las cuales debían tener la misma
configuración de puesto “COM1” a una
velocidad de 9600 baudios, posteriormente se
gurdaron estos datos seteados y se desplegó en
las computadoras los dos terminales
respectivos.

Fig2. Terminal COM1 (PuTTY).

*Para saber si los cables null modem utilizados
se encuentran conectados de forma correcta y en
buen estado, se realizo la transmisión de
caracteres del DTE1 AL DTE2 y viceversa,
comprobando que efectivamente la información
era receptada por los dos terminales y a su vez
los LEDs encendía de forma correspondiente al
sistema de trasmisión RS-232, que
posteriormente se hablará de ello en las
conclusiones.
Fig3. Comprobación de transmisión de datos
entre 2 DTE.
*Luego del análisis de los LEDs con sus
respectivas señales, se trató de desarrollar el
proceso de control de flujo mediante software, a
través de Xon y Xoff,sin embargo mediante las
condiciones que se nos presentaba, no pudo ser
visualizado de forma correcta este tipo de
proceso, pero se trató de simular este
procedimiento con CTRL+Q (Xoff) y CTRL+S
(Xon), posteriormente se hablará de ello en las
conclusiones.
Fig4.Control de flujo por software.
 3

II. CONCLUSIONES

• Génesis Villa:

*En la comunicación DTE / DCE usando la interfaz RS-232, RTS (Led Verde) es una salida en el DTE que
manifiesta que la computadora esta lista para la trasmisión de información, esta señal es enviada través del pin 7
para que el DCE una vez detectada ésta, encienda su señal CTS (Led Amarillo) en respuesta, manifestado que esta
disponible para la recepción de datos. Así también se enciende la señal TXD en el pin 3 (Led rojo), manifestando
que se está dando la transferencia de datos del DTE1 AL DCE (en nuestro caso el DTE2), a su vez que el RXD
(Led blanco) del pin 2 nos indica que se está receptando la información, durante el proceso de transferencia y
recepción de datos las señales RXD Y TXD parpadean durante el tiempo que dura el proceso.

* Po otra parte en la comunicación DTE / DCE usando la interfaz RS-232, también existe la presencia de la señal,
DTR (Led Azul) que es una salida en el DTE que manifiesta que la computadora está lista para la recepción de
información, esta señal es enviada a través del pin 4, para que el DCE una vez detectada ésta, encienda su señal
DSR (Led Blanco) en respuesta a una señal de DTR de la computadora, la computadora supervisa el estado de esta
línea después de afirmar DTR para descubrir si el módem este encendido y así realizar el proceso de recepción de
información. De igual forma, se enciende la señal TXD en el pin 3 (Led rojo), manifestando que se está dando la
transferencia de datos del DTE2 AL DCE (en nuestro caso el DTE1), a su vez que el RXD (Led blanco) del pin 2
nos indica que se está receptando la información, durante el proceso de transferencia y recepción de datos las
señales RXD Y TXD parpadean durante el tiempo que dura el proceso.

*Durante la conexión de los LEDs para cada una de las señales se analizó y se identificó que las señales DTR /
DSR normalmente están activadas o desactivadas para toda la sesión de conexión, mientras que las señales RTS /
CTS están activadas o desactivadas para cada transmisión de datos.

*Para el desarrollo del control de flujo mediante software se hizo uso del terminal PuTTY para la comprobación
de las características de este tipo de proceso, sin embargo no pudo ser analizado de forma óptima debido a que el
proceso consistía en en el uso de dos caracteres especiales, usualmente representados como Xon/Xoff, caracteres
en ASCII 17 y 19. El DCE que normalmente tiene un buffer de memoria pequeña, envía el carácter Xoff, cuando
este se llena, indicándole al DTE que pare de enviar datos. Una vez que el DCE tiene espacio para alojar más
datos, envía el carácter Xon para indicarle al DTE que envié información, sin embargo, al estar trabajando con
computadoras que actúan como DCE, el buffer de memoria tiene un porcentaje de la memoria RAM (4GB) que le
corresponde al programa PuTTY, memoria que no podría ser llenada de forma manual y en poco tiempo ya que es
extensa.

*Además, cuando el receptor del mensaje desea que el emisor detenga el flujo de datos, manda un carácter Xoff y
el emisor al recibirlo detiene la emisión del mensaje, este carácter debe ser enviado cuando el buffer de memoria
del programa PuTTY alcanza un 75% de su capacidad, para evitar problemas durante la transferencia de datos y
para que el flujo se reanude el emisor debe recibir un carácter Xon, este carácter lo manda el receptor cuando tiene
suficiente espacio en su buffer de recepción, por lo general este debe estar en un 25% de su capacidad.
 4

*Con los comandos Ctrl Q y Ctrl S se puede lograr hacer una simulación del proceso de Xoff/Xon ya que el primer
comando permite detener la transferencia de datos y desactiva la línea de comandos, mientras que el segundo
activa el terminal, sin embargo, estos controles no podrían llamarse control de flujo por software, sino más bien
debido a la memoria de buffer extensa que poseen nuestro DCE, Ctrl Q y Ctrl S son simplemente dos caracteres
más de datos transferidos y almacenados en el buffer de memoria de nuestro DCE.

• Mayra Troya:

*Al momento que mandamos información del computador 2 al computador 1 se tenía que ver que un led se prendía
mientras que el otro se apagaba, pero eso no se pudo ver con claridad por el motivo que se tiene que llenar la
información del computador par que se produzca esta acción, pero llenar la memoria nos tomaría mucho tiempo.

III.RECOMENDACIONES

*Se necesita tener claro los conceptos impartidos en las clases teóricas, ya que solo así es posible el desarrollo de
las practicas a elaborar.

*Se requiere de por lo menos dos cables null modem para la conexión de las dos computadoras y el protoboard, si
es posible uno de los 2 conectores DB-9 sería mejor desoldarlo para conectar los cables de las señales de forma
directa al proto, y así evitar confusiones durante su análisis.

*El control de flujo por software mediante el terminal Putty, no puede ser desarrollado de forma completamente
exitosa, sin embargo, se puede hacer uso ctrl Q y ctrl S para una simulación del proceso.

*Es recomendable colocar leds de diferentes colores y tener muy en claro a qué línea de señal corresponde cada
uno de ellos para evitar confusiones durante su análisis respectivo.

IV. REFERENCIAS

[1] «3 easy steps to understand and control your RS232 devices – CommFront». [En línea]. Disponible
en: https://www.commfront.com/pages/3-easy-steps-to-understand-and-control-your-rs232-
devices. [Accedido: 08-ene-2020].