Apple Desktop Bus - Historial de revisiones

Museo8bits en 11:44 12 oct 2007

2007-10-12T11:44:11Z

← Revisión anterior		Revisión del 13:44 12 oct 2007
Línea 1:		Línea 1:
	El '''Apple Desktop Bus''' (o '''ADB''') es un [[bus serie]] obsoleto usado para conectar dispositivos de baja velocidad a las computadoras. Usado primordialmente en la plataforma [[Apple Macintosh]], los equipos ADB siguen estando disponibles pero no soportados por la mayoría del hardware fabricado por Apple desde 1998. ADB usa un ~~conector~~ [[mini-DIN]].		El '''Apple Desktop Bus''' (o '''ADB''') es un [[bus serie]] obsoleto usado para conectar dispositivos de baja velocidad a las computadoras. Usado primordialmente en la plataforma [[Apple Macintosh]], los equipos ADB siguen estando disponibles pero no soportados por la mayoría del hardware fabricado por Apple desde 1998. ADB usa un [[conector mini-DIN]].

	== Historia ==		== Historia ==
Línea 6:		Línea 6:
	ADB fue creado por [[Steve Wozniak]], quien había estado buscando un proyecto en el que trabajar desde mediados de los [[años 1980]]. Alguien sugirió que podía crear un nuevo sistema de conexión para dispositivos como [[mouse\|ratones]] y [[Teclado de ordenador\|teclados]], uno que sólo requiriese un único cable [[daisy chain]] y fuese barato de fabricar. Según cuenta la historia, se marchó durante un mes y volvió con el ADB.		ADB fue creado por [[Steve Wozniak]], quien había estado buscando un proyecto en el que trabajar desde mediados de los [[años 1980]]. Alguien sugirió que podía crear un nuevo sistema de conexión para dispositivos como [[mouse\|ratones]] y [[Teclado de ordenador\|teclados]], uno que sólo requiriese un único cable [[daisy chain]] y fuese barato de fabricar. Según cuenta la historia, se marchó durante un mes y volvió con el ADB.

	El primer sistema que usó ADB fue el [[Apple IIgs]] en [[1986]]. Posteriormente fue usado en todos los [[Apple Macintosh]] empezando con los [[Macintosh II]] y [[Macintosh SE]], hasta que fue reemplazado por el [[Universal Serial Bus\|USB]], empezando con el [[iMac]] en [[1998]]. ADB también fue usado en las últimas series de ordenadores [[NeXT]], modelos que serían conocidos como los «Turbo ABDs».		El primer sistema que usó ADB fue el [[Apple IIgs]] en [[1986]]. Posteriormente fue usado en todos los [[Apple Macintosh]] empezando con los [[Macintosh II]] y [[Macintosh SE]], hasta que fue reemplazado por el [[Universal Serial Bus\|USB]], empezando con el [[Apple iMac]] en [[1998]]. ADB también fue usado en las últimas series de ordenadores [[NeXT]], modelos que serían conocidos como los «Turbo ABDs».

	Ninguna máquina fabricada en la actualidad usa ADB para la interconexión de dispositivo, si bien hasta febrero de 2005 los PowerBooks e iBooks seguían usando ADB internamente como interfaz con el teclado y el [[touchpad]] integrados. Actualmente dicha conexión interna ha cambiado a USB.		Ninguna máquina fabricada en la actualidad usa ADB para la interconexión de dispositivo, si bien hasta febrero de 2005 los PowerBooks e iBooks seguían usando ADB internamente como interfaz con el teclado y el [[touchpad]] integrados. Actualmente dicha conexión interna ha cambiado a USB.
