シリアルサーバを選ぶ際は、CPUのビット幅や「産業用グレード」という言葉の比較から始めないでください。現場機器のインターフェース、シリアルパラメータ、ホストコンピュータのアクセス方法、データ量、設置環境を明確に書き出し、サンプル機で継続的な通信と切断後の復旧を確認します。100 MbpsのEthernetポートでも、9600ボーの計測器を高速化することはできず、大容量バッファでも継続的に過剰なデータを無限に吸収することはできません。実際の業務要件を満たし、保守しやすい製品が適切な製品です。
1. まず、どのようなデータを運ぶ必要があるかを確認する
シリアルサーバは、RS232、RS422、RS485機器から受信したシリアルバイトをネットワークへ送り、ネットワークから受信したバイトをシリアルポートへ送り返します。透過伝送はデータを運ぶ通路のようなもので、通常は個々の値や制御コマンドの意味を理解しません。Modbus RTUからModbus TCPへの変換にはアプリケーションプロトコルの処理が伴うため、シリアルポートとEthernetポートがあるだけで対応しているとは判断できません。購入前に、既存ソフトウェアに仮想COMポートが必要なのか、ネットワーク接続を直接使用するのか、必要なのは透過伝送なのか、指定されたプロトコル変換なのかを確認してください。
仮想シリアルポートとは、既存のシリアル通信用ソフトウェアを引き続き使用できるように、ドライバがコンピュータ上に模擬するCOMポートです。一方、TCPのクライアントモードとサーバモードは、どちらが能動的にネットワーク接続を確立するかを定めます。これらのネットワーク上の役割は、現場計測器のマスターやスレーブの役割とは異なります。複数のコンピュータがサーバに同時接続できるからといって、同じRS485バスへ自由に同時にコマンドを送信できるわけではありません。複数の要求には依然としてスケジューリングが必要であり、そうしなければ競合や応答の誤解釈が発生する可能性があります。
2. インターフェース名とパラメータは別々に確認する
RS232、RS422、RS485は異なる電気的インターフェースであり、ボーレートを変更するだけで相互に置き換えることはできません。外観が同じDB9コネクタや端子台でも、端子の定義が異なる場合があります。RS232では通常、送信、受信、信号基準を扱い、2線式半二重のRS485では1対の線で送信と受信を交互に行います。具体的な端子名、基準グランド、シールド、絶縁の要件は両側のマニュアルで確認し、インターネット上の写真だけを頼りに配線しないでください。3-in-1機器は選択の利便性を提供しますが、通常はすべての方式が同時に動作するのではなく、インターフェースの種類を明示的に選ぶ必要があります。
次に、ボーレート、データビット、パリティ、ストップビット、フロー制御を確認します。ボーレートはシリアル信号のシンボル伝送速度を表し、Ethernetポートの速度ではありません。一般的な2値UARTでは、これを基にシリアルのビットレートを推定できます。計測器が特殊なボーレートやMark、Spaceパリティを必要とする場合は、機器が対応していることを確認し、実際に試験する必要があります。「カスタマイズ可能」を、任意の値を正確に生成できるという意味に解釈しないでください。クロック分周と許容誤差にも限界があります。
3. 100 Mbpsのネットワークでもシリアルのボトルネックを解消できない理由
8N1設定では、1バイトの8データビットに加えて、1スタートビットと1ストップビットが必要なため、1バイトの送信に10ビット分の時間を要します。9600 bit/sを10で割ると、理想的な上限は毎秒約960バイトになります。1,000バイトでは、計測器の応答、フレーム間の待ち時間、ネットワーク時間を加えなくても、シリアル伝送だけで約1.04秒かかります。Ethernetポートを100 Mbpsや1 Gbpsにアップグレードしても、シリアル速度ですでに決まっているこの時間を短縮することはできません。
したがって選定では、最大ボーレートだけを見るのではなく、通常時とバースト時のデータ量、許容される収集周期、最大応答時間を見積もる必要があります。現場機器が9600にしか対応していない場合、サーバを115200に設定すると、両者は正しく通信できなくなります。両側が対応する値まで速度を上げた後も、配線、距離、ビットエラーを確認してください。収集システムに複数の計測器がある場合は、要求、応答、待ち時間も合算する必要があり、単一メッセージのバイト数だけで一巡の所要時間を推定することはできません。
4. バッファリングが解決するのはバーストであり、恒常的な過負荷ではない
コンピュータは一括データをネットワークへ短時間で送信できても、シリアルポートは1バイトずつしか出力できません。バッファは、まだ処理されていないデータを機器が一時保存する有限の領域であり、送信待ちのキューに似ています。短時間のバーストはキューで吸収できますが、継続的な到着速度が送信速度を上回ると、有限のキューはいずれ満杯になります。大容量バッファはバーストへの耐性を高める可能性がある一方、キューでの待ち時間を増やす可能性もあります。「バッファが大きいほど遅延が小さい」を原則とすることはできません。
TCPの受信ウィンドウは、あとどれだけのデータを受信できるかを通信相手に伝えるためのものです。機器がこのフィードバックと内部バッファを正しく連携させて初めて、送信側は必要に応じて待機できます。UDPにはTCPのフロー制御がないため、過剰な入力をどう処理するかを、より明確にする必要があります。シリアル側でハードウェアまたはソフトウェアのフロー制御を使用できるかどうかも、インターフェース、計測器、アプリケーションプロトコルによります。購入時には、バッファ満杯時の動作、異常の件数を集計できるか、切断中のデータをどう扱うかを明確に確認してください。
5. 遅延は単一の宣伝値ではなく、経路全体で測定する
1回の収集における待ち時間は、サーバのフレーミング、ネットワークのキュー待ち、仮想シリアルポートドライバ、シリアル伝送、計測器の処理、ホストコンピュータのスケジューリングから生じる可能性があります。フレーミングタイマーが長すぎると、追加のバイトを待ってからパケットを送信し、短すぎると小さなパケットが増える可能性があります。TCPもバイトストリームであり、1回の送信が1回の受信に対応することを保証しないため、アプリケーションはプロトコルに従って完全なメッセージを識別する必要があります。タイムアウトが発生したら、CPUやプロトコルスタックの「性能が足りない」と即断するのではなく、どの区間で時間を費やしているかを特定してください。
実際のメッセージ、実際の台数、実際の収集周期を使用して、要求の送信から完全な応答の受信までの時間分布を記録します。平均値と明らかに遅いケースの両方を確認し、データの完全性、順序、業務上の意味を確かめてください。無負荷でのサンプル試験や、メーカーが以前示した「何ミリ秒未満」という説明を、あらゆる現場条件での保証とみなすことはできません。厳密な周期が求められる制御用途では、通常のEthernetと汎用OSの時間特性上の限界を、さらに慎重に評価する必要があります。
6. 切断からの復旧を、現場での再起動の繰り返しに頼らない
ケーブルを抜く、スイッチを再起動する、ホストコンピュータを終了するといった操作により、両端で接続状態の判断が一時的に異なることがあります。TCPキープアライブ、アプリケーションのハートビート、接続タイムアウト、再接続戦略は、まったく同じ問題を解決するものではありません。実際に対応している機能に基づいて設定し、試験する必要があります。キープアライブでネットワーク接続を確認することは、計測器がコマンドを実行したことの確認とは異なります。アプリケーションが明確な応答を受信して初めて、対応する業務上の証拠が得られます。機器にpingが通ることは、ネットワーク機能の一部に到達できることを示すだけで、シリアル業務処理のスレッドが正常であることは示しません。
許可された保守環境で、ネットワーク切断、通信相手の終了、再接続をそれぞれ試験します。古い接続が適切に解放され、新しい接続が確立でき、手動再起動なしでシリアル業務が復旧することを確認し、復旧中にデータの欠落、滞留、重複実行が発生するかを記録してください。書き込みコマンドや制御コマンドを無条件に再送してはいけません。アプリケーションは、実行済みでも応答が失われた場合を処理する必要があります。DHCPやDNSへの対応は、TCP実装の品質を十分に証明するものではありません。真の受入確認は、あくまで再現可能な業務試験です。
7. 産業現場では機器全体を見て、CPUのビット幅を証拠の代わりにしない
8ビットまたは32ビットのプロセッサという情報は、設計情報の一つにすぎません。全体の性能は、ソフトウェア、バッファリング、ドライバ、電源、放熱にも左右されます。チップの生産地やピン数も、長期安定性を直接証明するものではありません。Ethernetポートの10/100速度ネゴシエーションとAuto-MDI/MDIXによる自動クロス切り替えは異なる機能です。前者は接続能力を交渉し、後者は送受信線対の対応関係を処理するため、仕様上で別々に確認する必要があります。
動作温度は、特定モデルの機器全体としての定格範囲を基準とし、屋外の気象条件だけでなく、密閉盤内の温度上昇も考慮する必要があります。広い温度範囲への対応は、防水、結露防止、耐塩水噴霧を意味しません。雷保護も、接地や外部保護を省略できるという意味ではありません。広入力電圧電源が示すのは許容供給電圧範囲であり、あらゆるスパイクに耐えることを約束するものではありません。現場の電源条件と設置条件を記録し、マニュアルに従って適切な電源と保護を構成してください。危険電圧を伴う点検は有資格者に任せ、機器を試験するために自ら極端な電圧を発生させないでください。
8. 飛暢科技の製品では、購入要件を具体的な項目に落とし込む
飛暢科技FCT-081219の公式製品詳細には、RS232、RS422、RS485から選択可能な1チャネルを100 Mbps Ethernetに接続する構成が記載され、WEB設定、シリアルパラメータと状態の監視、フレーミング設定、仮想シリアルポートドライバ、ネットワーク中断後の接続自動復旧などの機能が示されています。DINレールまたは壁面への取り付けとコンパクトな形状は、限られた盤内スペースで1台の機器を接続する場面に適しています。これらは機能確認の出発点であり、実際のサンプル機による受入試験に代わるものではありません。
同じ製品詳細には、シリアル速度の対応範囲がインターフェースによって異なり、最大値をそのままRS232に適用できないことも記載されています。また、DC電源と機器全体の温度範囲も示されています。購入時には、具体的な発注モデル、ファームウェア、インターフェースに応じたパラメータの提示を供給元に求め、実際に必要なボーレート、パリティ、同時セッション数、ドライバのOS互換性、アップグレード方法を確認してください。複数ポートでの収集、特殊な絶縁、プロトコル変換が必要な場合は、対応するモデルを改めて確認し、1チャネル製品を根拠に製品カテゴリ全体がすべてに対応していると推測しないでください。
9. 再確認できる購入時の受入記録を残す
仮の例として、既存の収集ソフトウェアがCOMポートしか認識せず、複数のRS485計測器をネットワーク経由で読み取る必要があるとします。まずソフトウェアとドライバの対応システムバージョンを確認し、バストポロジーと要求のスケジューリングを点検します。短いローカル接続で検証した後、現場ネットワークに接続してください。通常負荷、業務上妥当なバースト、切断からの復旧を試験し、収集成功率、応答時間、例外処理を記録します。稼働中の現場で、安易に負荷攻撃を行ったり、すべてのファイアウォールを停止したりしないでください。
最後に、モデル、ファームウェア、シリアルパラメータ、ネットワークモード、試験メッセージ、電源環境、復旧手順を記録し、ロールバック可能な設定をバックアップします。技術サポート、ファームウェア保守、故障時の交換体制についても明確に確認してください。インターフェースが適合し、データ量に対応でき、障害から復旧でき、保守を引き継げることが、シリアルサーバ選定の完全な答えです。単一のCPU表記、輸入チップ、より高速なEthernetポートでは、こうした証拠を代替できません。
中国語の技術記事から翻訳。原文の初回公開日：2022-05-17。原文の最終改訂日時：2026-10-13T20:24:48+08:00。 中国語の原文を読む
