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.

ネットワーク上でシリアル機器を共有する方法

当社のSerial to Ethernet Connectorをご使用いただくと、周辺機器に直接物理的に接続するのと同じ機能で、リモートコンピューターからCOMポートデバイスを共有することができます。
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：

COMポートデバイスをLANやインターネットで共有

コンピューター数値制御（CNC）機械は、多くの製造施設で見かけられます。これらの装置は騒音が大きく、危険な可能性もあるため、従業員の方々が装置の近くで作業するのは快適ではありません。オペレーターは、専用ソフトウェアを実行するコンピューターを使用してCNCと通信します。当社のSerial to Ethernet Connectorをご利用いただくと、作業員の方々は、ネットワーク接続されたコンピューターからCNCにリモートアクセスできるようになります。この機能は、遠隔地からCNCと通信しながら、より安全で快適な作業環境が促進します。
ネットワークに接続されたシリアルデバイス付きコンピューター

シリアル接続されたCNCをイーサネットで共有する方法

1
通信ソフトウェアを実行しているコンピューターとCNCユニットに接続されたマシンに、当社のSerial to Ethernet Connectorソフトウェアをインストールします。
2
CNCに接続されたコンピューターで、telnet経由でTCPサービスを設定します。
「Server connection」（サーバー接続）を選択し、「Network settings」（ネットワーク設定）でTelnetを選択します
3
CNC装置に接続するために、通信ソフトウェアを実行しているマシン上で仮想シリアルポートを構成します。
4
これで、CNC機器に物理的に接続しているかのように、CNC機器にアクセスし、制御することができるようになりました。
新しい接続は、左側のリストに表示されます

お客様のお声

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機能をハードウェアに統合しました。これにより、当社のオリジナルのソフトウェアアプリケーションに他の変更を加えることなく、新しいシリアルポートを仮想化し、通信トラフィックをイーサネットポートにリダイレクトすることができました。その結果、全体的な効率が上がりました！

よくある質問

両方です。LAN 上では、接続はシンプルで低遅延です。インターネット経由でも動作します — ただし、サーバー側がルーティング可能なアドレスで到達可能であること、選択した TCP ポートがファイアウォール/NAT を通して開放されていること、そして接続が信頼されたネットワークの外に出るため、SEC の認証とトラフィック暗号化を有効にしておく必要があります（これらはデフォルトではなく、オプトインです）。

率直に言うと、注意点はインターネットでは LAN にはない遅延や時折発生するジッターが加わることです。ストリーミングや余裕のあるリクエスト/レスポンスであれば問題ありませんが、応答時間の許容幅が厳しいプロトコルでは、その追加の往復遅延が影響する可能性があるため、導入を決める前に実機でテストすべきです。SEC は TCP 上でバイトを確実に転送します — しかし、長いネットワーク経路という物理的制約そのものを取り除くことはできません。

回答者: Nikolai Svarachevsky · リード開発者
はい、共有ポートがRawモードのサーバー接続である場合、複数のクライアントを許可でき、接続された各クライアントはデバイスの出力のコピーを受け取ります。これは、多くの利用者にデータを送出するデバイス（GPS受信機、センサーフィード）に最適です。なお、Telnet (RFC 2217)モードはピアツーピア、つまり一度に1クライアントのみです。セッションごとのポート制御は共有できないため、複数クライアントでの共有はRawモードを使用し、リモートのボーレート/信号ネゴシエーションを諦めることを意味します。

重要な制限が1つあります。多くのコンピューターが1つのデバイスを安全に読み取ることはできますが、多くのコンピューターが1つのデバイスにコマンドを書き込むのは安全ではありません。シリアル回線にはマルチマスター調停がないため、異なるクライアントからの重なったコマンドは、1つの物理ポート上で破損したバイトとして混在します。多くの読み手へのファンアウトは可、制御されない複数の書き手は不可です。デバイスがコマンド/レスポンス型である場合、コマンドは1つの制御クライアントを通して調停してください。

回答者: Nikolai Svarachevsky · リード開発者
いいえ — これはよくある思い込みなので、はっきりさせておく価値があります。SEC は透過的なバイト転送機能であり、プロトコルコンバーターではありません。シリアルポートに入ったバイトは、変更されずに仮想ポートから出てきます。Modbus RTU は Modbus RTU のままです。接続先のアプリケーションは、デバイスが話すのとまったく同じシリアルプロトコルを引き続き使用します — SEC はそのやり取りをネットワーク越しに運ぶだけです。

