Cookie
Electronic Team, Inc. uses cookies to personalize your experience on our website. By continuing to use this site, you agree to our cookie policy. Click here to learn more.

複数のCOMポートへの同時接続

当社のSerial to Ethernet Connector（シリアルイーサネットコネクタ）をご使用いただくと、複数のクライアントで同時にシリアルポートを共有できます。また、1つのクライアントで複数のリモートシリアルインターフェースに接続できるようになります。
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：

シリアルポートから複数のアプリケーションにデータを転送

当社のSerial to Ethernet Connectorをご使用いただくと、単一のシリアルポートデバイスから複数のリモートコンピューターにデータを転送できます。例えば、シリアル接続されたGPSセンサーを複数のリモートコンピューターに接続し、そのデータを同時に共有することができます。複数のユーザーが、ネットワークに接続された任意の場所から、異なるアプリケーションで同一のデータに同時にアクセスできます。
GPS位置情報を複数のコンピューターで受信

複数のシリアル機器からのデータを統合

当社のSerial to Ethernet Connectorは、複数のシリアルデバイスから、単一のリモートコンピューターへのデータ伝送を統合することができます。例えば、複数のアラームセンサーからのデータを中央のコンピューターに統合することができます。これにより、オペレーターはすべてのデバイスからの信号に同時にアクセスできるようになり、アラームによって保護されているシステムに関して、十分な情報に基づいた意思決定を行う準備が整います。
複数のセンサーを1台のラップトップで監視するシステム

複数のコンピューターでシリアルポートを共有する方法

1
GPSセンサーなどのシリアルデバイスに物理的に接続されているコンピューターに、当社のSerial to Ethernet Connectorをインストールします。
お使いのOSのインストーラーバージョンを入手します
2
GPSに接続されたコンピューターで、物理ポートをリッスンするサーバー接続を作成します。
ホストでサーバー接続と、RAWデータプロトコルを選択します
3
リモートクライアントマシンで本ソフトウェアを起動し、「Remote connections（リモート接続）」タブに移動します。次に、仮想ポートの名前を選択し、「Create（作成）」をクリックしてサーバーとの通信を確立します。
このタブは上部のツールバーにあります
4
GPSデバイスからのデータにアクセスするすべてのコンピューターで、前の2つの手順を繰り返します。
複数のセンサーがある場合は、1台のコンピューターで同じことを行います
5
これで、1台のサーバーからすべてのリモートコンピューターにGPSデータを送信できるようになりました。
接続の管理は、セントラルコンピューターからでも、デバイスホストからでも可能です
注意：「Remote connections（リモート接続）」タブからの自動接続作成が機能しない場合は、手動で接続を作成する必要があります。手順についてはマニュアルを参照してください。

お客様のお声

