|
|
|
Indice
Introducción al estándar IEE 1284-1994 Este estándar proporciona una comunicación bidireccional de alta velocidad entre un PC y un periférico externo, estableciendo una comunicación entre 50 y 100 veces más rápida que el original puerto paralelo. Por supuesto es totalmente compatible con todos los periféricos existentes para puertos paralelos. El estándar 1284 define 5 modos de transferencia de datos. Cada modo proporciona un método de transferencia de datos hacia el exterior (PC a periférico), hacia el interior (periférico a PC) o bidireccional (dúplex). Los modos definidos son:
Todos los puertos paralelos pueden implementar un enlace bidireccional empleando los modos "compatible" y "nibble" para transferencia de datos. El modo byte puede ser empleado por el 25% de los puertos paralelos (aproximadamente). Estos tres modos hacen uso intensivo del software para la transferencia y limitan ésta a ratios de 50 a 100 Kbytes por segundo. Los modos EPP y ECP están siendo implementados en la mayoría de los últimos controladores de E/S. Estos modos emplean hardware para asistir la transferencia de datos. Por ejemplo, en el modo EPP un byte de datos puede ser transferido al periférico con una simple instrucción OUT. El controlador de E/S se encarga de gestionar toda la transferencia. En conjunto, el estándar 1284 proporciona lo siguiente:
El protocolo de puerto paralelo mejorado (EPP) fue originalmente desarrollado por Intel, Xircom y Zenith Data Systems, como una forma de proporcionar un enlace por puerto paralelo de alto rendimiento que pudiera seguir siendo compatible con el puerto paralelo estándar. Este protocolo compatible fue implementado por Intel en el chipset 386SL (chip I/O 82360). Esto sucedió antes del establecimiento del comité IEE 1284 y que los estándar asociados funcionasen. El protocolo EPP ofrece muchas ventajas a los periféricos que lo utilicen y fue rápidamente adoptado por muchos como un método opcional de transferencia de datos. Una gran asociación de 80 empresas interesadas fue formada para desarrollar y promover el protocolo EPP. Esta asociación se denominó el comité EPP y fue el instrumento empleado para adoptar este protocolo como uno de los modos avanzados del IEE 1284. Desde que los primeros puertos con capacidad EPP estuvieron disponibles antes del lanzamiento del estándar 1284, hay una pequeña desviación entre las primeras versiones (pre-1284 EPP) y el protocolo definitivo. Esto será aclarado más tarde. El protocolo EPP proporciona cuatro tipos de ciclos de transferencia:
Los ciclos de datos pretenden ser empleados para transferir datos entre el ordenador y el periférico. Los ciclos de dirección deben ser empleados para pasar direcciones, canales, o comandos e información de control. Estos ciclos pueden verse como dos ciclos diferentes de datos. El desarrollador debe emplear y manejar las direcciones/datos de forma que el método tenga sentido para el diseño en particular. La siguiente tabla describe las señales EPP y sus asociadas señales SPP: Tabla 1 ? Definición de señales EPP
Fases de un ciclo de escritura de datos:
Una de las más importantes características a resaltar es que la transferencia de datos ocurre sin el ciclo ISA de e/s. La consecuencia es que empleando el protocolo EPP un sistema puede alcanzar ratios desde 500K a 2M bytes por segundo. En estas condiciones, un periférico por puerto paralelo puede operar a los mismos niveles de rendimiento que una tarjeta ISA equivalente. La habilidad para alcanzar este nivel de rendimiento de un puerto paralelo es una de las mayores ventajas del protocolo EPP. Con señales de control, la transferencia puede suceder a la velocidad más lenta de las interfaces, los adaptadores de red o los dispositivos periféricos. Esta propiedad de adaptación a la velocidad es transparente tanto para el ordenador como para el periférico. Todos los modos de transferencia del 1284 están implementados con señales de control. Como se mencionó anteriormente, los dispositivos EPP pre-12844 se desviaron del protocolo 1284. Al principio del ciclo, nDataStrobe o nAddrStrobe deberían conceder prioridad al estado de la señal nWAIT. Esto significa que el periférico no puede mantener cerrado el comienzo del ciclo manteniendo nWAIT desactivado. Esto es denominado en la mayoría de las ocasiones como EPP 1.7, en referencia a la versión 1.7 de Xircom. Esta es la versión que Intel implementó en el original controlador de e/s 82360. Un periférico compatible 1284 EPP trabajará correctamente con un adaptador EPP 1.7, pero un periférico EPP 1.7 puede no operar correctamente con una interfaz 1284.
Composición
del registro EPP
La visión más simple a nivel de software
del EPP es que es una extensión de las definiciones del registro
estándar para puerto paralelo. A grosso modo el SPP consiste en
tres registros, que parten de la dirección del puerto base estándar:
Puerto de datos, puerto de estado, y puerto de control. La mayoría
de las implementaciones EPP expanden esto para emplear puertos no definidos
por el SPP. Vea la tabla 2.
Generando una simple instrucción de escritura a E/S hacia "dirección base + 4", el controlador EPP generará las señales de control necesarias y esperas para transferir el dato empleando un ciclo de escritura EPP. Las instrucciones de E/S a las direcciones base, puertos 0 a 2, causarán el mismo efecto que en un puerto estándar paralelo. Esto garantiza compatibilidad con el puerto paralelo estándar y sus periféricos. Los ciclos de dirección son generados cuando las operaciones de lectura o escritura a E/S son a "dirección base + 3".
Modo
ECP
Este modo es muy similar al EPP. La mayor diferencia
es que emplea compresión de datos mediante algoritmo RLE, por lo
que se hace ideal para la comunicación con impresoras láser
y scanners.
No entraremos a detallar este modo, ya que no es
muy empleado salvo en los mencionados periféricos.
Negociación
del modo 1284 a emplear
Los periféricos no tienen porqué
implementar todos los modos de transferencia. Por tanto, se necesita un
método para determinar las posibilidades del periférico
conectado y una forma de situarlo en uno de esos modos.
El concepto de negociación fue desarrollado
para esta necesidad. La negociación es una secuencia de eventos
en la interfaz del puerto paralelo que no influyen en antiguos dispositivos,
pero proporcionan la posibilidad de identificar un periférico 1284
y que este responda para poder situarlo en un modo soportado.
Durante la fase de negociación, el ordenador
hace una llamada en las líneas de datos y comienza la secuencia
de negociación. La llamada puede ser para colocar el interfaz en
un modo particular, o para preguntar al dispositivo su identificación.
Los identificativos serán tratados más tarde.
El byte de extensión es empleado durante
la negociación para situar al periférico en un determinado
modo de transferencia, o para pedir que el periférico mande su
identificativo y así permitir identificar el tipo de periférico
conectado. El identificativo puede ser retornado en cualquier modo de
canal inverso que no sea el EPP. La tabla 3 describe el byte de extensión
y sus posibles valores. Un nivel alto (Xflag) es empleado por el periférico
para dar conocimiento de que el modo solicitado está disponible.
El nivel debe estar siempre alto como conocimiento afirmativo para todas
las peticiones salvo para el modo Nibble de canal inverso. Todos los dispositivos
compatibles 1284 deben soportar el modo Nibble de canal inverso. La petición
de enlace extendido es empleada para proporcionar una forma de futura
expansión y adicionales nuevos modos de operación y características.
Conectores
El estándar identifica tres tipos de conectores
para el interfaz 1284:
|
|
©
Enviar correo electrónico a
|
