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):
Gr-3
Grupo:
(Espacio Reservado) Fecha de entrega: ____ / ____ / ____ año
Sanción:
mes
día
f. ______________________ Recibido por:
________________________________________________
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 (r ecepció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 co mpletamente 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