Línea 13:		Línea 13:

	=== Conector ===		=== Conector ===
			{\|align=right cellspacing=5
	~~Números de [[pin]]es (mirando al zócalo):~~		\|-
			\|
	[[Image:MiniDIN-4 Connector Pinout.svg\|130px]]		{\| class="prettytable" align=right
			\|-
	{\| ~~class="prettytable"~~		\|colspan=3 align=center\|[[Image:MiniDIN-4 Connector Pinout.svg\|130px]]
	\|+ '''Asignación de ~~pines~~'''		\|-
			\|+ '''Asignación de [[pin]]es''' <br>(mirando al zócalo)
	\|-		\|-
	! '''Pin'''		! '''Pin'''
Línea 32:		Línea 33:
	\|-		\|-
	\|4\|\| GND \|\| Masa		\|4\|\| GND \|\| Masa
			\|}
	\|}		\|}

	Dada la simplicidad del sistema, no es sorprendente que el cableado sea igualmente simple. El único pin de datos era etiquetado como '''ADB''' y se acompañaba de un pin de alimentación a + 5 V y otro de masa. El pin de alimentación garantizaba un mínimo de 500 mA, y requería que los dispositivos no usasen más de 100 mA cada uno. Sin embargo, curiosamente el cable ADB también incluía el pin '''PSW''' que estaba directamente conectado a la alimentación del ordenador. Esto se incluyó para permitir que una tecla del teclado encendiese el ordenador sin necesidad de que el software ADB interpretase la señal. Los cables ADB usan ~~conectores~~ [[mini-DIN]], ~~los mismos~~ que los cables [[S-Video]].		Dada la simplicidad del sistema, no es sorprendente que el cableado sea igualmente simple. El único pin de datos era etiquetado como '''ADB''' y se acompañaba de un pin de alimentación a + 5 V y otro de masa. El pin de alimentación garantizaba un mínimo de 500 mA, y requería que los dispositivos no usasen más de 100 mA cada uno. Sin embargo, curiosamente el cable ADB también incluía el pin '''PSW''' que estaba directamente conectado a la alimentación del ordenador. Esto se incluyó para permitir que una tecla del teclado encendiese el ordenador sin necesidad de que el software ADB interpretase la señal. Los cables ADB usan [[conector mini-DIN]], el mismo que los cables [[S-Video]].

	===Comunicación===		===Comunicación===
