UNIVERSIDAD CATÓLICA DE SANTA MARÍA

ESCUELA PROFESIONAL DE INGENIERÍA ELECTRÓNICA

CÓDIGO: 7407277 GUÍA DELABORATORIO
ASIGNATURA: REDES DE COMUNICACIONES I N° 01

FASE 1: TRANSMISIÓN DE SEÑALES

Docente(s):
TÍTULO: COMUNICACIÓN SERIAL Ing. Mario Urrutia Espinoza

Fecha: 2019.04.02.
ALUMNO: OLANDA NUÑEZ RICKY
1. OBJETIVOS:
 Conocer y comprender el funcionamiento de la interface serie RS-232.
 Adquirir la técnica adecuada para la construcción de los cables de comunicación seriales.
 Contrastar el funcionamiento de las interfaces serie y paralelo.

2. MARCO TEÓRICO:
Interfaces de comunicación
Una interface (o también conocida como puerto) puede conceptualizarse como el punto de demarcación
entre dos dispositivos donde hay definido un conector, unas señales eléctricas de control y de sincronismo
en los circuitos de ese conector, una codificación y un protocolo que permita, que determinados equipos
puedan interactuar para intercambiar información. De acuerdo a la forma de transmisión se encuentran las
interfaces serie y paralela.
2.1 El puerto serie
Un puerto serie o puerto en serie es una interfaz de comunicaciones de datos digitales, frecuentemente
utilizado por computadoras y periféricos, donde la información es transmitida bit a bit, enviando un solo bit
a la vez; en contraste con el puerto paralelo que envía varios bits simultáneamente
En la mayoría de los periféricos en serie, la interfaz USB ha reemplazado al puerto serie por ser más rápida.
La mayor parte de las computadoras están conectados a dispositivos externos a través de USB y, a menudo,
ni siquiera llegan a tener un puerto serie.
El puerto serie se elimina para reducir costos y se considera que es un puerto heredado y obsoleto. Sin
embargo, los puertos serie todavía se encuentran en sistemas de automatización industrial y algunos
productos industriales y de consumo.
Los dispositivos de redes, como routers y switches, a menudo tienen puertos serie para modificar su
configuración. Los puertos serie se usan frecuentemente en estas áreas porque son sencillos, baratos y
permiten la interoperabilidad entre dispositivos. La desventaja es que la configuración de las conexiones
serie requiere, en la mayoría de los casos, un conocimiento avanzado por parte del usuario y el uso de
comandos complejos si la implementación no es adecuada.
2.2 Puerto serie asincrónico
A través de este tipo de puerto la comunicación se establece usando un protocolo de transmisión asíncrono.
En este caso, se envía en primer lugar una señal inicial anterior al primer bit de cada byte, carácter o palabra
codificada. Una vez enviado el código correspondiente, se envía inmediatamente una señal de parada (stop)
después de cada palabra codificada.
La señal de inicio (start) sirve para preparar al mecanismo de recepción o receptor, la llegada y registro de un
símbolo, mientras que la señal de stop sirve para predisponer al mecanismo de recepción para que tome un
descanso y se prepare para la recepción del nuevo símbolo.
La típica transmisión start-stop es la que se usa en la transmisión de códigos ASCII a través del puerto RS-
232, como la que se establece en las operaciones con teletipos.
El puerto serie RS-232 (también conocido como COM) es del tipo asincrónico, utiliza cableado simple desde 3
hilos hasta 25 y conecta computadoras o microcontroladores a todo tipo de periféricos, desde terminales a
impresoras y módems pasando por mouses.
La interfaz entre el RS-232 y el microprocesador generalmente se realiza mediante el chip UART 8250
(computadoras de 8 y 16 bits, PC XT) o el 16550 (IBM Personal Computer/AT y posteriores).
El RS-232 original tenía un conector tipo D-sub DB-25, sin embargo, la mayoría de dichos pines no se
utilizaban, por lo que IBM estandarizó con su gama IBM Personal System/2 el uso del conector DB-9 (ya
introducido en el AT) que se usaba, de manera mayoritaria en computadoras. Sin embargo, a excepción del
mouse, el resto de periféricos solían presentar el DB-25.
La norma RS-422, similar al RS-232, es un estándar utilizado en el ámbito industrial.
2.3 Interfaz serie RS-232C, V24/28 o ISO 2110,
Puede usarse cualquiera de estas denominaciones ya que sus diferencias son mínimas. Es una interfaz que
designa una norma para el intercambio serie de datos binarios entre un DTE (Data Terminal Equipment,
Equipo terminal de datos) y un DCE (Data Communication Equipment, Equipo de Comunicación de Datos)
La interfaz RS-232 está diseñada para distancias cortas, de unos 15 m. o menos, y para velocidades de
comunicación bajas, de no más de 20 Kbps. A pesar de ello, 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.
Este interface, para garantizar la tolerancia ante perturbaciones exteriores, eleva la tensión de trabajo y la
convierte en bipolar con relación a un único circuito común para todos los demás (no es la tierra del equipo,
de hecho el hacerla común puede originar problemas en los circuitos de interface). Al aumentar la tensión de
trabajo si bien aumentamos la distancia de comunicación entre equipos, disminuiremos su velocidad de
trabajo. A esta comunicación se le denomina no balanceada o no diferenciada.
La norma contempla características mecánicas, eléctricas y funcionales:
2.3.1 Características Mecánicas. El interface se caracteriza por presentar un conector en forma de D (sub-D),
con veinticinco patitas (pines), siendo "macho" y "hembra". Dicho conector también es conocido como DB-
25 y puede tenerse también en formato DB-9. En ambos casos, el macho va en el DTE y el hembra en el DCE)

