アクセスバス

ACCESS.bus（略してAb ）は、1990 年代初頭に Philips と DEC が Philips の I²C システムに基づいて開発した周辺機器相互接続コンピュータ バスです。 [ 1 ] [ 2 ]低速デバイス^{をコンピュータにオンザフライで追加または削除できるという点で、} USBと目的は似ています。USB よりも早く利用可能になりましたが、USB ほど普及することはありませんでした。^[3]

1980年代半ばに導入されたApple ComputerのApple Desktop Bus (ADB) により、マウスやキーボードなどのあらゆる種類の低速デバイスをコンピュータの1つのポートにデイジーチェーン接続できるようになり、必要なポート数が大幅に削減され、ケーブルの乱雑さも軽減されました。ADBは1980年代後半までにMacintoshシリーズで広く採用され、PCで使用されているさまざまな標準規格よりも明らかに有利でした。^[4]

Ab は、これらの特性を PC およびワークステーション市場向けの新しい標準で再現する試みでした。ADB には、ホットプラグ (プラグアンドプレイ) と、デバイスが独自のホスト コントローラーを持つことができるという 2 つの利点があり、これにより、ホスト コンピューターが通信を制御する必要なく、デバイスを相互に接続できます。フィリップスはまた、任意の Ab デバイスを任意のコンピューターに接続できることは、障害者向けに設計されたマウスなどの特別なデバイスを持つ人々が、そのデバイスをマシンからマシンへと持ち運ぶことができることを意味すると示唆しました。^[4]

業界団体であるACCESS.bus Industry Group（ABIG）は、1993年に標準規格の開発を管理するために設立されました。このグループには、Microsoftを含む29の投票権を持つメンバーがいました。この時点で、DECはワークステーションの一部にAbを導入しており、さまざまな企業から多数の周辺機器が導入されていました。^[4]

USBの開発は翌年の1994年に始まり、コンソーシアムにはDECやMicrosoftなど、Abグループのメンバーの多くが参加した。Abへの関心は薄れ、主な支持者はPhilipsとなった。^[5] AbにはUSBに比べて多くの技術的利点があったが、それがそのシステムに再び現れるのは何年も後のことであり、実装も簡単で安価だった。しかし、USBより10倍から100倍も低速だった。USBはAbとFireWireの間の性能の隙間にうまく収まり、USBのみでシステムを設計することが現実的になった。Intelの支援ももう1つの決定要因だった。同社は標準のマザーボード制御チップにUSBコントローラを組み込み始め、実装コストはコネクタのコストとほぼ同じになった。

Ab システムが広く使われていたのは、 VESAグループによるDDC2Abインターフェイスだけでした。彼らは、モニターとコンピューターの間でデバイスの機能とステータスを通信するための標準化されたバスを必要としており、必要なピンが 2 つだけの I²C を選択しました。標準VGAケーブルの既存の予約済みピンを再利用することで、完全な Ab バス (電源を含む) を実装できました。その後、モニター ケースにソケットを追加するだけで、バスを外部拡張ポートとして提供できるようになりました。1990 年代半ばには、NECの製品を中心に Ab コネクタを備えたモニターが数多く登場しましたが、これは USB が積極的に推進されていた時期とほぼ同じで、接続できるデバイスはほとんどなく、ほとんどがマウスとキーボードでした。バスは、モニターがホスト グラフィックス カードにセットアップ情報を通信するための標準的な方法であり続けました。

Abは、ネットワークで使用される物理的なケーブルとコネクタを記述する物理層の定義です。上位層、つまりシグナリングとプロトコルの問題は、すでにフィリップスのInter-Integrated Circuit（I²C）バスと同じであると定義されています。^{[6] [7]} I²Cと比較すると、Abは次のようになります。

• デバイスに電力を供給するための2つの追加ピン（+5  VとGND）を追加します。
• I²Cの1024個のデバイスのうち125個のみを許可
• 100 kbit/s「標準モード」と10 kbit/s「低速モード」のみをサポートします。

そのアイデアは、コンピュータの内部と外部の両方で使用できる単一の標準を定義することでした。マシンの内部では単一のI²C/Abコントローラチップが使用され、マザーボード上で時計やバッテリー電源モニターなどの内部デバイスに接続されます。外部のAbコネクタにより、追加のデバイスをバスに接続できます。このようにして、マシン上のすべての低速および中速デバイスは、単一のコントローラとプロトコルスタックによって駆動されます。^[6]

Ab は、標準化されたデバイス クラスの小さなセットも定義しました。これには、モニター、キーボード、「ロケーター」(マウスやジョイスティックなどのポインティング デバイス)、バッテリー モニター、および「テキスト デバイス」(モデムなど) が含まれます。デバイスに必要なインテリジェンスのレベルに応じて、デバイス内のインターフェイスはほぼすべての作業をドライバーに任せることができます。これにより、Ab はマウスなどのデバイスに十分な低価格を実現できます。^[6]

USB と比較すると、Ab にはいくつかの利点があります。バス上のどのデバイスもマスターまたはスレーブになることができ、特定の状況下でデバイスがどちらを使用するかを選択するためのプロトコルが定義されています。これにより、ホスト コンピューターなしでデバイスを Ab に接続できます。たとえば、デジタル カメラをプリンターに直接接続してマスターにすることができます。(標準) USB では、コンピューターは常にマスターであり、デバイスは常にスレーブです。

同様のデバイス間接続をサポートするために、USB では、ホストをエミュレートして同様の機能を提供するデュアルロールデバイスでの追加サポートが必要です。これは、USB On-The-Goシステムの一部として数年後に標準化されました。Ab のもう 1 つの利点は、デバイスを 1 つのデイジーチェーンに連結できることです。Ab はハブの使用をサポートしますが、ハブの使用は必須ではありません。これにより、ケーブルの乱雑さを大幅に軽減できます。^[6]

• 公式 ACCESS.bus 仕様 (無料)