Línea 53:		Línea 55:
	Esto dice que el dispositivo <code>$D</code> (<code>1101</code>) debe hablar (<code>11</code>) y devolver el contenido del registro cero (<code>00</code>). Los registros podían contener entre dos y ocho bytes. El registro cero era normalmente el canal de comunicación primario. Los registros uno y dos estaban sin definir, y se destinaban habitualmente a permitir que los terceros desarrolladores almacenaran información de configuración. El registro tres siempre contenían la información de identificación del dispositivo.		Esto dice que el dispositivo <code>$D</code> (<code>1101</code>) debe hablar (<code>11</code>) y devolver el contenido del registro cero (<code>00</code>). Los registros podían contener entre dos y ocho bytes. El registro cero era normalmente el canal de comunicación primario. Los registros uno y dos estaban sin definir, y se destinaban habitualmente a permitir que los terceros desarrolladores almacenaran información de configuración. El registro tres siempre contenían la información de identificación del dispositivo.

	Las direcciones y enumeración de los dispostivos se establecían a valores por defectos durante un reinicio. Por ejemplo, todos los teclados se establecían a <code>$2</code> y todos los ratones a <code>$3</code>. Cuando el ordenador era encendido por ver primera el [[controlador de dispositivo]] ADB ~~enviarba~~ comandos <code>talk</code> a cada una de estas direcciones por defecto conocidas para leer el contenido del registro tres. Si no se recibía respuesta de una dirección concreta, la computadora la marcaba como ''muerta'' y no molestaba en hacer ''[[polling]]'' más adelante.		Las direcciones y enumeración de los dispostivos se establecían a valores por defectos durante un reinicio. Por ejemplo, todos los teclados se establecían a <code>$2</code> y todos los ratones a <code>$3</code>. Cuando el ordenador era encendido por ver primera el [[controlador de dispositivo]] ADB enviaba comandos <code>talk</code> a cada una de estas direcciones por defecto conocidas para leer el contenido del registro tres. Si no se recibía respuesta de una dirección concreta, la computadora la marcaba como ''muerta'' y no molestaba en hacer ''[[polling]]'' más adelante.

	Si un dispositivo respondía, lo hacía diciendo que se trasladaba a una dirección nueva más alta seleccionada aleatoriamente. El ordenador respondía entonces enviando otro comando a esa nueva dirección, pidiendo al dispositivo que se trasladase a otra dirección nueva. Una vez se completaba esto el dispositivo era marcado como ''vivo'' y el sistema le haría ''polling'' en el futuro.		Si un dispositivo respondía, lo hacía diciendo que se trasladaba a una dirección nueva más alta seleccionada aleatoriamente. El ordenador respondía entonces enviando otro comando a esa nueva dirección, pidiendo al dispositivo que se trasladase a otra dirección nueva. Una vez se completaba esto el dispositivo era marcado como ''vivo'' y el sistema le haría ''polling'' en el futuro.

	Aunque raro, era posible que el bus ADB tuviese más de un dispositivo del mismo tipo conectado, por ejemplo dos tabletas gráficas o [[mochila (dispositivo)\|mochilas]] de protección. En este caso, cuando se preguntaba por los dispositivos en esa dirección por defecto, ambos respondían y se producía una colisión. Para evitar este problema los ~~dispostivios~~ incorporaban un pequeño retardo. Tras recibir un mensaje del ordenador, los dispositivos esperaban un pequeño tiempo aleatorio antes de responder, y tras éste lo hacía sólo tras «fisgar» en el bus para asegurarse de que no estaba ocupado. Si se conectaban dos mochila, cuando el bus fuera inicializado una de ellas sería la primera en responder y la otra advertiría que el bus estaba ocupado y no lo haría. El ordenador enviaría entonces otro mensaje a la dirección original, pero dado que el primero se trasladó a una nueva dirección, sólo el otro respondería. Este proceso continuaba hasta que nadie respondiese a las peticiones en la dirección original, lo que significaba que no quedaban dispositivos de ese tipo por enumerar. De esta forma el ordenador elaboraba su lista de dispositivos.		Aunque raro, era posible que el bus ADB tuviese más de un dispositivo del mismo tipo conectado, por ejemplo dos tabletas gráficas o [[mochila (dispositivo)\|mochilas]] de protección. En este caso, cuando se preguntaba por los dispositivos en esa dirección por defecto, ambos respondían y se producía una colisión. Para evitar este problema los dispositivos incorporaban un pequeño retardo. Tras recibir un mensaje del ordenador, los dispositivos esperaban un pequeño tiempo aleatorio antes de responder, y tras éste lo hacía sólo tras «fisgar» en el bus para asegurarse de que no estaba ocupado. Si se conectaban dos mochila, cuando el bus fuera inicializado una de ellas sería la primera en responder y la otra advertiría que el bus estaba ocupado y no lo haría. El ordenador enviaría entonces otro mensaje a la dirección original, pero dado que el primero se trasladó a una nueva dirección, sólo el otro respondería. Este proceso continuaba hasta que nadie respondiese a las peticiones en la dirección original, lo que significaba que no quedaban dispositivos de ese tipo por enumerar. De esta forma el ordenador elaboraba su lista de dispositivos.

	La velocidad del bus podía alcanzar ~~teórcamente~~ los 125 ~~kbit~~/s. Sin embargo la velocidad de comunicación era como mucho la mitad debido a que sólo había un pin compartido entre el ordenador y los dispositivos. En el uso real la velocidad era mucho menor, ya que el sistema dependía de la velocidad a la que el ordenador sondeaba (''poll'') el bus. El sistema operativo [[Mac OS]] no resultaba particularmente adecuado para esta tarea, y el bus a menudo se atascaba a unos 10 kbit/s.		La velocidad del bus podía alcanzar teóricamente los 125 Kbit/s. Sin embargo la velocidad de comunicación era como mucho la mitad debido a que sólo había un pin compartido entre el ordenador y los dispositivos. En el uso real la velocidad era mucho menor, ya que el sistema dependía de la velocidad a la que el ordenador sondeaba (''poll'') el bus. El [[sistema operativo]] [[Mac OS]] no resultaba particularmente adecuado para esta tarea, y el bus a menudo se atascaba a unos 10 kbit/s.

	Otro problema era que aunque el bus realizaba un comando <code>reset</code>, los dispositivos no tenían un medio de indicar al bus algún cambio de estado. Esto significaba que si el bus cambiaba, por ejemplo al conectar un nuevo dispositivo, no había forma de que el ordenador lo supiera. Así, el sistema no soportaba el ''[[hot swap]]ping'', aunque esto podría haber sido implementado muy fácilmente usando el pin PSW.		Otro problema era que aunque el bus realizaba un comando <code>reset</code>, los dispositivos no tenían un medio de indicar al bus algún cambio de estado. Esto significaba que si el bus cambiaba, por ejemplo al conectar un nuevo dispositivo, no había forma de que el ordenador lo supiera. Así, el sistema no soportaba el ''[[hot swap]]ping'', aunque esto podría haber sido implementado muy fácilmente usando el pin PSW.