Figura 1. Conectores DB-25 y DB-9 machos y hembras

2.3.2 Características Eléctricas. Las principales características se resumen en:
 Las señales usan modulación NRZ polar
 Las señales usan lógica negativa:
‒ Marca o mark: (1) -25V hasta -3V
‒ Espacio o space: (0) +3V hasta +25V
‒ Inválido: entre -3 V y +3V
‒ En las PCs:
 (1) = -12V
 (0)=+12V
 Descripción de las señales usadas:
‒ Datos: TX / RX / GND
‒ Control de flujo: [ DTR / DTS ] y [ CTS / RTS ]
‒ Otras señalizaciones: RI / DCD

2
Tabla 1: Asignaciones de pines para RS232 (DB9 PC)
2.3.3 Características Funcionales. Las principales características se resumen en:
 Velocidad de comunicación: 20kbps max . según norma: En algunos casos, hasta 115.2kbps y más.
 Longitud del cableado: 15 m. max. según norma. En algunos casos se obtienen mayores distancias.
 Tipos de conexión:
‒ DTE-DCE (PC - modem) (cable de conexión convencional)
‒ DTE-DTE (PC – PC) (cable de modem nulo - NULL MODEM) Esto da lugar a varios tipos de cables
serie.
 Control de flujo: Hay 3 tipos:
i. Sin control (muy baja velocidad)
En este caso, se confía en que el receptor pueda procesar los datos independientemente de
la velocidad de envío del emisor por lo que usa para muy bajas velocidades.
ii. Control por software:
En este caso, se envían caracteres ASCII de control: Xoff (para parar) y Xon (para proseguir).
El carácter Xoff (ASCII 19) es utilizado por el receptor para decir que su buffer está lleno y el
emisor debe esperar. Cuando vuelva a tener espacio en el buffer, enviara el carácter Xon
(ASCII 17), diciéndole que puede volver a transmitir. Esto economiza cables en la
interconexión, pero ocupa espacio en el canal. Su uso es para bajas velocidades
iii. Control por hardware:
Se usan las señales de control de flujo DTR/DSR y/o RTS/CTS. A diferencia del anterior, este
tipo de control de flujo requiere que entre DTE (PC) y DCE (Modem) se conecten dos hilos:
RTS y CTS. Cuando el buffer del receptor se llena (supongamos un modem “lento”) le dice a la
PC que espere, desactivando la señal CTS. Cuando vuelva a tener espacio en el buffer, activa
nuevamente el CTS para decir que está nuevamente listo (esto puede pasar cuando la UART
es más rápida que el MODEM). En este caso, se pueden alcanzar altas velocidades.
2.4 Interface paralela
La interface paralela o Centronics es una interface no equilibrada o no balanceada unipolar y es el tipo más
desfavorable de interface dado que es el más indefenso ante perturbaciones externas, donde la salida son
circuitos TTL de +5V y que carecen de toda protección ante cortocircuitos o sobrecargas, con limitación en la
distancia de trabajo (aproximadamente 7m máximo). A pesar de algunas modificaciones, en la actualidad
está forma de comunicación a caído en el desuso.
El protocolo Centronics proporciona 17 señales eléctricas diferentes además de la masa eléctrica o polo
negativo. Estas señales son:
‒ 8 bits de datos correspondientes al código ASCII del carácter enviado a la impresora
‒ 4 señales de control
‒ 5 señales de estado

