ACCESO.bus

ACCESS.bus , o Ab para abreviar, es un bus de interconexión de periféricos para computadoras desarrollado por Philips y DEC a principios de la década de 1990, basado en el sistema I²C de Philips . ^{[ 1 ] [ 2 ]} Su propósito es similar al de USB , ya que permite agregar o eliminar dispositivos de baja velocidad de una computadora sobre la marcha. Si bien estuvo disponible antes que USB, nunca alcanzó la popularidad de este último. ^{[ 3 ]}

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 único puerto del ordenador, reduciendo considerablemente el número de puertos necesarios y el consiguiente desorden de cables. A finales de la década de 1980, el ADB se generalizó en la línea Macintosh y ofreció una clara ventaja sobre la profusión de estándares utilizados en los PC. ^{[ 4 ]}

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: la conexión en caliente ( plug-and-play ) y la capacidad de que los dispositivos tuvieran sus propios controladores de host, de modo que los dispositivos podían conectarse entre sí sin necesidad de un ordenador host para controlar las comunicaciones. Philips también sugirió que la posibilidad de conectar cualquier dispositivo Ab a cualquier ordenador significaba que las personas con dispositivos especiales, como ratones diseñados para personas con discapacidad, podrían llevar su dispositivo de un ordenador a otro. ^{[ 4 ]}

En 1993 se creó un grupo industrial, el ACCESS.bus Industry Group (ABIG), para controlar el desarrollo del estándar. El grupo contaba con 29 miembros con derecho a voto, entre ellos Microsoft . Para entonces, DEC ya había introducido Ab en algunas de sus estaciones de trabajo y varias empresas habían lanzado diversos periféricos. ^{[ 4 ]}

Development of USB began the next year, in 1994, and the consortium included a number of the members of the A.b group, notably DEC and Microsoft. Interest in A.b waned, leaving Philips as the primary supporter.^[5] A.b had a number of technical advantages over USB, which would not re-appear on that system until years later, and it was also easier and less expensive to implement. However, it was also much slower than USB, ten to a hundred times. USB fit neatly into the performance niche between A.b and FireWire, which made it practical to design a system with USB alone. Intel's backing was another deciding factor; the company began including USB controllers in the standard motherboard control chips, making the cost of implementation roughly that of the connector.

The only widespread use of the A.b system was DDC2Ab interface by the VESA group. They needed a standardized bus for communicating device abilities and status between monitors and computers, and selected I²C because it required only two pins; by re-using existing reserved pins in the standard VGA cable they could implement a complete A.b bus (including power). The bus could then be offered as an external expansion port simply by adding a socket on the monitor case. A number of monitors with A.b connectors started appearing in the mid-1990s, notably those by NEC, but this was at about the same time USB was being heavily promoted and few devices were available to plug into them, mostly mice and keyboards. The bus remained the standard way for a monitor to communicate setup information to the host graphics card.

A.b is a physical layer definition that describes the physical cabling and connectors used in the network. The higher layers, namely the signaling and protocol issues, are already defined to be the same as Philips' Inter-Integrated Circuit (I²C) bus.^[6][7] Compared to I²C, A.b:

• adds two additional pins to provide power to the devices (+5 V and GND)
• allows for only 125 devices out of I²C's 1024
• supports only the 100 kbit/s "standard mode" and 10 kbit/s "low-speed mode"

La idea era definir un estándar único que pudiera utilizarse tanto dentro como fuera de un ordenador. Un único chip controlador I²C/Ab se usaría dentro de la máquina, conectado a la placa base a dispositivos internos como el reloj y el monitor de batería. Un conector Ab externo permitiría conectar dispositivos adicionales al bus. De esta forma, todos los dispositivos de baja y media velocidad de la máquina serían controlados por un único controlador y pila de protocolos . ^{[ 6 ]}

Ab también definió un pequeño conjunto de clases de dispositivos estandarizadas. Estas incluían monitores, teclados, "localizadores" (dispositivos señaladores como ratones y joysticks), monitores de batería y "dispositivos de texto" (módems, etc.). Dependiendo del nivel de inteligencia que requiriera el dispositivo, la interfaz podía delegar casi todo el trabajo al controlador . Esto permite a Ab reducir los precios a niveles lo suficientemente bajos para dispositivos como los ratones. ^{[ 6 ]}

En comparación con USB, Ab presentaba varias ventajas. Cualquier dispositivo en el bus podía ser maestro o esclavo, y existía un protocolo definido para seleccionar cuál debía usar cada dispositivo en cada circunstancia. Esto permitía conectar dispositivos mediante Ab sin necesidad de un ordenador. Por ejemplo, una cámara digital podía conectarse directamente a una impresora y convertirse en la maestra. En USB (estándar), el ordenador siempre es el maestro y los dispositivos siempre son esclavos.

Para admitir el mismo tipo de conexión entre dispositivos, USB requiere soporte adicional en dispositivos de doble función para emular un host y proporcionar una funcionalidad similar. Esto se estandarizó años después como parte del sistema USB On-The-Go . Otra ventaja de Ab es que los dispositivos se pueden conectar en cadena ; Ab admite, pero no requiere, el uso de concentradores. Esto puede reducir significativamente el desorden de cables. ^{[ 6 ]}