ＶＨＤＬを速習！ ＸＣ９５１４４ＸＬ＋１６ＭＢ・ＳＩＭＭを使ってＵＳＢプロトコルアナライザを作ってしまいました！
主目的は差し迫った事情からＵＳＢプロトコルの解析をすることだったのですが、その手段として選んだのがコレ！
［第１７回］
●ＵＳＢ信号の解読（２）
［第１４回］でＵＳＢ信号の解読例をお見せしました。
その解読例はそこでも書きましたように、ＵＳＢプロトコルの解読という当記事の本来の目的からしますと、あまり参考になる例ではありませんでした。
その後にＰＩＤなどについても説明しましたので、ここであらためてもう一度ＵＳＢ信号の解読例をお見せすることにいたします。
こちらがＣＰＬＤ＋ＳＩＭＭ回路を使って記録したＵＳＢ信号データです。
このままでは何が何だかわかりません。
ＦＦが連続しているところはデータが無いところ（無信号の状態）で、そうではないところが何らかのデータが送信、または受信されているところだということは大体想像がつきます。
上のデータを紙と鉛筆を使って解読するとこのようになります。
ほんの少しのところですが、これだけでも手作業で解読するとなると一苦労ですので、最初の０７ ６Ｃ ０９ ４０ からその下の ０１ Ａ５ Ｆ７ のところまでを解読してみました。
ＳＥＴＵＰコマンドが発行されています。
８０ ０６ ００ ０１ はＥｎｕｍｅｒａｔｉｏｎのＧｅｔ Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒコマンドです。
Ｅｎｕｍｅｒａｔｉｏｎのコマンドについてもそのうち整理して説明をしていきたいと思っています。
上のようにしてホストから発行されるコマンドとそれに対するＮＤ８０ＺⅢ（３．５）の応答を記録し解読していけば、ＮＤ８０ＺⅢ（３．５）がうまく認識されない場合に、どこでおかしくなっているのかがわかるかもしれません。
しかし一度の記録で４ＭＢもあるデータ（バイナリから１６進数データのダンプイメージに変換すると３３ＭＢにもなります）を紙と鉛筆で解読していたのでは、前にも書きましたが、それこそ寿命が尽きてしまいます。
そういうことなので当然解読プログラムも作りました。
下はその解読プログラム（ｕｓｂｃｋｒ．ｃｏｍ）を実行したところと、その結果生成された解読リストを表示させているところです。
ｕｓｂｃｋｒを実行したときにシステムエラーが表示されています。
もともとこのプログラムは生のＵＳＢデータを解読するように作成したものですが、もとのデータファイルｄ６ｎｘ＿ｈ．ｂｉｎにはＵＳＢ信号データだけではなくて、同時にＰＩＣ１８Ｆ１４Ｋ５０の内部の動作を示す値をＰＯＲＴＢ、ＰＯＲＴＣから出力したものも記録しているので、その部分でエラーが発生しているのです。
これはそのことがわかっていて、でもそのためにデータファイルを分離するのも面倒なので、そのままｕｓｂｃｋｒに読み込ませるといういささか乱暴なことをした結果表示されたエラーメッセージです。
解読そのものはまともに完了しています。
ＤＯＳプロンプト画面で最初に実行しているｆｄｕｍｐは、バイナリファイルを上のほうでお見せしたような１６進数のメモリダンプ形式のテキストファイルに変換するプログラムです。
ｆｄｕｍｐ．ｃｏｍもｕｓｂｃｋｒ．ｃｏｍも自作の８０８６アセンブラで作成しました。
紙と鉛筆を使って解読していたら一生かかってしまうような作業もプログラムを作成して実行させれば瞬時に解読できてしまいます。
こういう用途に使ってこそコンピュータの威力が実感できようというものです。
ところで、上の解読リストをよーく見ていただきますと、一箇所ちょっと気になるところがあるのですが、それがどこだかお分かりになりますでしょうか？
ＣＰＬＤ＋ＳＩＭＭを使ってＵＳＢプロトコルの解析を！［第１７回］
２０１４．２．１６ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る