●Ｓｎｏｏｐｙ．ｐｒｏで確かめてみました
［第５３回］と［第５４回］で、
１）ＨＩＤレポートディスクリプタの値を６４バイト以外の値、たとえば３２バイトに変更しても、ＷｒｉｔｅＦｉｌｅ（）での送信バイト数は常に６４バイト（設定値としては６５バイト）にしなければならない。
２）その場合には、ＨＩＤでの実際の送信は、３２バイトずつ２回に分けて送信されるらしい。
ということを書きました。
ＰＩＣ１８Ｆ４５５０に送信されたデータを、ＰＩＣ１８Ｆ４５５０がさらにＲＳ４８５で当社のＢＡＳＩＣ制御ボードＺＢ２５Ｋに送信したデータを分析してみると、どうもそういうことらしい、という結論になりました。
とにかくＷｒｉｔｅＦｉｌｅ（）としては、必ず６４バイトのデータとして送信しなければならない、ということのようですから、それならば、わざわざＨＩＤレポートディスクリプタの値を６４バイト以外の値に設定して、ことさら処理を複雑にしてしまう必要は全くありません。
でも。
それはそうなのですけれど、せっかくＳｎｏｏｐｙ．Ｐｒｏもご紹介申し上げたところですから、ひとつ、そのＳｎｏｏｐｙ．Ｐｒｏで確認してみる、というのはいかがでしょうか？
まあ、余興みたいなものですけれど。
で、Ｓｎｏｏｐｙ君に調査していただきましたところ。
こういう報告でありました。
うう。
これって…。
おかしいじゃないの？
６４バイト１回で送信しましたあ？
そんなはずは…。
ないのでありますけれど、そこはそれ、なんたってＳｎｏｏｐｙなのでありますから、どうも、平気でデータを捏造してくれてしまうらしいのであります。
と、そのように断言してしまいますと、Ｓｎｏｏｐｙファンでありますとか、全国愛犬家協会みたいなところから抗議されてしまうかもしれません。
でもですね。
６４バイト一括ってことはないはずなのですよ。
２回に分けて送っているはずなのですけれど。
どうもＷｉｎｄｏｗｓサイドのソフトから見る限りでは６４バイト１回で送信している、ということになってしまうようです。
おお。ひらめきました。
実は、［第５５回］で、ＰＩＣ１８Ｆ４５５０のＨＩＤの送受信の説明のところを書くために、ＰＩＣ１８Ｆ４５５０ＤａｔａＳｈｅｅｔを読んでいて気が付いたことがあります。
●ＢＤ ＢＹＴＥ ＣＯＵＮＴ
［出典］Ｍｉｃｒｏｃｈｉｐ社ＰＩＣ１８Ｆ４５５０ＤａｔａＳｈｅｅｔ
［第５５回］で説明しましたＢｕｆｆｅｒ Ｄｅｓｃｒｉｐｔｏｒ（ＢＤ）の第２バイトがＢＤｎＣＮＴ（ＢＤ ＢＹＴＥ ＣＯＵＮＴ）レジスタです。
［第５５回］では省略してしまいましたけれど、上の引用文が、そのＢＤ ＢＹＴＥ ＣＯＵＮＴの説明です。
そこの、Ｆｏｒ ａｎ ＯＵＴ ｔｒａｎｓｆｅｒのところを読みますと、
（このレジスタは、ＯＵＴバッファ（受信バッファ）の最大受信可能バイト数を定義しておきますが）
Ａｆｔｅｒ ａｎ ＯＵＴ ｔｒａｎｓｆｅｒ，ｔｈｅ ＳＩＥ ｗｉｌｌ ｒｅｔｕｒｎ ｔｈｅ ａｃｔｕａｌ ｎｕｍｂｅｒ ｏｆ ｂｙｔｅｓ ｒｅｃｅｉｖｅｄ．
と書いてあります。
おお。そうなのですね。
データを受信すると、実際に受信したバイト数が、ＳＩＥ（ＵＳＢコントローラ）によってこのレジスタに書き込まれる、のだそうです。
それなら、受信後にこのレジスタの値を確認すれば、そのとき実際に何バイト受信したのかがわかるじゃありませんか。
さっそくＰＩＣのプログラムを直して試してみましたよ。
これが、その結果です。
［第５４回］と同じことをしていますが、今回はＰＩＣ１８Ｆ４５５０がＷｉｎｄｏｗｓマシンから受信したデータをそのままＺＢ２５Ｋに送るのではなくて、上で説明したＢＹＴＥ ＣＯＵＮＴレジスタの値を、ＺＢ２５Ｋに送るデータの第１バイトに上書きしてから、送信するようにＰＩＣ１８Ｆ４５５０のプログラムを変更したうえで実行したのです。
ＺＢ２５Ｋが受け取ったデータの解析です。
［第５４回］で説明しましたように、水色で囲った数値はＺＢ２５Ｋの文字変数の格納文字数です。
その次からが実際に受信した文字列データです。
受信した文字の先頭の値（黄色で囲った値）は２０になっています。
ここは ［第５４回］では７３になっていました。７３は文字ｓのＡＳＣＩＩコードです。
今回はその上に、ＢＹＴＥ ＣＯＵＮＴレジスタの値を上書きしてＺＢ２５Ｋに送りました。
その値が２０ということは、やっぱりこのときＷｉｎｄｏｗｓマシンから送られてきたのは２０（＝３２）バイトだったのです！
そして、これも［第５４回］で説明しましたように、その次に受信したデータの第１バイトは、アドレスＦ３２７にあります。
黄色で囲った２０です。
ここは ［第５４回］では６７になっていました。
そこにＢＹＴＥ ＣＯＵＮＴレジスタの値が上書きされています。
ここもやはり２０です。
おお。間違いありません。
やっぱりＷｉｎｄｏｗｓマシンからは、６４バイト１回の送信ではなくて、３２バイトずつ２回に分けて送信されていたのです。
こら。Ｓｎｏｏｐｙ。ほんとのことを言わなきゃだめじゃないか。
ＣＰＵをつくろう！第４８４回（２０１０．４．２３ｕｐｌｏａｄ）を再編集
ＰＩＣでＵＳＢを！［第５７回］
２０１１．７．１１ｕｐｌｏａｄ
前へ
次へ
目次へ戻る
ホームページトップへ戻る