シリアル通信エラー

Question

VBのMSCommにてシリアル通信アプリを作成しました。
デスクトップＰＣ（Win2000)では正常に動作するにも関わらず、
ノートＰＣ（WinMe)ではデータ受信時にとりこぼしが発生する様です。
とりあえず、MSCommのOnCommイベントプロシージャ内でCommEventプロパティにて
エラーコードを引っ掛けると、1006（ポート オーバーランです。ハードウェアから 1 文字が読み取られる前に、次の文字が受信されたため、先の文字は失われました。）というエラーが返却されます。
デスクトップＰＣでは何日か継続して通信させておいても、全くこのエラーが出ないのに
ノートＰＣでは数秒～数分で頻繁に発生します。
このエラーの意味について調査したのですが、様々なＨＰを見ると、ＦＩＦＯバッファ（通常16バイト）のエリアが一杯になり、前にかかれていたデータが上書き
されたという事ではないかという所に辿り着きました。そこで、デバイスのポート設定の詳細
にて受信バッファを低レベル（1バイト受信毎にＣＰＵ割り込みを発生）にする事により、なるべく
ＦＩＦＯバッファの余裕を持たせる設定にすれば、問題は解決あるいは頻度の減少を期待出きる
と思い、設定したのですが、結果は全く変わりませんでした。そこで質問です。
１）このエラーの意味は本当にＦＩＦＯバッファのオーバーランなのでしょうか。
２）もし、そうであるならば、解決策はあるのでしょうか？　　フロー制御で回避出きる問題ではありませんよね？
３）このＦＩＦＯバッファあたりの調査が可能なツールはありますでしょうか？出きれば、本当にＦＩＦＯバッファが一杯になる現象がデータとして取得出きればうれしいのですが。

現在、MSCommの設定としては以下の通りです。
Settings=115200,N,8,1
InBufferSize=3000
Handshaking=2

以上、１）～３）すべてでなくても構いません、よろしくお願いします。

kabasan · Accepted Answer

全てお察しの通りです。
おそらくＷｉｎ２０００マシンの方はパワーがあるので間に合っているが、Ｍｅマシンはパワー不足で間に合わず、フロー制御がかからないため、デバイス上のＦＩＦＯバッファを使い切り、そこでデータを喪失しているのでしょう。

バイナリーファイルのやりとりならソフトウェアフローは使用できませんね。相手側にもちゃんとハードウェアフローをしてもらうしかないでしょうし、それで解決するはずです。

それと、前回の回答でも書きましたが、ケーブルのせいかもしてないので、その辺はきちんと調査して切り分けてくださいね。

kabasan · Answer

受信バッファは３０００バイトを指定していますから充分ですね。

ＭＳＣｏｍｍのフロー制御はデバイスの受信バッファ（１６バイト）の使用量によって自動的に制御線を操作してくれるはずですから、以下の２点が怪しいと思います。

・ケーブルの結線でＲＴＳ、ＣＴＳが自分自身に戻されている。
・相手側がフロー制御無しになっている。

ＭＳＣｏｍｍのプロパティでHandshaking=0、RTSEnable=Falseとしてみて動作させ、相手がデータを送信してくるようなら、フロー制御ができていません。一度試してみてください。


あと、あんまり解決にならないんですが、コンパイルオプションで速度重視にすれば、エラーの確率をちょっぴり落とせるかも。

ginyou · Answer

えっと、通信の受信バッファを何バイトにしていますか？
　文章を読むと意味不明なところがあるんですが、受信バッファを１０２４バイト程度にしておけば、十分間に合うとおもうんですが、

　逆に、受信バッファ１バイトとかするとまず間に合いませんよ。（通信速度にもよりますが）

シリアル通信エラー

全てお察しの通りです。

受信バッファは３０００バイトを指定していますから充分ですね。

この回答への補足

えっと、通信の受信バッファを何バイトにしていますか？

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

　えっと、通信の受信バッファを何バイトにしていますか？