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


［第４３回］


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

相変わらず超多忙でなかなかホームページの更新にまで手が回りません。
どうか気長にお付き合いください。

前回からの続きです。
前回はホストから出されたＧＥＴ　ＤＥＳＣＲＩＰＴＯＲ（ＳＴＲＩＮＧ）リクエストに対して、ＰＩＣＷＲＩＴＥＲが要求されたＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ（ＩＮＤＥＸ　０）を返したところを説明しました。
今回はその続きです。

0025900 SOF FNO=73D 0025910 SETUP ADRS=04 ENDP=00 DATA0 80 06 03 03 09 04 FF 00 GET_DESCRIPTOR ACK 0025912 IN ADRS=04 ENDP=00 NAK 0025913 IN ADRS=04 ENDP=00 NAK 0025914 IN ADRS=04 ENDP=00 NAK 0025916 IN ADRS=04 ENDP=00 DATA1 10 03 4F 00 6C 00 48 00 ACK 0025918 IN ADRS=04 ENDP=00 NAK 0025918 IN ADRS=04 ENDP=00 NAK 0025919 IN ADRS=04 ENDP=00 NAK 0025920 IN ADRS=04 ENDP=00 NAK 0025922 IN ADRS=04 ENDP=00 DATA0 6F 00 73 00 73 00 00 00 ACK 0025922 IN ADRS=04 ENDP=00 NAK 0025924 IN ADRS=04 ENDP=00 DATA1 ACK 0025926 OUT ADRS=04 ENDP=00 DATA1 ACK

ホストからは続いてまたＧＥＴ　ＤＥＳＣＲＩＰＴＯＲ（ＳＴＲＩＮＧ）リクエストが出されています。

８０　０６　０３　０３　０９　０４　ＦＦ　００　です。

最初の　８０　０６　はＧＥＴ　ＤＥＳＣＲＩＰＴＯＲです。
次の　０３　０３　はその要求がＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲを要求していることを示しています。
４バイト目のコード　０３はＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲを示していて、３バイト目の０３　はＩＮＤＥＸです。
ＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ　のＩＮＤＥＸ　０３は［第３８回］で説明しましたＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲで記述しています。
シリアルナンバーのＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲです。
これは余り重要ではなくて普通は無視されてしまうものだと思うのですが、どういうわけかＶＥＮＤＯＲ（ＩＮＤＥＸ　０１）やＰＲＯＤＵＣＴ（ＩＮＤＥＸ　０２）についてのＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲを飛ばして、いきなりＩＮＤＥＸ　０３の要求です（ちょいと首をかしげてしまいます）。

次の２バイトはこのＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲを記述する言語の指定です。
コード０４０９は英語です。
前回説明しましたＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ（ＩＮＤＥＸ　００）で指定しました。

最後の　ＦＦ　００　は要求しているＤＥＳＣＲＩＰＴＯＲの長さ（バイト数）がＦＦＨ（２５５バイト）であることを示しています。
事実上ホストからは長さを指定しないことになります。

ＰＩＣＷＲＩＴＥＲからはその要求に応えてＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ（ＩＮＤＥＸ　０３）が出力されています。
１０　０３　４Ｆ　００　６Ｃ　００　４８　００
です。

ディスクリプタの最初の１バイトはそのディスクリプタの長さを指定します。
１０ですから１６バイトであることを示しています。

ディスクリプタの２バイト目は、そのディスクリプタの種類を示しています。
このディスクリプタがホストから要求されたＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ（コード０３）であることを示しています。
ここではＩＮＤＥＸについては表記していませんが、ホストから要求された通り、ＩＮＤＥＸ　０３を送ります。
ＩＮＤＥＸ　００以外のＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲの３バイト目以後は文字を示すコードです。
全体が１６バイトですから、その次に送出されている８バイトをあわせてちょうど１６バイトです。

ＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲの文字コードは１６ビット２バイトで１文字を表します。
英語（ＡＳＣＩＩコード）は８ビット（１バイト）ですから、上位バイトはつねに００になります。
ここでＰＩＣＷＲＩＴＥＲから出力されたＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲ（ＩＮＤＥＸ　０３，シリアルナンバー）の文字コード部分を順に並べて解読してみました。

００４Ｆ　Ｏ
００６Ｃ　ｌ
００４８　Ｈ
００６Ｆ　ｏ
００７３　ｓ
００７３　ｓ
００００

ＯｌＨｏｓｓ　？？？
はて？
何でしょう？
まるで符牒か暗号のようです。
さっぱりわけがわかりません。

意味は分かりませんが、このＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲについては興味深いことが読み取れます。
そのことについては［第２７回］に書きました。
ＰＩＣＷＲＩＴＥＲから送出したＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲは実に丁寧なデータとなっています。
まずは切のよいように８バイトを２回でちょうどデータが完了するようにして、先頭に１０Ｈ（１６バイト）という数を置いています。
これで十分と思うのですが、さらに文字列の最後に００００を置いて、これで文字列が終わりであることを示しています。
それなのにホストからは［第２７回］に書きましたように、なおもしつこくＩＮパケットを送出して続きのデータを要求しています。
ＰＩＣＷＲＩＴＥＲはそれに応えるべきデータを持っていませんから、空のＤＡＴＡ１を返すと、そこでやっとホストからも空のＤＡＴＡ１が送出されて、やっとＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲの送信が完了しました。

むむ。
なんというひどいルールでしょう。
これはもう理解不能です。

しかし幸いといいますか、ＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲは省略してもいいらしいので、私はもうＳＴＲＩＮＧ　ＤＥＳＣＲＩＰＴＯＲは省略してしまうことに決めてしまいました。

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

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