3
3. MATERIALES Y EQUIPOS
 Materiales
‒ 3 m. de cable UTP Cat. 5/5E
‒ 2 Conectores DB-9 jacks (hembras) con sus respectivas capuchas
 Equipo
‒ Dos computadoras con Windows e Hyperterminal
‒ Equipo de soldadura
‒ Kit de herramientas incluido cutter y cinta aislante
‒ Multímetro
‒ Adaptador USB/RS232 (opcional)

4. DESARROLLO DE LA PRÁCTICA:
Enlace con cable serie básico sin control de flujo
Para el informe final, utilice todas las evidencias necesarias como son redacción de texto, capturas de
pantalla, fotos, figuras de la web, etc.
4.1 Construcción del cable.
‒ En el conector DB-9 identifique los pines:

Figura 2: Pines del conector DB-9

‒ Como en este caso, no habrá control de flujo sólo se requiere el uso de los pines 2 (TxD), 3 (RxD) y 5
(SG/GND). Construya el enlace serial utilizando un cable de 3 m con un DB-9 jack en cada extremo
según el diagrama de la figura 2:

Figura 3: Conexión de un cable serial nulo básico

‒ Sea lo más preciso posible en las soldaduras para evitar cortocircuitos entre los pines lo que dañaría
el puerto de la PC.
‒ Una vez realizadas las soldaduras y verificadas con el multímetro, cierre el DB-9 utilizando las

capuchas.

4
Figura 4: Conector DB-9 terminado

5
4.2 Comunicación entre PCs usando un programa.
PRECAUCION: Conecte o desconecte el cable serial SOLO CUANDO NO ESTÁ ENVIANDO DATOS PORQUE
PUEDE DAÑAR EL PUERTO. (de ser necesario, cierre el programa de comunicación y apague la PC)
‒ Para lograr la comunicación entre PCs se utilizará un programa Emulador de Terminal, en este caso
Hyperterminal. Acceda al Hyperterminal, coloque un nombre a la conexión, por ejemplo Prueba1 y
elija un icono identificativo.
‒ En Conectar elija Directo a COMx, donde x es un número de puerto serie habilitado
‒ En Propiedades, especifique los siguientes datos:
Bits por segundo: 9600 Bits de datos: 8 Paridad: Ninguna
Bits de parada: 1
Control de flujo: Ninguno
‒ Para configurar la PC como un terminal ANSI, esto es, todo lo que llega por el puerto
correspondiente se presenta en pantalla; y todo lo que se teclea se envía por dicho puerto sin
interpretación hay que verificar que en Archivo → Propiedades → Pestaña Configuración esté
seleccionada la opción Emulación ANSI como se muestra en la figura 5:

Figura 5: Propiedades del puerto

‒ Una vez configurado el Hyperterminal puede llevar a cabo la comunicación entre las dos PCs. Pruebe
la conexión enviando algún texto en ambas direcciones.
‒ Para evitar que cada vez que se manda un retorno de carro el cursor se sitúe al principio de la misma
línea y no de la siguiente, seleccione en Archivo → Propiedades → Configuración → Configuración
ASCII la opción Agregar avance de línea al final de cada línea recibida, tal como indica la figura 6.
Realice la operación en ambos terminales y compruebe su correcto funcionamiento enviando
caracteres entre ambas PCs. Recuerde configurar la misma velocidad (9600 baudios) en ambos
puertos.

6
 Figura 6: Configuración ASCII

5 EJERCICIOS:

Pruebe la comunicación enviando pequeños archivos en ambas direcciones

6 TAREA (presentación en fin de Fase 1)

Programación en Visual C++
 La programación del puerto serie se puede hacer desde diferentes niveles. El primero es usar la
programación a bajo nivel (assembler), es decir actuando directamente sobre el circuito integrado
denominado UART (Universal Asyncronous Receptor Transmitter). El segundo nivel es a través de la
BIOS y el tercer nivel es utilizando un lenguaje de alto nivel
 En cualquier nivel, la programación es delicada y más aún en el tercer nivel debido a que
