ESCUELA POLITÉCNICA NACIONAL

LABORATORIO DE TEORIA DE COMUNICACIONES

PREPARATORIO

Práctica #: 7 Tema: Transmisión a través del interfaz rs-232 con señales de

handshake.
Fecha: 2018 / 06 / 14

Realizado por:

Alumno (s): Grupo: Gr-3

(Espacio Reservado)
Fecha de entrega: ____ / ____ / ____ f. ______________________
año mes día Recibido por:

Sanción: ________________________________________________

Periodo:

ABR - AGO
PREPARATORIO:

1. Consultar las principales señales de handshake y de control inmersas en la comunicación serial RS-232
para un conector tipo DB9.

Handshake: RTS (pin 7), CTS (pin 8), DSR (pin 6), DCD (pin 1), DTR (pin 4)

2. Consultar el funcionamiento del C.I. Max232, máximo media hoja.

Max 232 es un circuito integrado que convierte la señal de nivel lógico TTL (Transistor Transistor logic) en su señal
de nivel RS-232 equivalente y el nivel Rs-232 en su nivel equivalente de señal TTL, sirve como interfaz de
transmisión y recepción para las señales RX (recepción de datos), TX (transmisión de datos), CTS (listo para enviar)
y RTS (solicitud de envío).

Max232 tiene 16 pines. Requiere cuatro condensadores externos para su

configuración adecuada. Los amplificadores pueden oscilar entre 8 uf a 10 uf y
son de hasta 16 voltios. Los nombres de los pines con las funciones se enumeran
a continuación.
PIN 1 (C1 +) Conecte la pata positiva de un condensador.
PIN 2 (Vs +) Conecte la pata positiva de un condensador y haga que la pata
negativa del mismo capacitor se mueva.
PIN 3 (C1-) Conecta la pata negativa de un condensador, cuya pata positiva está
conectada al pin n. ° 1.
PIN 4 (C2 +) Conecte la pata positiva de un condensador.
PIN 5 (C2-) Conecta la pata negativa de un condensador, cuya pata positiva está
conectada al pin # 4.
PIN 6 (Vs-) Conecta la pata negativa de un condensador y aplica 5 voltios a la
pata positiva del mismo condensador.
PIN 7 (T2OUT): Da salida a la señal convertida TTL en forma RS-232. La señal TTL se recibe del
Microcontrolador, etc. en el Pin T2IN. Conecte este pin al Pin # 2 del puerto serie DB-9 de su PC. El pin # 2 del
puerto DB-9 es Rxd (Rxd significa que este pin recibe la señal transmitida (datos)).
PIN 8 (R2IN): Este Pin recibe la señal RS-232 como entrada y emite la señal convertida en forma TTL en el pin
R2OUT. Conecte este pin al pin Txd del puerto DB9. El pin # 3 del puerto DB-9 es Txd (Txd significa que este pin
transmite datos).
PIN 9 (R2OUT): Envía la señal convertida en forma TTL. La señal se recibe de la PC en el pin R1In. Conecte este
pin a su módulo (TTL) pin Rxd que recibe la señal.
PIN 10 (T2IN): Recibe la señal transmitida desde el microcontrolador (Nivel TTL), etc. y emite la señal convertida
RS-232 en el pin T2OUT. La señal se transmite desde el pin txd del puerto serie del microcontrolador. Conecte este
pin a su pin Txd del módulo.
PIN 11 (T1IN) funciona igual que T1IN, PIN 12 (R1OUT) Funciona igual que R2OUT.
PIN 13 (R1IN) Funciona igual que R2IN, PIN 14 (T1OUT) Funciona igual que T2OUT.
PIN 15 (GND) Conecte a tierra este pin, PIN 16 (VCC) Aplicar 5 voltios a este pin.

3. Consultar el procedimiento de control de flujo de datos por software para su implementación.

Tanto el software como el control de flujo de hardware necesitan software para realizar la tarea de establecimiento
de la comunicación. Esto hace que el término control de flujo de software sea algo engañoso. Lo que ocurre es que
con el control del flujo de hardware, hay líneas adicionales presentes en el cable de comunicación que indican las
condiciones del protocolo de enlace. Con el control de flujo de software, que también se conoce con el nombre de
control de flujo XON-XOFF, los bytes se envían al remitente utilizando las líneas de comunicación estándar.
El uso del control de flujo de hardware implica que deben existir más líneas entre el emisor y el receptor, lo que
lleva a un cable más grueso y costoso. Por lo tanto, el control de flujo de software es una buena alternativa si no es
necesario para obtener el máximo rendimiento en las comunicaciones. El control de flujo de software hace uso del
canal de datos entre los dos dispositivos, lo que reduce el ancho de banda. La reducción del ancho de banda en la
mayoría de los casos, sin embargo, no es tan sorprendente que es una razón para no usarlo.
Se han predefinido dos bytes en el juego de caracteres ASCII para usarse con el control de flujo de software. Estos
bytes se denominan XOFF y XON, porque pueden detenerse y reiniciar la transmisión. El bytevalue de XOFF es 19,
se puede simular presionando Ctrl-S en el teclado. XON tiene el valor 17 asignado que es equivalente a Ctrl-Q.

