ACCESS.bus (Ab) es un bus serie que interconecta dispositivos periféricos más lentos a una placa base, un teléfono móvil o un sistema integrado.
Está diseñado como una interfaz para dispositivos de baja velocidad, como un mouse o un teclado. Su estructura es similar a un USB pero tiene un ancho de banda menor.
ACCESS.bus fue desarrollado por primera vez en 1985 por Philips Semiconductors y Digital Equipment Corporation y está definido por los estándares de bus de circuito interintegrado (I²C) de Philips.
El objetivo de Phillips para Ab era delinear un único estándar para dispositivos internos y externos.
El controlador I²C/Ab se usaría internamente para dispositivos internos, mientras que el conector Ab externo permitía conectar dispositivos periféricos al bus.
Este diseño permitió que todos los dispositivos de velocidad baja y media funcionaran bajo un solo controlador y conjunto de protocolos.
Desafortunadamente, el Ab nunca captó la atención de la mayoría de los consumidores. Hoy en día, el Ab todavía está disponible pero rara vez se usa porque fue reemplazado, puesto que el USB es muchísimo más rápido.
El ACCESS.bus fue desarrollado para una fácil instalación y configuración, utilizando una topología de bus que admite hasta 125 dispositivos.
Aunque fue reemplazado por el USB, sigue siendo una interfaz estándar para que un monitor configure la información de configuración en una tarjeta gráfica anfitriona.
Con el mismo protocolo I²C, el Ab admite un bus serie bidireccional de dos hilos con las siguientes características:
- Intercambiables en caliente
- Compatible con versiones anteriores
- Admite direcciones de siete y 10 bits
- Controladores de analógico a digital y de digital a analógico de baja velocidad
- Los dispositivos maestros y/o esclavos pueden coexistir en el mismo bus dependiendo del modo
En comparación con un USB, una de las principales ventajas de un Ab es que puede ser tanto esclavo como maestro. Un USB solo puede ser un esclavo.
Dado que el Ab puede ser maestro o esclavo, puede conectar varios dispositivos sin una PC host.
Otra ventaja de ACCESS.bus es que puede conectar varios dispositivos para hacer una conexión en cadena en lugar de requerir un cable masivo y también puede soportar un concentrador.
La desventaja es que tiene una tasa de transferencia de datos más lenta que el USB.
Historia del ACCESS.bus
El Apple Desktop Bus (ADB) de Apple Computer, introducido a mediados de la década de 1980, permitía conectar en cadena todo tipo de dispositivos de baja velocidad, como ratones y teclados, a un solo puerto de la computadora, lo que reducía en gran medida la cantidad de puertos necesarios., así como el desorden de cables resultante.
ADB era universal en la línea Macintosh a fines de la década de 1980 y ofrecía una clara ventaja sobre la profusión de estándares que se usaban en las PC.
Ab fue un intento de reproducir estas cualidades en un nuevo estándar para el mercado de PC y estaciones de trabajo. Tenía dos ventajas adicionales sobre ADB; conexión en caliente (plug-n-play) y la capacidad de los dispositivos de tener sus propios controladores de host para que los dispositivos puedan conectarse entre sí sin la necesidad de una computadora host para controlar las comunicaciones.
Philips también sugirió que la capacidad de conectar cualquier dispositivo Ab a cualquier computadora significaba que las personas con dispositivos especiales, como ratones diseñados para personas con discapacidades, podrían llevar su dispositivo de una máquina a otra.
En 1993 se creó un grupo industrial, ACCESS.bus Industry Group, o ABIG, para controlar el desarrollo del estándar. Había 29 miembros votantes del grupo, incluido Microsoft. En este punto, DEC había introducido Ab en algunas de sus estaciones de trabajo y una variedad de empresas habían introducido una serie de periféricos.
El desarrollo de USB comenzó el año siguiente, en 1994, y el consorcio incluía a varios miembros del grupo Ab, en particular DEC y Microsoft. El interés en Ab disminuyó, dejando a Philips como principal partidario.
Ab tenía una serie de ventajas técnicas sobre USB, que no volverían a aparecer en ese sistema hasta años más tarde, y también era más fácil y menos costoso de implementar. Sin embargo, también era mucho más lento que el USB, de diez a cien veces.
USB encaja perfectamente en el nicho de rendimiento entre Ab y FireWire, lo que hace que sea práctico diseñar un sistema solo con USB. IntelEl respaldo de ‘s fue otro factor decisivo; la compañía comenzó a incluir controladores USB en los chips de control de la placa base estándar, lo que hizo que el costo de implementación fuera aproximadamente igual al del conector.
El único uso generalizado del sistema Ab fue la interfaz DDC2Ab del grupo VESA. Necesitaban un bus estandarizado para comunicar las capacidades y el estado de los dispositivos entre monitores y computadoras y seleccionaron I²C porque solo requería dos pines; al reutilizar los pines reservados existentes en el cable VGA estándar, podrían implementar un bus Ab completo (incluida la alimentación).
Entonces, el bus podría ofrecerse como un puerto de expansión externo simplemente agregando un enchufe en la carcasa del monitor. Varios monitores con conectores Ab comenzaron a aparecer a mediados de la década de 1990, en particular los de NEC. pero esto fue aproximadamente al mismo tiempo que se promocionaba fuertemente el USB y había pocos dispositivos disponibles para conectarlos, en su mayoría ratones y teclados. El bus siguió siendo la forma estándar para que un monitor comunique información de configuración a la tarjeta gráfica anfitriona.
Normas técnicas del ACCESS.bus
Ab es una definición de capa física que describe el cableado físico y los conectores utilizados en la red. Las capas más altas, a saber, los problemas de señalización y protocolo, ya están definidos para ser los mismos que el bus de circuito interintegrado (I²C) de Philips.
En comparación con I²C, Ab:
- Agrega dos pines adicionales para proporcionar energía a los dispositivos (+5 V y GND)
- Permite solo 125 dispositivos de los 1024 de I²C
- Solo admite el “modo estándar” de 100 kbit/s y el “modo de baja velocidad” de 10 kbit/s
La idea era definir un estándar único que pudiera usarse tanto dentro como fuera de una computadora. Se usaría un solo chip controlador I²C/Ab dentro de la máquina, conectado en la placa base a dispositivos internos como el reloj y el monitor de energía de la batería.
Un conector Ab en el exterior permitiría conectar dispositivos adicionales al bus. De esta forma, todos los dispositivos de baja y media velocidad de la máquina estarían controlados por un único controlador y pila de protocolos.
Ab también definió un pequeño conjunto de clases de dispositivos estandarizados. Estos incluían monitores, teclados, “localizadores” (dispositivos señaladores como ratones y joysticks), monitores de batería y “dispositivos de texto” (módems, etc.).
Según la cantidad de inteligencia que necesitara el dispositivo, la interfaz del dispositivo podría dejar casi todo el trabajo al conductor. Esto permite que Ab se reduzca a puntos de precio lo suficientemente bajos para dispositivos como ratones.
En comparación con USB, Ab tenía varias ventajas. Cualquier dispositivo en el bus puede ser un maestro o un esclavo, y se define un protocolo para seleccionar cuál debe usar un dispositivo en cualquier circunstancia particular. Esto permite que los dispositivos se conecten con Ab sin una computadora central.
Por ejemplo, una cámara digital podría conectarse directamente a una impresora y convertirse en la maestra. Bajo USB (estándar), la computadora es siempre el maestro y los dispositivos son siempre esclavos.
Para admitir el mismo tipo de conexión de dispositivo a dispositivo, USB requiere soporte adicional en dispositivos de doble función para emular un host y proporcionar una funcionalidad similar.
Esto solo se estandarizó años después como parte del sistema USB On-The-Go. Otra ventaja de Ab es que los dispositivos se pueden unir en una sola cadena: Ab puede admitir, pero no requiere, el uso de concentradores. Esto puede reducir significativamente el desorden de cables.