実際に必要なのが、RTU フレーミングを Modbus TCP に再パッケージ化すること（異なるフレーミング、CRC なし、適切な TCP トランザクションヘッダー付き）であれば、それはプロトコル変換であり、代わりに専用の Modbus ゲートウェイが必要です。SEC が適しているのは、両端がすでに同じシリアルプロトコルを使用していて、それをネットワーク越しに移動させるだけでよい場合です。「デバイスにリモートで到達する」のは私たちの役割ですが、「デバイスが話すものを変える」ことは違います。

回答者: Nikolai Svarachevsky · リード開発者
ソフトウェア層自体が追加するものはわずかで、通常のローカル環境では一般的に10 ms未満の小さなオーバーヘッドです。ただし、単一の普遍的な数値を提示することはありません。というのも、重要な数値を左右するのはSECではなく、主にお使いのネットワークだからです。LANでは追加される総遅延は最小限ですが、インターネットやVPNを介する場合、実際のコストとなるのはネットワークの往復遅延であり、距離や混雑状況によって数ミリ秒から数百ミリ秒まで幅があります。

帯域幅がボトルネックになることは、実質的にありません。シリアルデータの転送速度は、現代のどのネットワークと比べてもごく小さいからです。設計時に考慮すべきなのは遅延です。プロトコルがそれを許容できるなら（ストリーミング、緩やかなポーリングなど）、まず気になることはありません。厳しい応答時間の制約がある場合は、導入を決める前に実際の経路で本当の往復遅延を測定してください。また、必要に応じてよりクリーンなフレーミングを得る代わりに、SECのバッファリング制御はわずかな追加遅延とのトレードオフになることも覚えておいてください。

回答者：Bohdan Miniv · QAエンジニアリング
はい。SEC の接続設定には、まさにこのためのパケット化制御が含まれており、「指定したコードの文字を受信したときにデータを送信する」オプションもあります。これをプロトコルのメッセージ終端バイト（たとえば、行指向の ASCII ならキャリッジリターンまたはラインフィード）に設定すると、SEC は受信したバイトを蓄積し、その区切り文字が到着した時点で、それらを 1 つの単位としてネットワークへ送出します。バイトを少しずつそのまま転送することはありません。

これは、そうでなければバイトストリームを分割したり結合したりしてしまうネットワーク上で、メッセージのフレーミングを維持するのに本当に役立ちます。また、関連する制御機能、つまり一定時間保持する、またはブロックが指定サイズに達したら送信する、といった機能とも組み合わせられます。覚えておくべきトレードオフは、「…まで待つ」ルールはどれも、トリガーが来るまで意図的にバイトを保持するため、設計上わずかな遅延を追加するということです。ほとんどのフレーム化されたプロトコルでは、それこそがまさに望ましい動作です。

回答者: Nikolai Svarachevsky · リード開発者
最小要件はシンプルです。共有したいシリアルポートがあるマシンにSECをインストールします。その側がポートをネットワーク経由で公開し、反対側は通常のネットワーク接続としてそれと通信できます。リモートアプリケーションが自分で生のTCPソケットを開けるなら、直接接続でき、SECをインストールする必要はありません。その遠端は、ネットワーク経由ですでにそのプロトコルを話すハードウェアデバイス（ターミナルやコンソールサーバー）であることさえ可能です。

SECが両端で必要になるのは、両方の端がローカルソフトウェアに対して実際のCOMポートを提示しなければならない場合だけです。その場合、各ノードでSECを実行してポートをローカルに公開し、SECがそれらの間でデータを運びます。簡単に言えば、アプリケーションがCOMポートの存在を期待するすべてのノードにSECをインストールし、ソフトウェアがすでにTCPを直接話せる場所、またはエンドポイントがハードウェアである場所では不要です。

回答者: Nikolai Svarachevsky · リード開発者
Windows では、SEC は接続設定をレジストリに保存しているため、構成の移行やバックアップは、該当するキーをエクスポートするだけで行えます。32-bit システムでは HKEY_LOCAL_MACHINE\SOFTWARE\Electronic Team\SEC\Config\ に、64-bit システムでは HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Electronic Team\SEC\Config\ にあります。

そのキーをレジストリ エディター（または reg export）でエクスポートし、.reg ファイルを対象のマシンにコピーして、そこでインポートしてください。1 つ注意点があります。接続が特定の物理 COM ポートを参照している場合、対象のマシンでも同じ実ポートが使用可能である必要があります。仮想ポート接続は問題なく移行できますが、COM3 にバインドされた接続は、新しいマシンに COM3 が存在することを前提としています。

回答者：Bohdan Miniv · QAエンジニアリング
Serial to Ethernet Connector
ネットワーク経由でシリアルポートを共有
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：