シリアルカードは1台のコンピューターのポートを増設し、デバイスサーバーはシリアル機器をネットワークに接続します。どちらもCOMポートを提供する場合がありますが、経路、電源、ドライバー、障害、保守は異なります。ポート数だけではなく、設置場所、ソフトウェアのアクセス方法、ネットワークやコンピューターの障害からの復旧要件に基づいて選択してください。
1台の計測器を読み取る2つの方法
1台のコンピューターのそばに4台の実験室用計測器がある場合、ローカルのPCIeカードまたは適切なカードを使用すると、そのドライバーを介してポートを追加できます。USB－シリアル変換もローカル拡張の一形態ですが、PCIeハードウェアと同一ではありません。どちらも電気的互換性とドライバーの互換性が必要です。
複数の作業場に分散した計測器を中央のソフトウェアで利用する場合、サーバーを機器の近くに設置することで、シリアル配線を近距離にとどめ、離れた区間をネットワークで接続できます。ソフトウェアはソケットまたは仮想COMドライバーを介してアクセスします。この比較は、距離、タイミング、アクセス権限の制限がなくなることを意味しません。
カードとホストの連携方法
トランシーバーがRS232/422/485を扱い、UARTが文字を処理し、コントローラーロジックがホストバスを介してデータを交換します。ドライバーはOSとアプリケーションにポートを提供します。ホストの電源、OS、ドライバーへの依存は残ります。通常、電源がオフのコンピューターのローカルカードが、別のホストに独立してサービスを提供し続けることはできません。
ホストのリソースを使用すること自体が低性能を意味するわけではなく、外部機器を使ってもアプリケーションのCPU処理がなくなるわけではありません。負荷、ドライバーの効率、設計、障害対応要件を比較してください。現在のマルチポートカードのポート数や対応システムは製品によって異なり、昔の固定的なポート数や古いOSの一覧が一律に当てはまるわけではありません。
ネットワーク化によって加わるもの
サーバーはシリアル受信、バッファリング、ネットワーク送信を独立して処理します。コンピューターがサーバー内部のハードウェアを駆動する必要はありませんが、仮想COMには引き続き適切なソフトウェアやドライバーが必要です。ソケットアプリケーションは、サービスのメッセージを正しく解析できれば、TCP/UDPを使用できます。TCP/IPへの対応は、すべてのOSや既存プログラムへの対応を保証するものではありません。
ネットワーク化により、アドレス指定、セッション、アクセス制御、パケット化、再接続が加わります。これらは分散配置を可能にする一方で、障害が発生する条件も増やします。Ethernetを高速化しても、計測器のシリアル出力は速くなりません。厳密なタイミング要件は、ネットワーク速度だけではなく、要求と応答の全体を通して評価してください。
同じCOM名でも、同じ動作とは限らない
仮想ドライバーを使うと、既存ソフトウェアはCOM名を開きながら、読み書きをリモート経由で行えます。制御線、ボーレート変更、切断時の戻り値、OSのバージョンをテストしてください。アクセスの入口が似ていても、遅延やエラーの挙動が同じであることは証明されません。
応答を短時間で確認するプログラムは、ローカルでは動作しても、ネットワークやパケット化による待ち時間でタイムアウトする場合があります。タイムアウトの調整には限度を設け、応答がどの要求に属するか、バッファー内に残存データがないか、操作が重複していないかを確認する必要があります。ハードウェアフロー制御を使うアプリケーションには、サーバーとドライバーによる状態情報への対応が必要であり、3線式のテキスト通信テストだけでは不十分です。
コンピューター間での共有
ネットワーク経由で到達できても、計測器がマルチマスターになるわけではありません。シリアルの要求と応答には厳密な順序が必要な場合があり、コマンドが交錯すると、帰属の誤認や制御の競合が発生します。制御元を1つに定め、プラットフォームを通じて結果を配信するか、明示的なスケジューリングを使用してください。
ローカルカードもソフトウェアサービスを介して共有できるため、本質的にネットワーク利用が不可能なわけではありません。逆に、サーバーに複数のセッションがあっても、シームレスなフェイルオーバーは保証されません。制御権の移管、未完了のトランザクション、重複制御については、システムの設計とテストが必要です。
障害の影響範囲に基づいて選ぶ
ローカル構成は、ホスト、アップグレード、スロット、シリアル配線に依存します。ネットワーク構成は、現場の電源、リンク、中央設備、安全なアクセスに依存します。4ポートサーバー1台では、1つの障害が4チャネルに共通して影響します。一方、サーバー4台では保守対象が増えます。集約する構成も、機器を増やす構成も、常に信頼性が高いとは限りません。
物理インターフェース、ソフトウェアのアクセス方法、設置場所、同時利用、復旧を明確にしてください。ハードウェア価格だけではなく、配線、電源、開発、ドライバー保守、診断の総コストを比較します。一律の価格比率はなく、金属筐体であることから絶縁性能や環境定格を判断することもできません。モデルごとの裏付け資料を確認してください。
元のソフトウェアで移行をテストする
ローカル構成で正常に動作している文字、メッセージ、タイミングを記録し、その後、候補機器を実験環境でテストします。連続読み取り、書き込み、異常応答、ソフトウェアの再起動を含めてください。仮想COMでは、実際に使用するOSとドライバーを検証します。ユーティリティでテキストを1行送受信できるだけでは、完全な互換性の確認にはなりません。
通信断テストでは、検出時間、再接続後の古いデータ、操作の重複を確認します。本番環境でのテストには承認が必要です。適合するモデルについては、FCTELのサーバーカテゴリーを確認してください。これはアーキテクチャの比較であり、あるサーバーの機能をカードやすべてのシリアル製品に当てはめる根拠にはなりません。
製品参考情報：FCTELシリアルデバイスサーバーの詳細。図は一般的な仕組みを示しており、製品や測定結果を示すものではありません。
中国語の技術記事から翻訳。原文の初公開日：2022-05-12。原文の最終改訂日時：2026-10-13T15:49:49+08:00。 中国語の原文を読む
