ＦＴ２３２ＲＬだと微妙な…

例のｔｉｎｙ２３１３とＶＢで作ったシリアル
ＭＩＤＩモニター。とりあえず普通に動くことが
確認できたので、念のためと思ってもう１個の方の
ＭＩＤＩマスターキーボードに接続してみたら、「Ｆ８」
（１６進）がズラズラーーーーと。

timing clock信号みたい。そうかぁ。timing clock信号
を出力するＭＩＤＩマスターもあるのね…。

ということで、他にもそういう恒常的に出つづける
信号が有るのか無いのか調べてみることに。
…とりあえず無さそう。

VB2005を開いてプログラムを修正。Ｆ８（timing clock）
もomitできるように機能追加。


さて、さらに念のためということでシリアルｉ／ｆの
バリエーションとしてFT232RLも試してみることに。

これまではＡＴＥＮ製のシリアル－ＵＳＢ変換ケーブル
経由でテストしていたんだけど、これをFT232RL経由
に繋ぎ変えたらなんだか変なことに。


鍵盤を弾いてからモニターの画面上にＭＩＤＩ
メッセージが表示されるまでに数秒のラグが出ちゃう。

入力処理側が間に合わなくなって、バッファが上手く
掃けないまま溜まってしまっている感じだなぁ。

プログラムの間違えとは考え難いんだけどなぁ。
ＡＴＥＮ製のシリアル－ＵＳＢ変換ケーブルでは動いて
いるわけだし。
ＦＴＤＩ社のドライバとＶＢプログラムの相性か？

何が悪いのかイマイチ良くわかんないんだけど、
とりあえずＰＣのハードのせいかもと思ってもう1台
のＰＣでも同様に実行してみる…

同じ結果だ。

どうやら個別事情というよりは、ＦＴＤＩ社のドライバ
と今回作ったプログラムでは相性が出るという理解を
したほうがよさそうだな？


大した処理はやってないんだけどなぁ…
シリアルポートにバイナリで1バイトデータが受信
する毎にDelegateで別スレッドでテキストボックスに
追記していくだけの処理なんだけど。


…あれかな？

1バイト分の処理が終る前にさらに次の1バイトが届いた
っていうDataReceivedのハンドルを拾って、
　　　「1バイト分処理するスレッド」
が次々と生成されちゃって、その複数のスレッド同士
でリソース競合しちゃってるとか？
そのスレッド同士が一斉にテキストボックスに書き込もう
とするから、その調停（スレッドの再起動とか？）で
不要な処理時間を要しているとか…？
（ＤＢ更新とかで言うところのデッドロックね）


同じＵＳＢ経由でもＡＴＥＮ製ドライバと変換
ケーブルなら出ないのに、FT232RLだとダメなのは
何でだろうねぇ？


1バイト1バイトパラパラと疎らにデータ送信できることが
前提のシリアルｉ／ｆと、1パケット1パケットまとめて
ｉ／ｆするＵＳＢとでは、相性がよくないってこと
なのかな。

どうしたものやら…