4ポートサーバーは通常、個別の機器やバスに接続するための物理シリアルインターフェースを4つ備えています。「4」はチャネル数であり、接続機器が最大4台であることや、あらゆる規格、無制限の同時処理、任意のプロトコルへの対応を意味しません。古いパラメータ表を暗記するのではなく、各電気インターフェース、バイトの経路、ネットワークマッピングを理解してください。
各シリアルポートが扱うもの
制御盤内には、設定の異なるバーコードリーダー、はかり、温度計、入退室コントローラーが設置されている場合があります。発注した仕様がそれぞれの電気インターフェースに対応していれば、適切なマルチポート機器で接続できます。チャネルごとに機器、ボーレート、ホスト側サービスを記録し、4組の配線をまとめて接続しないでください。
各受信回路は電気信号を処理し、そのUARTが文字を復元して、対応するバッファ／ネットワーク経路へバイトを渡します。共有のプロセッサ／インターフェースは、データの帰属を維持する必要があります。「4つの郵便窓口が1台の車両を共有する」というのは例えであり、実際のすべてのプロトコルが特定のアドレスタグを付加するという意味ではありません。
4本の独立回線と1本のマルチドロップバスの違い
1つのRS485インターフェースには、適切なプロトコルの下で複数の局を接続できます。各局はアドレスで区別され、伝送を共有します。一方、4つのポートは4本の独立した回線に対応でき、各回線に複数の局を接続できる場合もあります。シリアルインターフェース数、バス上の局数、ネットワークセッション数は分けて数えてください。
送信し続ける異常な局は、接続先のバスに影響を及ぼす場合があります。シリアルポートを分けることで回線障害の影響範囲を限定できる場合がありますが、電源、プロセッサ、アップリンクは依然として共通の障害点です。「独立」が、パラメータ、チャネルの帰属、ガルバニック絶縁のどれを意味するのかを定義してください。ポート数だけでは、ポートごとの絶縁は証明できません。
インターフェースの仕様によって配線が決まる
RS232は一般に、TX／RX／基準電位が定められたポイントツーポイント接続です。一般的な2線式RS485では、差動配線、送受信方向、バストポロジーを考慮する必要があります。RS422には別の条件があります。同じ端子形状でも、機能が同じとは限りません。固定仕様のポートもあれば、モードを切り替えるポートもあります。発注仕様と切り替え手順を確認してください。
DIPスイッチや無作為な配線で推測しないでください。現場のRS232をロジックレベルのUARTに接続すると、回路を損傷するおそれがあります。複数のインターフェースを同時に動作させられない場合もあります。敷設済みケーブル、終端、基準電位、保護を追加する前に、短い回線で1台の機器を検証してください。
1つのIPで4チャネルにアクセスする仕組み
製品によっては、TCPサービスポート、セッション、その他のマッピングによってシリアルチャネルを区別します。TCPポートはソフトウェアサービスを識別するものであり、物理的なRJ45ソケットではありません。1つのインターフェースで複数の接続を扱うことができ、Ethernetソケットが4つあってもシリアルチャネルが4つあるとは限りません。ポート番号に普遍的な規則があると思い込まず、実際のマッピング規則に従ってください。
チャネルごとにネットワーク上の役割を定義してください。サーバーは接続を待ち受け、クライアントは接続を開始します。これによって計測器のマスター／スレーブの役割が決まるわけではありません。複数のコンピューターが接続されていても、1台のシリアル機器を自動的に同時制御できるわけではありません。要求、応答の帰属、制御権限を調整してください。
古い4ポート機器のパラメータ表をそのまま流用できない理由
古い記事には、異なるメーカーの情報、旧式のドライバー、損失が絶対に発生しないという保証が混在している場合があります。4チャネルという情報だけでは、CPU、最大ボーレート、OS、電源、保護仕様は分かりません。別の古い機器の仕様をFCTELに当てはめるのではなく、現行の型番、インターフェースの仕様、ファームウェアを確認してください。
例えば、FCTEL FCT-081206の資料は、マルチポート／インターフェース設定の選択肢を示すものであり、汎用的な4ポート仕様表ではありません。4チャネルのプロジェクトでも、発注したバージョン、モード、ソフトウェア互換性の確認が必要です。8ポート製品の説明で、無関係な4ポート製品の適合性を証明することはできません。
同時処理能力とシリアル通信容量を見積もる
同時負荷時には、各チャネルのデータ生成量とホストの処理量が釣り合う必要があります。有限のバッファは一時的な集中を吸収するものであり、継続的に増える滞留を解消するものではありません。Ethernetが1つのシリアルチャネルより高速でも、システムにボトルネックがないとは証明できません。スケジューリング、パケット化、タイムアウト、シリアルトランザクションは、いずれも応答に影響します。
マルチドロップチャネルでは、各サイクルに要求、処理、応答、再試行を含めてください。機器数だけでは速度は判断できません。低速または異常のある局では、再試行による飽和を避けるため、通信頻度を管理して下げ、アラームを設ける必要があります。バイト単位のスループットだけでなく、トランザクション全体を検証してください。
各チャネルの受け入れ試験後に、同時負荷を試験する
端子、インターフェース、文字設定、局アドレス、ネットワークマッピング、ソフトウェアの登録項目を記載したチャネル表を作成してください。実際のメッセージを個別に検証した後、計画したすべての通信を実行し、チャネル間のデータ混入、タイムアウト、動作の重複を確認してください。稼働中のアクチュエーターに任意のブロードキャスト書き込みを行うのではなく、承認された機器と作業時間帯で試験してください。
ネットワーク切断、機器の電源喪失、ホスト再起動、設定復旧を試験し、チャネルごとの障害と復旧時間を記録してください。電源／接地のマニュアルに従い、管理アクセスを制限し、設定をバックアップしてください。成功とは、すべてのLEDが点灯することではなく、障害の影響範囲が明確な状態で、各チャネルが所定のサービスを完了できることです。
参考：FCTELマルチポートシリアルデバイスサーバーの詳細。図は一般的な仕組みを示しており、特定の4ポートモデルのピン配列、仕様、試験結果を示すものではありません。
中国語の技術記事から翻訳。原文初公開：2022-04-06。原文最終改訂：2026-10-13T15:49:49+08:00。 中国語の原文を読む
