タイトル : 経過報告 投稿日 : 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 が連続発生。 メッセージボックスを消すとシリアル通信も再開された。 上記現象はデバックモードではなく実行ファイル形式で動作させている場合のみ出る現象のようです。 何故かはよくわかりませんが...。 |