ＣＰＬＤ＋ＳＩＭＭを使ってＵＳＢプロトコルの解析を！
ＶＨＤＬを速習！　ＸＣ９５１４４ＸＬ＋１６ＭＢ・ＳＩＭＭを使ってＵＳＢプロトコルアナライザを作ってしまいました！
主目的は差し迫った事情からＵＳＢプロトコルの解析をすることだったのですが、その手段として選んだのがコレ！


［第３６回］


●Ｅｎｕｍｅｒａｔｉｏｎ　はじめから終わりまでの記録（４）

このところ記事の進行が遅くて、細切れ状態なのでお話がうまくつながりません。
今回は［第３３回］からの続きになります。
［第３３回］では自作のＣＰＬＤ＋ＳＩＭＭ回路を使って、ＷｉｎｄｏｗｓＸＰパソコンに秋月のＰＩＣＷＲＩＴＥＲをＵＳＢ接続したときのＥｎｕｍｅｒａｔｉｏｎデータを記録して、それを翻訳解読した結果、そのときホスト（パソコン）から送出されたコマンド（リクエスト）はわずかに９通りしかない、ということを書きました。
そしてそのリクエストの内容について簡単に説明をしました。
リクエストについては今後の説明を進めていくなかでも必要に応じて補足していくつもりです。
そこで、まずはリクエストについてざっと説明が済んだところで、今度はそれに対する装置側の応答について説明をします。
大分時間が経ってしまいましたので、説明を続ける前に、もう一度Ｅｎｕｍｅｒａｔｉｏｎの最初のやり取りのところを見ていただきます。
下は［第３１回］にお見せしたリストの終わりの部分（ホストからリクエストが送られ、ＰＩＣＷＲＩＴＥＲがそれに応えてデータを送出している部分）です。

0016988 SOF FNO=6DE 0017000 SETUP ADRS=00 ENDP=00 DATA0 80 06 00 01 00 00 40 00 GET_DESCRIPTOR DEVICE ACK 0017002 ? [00010111] // 0279146 IN ADRS=00 ENDP=00 NAK 0017003 IN ADRS=00 ENDP=00 NAK 0017004 IN ADRS=00 ENDP=00 NAK 0017006 IN ADRS=00 ENDP=00 DATA1 12 01 00 02 00 00 00 08 ACK 0017008 OUT ADRS=00 ENDP=00 DATA1 ACK 0018114 SOF FNO=6EA 0018115 PRE

ＰＩＣＷＲＩＴＥＲをＵＳＢ接続すると最初にホストからはＧＥＴ　ＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲリクエスト（デバイスディスクリプタ送信要求）が送られます。
８０　０６　００　０１　００　００　４０　００　です。
この意味は［第３３回］で説明しました。
最初の　８０　０６　はＧＥＴ　ＤＥＳＣＲＩＰＴＯＲです。
次の　００　０１　はその要求がＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲを要求していることを示しています。
コード　０１はＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲを示していて、００　はＩＮＤＥＸです（この場合には００になります）。
次の　００　００　はリクエストによって意味が異なりますがこの場合には　００　００　です。
最後の　４０　００　はＤＥＳＣＲＩＰＴＯＲの長さ（バイト数）が最大６４バイト（４０Ｈ）であることを示しています。

説明が前後しますが、ホストから送出されるリクエストはアドレス００、エンドポイント００に対してＳＥＴＵＰパケットを送った後のＤＡＴＡ０パケットに続いて送出されます。
ホストはデータ（リクエスト）を送ると、そのすぐ後でＩＮパケットを送出して、端末にデータを送るよう要求します。
端末はそれに対して準備ができていないときはＮＡＫパケットを返します。
ホストは端末からデータが送出されるまで繰り返しＩＮパケットを送ります。
ホストから送出されたＧＥＴ　ＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲリクエストに対して、端末は要求に応えてＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲを送ります。
１２　０１　００　０２　００　００　００　０８　です。

ディスクリプタの最初の１バイトはそのディスクリプタの長さを指定します。
ここでは１２ですから１８バイトであることを示しています。
ディスクリプタの２バイト目は、そのディスクリプタの種類を示しています。
このディスクリプタがホストから要求されたＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲ（コード０１）であることを示しています。
次の　００　０２　はＵＳＢバージョンを示します（ＵＳＢ２．００）。

［２０１４．４．２追記］
このほかのパートは大抵は１バイトまたは２バイトのバイナリデータなのですが、ここはＢＣＤ４桁のリトルエンディアン表記になっています。
リトルエンディアンというのは、下位桁を先に置く方式です。
８０８０、Ｚ８０、８０８６などインテル系のプロセッサはリトルエンディアン方式です。
Ｅｎｕｍｅｒａｔｉｏｎのコマンドやデータ中のバイナリデータもリトルエンディアンです。
わたしはかなり長い間リトルインディアンだと思っていました。
ワンリトル、ツーリトル、スリーリトルインディアン。小さいインディアンを先に置くジョークかと…（恥）。
もっともリトルエンディアン（ｌｉｔｔｌｅ　ｅｎｄｉａｎ。この対語はビッグエンディアン　ｂｉｇ　ｅｎｄｉａｎ）という名前はやっぱりジョークでした。
「ガリバー旅行記」にある、ゆでたまごを小さい側から割るグループと大きい側から割るグループが対立するというお話（私は知りません）に由来するのだそうです。
［追記　ここまで］

次の　００　００　００　はクラスコードですが普通は００にします。
最後の　０８　はエンドポイント０の最大パケットサイズの指定です。ここは８バイトを指定します。

このデバイスディスクリプタは１８バイトなので、８バイト＋８バイト＋２バイトというように３回に分けて送ることになるのですが、ここでは最初の８バイトを送るとすぐにホストからデータの終了を示すＯＵＴパケットが送出されて、デバイスディスクリプタの送信が打ち切られています。
ＵＳＢ接続をした直後はホストはデバイスが応答することだけをまず確認したいようで、このタイミングではこのようになります。

ＣＰＬＤ＋ＳＩＭＭを使ってＵＳＢプロトコルの解析を！［第３６回］
２０１４．４．１ｕｐｌｏａｄ
２０１４．４．２追記

前へ
次へ
ホームページトップへ戻る