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


［第４５回］


●Ｅｎｕｍｅｒａｔｉｏｎ　はじめから終わりまでの記録（１１）ＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲ（ＣＯＮＦＩＧＵＲＡＴＩＯＮ）

今回は［第４３回］からの続きです。
［第４３回］ではその前回から続いてホストから出されたＧＥＴ　ＤＥＳＣＲＩＰＴＯＲ（ＳＴＲＩＮＧ）リクエストとそれに対するＰＩＣＷＲＩＴＥＲの応答について説明をしました。
今回はその続きです。

0025960 SETUP ADRS=04 ENDP=00 DATA0 80 06 00 02 00 00 FF 00 GET_DESCRIPTOR CONFIG ACK 0025961 IN ADRS=04 ENDP=00 NAK 0025962 IN ADRS=04 ENDP=00 NAK 0025964 IN ADRS=04 ENDP=00 NAK 0025965 IN ADRS=04 ENDP=00 DATA1 09 02 29 00 01 01 02 80 ACK 0025967 IN ADRS=04 ENDP=00 NAK 0025968 IN ADRS=04 ENDP=00 NAK 0025969 IN ADRS=04 ENDP=00 NAK 0025969 IN ADRS=04 ENDP=00 NAK 0025971 IN ADRS=04 ENDP=00 DATA0 32 09 04 00 00 02 03 00 ACK 0025972 IN ADRS=04 ENDP=00 NAK 0025973 IN ADRS=04 ENDP=00 NAK 0025973 IN ADRS=04 ENDP=00 NAK 0025974 IN ADRS=04 ENDP=00 NAK 0025976 IN ADRS=04 ENDP=00 DATA1 ? [00000001] ? [10000110] ACK 0025976 IN ADRS=04 ENDP=00 NAK 0025977 IN ADRS=04 ENDP=00 NAK 0025978 IN ADRS=04 ENDP=00 NAK 0025979 IN ADRS=04 ENDP=00 NAK 0025980 IN ADRS=04 ENDP=00 DATA0 22 1D 00 07 05 81 03 40 0025981 IN ADRS=04 ENDP=00 NAK 0025982 IN ADRS=04 ENDP=00 NAK 0025983 IN ADRS=04 ENDP=00 NAK 0025984 IN ADRS=04 ENDP=00 NAK 0025985 IN ADRS=04 ENDP=00 NAK ? [01111110] 0025986 IN ADRS=04 ENDP=00 DATA1 00 01 07 05 01 03 40 00 ACK 0025987 IN ADRS=04 ENDP=00 NAK 0025993 SOF FNO=73E 0025994 IN ADRS=04 ENDP=00 DATA0 01 81 7F 3A A0 F4 1E 0026000 OUT ADRS=04 ENDP=00 DATA1 ACK

ＰＩＣＷＲＩＴＥＲがＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲを返すとホストからはＧＥＴ　ＤＥＳＣＲＩＰＴＯＲ（ＣＯＮＦＩＧＵＲＡＴＩＯＮ）リクエストが出されます。

８０　０６　００　０２　００　００　ＦＦ　００　です。

ＧＥＴ　ＤＥＳＣＲＩＰＴＯＲ（ＣＯＮＦＩＧＵＲＡＴＩＯＮ）リクエストは［第４０回］でも説明しました。
そこで説明したことと同じですがもう一度書くことにします。

最初の　８０　０６　はＧＥＴ　ＤＥＳＣＲＩＰＴＯＲです。
次の　００　０２　はその要求がＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲを要求していることを示しています。
コード　０２はＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲを示していて、００　はＩＮＤＥＸです（この場合には００になります）。
次の　００　００　はリクエストによって意味が異なりますがこの場合には　００　００　です。
最後の２バイトは要求しているＤＥＳＣＲＩＰＴＯＲの長さ（バイト数）です。
［第４０回］では　０９　００　でしたが今回は　ＦＦ　００　になっていて、事実上ホストが長さを指定していないことになります。

