マルチシリアルサーバーの要点は、異なる現場インターフェースを正しいネットワークチャネルに対応付けることです。1つのネットワークポートで複数のシリアルサービスを扱えますが、異なるチャネルの配線、シリアル通信パラメーター、データを混在させることはできません。まず「機器―シリアルポート番号―ネットワーク接続先―ホストコンピューター上のオブジェクト」の対応表を作成し、チャネルごとに配線と検証を行います。すべてを一度に接続してからトラブルシューティングするよりも、対応関係が明確になります。
1。マルチシリアルサーバーと複数のRS485スレーブは、どのように異なりますか？
4ポートのシリアルサーバーは通常、4つのシリアルインターフェースを備え、製品構成に応じて各インターフェースに独立した端末またはバスを接続できます。単一のRS485シリアルポートにも、プロトコル、アドレス、トポロジー、電気的負荷の条件が許す場合は、複数のスレーブを接続できます。4つの独立したシリアルポートと、同一バス上の4台のスレーブは、同じ構成ではありません。
例えば、2台の入退室コントローラーがRS232を使用し、別のメーター群がRS485を使用する場合、合計3つの個別チャネルを使用し、それぞれのインターフェース、ボーレート、プロトコルが異なることがあります。機器が同じボックス内に集まっているという理由だけで、すべてを1組のRS485端子に接続することはできません。また、すべてのインターフェースで電気方式を自由に切り替えられると考えてはいけません。
2。1つのネットワークポートで、複数のシリアルポートのデータをどのように区別しますか？
機器内部では、シリアルポートごとに独立した送受信とバッファリングを設定でき、ネットワーク側ではその設定に従ってチャネルを区別します。一般的な実装では、異なる待ち受けポート、異なる接続、またはメーカー独自のカプセル化識別子を使用する場合があります。どの方式を使用するかは、機種とモードに照らして確認する必要があります。「シリアルポート1つにつきネットワークポート1つ」を、すべての製品に共通する絶対的な規則として扱うことはできません。
チャネル1とチャネル2が、例として2つのサービスポートに対応付けられているとします。対応するシリアルポートにバイトを送信するには、コンピューターが正しい接続先に接続する必要があります。チャネル1に接続して、チャネル2上の機器の局番号を指定して問い合わせても、ネットワーク接続が成功したというだけで端末が自動的に応答することはありません。ポートと局番号は、異なる階層のアドレスです。
対応表を作成する際は、端末名、シリアルポート番号、インターフェース規格、パラメーター、サービスのプロトコル、ホストソフトウェア上のオブジェクトを記録します。仮想COMを使用する場合は、COM番号とドライバーの対応付けも記録します。Socketプログラムを使用する場合は、接続とアプリケーション上の機器オブジェクトを記録します。再接続や機器交換の後は、以前の設定が誤った接続先を指さないよう、再確認してください。
3。RS232とRS485の配線を個別に確認する
RS232には一般に、送信、受信、基準電位の端子があります。接続時は両側の定義を確認してください。通常、一方の送信は他方の受信に対応します。フロー制御線が必要かどうか、ケーブルがストレートかクロスかは、インターフェースの用途と機器の種類によって異なります。コネクターがオスかメスかだけでは判断できません。また、RS232の信号をRS485の差動端子に接続してはいけません。
RS485はバス設計に従って配線し、許容されるトポロジーの範囲内で、連続した幹線と適切な分岐を維持する必要があります。終端とバイアスは、実際の機器と配線に応じて決定してください。A/Bの名称はメーカーによって一致しない場合があるため、文字や色ではなく電気的な定義を照合してください。基準グランド、シールド、絶縁接地は、マニュアルと現場設計に従って施工してください。概略図を、任意の端子を短絡するための方法として扱ってはいけません。
同じRS485バス上のスレーブアドレスは、通常、プロトコルに従って重複を避ける必要があります。独立した異なるチャネルでは同じ局番号を使用できる場合がありますが、ホストソフトウェアはチャネルの識別情報も併用して区別する必要があります。チャネル番号が独立していること自体は、ポートが電気的に絶縁されている証拠にはなりません。絶縁構造と定格条件は別途確認する必要があります。
4。各チャネルのシリアル通信パラメーターは個別に保存する
ボーレート、データビット、パリティ、ストップビット、フロー制御は、対応する端末に合わせる必要があります。4つのチャネルすべてに同じパラメーターをコピーしてよいのは、端末が実際に同じ設定を必要とする場合だけです。ネットワークの通信速度はシリアル通信速度よりはるかに高速ですが、シリアル伝送時間がなくなるわけではありません。複数のサービスから同時に収集する場合は、機器の処理能力とバッファリングの上限も確認してください。
ホストプログラムは、解析バッファーとタイムアウト状態をチャネルごとに独立して保持する必要があります。TCPは順序が保証されたバイトストリームであり、1回の読み取りに半分のフレームや複数のフレームが含まれる場合があります。アプリケーションは、そのチャネルのプロトコルに従ってメッセージを復元します。同じネットワークポートで受信したという理由だけで、異なる機器のデータを、送信元を区別しない1つのメッセージキューに混在させてはいけません。
5。ホストソフトウェアに応じて動作モードを選択する
ホストコンピューターから現場側に能動的にアクセスする場合は、TCP Serverを検討できます。現場側からセンターに能動的に接続する場合は、TCP Clientを検討できます。ポイントツーポイントのペア構成による透過伝送では、両端の役割とシリアル通信パラメーターを適合させる必要があります。仮想COMは互換性のある既存のシリアルソフトウェアを利用するために使用し、Socketアプリケーションはネットワーク接続を直接処理します。この2つは、単一の「プロトコルオプション」だけで自由に置き換えられるものではありません。
複数のコンピューターが同じシリアルチャネルにアクセスする場合も、調整が必要です。ネットワークセッション数は、安全に制御できるマスター数と同じではありません。機器が応答をブロードキャストするか、要求をキューに入れるか、プロトコルの調停に対応するかは、実際のモードに照らして確認してください。複数のプラットフォームに接続できると述べる一方で、同時接続はできないとする古い記事は、機種の前提を欠いた矛盾であり、一般的な結論として引き続き使用することはできません。
6。入退室管理の改修でも業務機能の検証が必要なのはなぜですか？
既存の入退室コントローラーをシリアルサーバーに接続すると、データの伝送経路を変更できますが、既存のプロトコルが自動的にネイティブのIP入退室管理に変わるわけではありません。管理ソフトウェアは、引き続き端末のプロトコルと、対応するネットワークまたは仮想COM経由のアクセスをサポートする必要があります。権限設定、時刻同期、イベント通知も確認しなければなりません。
例えば、自発的なイベント通知とセンターからのポーリングでは、メッセージの送受信タイミングが異なる場合があります。切断中にイベントがバッファリングされるか、復旧後に再送されるかは、記録の完全性に影響します。ドアを開けるなどの操作では、無条件の再試行を避けるため、タイムアウト後に実行状態を確認することも必要です。通信距離はシリアル区間とネットワーク区間それぞれの条件に依存します。ネットワークに接続すれば距離や信頼性の制約がなくなると保証することはできません。
7。ネットワークポートだけでなく、チャネルごとに検証する
テスト環境では、まずチャネル1だけを接続し、正常であることが確認済みの要求を使って双方向のデータと内容を確認してから、残りのチャネルを順番にテストします。各機器に区別可能な内容を返させることで、ソフトウェア上の名称、測定値、実際の機器が一致することを確認できます。その後、同時に動作させ、チャネル間のデータ混在、応答の誤認、タイムアウト、バッファー使用量の増加がないかを観察します。
次に、1台の端末の切断、ネットワークの切断、機器の再起動をテストし、他のチャネルの動作と設定が保持されるかどうかを記録します。物理ポートが分かれていても、すべての障害が独立しているとは限りません。電源、プロセッサー、ネットワークでは、依然としてリソースを共有している場合があります。受入検証には、単一チャネルでの短時間の成功だけでなく、全体負荷と障害復旧も含める必要があります。
8。発注構成に従ってインターフェースを確認する
飛暢科技のFCT-1500シリーズの詳細情報には、RS232、RS422、RS485、および3方式一体型の各構成が示されており、スイッチング対応の電気ポートと光ポートのオプションも記載されています。端末構成に応じて選択できます。マルチチャネル機器の選択は接続の集約に役立ちますが、実際のチャネル数、選択可能なインターフェース、動作モードは、完全な型番に照らして確認する必要があります。シリーズ全体の対応範囲を、すべての機器が同時に備えるインターフェースとして扱うことはできません。
施工前に対応表、配線記録、正常な要求と応答を保存し、機器交換後には再検証してください。ネットワークチャネル、シリアル配線、業務機能のオブジェクトが正確に対応して初めて、マルチチャネル統合の利便性を保守に生かすことができ、追跡が難しい配線混在の問題を増やさずに済みます。
参考資料：飛暢科技FCT-1500シリーズの詳細と発注構成;TCP仕様書。図は一般的な原理図であり、特定製品の配線表、実物、または実測性能を示すものではありません。
中国語の技術記事から翻訳。原文の初公開日：2022-12-16。原文の最終改訂日時：2026-10-13T20:24:48+08:00。 中国語の原文を読む