actualmente todos los sistemas operativos son multitarea por lo que éstos protegen todas las
“tareas” y siendo que el uso de puertos involucra una dedicación exclusiva del microprocesador, las
funciones del sistema operativo bloquean estas tareas de modo que “desalojan” al microprocesador
mientras no se esté llevando a cabo ninguna tarea (por ejemplo, porque nadie está enviando nada)
 En ese sentido, los lenguajes de programación deben llevar a cabo ciertas tareas para lograrla
comunicación usando el puerto serie las que se pueden separar en dos partes: la transmisión y la
recepción:
i. Transmisión: En líneas generales, la programación consta de los siguientes pasos:
‒ Apertura del puerto
‒ Configuración de la velocidad del puerto
‒ Apertura del archivo para lectura
‒ Lectura del archivo en un buffer de datos para a continuación enviarlo
ii. Recepción: En líneas generales, la programación consta de los siguientes pasos:
‒ Apertura del puerto
‒ Configuración de la velocidad del puerto
‒ Apertura del archivo para escritura
‒ Lectura del puerto serie y escritura en el archivo

 El programa puede ser desarrollado en Visual C de la plataforma Visual Studio usando el

componente
SerialPort del mismo programa, el cual se muestra en la figura 7:

7
 Figura 7: Componente SerialPort

 Para comprender mejor el tema, debe repasar algunos enlaces

‒ Espacio de nombres:
http://msdn.microsoft.com/es-es/library/system.io.ports(v=vs.110).aspx
‒ Clase SerialPort:
http://msdn.microsoft.com/es-es/library/system.io.ports.serialport(v=vs.110).aspx
‒ Eventos:
http://msdn.microsoft.com/es-es/library/system.io.ports.serialport.datareceived(v=vs.110).aspx

 Algunos ejemplos puede encontrarlos en Internet:

http://blogs.msmvps.com/peplluis/2008/05/21/acceder-al-espacio-system-io-ports-en-c/

 Tutorial: https://www.youtube.com/watch?v=cxgKTWTHX1w
https://www.youtube.com/watch?v=KqlHhIgACRk
https://www.youtube.com/watch?v=MPQcv6z8JpM

 Otra posibilidad es utilizar componentes desarrollados por terceros, como el deActiveXperts:

http://es.activexperts.com/serial-port-component/
‒ Ejemplos de uso de este componente para diferentes lenguajes de programación, incluido el
Visual C++ puede encontrarlos en:
ftp://ftp.activexperts-labs.com/samples/serial-port-component/

8
 7 CUESTIONARIO

Explique el proceso de comunicación serial con control de flujo por hardware (PC a Modem)

El RS-232C define un conector tipo DB-25 de 25 pines, aunque es normal encontrar la versión de 9 pines DB-9,
más barato e incluso más extendido para cierto tipo de periféricos (como el ratón serie del PC). En cualquier caso,
los PCs no suelen emplear más de 9 pines en el conector DB-25. Las señales con las que trabaja este puerto serie
son digitales, de +15V (0 lógico) y -15V (1 lógico), para la entrada y salida de datos, y a la inversa en las señales
de control. El estado de reposo en la entrada y salida de datos es -15V. Dependiendo de la velocidad de
transmisión empleada, es posible tener cables de hasta 15 metros.

El control de flujo fue desarrollado para asegurar que los datos no se pierdan durante la transferencia. Es una
forma de lograr que el transmisor y el receptor sepan cuando se transfieren datos significativos. El control de flujo
por software es muy conveniente ya que no necesita conexiones extra. Desde que las velocidades de conexión se
han incrementado, el control de flujo por software se ha convertido en una opción viable. El tiempo extra que se
gasta enviando caracteres de control se ha reducido con velocidad extra. Sin embargo, incremento en la
transferencia de datos significa también que los buffers se llenarán más rápido. El único inconveniente de usar el
control de flujo por software es que tal vez usted no pueda transmitir datos si el byte de datos es uno de los
caracteres especiales utilizados para el control de flujo.

