シリアルサーバーの動作モードはネットワーク接続をどちらが開始するかを決め、シリアルパラメーターはバイトの送受信方法を決め、業務プロトコルはそのバイトが何を表すかを決めます。トラブルシューティングでは、この3つの層を分けて考える必要があります。Pingが通ることはTCP接続の確立を意味せず、TCP接続の確立はシリアルポートからの応答を意味せず、バイトの受信は業務データの正しさを意味しません。
待ち受けと能動接続の違い
TCPサーバーモードでは、機器は指定ポートへのコンピューターからの接続を待ち受けます。TCPクライアントモードでは、リモートホストへ能動的に接続します。モードは上位コンピューターのプログラムの役割に合わせて選ぶ必要があります。両端が待ち受けている場合や、両端が誤った接続先に接続しようとしている場合、ネットワーク上で到達可能でもデータ通信路は確立されません。
仮想シリアルポートは、ドライバーによってCOMポートをリモートサーバーにマッピングし、従来のプログラムが引き続きそのCOMポートにアクセスできるようにします。一方、Socketプログラムはネットワーク接続を直接使用します。制御線、同時接続、切断中のバッファリングに対応しているかどうかは、機種とソフトウェアごとに確認する必要があります。1つのモード名からすべての機能を推測しないでください。
まず、実際に接続されているシリアルポートを確認する
RS-232では通常、TX、RX、基準端子の確認が必要です。RS-485では差動信号とバス構成の確認が必要です。RS-422では送信用と受信用に独立した差動ペアを備えている場合があります。コネクターのピン数やA/Bの文字を共通の配線規格とみなしてはいけません。機器の端子定義を優先してください。
シリアル通信のボーレート、データビット、パリティ、ストップビットを一致させる必要があり、業務通信の局番とアドレスも正しく設定する必要があります。透過伝送はバイトを転送するだけであり、任意のシリアルプロトコルをModbus TCPに変換するものではありません。プロトコル変換が必要な場合は、機器が対応するゲートウェイ機能を明示的にサポートしていることを確認してください。
まったく接続できない場合の確認方法
電源、Ethernetポート、IPが適切かを確認し、サブネット、ゲートウェイ、接続先ポート、待ち受け側の役割を確認します。Pingはポリシーで制限されている場合があるため、実際の接続テストも併せて確認してください。Pingに応答がないだけで機器の故障と判断せず、Pingの成功をポートが開いている証拠とみなさないでください。
別のプログラムがすでに接続を占有していないか、ファイアウォールやネットワークポリシーが接続を遮断していないかを確認します。分離したテスト用ネットワークと正常動作が確認済みのクライアントで変動要因を減らし、正常動作が回復してから本番ネットワークに接続してください。利便性だけを理由に、公衆ネットワーク経由の管理アクセスを長期間開放したままにしないでください。
接続済みなのに機器が応答しない
要求が実際にシリアル出力まで届いているかを確認し、その後で電気配線、パラメーター、局番、コマンドを確認します。ネットワークの送信カウンターが増えているだけでは、機器が有効なコマンドを受信した証拠にはなりません。必要に応じて、正常動作が確認済みの短いケーブルと機器1台でテストし、大規模なバス上のほかの変動要因による影響を避けてください。
応答を一部しか受信できない場合は、バッファ内データのパケット化、シリアルの無通信時間、アプリケーションのタイムアウトを確認します。TCPはバイトストリームなので、ネットワークからの1回の読み取りで完全な業務フレームが1つ得られるとは限りません。アプリケーションはプロトコルの境界に従ってフレームを組み立てる必要があります。任意の遅延を加えて解析エラーを覆い隠さないでください。
値の誤りや時折発生するデータ欠落
応答はあるものの値が誤っている場合は、アドレスオフセット、型、倍率、バイト順を確認し、生のメッセージを保存します。周期的なタイムアウトについては、ポーリング頻度、シリアルポートの占有状況、ネットワーク遅延を観察し、複数の制御プログラムが調整なしに半二重バスへ同時に要求を送ることを避けてください。
切断後の再接続では、未完了のコマンドを処理する方法を定める必要があります。特に制御サービスでは、バッファ内データの再送による動作の重複を避けなければなりません。性能評価には連続運転と障害復旧を含め、1回の要求に対する応答速度だけを比較しないでください。
保守しやすい設定を引き渡す方法
通信チャネルと機器の対応関係、シリアルパラメーター、IPポート、モード、上位コンピューターのバージョンを保存し、正常な要求と応答の例も保管します。次の手段を通じて 飛暢科技製品センター 実際の接続機能とプロトコル対応機能を確認し、変更前にバックアップを取り、修復後は元の業務負荷に従って再テストしてください。
すべての異常を一括して「シリアルサーバーの故障」と呼ばないでください。障害がどの層で発生し、どの証拠がその判断を裏付けるのかを記録してください。これにより、保守作業を再起動の繰り返しから再現可能な障害箇所の特定へと移行させ、生産設備への影響を減らせます。
図は科学的原理と利用場面を示す模式図です。図示されたインターフェース、構造、測定値は、特定製品のパラメーターを表すものではありません。実際の仕様は、機種別資料と現場での測定に基づいて確認する必要があります。
中国語の技術記事から翻訳。原文の初回公開日：2019-11-26。原文の最終改訂日時：2026-10-13T20:37:04+08:00。 中国語の原文を読む
