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


［第３９回］


●Ｅｎｕｍｅｒａｔｉｏｎ　はじめから終わりまでの記録（７）ＤＥＶＩＣＥ＿ＤＥＳＣＲＩＰＴＯＲ（最後の２バイト）

前回からの続きです。
前回の終わりのところで、ＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲの最後は２バイトなのですが、解読プログラムの都合で８バイト表示されています、と書きました。
下の部分です。

0025806 SOF FNO=73C 0025806 PRE 0025811 IN ADRS=04 ENDP=00 DATA1 03 02 7F 7E 3B A0 F4 FE // DATA1 03 02 7F 7E 1B 50 7A 80 0025812 OUT ADRS=04 ENDP=00 DATA1 ACK

今回はそこのところをもう少し詳しく説明します。
ＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲの最後の２バイトは上のリストで　０３　０２　のところです。
この２バイトについては前回説明をしました。
ではその後ろには何があるかといいますと、その後ろの２バイトはＣＲＣ１６になります。
ＣＲＣは巡回冗長検査と呼ばれています。
考え方や計算方法は難しくてよくわかりません。
なんでもこの計算からデータの誤りをみつけて補正することもできるのだそうです。
そういうことも余裕があれば考えてみてもよいのですが、今はそんなゆとりはありません。
当然にここはパスいたしまして、その次にいきます。
ＣＲＣ１６の２バイトの次にはデータはありません。
ということでその後ろのところでちょっとデータが乱れているようです。
しかし前後の関係から見るとここにもなにやら意味のある信号がかくれているようです。
そこで以前にちょっと説明しました手作業での解読を試みましたが、ちょいと解読不能でありました。
そこでまた奥の手を使いまして、同時に記録を行なった「予備の記録」のほうを確認しましたところ、そちらが使えることがわかりました。
同じ行の後半に記載したデータです。
その前半４バイトは、前方のデータと同じです。
で、その後半の４バイトを解読してみました。
すると。

1B 50 7A 80 11011000 00001010 01011110 00000001 | | SYNC ACK

おお。
ＳＹＮＣに続いてＡＣＫが出現しました。
これで、情報が完全につながりました。
ホストはＰＩＣＷＲＩＴＥＲから送られたＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲの最後の２バイト（とＣＲＣ１６）を受け取ると、それにＡＣＫを返したあと、ＤＡＴＡ１を送出してＤＥＶＩＣＥ　ＤＥＳＣＲＩＰＴＯＲの受信を完了しました。

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

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