El control de flujo por software hace uso de dos caracteres especiales, usualmente representados como Xon/Xoff.
No están destinados para ser usados en una transmisión comenzar/terminar. Son usados por los dispositivos
seriales para permitirle a la PC saber cuando el buffer está casi lleno, se manda un caracter Xoff sobre la línea de
transmisión. La PC leerá el caracter especial y detendrá la escritura hasta que lea un caracter Xon desde el
dispositivo. Aunque el buffer de la PC raramente se llene, cuando el dispositivo reciba un caracter Xoff detendrá la
escritura hasta que reciba el byte Xon.
Control de flujo de hardware
En común RS 232 hay pares de líneas de control que se hace referencia generalmente como el control de flujo de
hardware: RTS (Request To Send) y CTS (Clear To Send), utilizado en el control de flujo RTS DTR (Data Terminal
Ready) y DSR (Data Set Ready), control de flujo DTR Control de flujo de hardware suele ser manejado por el DTE o
el "fin principal", ya que es primera cría o la afirmación de su línea para comandar el otro lado: En el caso de flujo
de control RTS, DTE establece sus RTS, que señala el extremo opuesto (el extremo esclavo tal como un DCE) para
comenzar el seguimiento de su línea de entrada de datos. Cuando esté listo para los datos, el fin de esclavos
elevará su línea complementaria, CTS en este ejemplo, que señala el maestro para iniciar el envío de datos, y para
el maestro para comenzar a supervisar la línea de salida de datos del esclavo. Si cualquiera de los extremos tiene
que dejar de los datos, que disminuye su respectiva línea "readyness de datos". Para PC-to-módem y enlaces
similares, en el caso de control de flujo DTR, DTR / DSR se crían para la sesión entera módem (por ejemplo una
llamada de Internet de acceso telefónico) y RTS / CTS se plantean para cada bloque de datos.
Para conectar una pc con un moden además de transmitirse los datos de una forma serie asíncrona son
necesarias una serie de señales adicionales que se definen en la norma las tensiones empleadas están
comprendidas entre +15/-15 voltios

9
Muestre las conexiones de un cable garantizado, es decir, con control de flujo. Explique cómo funciona

-RS232C: norma estándar de comunicaciones serie (también llamada V24)

- RS232C admite comunicaciones asíncronas y sincronías (hoy dia las normales son las primeras)
- La norma contempla características mecánicas, eléctricas y funcionales
- Características mecánicas de los conectores:
- Dos tipos de conectores sub-D (a veces el atributo macho/hembra puede ser diferente)
DB9 (conector de 9 pines: macho en DTE / hembra en DCE)
DB25 (conector de 25 pines: macho en DTE / hembra en DCE)
- Características eléctricas
- Las señales usan modulación NRZ polar
- Las señales usan lógica negativa (1) -25V...-3V (0) +3V...+25V en los PCs (1) = -12V (0)=+12V
- Descripción de las señales usadas:
Datos
TX / RX / GND (importante: se permite Full Duplex)
Control de flujo
• [ DTR / DTS ] [ CTS / RTS ]
Otras señalizaciones
• RI / DCD
Velocidad de comunicación serie: 20kbps max . según norma ... en algunos casos, hasta 115.2kbps y más (*)
- Longitud de cableado: 15 m max. Según norma... en algunos casos, mayores distancias (*)
- Tipos de conexión serie
- DTE-DCE (PC - modem) (cable de conexión convencional)
- DTE-DTE (PC – PC) (cable de modem nulo - NULL MODEM)
- Esto da lugar a varios tipos de cables serie
- Control de flujo en comunicaciones serie: sin control / control SW / control HW
-Sin control (muy baja velocidad)
(Se confía en que el receptor pueda procesar los datos)
Control SW:
Se envían caracteres ASCII de control XOFF (para parar) / XON (para proseguir)
Uso en bajas velocidades
Control HW:
Se usan las señales de control de flujo (DTR/DSR o RTS/CTS)
Uso en altas velocidades
Interfaz Serie dentro de un DTE
- Conector DB9 macho o DB25 macho
-UART (Universal Asynchronous Receiver Transmiter)
Entre otras cosas este circuito se encarga de:
• Convertir NRZ polar en TTL dentro del DTE (es decir, el PC)
• Controlar la temporización de los bits (controlar velocidad)
• Eliminar bits de inicio y de stop en transmisiones asincronas
• Establecer paridad en TX o realizar comprobación de paridad en RX
Configuración de UART
• Ajuste de velocidad (bps)
• Valores tipicos de velocidad
-1200 / 2400 / 4800 / 9600 / 19200 / 38400 / 57600 / 115200 bps
• Ajuste del nº de bit de datos
-5 / 6 / 7 / 8
• Ajuste de paridad
- Sin paridad / PAR / IMPAR / MARCA / ESPACIO
• Ajuste de bits de stop
- 1 / 1.5 / 2
• Uso de buffer FIFO en TX o RX (conveniente activarlo siempre, libera al uP )
- Sin buffer -> se envian / leen caracteres de uno en uno
- Con buffer -> se envian / leen caracteres en grupos (hasta 16 caracteres)
1
0
1
1
Explique qué significan los puertos paralelo SPP, EPP y ECP.

