ＶＨＤＬを速習！ ＸＣ９５１４４ＸＬ＋１６ＭＢ・ＳＩＭＭを使ってＵＳＢプロトコルアナライザを作ってしまいました！
主目的は差し迫った事情からＵＳＢプロトコルの解析をすることだったのですが、その手段として選んだのがコレ！
［第１９回］
●フレームの間隔
ここでちょっと余談です。
前回と前々回にお見せした画像をもう一度見ていただきます。
解読したリストの上半分ぐらいはずっと ＳＯＦ ＦＮＯ＝ が並んでいます。
そのＳＯＦの前には７桁の数字がついています。
この数字は何でしょうか？
実は、各行の先頭についている７桁の数値は、解読するもとのバイナリファイルの先頭からの位置を示しています。
しかしこの数字はただ単にファイルの先頭からのバイト数などを示しているのではなくて、実はバイナリファイルを１６進数のメモリダンプ形式に変換してセーブしたテキストファイルをＴｅｒａｐａｄで開いたときにつけられる行番号に合わせてあるのです。
なんでそんな面倒なことをしているかと言いますと、そうすることで１６進ダンプしたデータと上のように翻訳したデータをつきあわせして確認することができるように、と考えたからです。
こちらがＴｅｒａｐａｄで１６進数ダンプファイルを開いて、上の画像と同じ位置を示したものです。
行番号３５８０８にある ０３ ９６ ８２ ０１ がＳＯＦ ＦＮＯ＝０６０ です。
プログラムによってコードを解読することで能率は飛躍的に向上しますが、なかには前回説明しましたスタッフビットなどのせいでうまく解読できないところも出てきます（コード解読プログラムは急いで作ったため、いろいろ手抜きがあって、スタッフビットは考慮していません）。
そのような場合には上のように１６進数のデータを調べてみると何かがつかめることもあります。
そのためには同じ行番号データをつけておくと便利なのです。
さてこの７桁の数字にはそういう意味があるということを知っていただいた上で、さきほどの画像をもう一度見てください。
フレームナンバーが並んでいる前の数値を見てみます。
３４５８９
３４６８２
３４７７６
３４８７０
３４９６４
のように並んでいます。
各数の差を計算してみてください。
すると…。
９３
９４
９４
９４
となります。
大体は９４ですがときどき９３のところもあります。
これは何でしょうか？
実はこれはフレームの間隔（フレームのサイズ）をあらわしているのです。
９４というのは上の画像で見て、１６進数データが１６個表示されている行が９４行ということを意味しています。
つまりフレームの間隔（ＳＯＦデータの間隔）は１６バイト×９４だと計算できます。
１６個ある１６進数のどの位置にＳＯＦデータがあるかはいつも固定しているわけではありませんから、行数だけで計算するとある程度の誤差を覚悟しなければなりませんが、それでも目安にはなります。
１６×９４＝１５０４バイトです。
このデータはもともとシリアル変換して送信されてきたものです。
そこで上の計算結果をビットに直してみます。
１５０４×８＝１２０３２ビットになります。
ところでＵＳＢデータのクロックは１２ＭＨｚでした。
１２００００００ビット／秒の送信速度です。
その速度で１２０３２を割ってみますと、
１２０３２／１２００００００≒０．０００１（秒）になります。
つまり１ｍｓです。
ＣＰＬＤ＋ＳＩＭＭ回路で収集したデータを解析することで、フレームが１ｍｓ間隔で送出されていることが確認できました。
また逆にそのように確認できたことで、ＣＰＬＤ＋ＳＩＭＭ回路は期待通りにかなりの正確さでデータを収集している、ともいえると思います。
ＣＰＬＤ＋ＳＩＭＭを使ってＵＳＢプロトコルの解析を！［第１９回］
２０１４．２．１８ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る