Línea 67:		Línea 69:
	No era seguro conectar un dispositivo cuando el sistema estaba encendido (a diferencia del USB en los ordenadores modernos), lo que se intentaba con frecuencia si el ratón se desconectaba. La avería que esto ocasionaba en ocasiones suponía reemplazar un fusible soldado en la [[placa base]], que en los servicios técnicos oficiales suponía una factura elevada. Una alternativa simple para evitar este problema era soldar un fusible en paralelo al de la placa base (que, si se hacía bien, ni siquiera exigía soldadura).		No era seguro conectar un dispositivo cuando el sistema estaba encendido (a diferencia del USB en los ordenadores modernos), lo que se intentaba con frecuencia si el ratón se desconectaba. La avería que esto ocasionaba en ocasiones suponía reemplazar un fusible soldado en la [[placa base]], que en los servicios técnicos oficiales suponía una factura elevada. Una alternativa simple para evitar este problema era soldar un fusible en paralelo al de la placa base (que, si se hacía bien, ni siquiera exigía soldadura).

	El conector DIN no estaba diseñado para más 400 inserciones, siendo fácil doblar un pin si no se conectaba con cuidado.		El conector DIN no estaba diseñado para más de 400 inserciones, siendo fácil doblar un pin si no se conectaba con cuidado.

	== Véase también ==		== Véase también ==