4.9 総合順位, 以下に基づく： 372 ユーザー レビュー
世界中の150社以上の企業様にご使用いただいております
Daniele Besana
ネットワークエンジニア
Serial to Ethernet Connectorは、これまで試した中で、最も効果的なソリューションでした。このソフトが提供するシリアルポートの仮想化技術は、追加のコンピューターや拡張カードを使用する代わりになる、効率的な方法です。このテクノロジーは、私のデータ転送システムで特に役立ちます。なぜなら、仮想RS232インターフェースは、ネットワーク経由でシリアルポートデバイスにリモートアクセスして管理する、最も簡単な方法を備えているからです。
Olivia Lane
汚染制御エンジニア
当社の品質管理研究所では、シリアルポートを介してコンピューターと通信する特殊な機器を使用しています。そこで、機器の絶え間ない移動と再キャリブレーションを避けるため、LANを介して機器を共有することにしました。Serial to Ethernet Connectorのおかげで、それを簡単にできました。現在、誰かが特定の機器に接続する必要がある場合、イーサネットを介してシリアルを共有し、ターミナルサーバーを介してリモートアクセスすることができます。
Stefan Mueller
Alpla社ソリューションアーキテクト
Serial to Ethernet Connectorのおかげで、古いデバイスと新しいウェブベースのアプリを接続することができました。Electronic Teamを選んだ主な理由は、同社のソフトウェアのインターフェースです。競合他社のものよりもずっと直感的でモダンな印象を受けました。Serial to Ethernet Connectorがあれば、シリアルインターフェースでクライアントに接続されている古い機器を交換する必要はなく、新しいソリューションで使い続けることができます。
Emma Davis
プロセス制御プログラマ
Serial to Ethernet Connectorは、当社の主要な要件をすべて満たしています。信頼性が高く、パスワード認証とトラフィックの暗号化が可能です。これらのオプションは、POS端末を扱う当社にとって特に重要で、データを保護する必要があります。このアプリのおかげで、イーサネット上で共有される仮想シリアルポートを介して、POSハードウェアにアクセスするのが非常に簡単になりました。
James Meyer
効率化エンジニア
Serial to Ethernet ConnectorのCOMポート共有機能は、当社の石油リグ（掘削・生産）装置用診断ソフトウェアの不可欠な一部となっています。当社のエンジニアがオートメーションシステムにリモートアクセス機能を実装後、サービス担当者は、システムの状態に影響を与える問題を、より迅速かつ効率的に検出できるようになりました。
Jacob Williams
通信エンジニア
TAPIデバイスをクライアントのCitrix XenDesktopセッションに渡す方法を探していました。XenDesktopのクライアントCOMポートにマッピングすることはできないようだったので、サードパーティのソリューションを選択しました。Serial to Ethernet Connectorのおかげで、イーサネットを介してTAPIデバイスを仮想マシンに転送することができました。
Claudio Corniani
PIUSI SPA社（イタリア）電子技術マネージャー
当社は、Serial to Ethernet Connector機能をハードウェアに統合しました。これにより、当社のオリジナルのソフトウェアアプリケーションに他の変更を加えることなく、新しいシリアルポートを仮想化し、通信トラフィックをイーサネットポートにリダイレクトすることができました。その結果、全体的な効率が上がりました！

よくある質問

はい — これは典型的なファンアウトであり、まさに Raw server connection のためのものです。デバイスが接続されたマシンはそのポートで1つのサーバー接続を実行し、任意の数のクライアントマシンがそこに接続できます。各クライアントはデバイス出力のコピーを受け取ります。これは、GPSフィード、センサーストリーム、または複数のコンピューターが同時に必要とするデータを持つあらゆるデバイスを配信するのに自然に適しています。

2つの点を覚えておいてください。これにはRawモードを使用してください — Telnet (RFC 2217) はピアツーピアであり、複数のクライアントを受け付けません。また、マルチクライアントは読み取りには安全です。複数のクライアントがコマンド/レスポンス型デバイスにコマンドも送信すると、それらの書き込みは単一の物理ポート上で交錯して互いを破損させるため、コマンドは1つの制御クライアントを通して調停してください。読み手が多いのは問題ありませんが、制御されていない書き手が多いのはだめです。

回答者: Nikolai Svarachevsky · リード開発者
はい。サーバー接続タイプとクライアント接続タイプは相互に入れ替え可能なため、「多数のクライアント、1台のサーバー」の鏡像となる構成も完全にサポートされています。つまり、1台のマシンで複数のクライアント接続を実行し、それぞれが異なるサーバーに接続し、ローカルではそれぞれ専用の仮想COMポートにマッピングされます。これは標準的なファンイン構成、つまり複数のリモートデバイスを1台の中央コンピューターに集約する方法です。

この構成を明快に保つための設計ルールは、リモートソースごとに1つの仮想ポートを割り当てることです。そうすれば、アプリケーションは各デバイスを個別で明確なポートから読み取れます。複数のリモートサーバーを1つのローカルポートに統合したくなるかもしれませんが、それは避けてください。ペイロード自体に明示的な識別情報が含まれていない限り、バイトストリームが混在し、区別する方法がなくなるためです。ポートは分離、ソースも分離です。

