USB Specificationの9章は 装置がホスト・コントローラーによって成功裡に列挙されるために任意のUSB装置の中で正確に実行されなければ いけない約17の標準デバイス・リクエストを詳述されています。

USB-ベースの装置を開発する場合、列挙がリクエストに対して 正しく反応しないことが引き起こす色々の理由で失敗しますので、Basic Chapter 9 Framework[基礎的な9章フレームワーク]を 正確にインプリメントすることが大事業です。

バスで起こるパケット転送の最も小さな詳細を明らかにするための USBバス・アナライザーの代りはありません。 ソフトウェア・ベースのアナライザーのみがエラーを持ったパケットで何が起こっているかを部分的に示してくれます。 通常は全く報告しません。

Packet-MasterアナライザーはホストコンピューターとUSB装置の間に受け身で 接続しますので、USBの動作をリンクの影響なく全てキャプチャーします。

Packet-Masterバス・アナライザーの利点

費用の選択

Packet-Master USB12は大変コスト効果のあるUSBロー・スピード、又は、フル・スピード装置の開発のための ソリューションです。
USB速度のフルレンジが必要な場合はPacket-Master USB500 AG は任意の速度での分析を提供し、On-the-Goテクノロジー・ホストの操作をを明らかにすること が出来ます。 Packet-Master USB500 AGには包括的で分かり易いトリガー機能と大きなFIFOを持っています。

またUSBジェネレータとして構成することも出来ます。ホスト、又は、装置のエミュレートで開発中にユニットを 望むままに実験出来ます。VBUS電圧と電流測定も内蔵されています。

開発時間の短縮

Packet-Masterバス・アナライザーは開発中の装置で失敗している ポイントで正確な情報を提供しますので、時間の浪費を無くすのに役立ちますので開発時間を省くことに 繋がります。 多くの場合、捜しているエラーが特殊な色で強調されてGraphic USBで表示されます。

簡単な接続

Packet-MasterアナライザーはホストコンピューターとUSB装置の間に受け身で 接続しますので、USBの動作をリンクの影響なく全てキャプチャーしますので本当に何が起こっているかを 正確に見ることが出来ます。全ての重要なタイミングが表示されます。.

USBの理解

USBプロトコルで絵は無数の言葉の説明より価値があります。 　　　　　　　　　　　　　Graphic USBのグラフ式の表示は直ちにデータ転送、及び、それに関連するタイミングについてのより深い理解を 　　　　　　　　　　　　　提供しますので、作業装置の検査することでSpecificationを数時間以上掛けて読むよりも 　　　　　　　　　　　　　数分でもっと学習することが出来ます。*(仕様書は不可欠ですが、しかし、頭で理解するのが容易になります。)

ホスト・コマンド・シーケンスの理解

装置がホストに期待するかもしれないコマンドのシーケンスに関しての スペシフィケーションはありません。 　いくつかのコマンド・シーケンスは開発を始める時に非常に驚くかもしれません。 Packet-Masterバス・アナライザーはユーザーが選択するオペレーティング・システム/ホスト・コントローラーの如何なる 組み合わせもそのシーケンスを検査することが出来ます。 これはユーザーがしているかもしれない特定の列挙シーケンスが標準化されるあらゆる誤りの仮定を明らかにすることが出来ます。
(装置開発者として、装置が列挙シーケンスに関する仮定をするべきでなく、単にそれが受信するあらゆるリクエストに正確に 応答すべきであることを覚えておいて下さい。)

作業している装置の検査

パケット・マスター・バス・アナライザーから利用できる大きな利便性は、 第三者によって製造された作業している装置でどの様な処理が起こっているかを正確に検査することが出来ることです。 これはプロトコルがどの様に動作しているかのユーザー自身の間違った仮定を明らかにすることが出来ます。
あるオペレーティング・システムでは、ある共通のプロトコル・エラーを持っていて、それらを直接見つけることが出来るかも かも知れません。
Specifications[仕様書]はしばしば曖昧な表現を含んでいます。 例えば、ユーザー自身のためのそれらを見ることなく、USB1.1のバージョン番号(bcdUSB)をコード化する2つの異なる方法があったことを 理解し得なかったかもしれません。オペレーティング・システムは両方を受けいれる実用的なアプローチをとるように見えます。

パフォーマンスの微調整

新しい装置の開発の努力の多くは要求される処理能力[情報量]を達成することとなります。 それらへの装置の応答と一緒に、ホストによる試みられる処理を見ることの代替は有りません。 この価値のある情報を供給されることで装置の実行を微調整することが出来る最善の位置にいることになります。

ユーザーの希望する方法で開発中のデバイスを正確に演習

パケット・マスター・ジェネレーターで、装置のテストのためにホストコンピューターがまれな状況を作る様に にする必要はありません。 単純なスクリプトを書いてください。そうすれば、ジェネレーターは残りのことを行います。

ホストが決して送らないような処理が生じる場合に何が起こるか知りたい場合? スクリプトを書き見つけ出します!