Línea 75:		Línea 77:
	== Enlaces externos ==		== Enlaces externos ==

	* [http://developer.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-G3/PowerMacintosh_G3/PowerMacG3.2b.html Documentación técnica sobre el bus ADB] en el sitio web de [[Apple Computer\|Apple]] (inglés)		* [http://developer.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-G3/PowerMacintosh_G3/PowerMacG3.2b.html Documentación técnica sobre el bus ADB] en el sitio web de [[Apple Computer\|Apple]] (en inglés)

	{{wp}}		{{wp}}

Museo8bits en 16:05 3 nov 2006

2006-11-03T16:05:35Z

Página nueva

El '''Apple Desktop Bus''' (o '''ADB''') es un [[bus serie]] obsoleto usado para conectar dispositivos de baja velocidad a las computadoras. Usado primordialmente en la plataforma [[Apple Macintosh]], los equipos ADB siguen estando disponibles pero no soportados por la mayoría del hardware fabricado por Apple desde 1998. ADB usa un conector [[mini-DIN]].

== Historia ==
[[Imagen:Apple ADB Keyboard.jpg|thumb|Teclado ADB primitivo]]

ADB fue creado por [[Steve Wozniak]], quien había estado buscando un proyecto en el que trabajar desde mediados de los [[años 1980]]. Alguien sugirió que podía crear un nuevo sistema de conexión para dispositivos como [[mouse|ratones]] y [[Teclado de ordenador|teclados]], uno que sólo requiriese un único cable [[daisy chain]] y fuese barato de fabricar. Según cuenta la historia, se marchó durante un mes y volvió con el ADB.

El primer sistema que usó ADB fue el [[Apple IIgs]] en [[1986]]. Posteriormente fue usado en todos los [[Apple Macintosh]] empezando con los [[Macintosh II]] y [[Macintosh SE]], hasta que fue reemplazado por el [[Universal Serial Bus|USB]], empezando con el [[iMac]] en [[1998]]. ADB también fue usado en las últimas series de ordenadores [[NeXT]], modelos que serían conocidos como los «Turbo ABDs».

Ninguna máquina fabricada en la actualidad usa ADB para la interconexión de dispositivo, si bien hasta febrero de 2005 los PowerBooks e iBooks seguían usando ADB internamente como interfaz con el teclado y el [[touchpad]] integrados. Actualmente dicha conexión interna ha cambiado a USB.

== Especificaciones ==

=== Conector ===

Números de [[pin]]es (mirando al zócalo):

[[Image:MiniDIN-4 Connector Pinout.svg|130px]]

{| class="prettytable"
|+ '''Asignación de pines'''
|-
! '''Pin'''
! '''Nombre'''
! '''Función'''
|-
|1|| ADB || Líneas de datos
|-
|2|| PSW || Encendido
|-
|3|| +5 V || Alimentación
|-
|4|| GND || Masa
|}

Dada la simplicidad del sistema, no es sorprendente que el cableado sea igualmente simple. El único pin de datos era etiquetado como '''ADB''' y se acompañaba de un pin de alimentación a + 5 V y otro de masa. El pin de alimentación garantizaba un mínimo de 500 mA, y requería que los dispositivos no usasen más de 100 mA cada uno. Sin embargo, curiosamente el cable ADB también incluía el pin '''PSW''' que estaba directamente conectado a la alimentación del ordenador. Esto se incluyó para permitir que una tecla del teclado encendiese el ordenador sin necesidad de que el software ADB interpretase la señal. Los cables ADB usan conectores [[mini-DIN]], los mismos que los cables [[S-Video]].

===Comunicación===

El sistema ADB se basa en que los dispositivos tengan la capacidad de decodificar un número simple (su ''dirección'') y de guardar varios datos pequeños (sus ''registros''). Usa un único pin para los datos, haciendo que sea uno de los buses menos caros de la historia: el hardware ADB es tan barato que el conector siempre resulta más caro.

Todo el tráfico del bus es gestionado por el ordenador, que envía comandos para leer o escribir datos: no se permite a los dispositivos usar el bus a menos que el ordenador haga primero una petición. Estas peticiones toman la forma de cadenas de un solo [[byte]]. Los cuatro bits altos contienen la dirección (el identificador de un dispositivo en la cadena), permitiendo así hasta 16 dispositivos por bus. Los siguientes dos bits especifican uno de los cuatro comandos posibles y los dos bits más bajos indican uno de los cuatro registros del dispositivo. Los comandos eran:

* <code>talk</code> (‘hablar’) - envía los contenidos de un registro al computador
* <code>listen</code> (‘escuchar’) - establece el registro al valor que sigue
* <code>flush</code> (‘limpiar’) - limpia el contenido del registro
* <code>reset</code> (‘reiniciar’) - ordena a todos los dispositivos del bus que se reinicien

Por ejemplo, si el ratón tenía la dirección <code>$D</code>, el ordenador enviaría periódicamente un mensaje al bus con el siguiente contenido:

:<code>1101 11 00</code>

Esto dice que el dispositivo <code>$D</code> (<code>1101</code>) debe hablar (<code>11</code>) y devolver el contenido del registro cero (<code>00</code>). Los registros podían contener entre dos y ocho bytes. El registro cero era normalmente el canal de comunicación primario. Los registros uno y dos estaban sin definir, y se destinaban habitualmente a permitir que los terceros desarrolladores almacenaran información de configuración. El registro tres siempre contenían la información de identificación del dispositivo.

Las direcciones y enumeración de los dispostivos se establecían a valores por defectos durante un reinicio. Por ejemplo, todos los teclados se establecían a <code>$2</code> y todos los ratones a <code>$3</code>. Cuando el ordenador era encendido por ver primera el [[controlador de dispositivo]] ADB enviarba comandos <code>talk</code> a cada una de estas direcciones por defecto conocidas para leer el contenido del registro tres. Si no se recibía respuesta de una dirección concreta, la computadora la marcaba como ''muerta'' y no molestaba en hacer ''[[polling]]'' más adelante.

Si un dispositivo respondía, lo hacía diciendo que se trasladaba a una dirección nueva más alta seleccionada aleatoriamente. El ordenador respondía entonces enviando otro comando a esa nueva dirección, pidiendo al dispositivo que se trasladase a otra dirección nueva. Una vez se completaba esto el dispositivo era marcado como ''vivo'' y el sistema le haría ''polling'' en el futuro.

Aunque raro, era posible que el bus ADB tuviese más de un dispositivo del mismo tipo conectado, por ejemplo dos tabletas gráficas o [[mochila (dispositivo)|mochilas]] de protección. En este caso, cuando se preguntaba por los dispositivos en esa dirección por defecto, ambos respondían y se producía una colisión. Para evitar este problema los dispostivios incorporaban un pequeño retardo. Tras recibir un mensaje del ordenador, los dispositivos esperaban un pequeño tiempo aleatorio antes de responder, y tras éste lo hacía sólo tras «fisgar» en el bus para asegurarse de que no estaba ocupado. Si se conectaban dos mochila, cuando el bus fuera inicializado una de ellas sería la primera en responder y la otra advertiría que el bus estaba ocupado y no lo haría. El ordenador enviaría entonces otro mensaje a la dirección original, pero dado que el primero se trasladó a una nueva dirección, sólo el otro respondería. Este proceso continuaba hasta que nadie respondiese a las peticiones en la dirección original, lo que significaba que no quedaban dispositivos de ese tipo por enumerar. De esta forma el ordenador elaboraba su lista de dispositivos.

La velocidad del bus podía alcanzar teórcamente los 125 kbit/s. Sin embargo la velocidad de comunicación era como mucho la mitad debido a que sólo había un pin compartido entre el ordenador y los dispositivos. En el uso real la velocidad era mucho menor, ya que el sistema dependía de la velocidad a la que el ordenador sondeaba (''poll'') el bus. El sistema operativo [[Mac OS]] no resultaba particularmente adecuado para esta tarea, y el bus a menudo se atascaba a unos 10 kbit/s.

Otro problema era que aunque el bus realizaba un comando <code>reset</code>, los dispositivos no tenían un medio de indicar al bus algún cambio de estado. Esto significaba que si el bus cambiaba, por ejemplo al conectar un nuevo dispositivo, no había forma de que el ordenador lo supiera. Así, el sistema no soportaba el ''[[hot swap]]ping'', aunque esto podría haber sido implementado muy fácilmente usando el pin PSW.

== Problemas ==

No era seguro conectar un dispositivo cuando el sistema estaba encendido (a diferencia del USB en los ordenadores modernos), lo que se intentaba con frecuencia si el ratón se desconectaba. La avería que esto ocasionaba en ocasiones suponía reemplazar un fusible soldado en la [[placa base]], que en los servicios técnicos oficiales suponía una factura elevada. Una alternativa simple para evitar este problema era soldar un fusible en paralelo al de la placa base (que, si se hacía bien, ni siquiera exigía soldadura).

El conector DIN no estaba diseñado para más 400 inserciones, siendo fácil doblar un pin si no se conectaba con cuidado.

== Véase también ==

* [[HP-IL]]

== Enlaces externos ==

* [http://developer.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-G3/PowerMacintosh_G3/PowerMacG3.2b.html Documentación técnica sobre el bus ADB] en el sitio web de [[Apple Computer|Apple]] (inglés)

{{wp}}

[[Categoría:Interfaces]]
[[Categoría:Apple Computer]]

[[de:Apple Desktop Bus]]
[[en:Apple Desktop Bus]]
[[es:Apple Desktop Bus]]
[[fr:Apple Desktop Bus]]
[[it:Apple Desktop Bus]]
[[ja:Apple Desktop Bus]]
[[pl:Apple Desktop Bus]]