回答者: Nikolai Svarachevsky · リード開発者
はい、しかも聞こえるほど複雑ではありません。各マシンはまず自分自身の実ポートをサーバー接続として公開し、その後、他のすべてのマシンのサーバーへ接続する仮想ポートを作成します（自分自身を除くすべて）。これを各ノードで行えば、あらゆるデバイスのデータが他のすべてのマシンで利用可能になります — それがスター構成です。サーバー/クライアントモデルが相互交換可能であることが、これをきれいに構成できる理由です。そのため、特別な「メッシュモード」を探す必要はなく、すでに使っている同じ接続を組み合わせて構築するだけです。

計画しておくべき唯一の点は、読み取りではなく書き込みです。各デバイスの出力を全員に配信することは完璧に機能します。しかし、複数のマシンが同じデバイスに向けてコマンドを送信すると、それらの書き込みはその1つの物理ポート上で交錯します — シリアルには複数ライターのための調停機能がありません — そのため、コマンドトラフィックはデバイスごとに単一ライターにするか、アプリケーションレベルで調停してください。構成が大規模になる場合は、複数を1つにマージするのではなく、リモートソースごとに1つの仮想ポートを用意すると、各ストリームを明確に分離したままにできます。

回答者: Nikolai Svarachevsky · リード開発者
RFC 2217 は、ポートのパラメータ — ボーレート、信号線、ポート状態 — に対する権限を 1 つのクライアントに委ねており、その権限は整合性を保ったまま共有できないためです。2 つのクライアントが同時に接続され、それぞれが異なるボーレートを設定しようとしたり、異なる方法で RTS を駆動しようとした場合、物理ポートはその両方を満たすことができません。したがって、このプロトコルはピアツーピアとして定義されています。つまり、ある時点で RFC 2217 セッションを所有できるクライアントは 1 つだけです。

これが、マルチクライアント共有で Raw モードが使われる理由です。このモードはポートパラメータの所有権を伴わないため、バイトストリームを複数のクライアントに安全に複製できます。2 つのモードは、設計上相互補完的です。完全なポート制御が必要な単一のピアには Telnet/RFC 2217、多数のピアが必要とするのがデータだけである場合には Raw を使います。制御とファンアウトの両方が必要な場合は、制御を行うコンシューマーに、Raw ファンアウトとは別の専用 Telnet 接続を割り当ててください。

回答者: Nikolai Svarachevsky · リード開発者
はい。raw モードのサーバー接続では、Data transfer settings に「Send data to」ドロップダウンがあり、そのオプションの 1 つが Last active です。これは、最後に応答したクライアントにのみデータが送信されることを意味します。つまり、まさに「最後に書き込みを行った接続にのみ返信する」という動作であり、デバイスの出力をすべてのクライアントにブロードキャストする必要はありません。これに対応する「Receive data from」ドロップダウンにも同じ選択肢（None、Only first / Only last、Last active、All）があり、受信側も制御できます。

両方のデフォルトは All で、すべてのクライアントがデバイスの出力を受信します。これは、単純に多くの読み取り側へストリーム配信するデバイスには適切な設定です。複数のクライアントで共有されるリクエスト/レスポンス型デバイスで、各応答を要求元にのみ返したい場合は、「Send data to」を Last active に切り替えてください。覚えておくべき点は 2 つあります。これは raw モードの機能であること（Telnet/RFC 2217 では接続はそもそも 1 対 1 です）、そして複数のクライアントが短時間に連続して書き込める場合は、「last active」が意図したクライアントを指すように、アプリケーションレベルで調整する必要があることです。

回答者：Bohdan Miniv · QAエンジニアリング
Serial to Ethernet Connector
複数のCOMポートを一度に接続
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：