Puertos paralelos: SPP/EPP/ECP

Puertos SPP (Puerto paralelo estándar)

La especificación original para el puerto paralelo era unidireccional, esto quiere decir que la información
solamente puede viajar en una dirección por cada pin. Con la introducción del PS/2 en 1987, IBM ofreció un
nuevo diseño de puerto paralelo bidireccional. Este modo es comúnmente conocido como puerto paralelo
bidireccional, conocido como SPP (Standard Parallel Port) y ha reemplazado completamente el diseño original.
Las comunicaciones bidireccionales permiten a cada dispositivo recibir y transmitir datos por igual. Muchos
dispositivos usan los pines del 2 al 9, originalmente diseñados para el envío de datos. Pero los pines del 18 al 25,
utilizados para tierra, pueden ser usados también para datos. Esto permite una comunicación full-duplex (ambas
direcciones a la vez).
Puertos EPP (Puerto paralelo mejorado)
Los puertos paralelos mejorados EPP (Enhanced Parallel Port), fueron creados en 1991 por Intel, Xircom y Zenith,
y permiten la transferencia de muchos más datos por segundo. Fueron diseñados específicamente para
dispositivos que no fueran impresoras que querían ser conectados al puerto paralelo, usualmente equipos de
almacenamiento que necesitaban una mayor tasa de transferencia de datos.
Puertos ECP (Puerto paralelo compatibilidad extendida)
Casi al mismo tiempo de la introducción de los puertos EPP, Microsoft y Hewlett Packard anuncian en conjunto
una nueva especificación en 1992, llamada ECP (Extended Capabilities Port). Mientras que EPP estaba orientado a
otros dispositivos, ECP fue diseñado para proveer una mejor funcionalidad y velocidad a las impresoras.
En 1994, el estándar IEEE 1284 es sacado a la luz. Incluye las especificaciones EEP y ECP. Para que ambos
funcionaran correctamente, tanto el sistema operativo como el dispositivo, deben soportar estos requerimientos.
Hoy en día esto no suele ser un problema ya que casi todos los ordenadores soportan todos los tipos de puertos
paralelos, y detectará el modo a ser usado, dependiendo el dispositivo que este conectado. Si quieres elegir un
modo de forma manual, lo puedes hacer por medio de la BIOS.

Defina el protocolo Kermit

Kermit es un protocolo de transferencia de ficheros, muy conocido, que se usa en numerosos paquetes
de software diseñados para la comunicación a través de líneas telefónicas. Prácticamente cualquier protocolo de
transferencia de ficheros que se use en microodenadores utiliza una unidad básica llamada paquete: agrupación
de varios elementos o campos formados por bytes.
Kermit es el nombre de un protocolo de transferencia y gestión de archivos, y un conjunto de programas
informáticos para muchos tipos de ordenadores que implementan ese protocolo, así como otras funciones de
comunicación que van desde la emulación de terminal a la automatización de las tareas de comunicación a través
de un lenguaje de scripting de alto nivel multiplataforma. El software es independiente del transporte, operando
a través de conexiones TCP/IP en el modo tradicional de texto sin cifrar, o encriptados por SSH, SSL/TLS o
Kerberos IV o V, así como a través de puerto serie, módems y otros métodos de comunicación (X.25, DECnet,
varios protocolos LAN como NETBIOS y LAT, puertos paralelos, etc, en determinadas plataformas).
El protocolo Kermit utiliza paquetes bien definidos, secuenciados, sin errores, en ambas direcciones para realizar
una sesión de transferencia de archivos, siguiendo las reglas estándar de un protocolo por capas. Los paquetes
están diseñados para la máxima transparencia, para que puedan pasar a través de cualquier medio de
1
2
comunicación, sin importar lo restrictivo que sea. Se pueden utilizar modos half-duplex (parada y espera), full-
duplex (ventanas deslizantes con retransmisión selectiva), y de streaming continuo para adaptarse a cualquier
conexión.
La característica que distingue el protocolo Kermit de la mayoría de los demás es su amplia gama de ajustes para
permitir la adaptación a cualquier tipo y calidad de conexión entre dos tipos de ordenador - longitud del paquete,
codificación de paquetes, tamaño de la ventana, el conjunto de caracteres, método de detección de errores,
pausas, expiraciones. Casi todos los demás protocolos están diseñados para trabajar sólo en ciertos tipos o
calidades de conexiones, y/o entre ciertos tipos de computadoras o como sistemas de archivos, y por lo tanto
funcionan mal (o no funcionan) en otros entornos y ofrecen pocos métodos (o ninguno) para adaptarse a
situaciones imprevistas. Kermit, por otro lado, le permite realizar con éxito una transferencia de archivos con el
rendimiento más alto posible en cualquier conexión.
A diferencia de FTP o X-, Y-, y ZMODEM (los otros protocolos con los que casi siempre se compara a Kermit) el
protocolo Kermit no asume ni exige:
 una conexión dúplex completa;
 una conexión que sea transparente a los carácteres de control;
 una conexión de 8-bit;
 una conexión limpia;
 búferes grandes durante la ruta de comunicación;
 Control de flujo en la capa física/de enlace