ＰＩＣＷＲＩＴＥＲからも、今回はＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲの全部が出力されています。
前にも説明しましたがＥＮＵＭＥＲＡＴＩＯＮのデータの送受信は８バイト毎に区切って行なわれます。
上のリストでも解読ソフトによって、そのように（８バイト毎に区切って）表示していますが、データ内容は必ずしも８バイト毎に区切られているわけではありません。
そこで以下の説明では内容によって区切って説明することにします。

ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲの最初の部分は

０９　０２　２９　００　０１　０１　０２　８０　３２　

です（最後の３２は次の８バイトの先頭の１バイトです）。
このところも［第４０回］で説明をしました。
同じことになりますがもう一度書くことにします。

ディスクリプタの最初の１バイトはそのディスクリプタの長さを指定します。
ここでは０９ですから９バイトであることを示しています。
ディスクリプタの２バイト目は、そのディスクリプタの種類を示しています。
このディスクリプタがホストから要求されたＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲ（コード０２）であることを示しています。
次の　２９　００　はＣＯＮＦＩＧＵＲＡＴＩＯＮ，ＩＮＴＥＲＦＡＣＥ，ＥＮＤＰＯＩＮＴの各ＤＥＳＣＲＩＰＴＯＲを合計した全バイト数です。
２９Ｈ＝４１ですから全体では４１バイトあることを示しています。
次の１バイトはＩＮＴＥＲＦＡＣＥ　ＤＥＳＣＲＩＰＴＯＲの個数（このリストでは０１）です。
その次の１バイトは複数のＣＯＮＦＩＧＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲがあるときにその番号（このリストでは０１）です。
次の１バイトはＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＤＥＳＣＲＩＰＴＯＲのＳＴＲＩＮＧ　ＤＥＳＣＴＩＰＴＯＲ　のＩＮＤＥＸ（このリストでは０２）です。
この２バイトについては［第４０回］にも書きましたが意味がよくわかりません。
８バイト目はビット７〜５までに意味があります。ビット４〜０はリザーブされています（全ビット：０）。
このリストでは８０ですから、ビット７＝１でそれ以外は０です。
ビット７＝１はＵＳＢバスラインから＋５Ｖ電源を取ること（バスパワー）を指定しています。
ビット６は自己電源の指定です。
ビット５はリモートウェイクアップの指定です。
最後の１バイトは２回目の送信データの先頭にある１バイトです。
３２　です。
この１バイトはバスパワーを使う場合の最大消費電流です。
２ｍＡ単位で指定します。
このリストでは３２Ｈですから５００ｍＡということになります。
これはＵＳＢ２．０規格での最大値になります。

［第４０回］はここまでで終わっていましたが今回は続きがあります。
２回目の送信データの２バイト目から後ろです。

０９　０４　００　００　０２　０３　００

もう何回も書きましたようにディスクリプタの最初の１バイトはそのディスクリプタの長さを指定します。
ここでは０９ですから９バイトであることを示しています。
ディスクリプタの２バイト目は、そのディスクリプタの種類を示しています。
コード０４はＩＮＴＥＲＦＡＣＥ　ＤＥＳＣＲＩＰＴＯＲです。
次の２バイトはＩＮＤＥＸとかなんとか意味があるようなのですが、デフォルトではいずれも００のようです。
次の１バイトは００以外のエンドポイントの数です。
ここでは０２ですから、エンドポイントが２つあることになります。
次の０３はＣＬＡＳＳコードです。
０３はＨＩＤインターフェイスクラスです。
その次の００はサブクラスコードです。
ＨＩＤの場合ここは００でよいようです。

さて、このＩＮＴＥＲＦＡＣＥ　ＤＥＳＣＲＩＰＴＯＲも先頭は０９ですからトータルでは９バイトになります。
ここまでで７バイトですからあと２バイトあることになります。
ところがリストを見ますとその次のデータは
？　［０００００００１］
となっていてどうやら解読に失敗しているようです。
しかしもとのデータを調べてみましたら、ここはどうも解読プログラムにバグがあるようで、データそのものは解読可能でした。

本日は時間がなくなってしまいましたので、そのことにつきましては次回に説明することにいたします。

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

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