Usar el control de flujo de software es fácil. Si se debe posponer el envío de caracteres, se envía el carácter XOFF en
la línea, para reiniciar la comunicación nuevamente se utiliza XON. El envío del carácter XOFF solo detiene la
comunicación en la dirección del dispositivo que emitió el XOFF.

Este método tiene algunas desventajas. Uno ya se discutió: el uso de bytes en el canal de comunicación requiere algo
de ancho de banda. Otra razón es más severa. El protocolo de enlace se usa principalmente para evitar un
rebasamiento del búfer del receptor, el búfer en la memoria utilizada para almacenar los bytes recibidos
recientemente. Si ocurre un desbordamiento, esto afecta la forma en que se manejan los caracteres nuevos en el
canal de comunicación. En el peor de los casos en que el software se diseñó mal, estos personajes se descartan sin
verificarlos. Si dicho carácter es XOFF o XON, el flujo de comunicación puede verse seriamente dañado. El
remitente proporcionará continuamente nueva información si se pierde XOFF, o nunca enviará nueva información si
no se recibió XON.

4. Consultar los mecanismos inmersos en el control de flujo por hardware.

El control de flujo de hardware es superior en comparación con el control de flujo de software que utiliza los
caracteres XON y XOFF. El principal problema es que se necesita una inversión adicional. Se necesitan líneas
adicionales en el cable de comunicación para llevar la información de handshake.
El control de flujo de hardware a veces se denomina control de flujo RTS / CTS. Este término menciona las entradas
y salidas adicionales utilizadas en el dispositivo serie para realizar este tipo de apretón de manos. RTS / CTS en su
perspectiva original se utiliza para el intercambio de información entre una computadora y un dispositivo conectado
a ella, como un módem.

Primero, la computadora establece su línea RTS para indicarle al dispositivo que parte de la información está
presente. El dispositivo verifica si hay espacio para recibir la información y, de ser así, configura la línea CTS para
iniciar la transferencia. Cuando se utiliza una conexión de módem nulo, esto es algo diferente. Hay dos formas de
manejar este tipo de apretón de manos en esa situación.

Uno es, donde el RTS de cada lado está conectado con el lado CTS del otro. De esa manera, el protocolo de
comunicación difiere un poco del original. La salida RTS de la computadora A señala a la computadora B que A es
capaz de recibir información, en lugar de una solicitud de envío de información como en la configuración original.
Este tipo de comunicación se puede realizar con un cable de módem nulo para el apretón de manos completo.
Aunque el uso de este cable no es completamente compatible con el diseño original del control de flujo de hardware,
si el software está diseñado adecuadamente puede alcanzar la velocidad más alta posible porque no hay gastos
generales para solicitar en la línea RTS y responder en la línea CTS.

En la segunda situación de comunicación de módem nulo con control de flujo de hardware, el lado del software se
ve bastante similar al uso original de las líneas de handshaking. Las líneas CTS y RTS de un dispositivo están
conectadas directamente entre sí. Esto significa que la solicitud para enviar la consulta se responde a sí misma. Tan
pronto como se establece la salida RTS, la entrada CTS detectará un alto valor lógico que indica que se permite el
envío de información. Esto implica que esa información siempre se enviará tan pronto como un dispositivo solicite
el envío si no hay más comprobaciones. Para evitar que esto suceda, se utilizan otros dos pines en el conector, el
conjunto de datos listo para DSR y el terminal de datos listo para DTR. Estas dos líneas indican si el dispositivo
conectado funciona correctamente y está dispuesto a aceptar datos. Cuando estas líneas están conectadas entre sí
(como en la mayoría de los cables de módem nulos), el control de flujo se puede realizar utilizando estas líneas. Se
establece una salida DTR, si esa computadora acepta caracteres entrantes.

Bibliografía:

[1] http://www.microcontroller-project.com/max232-pin-out-and-description.html
[2] http://galia.fc.uaslp.mx/~cantocar/microcontroladores/SLIDES_8051_PDF/EL_RS232.PDF
[3] https://www.lammertbies.nl/comm/info/RS-232_flow_control.html