Así, las transferencias de Kermit funcionan "out of the box" casi siempre. Y a un nivel más alto, el lenguaje de
comandos de Kermit permite todo tipo de criterios de selección de archivos que pueden ser usados en cualquier
combinación, por ejemplo:
 Uso de comodines y patrones para seleccionar nombres de archivo
 Selección por rangos de fecha
 Selección por rangos de tamaño
 Sólo archivos de texto
 Sólo archivos binarios
 Sólo archivos que no existen en el otro extremo, o que son más nuevos
 Listas de excepciones y patroness

Qué entiende por código ASCII y código ANSI

Desde la aparición del primer computador PC, se planteó la necesidad de establecer un estándar respecto a la
forma como deberían ser interpretados los caracteres del teclado. IBM optó por el código ASCII, diseñado en
1968.

El código ASCII, (American Standard Code for Information. Se pronuncia asqui) usado por IBM en sus
computadores PC tenían originalmente 128 palabras binarias de 8 bits ( 128 bytes), las cuales representaban a los
128 caracteres alfanuméricos más usados por nosotros, como con las letras de varios idiomas, caracteres
acentuados, caracteres para control de la máquina, los números del 0 al 9, los signos matemáticos y de
puntuación. Posteriormente fue ampliado a 256 caracteres para poder representar símbolos gráficos, como líneas
y tramas de puntos.

El código ANSI, usado por Microsoft en Windows y que nosotros podemos usar también con aplicaciones del DOS
para cambiar los atributos del teclado y de la pantalla, utiliza los mismos 128 caracteres básicos del código ASCII
para mantener la compatibilidad con los teclados y lo programas existentes, pero hace algunos cambios en los
128 caracteres gráficos adicionales.

La tabla ANSI se puede cargar desde el archivo de arranque CONFIG.SYS, como veremos en la sección de
comandos del DOS.

1
3
CONCLUSIONES.

 En esta práctica se realizó la comunicación por rs 232 con hiperterminal donde se desarrolló y
experimento él envió de caracteres y como último él envió de archivo pudiendo confirmar la fluidez de
transferencia de datos
 El control de flujo se puede hacer de dos maneras: por hardware (RTS/CTS) o por software (Xon/Xoff).
 Cada conector y puerto se caracteriza por su forma y cantidad de Pines, además su velocidad es variada
de acuerdo al dispositivo y uso que se le dé.

BIBLIOGRAFIA.
https://definicion.de/ascii/
https://tecnologia-informatica.com/que-es-codigo-ascii/
https://es.wikipedia.org/wiki/Kermit_(protocolo)
http://www.kermitproject.org/kermit-es.html
http://www.pablin.com.ar/electron/info/varios/spp.htm
https://foro.elhacker.net/electronica/electronica_y_programacion_manejo_del_puerto_paralelo-
t48748.120.html
https://sites.google.com/site/grupouniedutronics/Temas/rs-232-conexion-serial
http://pipelara20.tripod.com/rs232.htm
http://pipelara20.tripod.com/rs232.htm
http://andersonramirez.tripod.com/rs232.htm
https://prezi.com/2cimzp7gtypu/control-de-flujo-por-hardware-y-software/
http://digital.ni.com/public.nsf/allkb/FF390A4A51F5171E862575D800538186
https://www.ecured.cu/Control_de_flujo

1
4