tagCANDY CGI VBレスキュー(花ちゃん)の Visual Basic 6.0用 掲示板
VBレスキュー(花ちゃん)の Visual Basic 6.0用 掲示板
[ツリー表示へ]  [ワード検索]  [Home]

タイトル 経過報告
投稿日: 2010/02/04(Thu) 09:42
投稿者ぽると
別件の装置トラブルの為、数日こちらの作業滞っておりました。
まずは現状の経過報告を。

@FAネットワークの通信量
  担当者に確認してもらいましたが、通信に影響が出るほどの
  通信量の行き来は検出されなかったそうです。
A装置側の機器異常のチェック
  割と年数のたっている装置なので先日もパーツを交換したそうですが、
  PCとの通信関係に影響しそうなところは異常は出ていないそうです。
BPC1の異常チェック
  ハードウェアではTCP/IP、シリアル供に故障等はありませんでした。
  停止可能日に半日ずつ単体テストを実施。
CLANやシリアルケーブルの再点検
  ノイズ対策済みのものを使用中。
DTCP/IP通信とシリアル通信のタイムアウト時間の調整( テストPG )
  継続実施中。
EACK、NAK等のチェック処理の実装テスト( テストPG )
  継続実施中。
  チFック処理が無い理由は特にないようです。逆になんで無いのか聞かれました...。
FDoEvents の整理
  シリアル通信処理以外での DoEvents は全て外しました。
  しかしながら現象は解消されませんでした。
Gチェックサムについて
  現在のシリアル通信でもチェックサム有りで通信しています。
  ただ、肝心のNAKチェック処理が無いので機能していない。

今後の進め方として、
原因調査のリミットは来週中までとし、それでも原因がわからないとなれば
やはり現状の Do〜Loop 方式はこのシステムでは不適切とし、
1バイトずつ受信するやり方で見直す方向で進めていこうかと考えています。

再現方法が若干異なるので、今回の原因とは関係ないかもしれませんが、
似たような現象が出るパターンがあったので報告します。
・たまたまデバック用の変数をメッセージボックスで表示した時、
  シリアル通信の DoEvents 回数が同じまま、TCP/IP通信の DataArrival が連続発生。
  メッセージボックスを消すとシリアル通信も再開された。
上記現象はデバックモードではなく実行ファイル形式で動作させている場合のみ出る現象のようです。
何故かはよくわかりませんが...。

- 関連一覧ツリー をクリックするとツリー全体を一括表示します)

古いスレッドにレスはつけられません。