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.

シリアルポートのデータをTelnetでリダイレクト

当社のSerial to Ethernet Connectorでは、シリアルデバイスにアクセスするためにTelnet RFC 2217プロトコルを使用することができます。
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：

Telnet RFC 2217経由でシリアルポートにアクセス

当社のSerial to Ethernet Connectorをご使用いただくと、Telnetプロトコルをサポートする、産業用監視装置などのシリアルデバイスへのリモートアクセスが可能です。Telnetにより、リモートシリアルポートに自分のマシンのローカルであるかのように接続し、接続されたデバイスのすべての機能を維持することができます。また、Telnetにより、ボーレート、パリティ、ストップビットなどの追加データを送信する信号線を使用するデバイスで作業することができます。このタイプのデバイスの例としては、データキャリア検出（Data Carrier Detect：DCD）信号を使用して操作の準備ができていることを示す、モデムやプリンタがあります。
2台のコンピューター間で共有されるシリアルハードウェアの一部

当社のSerial to Ethernet Connectorをご使用の際は、以下のネットワーク設定を考慮してください：

Rawプロトコルは、すべてのパラメータを無視し、シリアルポートからネットワークに直接データを送信します。このモードを使用する場合は、適切な機能を確保するために物理ポートを正しく構成する必要があります。このプロトコルを使用すると、マルチコネクションを確立できます。
RFC2217拡張機能付きTelnetでは、サーバーとクライアントがTelnet IPポート情報を交換できます。ローカルポートの変更はリモートマシンに伝えられ、設定の調整に関する心配がなくなります。このモードでは、ピアツーピア接続のみが許可されます。

シリアルポートのデータをTelnetでリダイレクトする方法

1
シリアルポートデバイスと、そのデータにアクセスするリモートマシンに接続するコンピューターに、当社のSerial to Ethernet Connectorソフトウェアをインストールします。
インストーラーを入手して起動します
2
デバイスに接続されたコンピューターでTSPサーバー接続を設定します。
接続を作成する際、ホストコンピューター上で必ず「Telnet」を選択してください
3
2台目のマシンの「Remote connections（リモート接続）」タブに移動し、先に作成したサーバーをクリックして接続を確立します。仮想ポートの名前を選択し、「Create（作成）」をクリックして接続を完了します。
「Client connection（クライアント接続）」を選択し、共有デバイスを検索します
4
これで、物理的な直接接続と同レベルのコントロールで、Telnet経由でシリアルデバイスにアクセスできるようになりました。
どちらのデバイスでも、接続を編集してその情報を見ることができます

お客様のお声

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

よくある質問

リモートアプリケーションがポート自体を制御または監視する必要がある場合は、Telnet (RFC 2217) を選択してください。つまり、ボーレート、パリティ、データ/ストップビットの設定、RTS/DTR/DCD の切り替えまたは読み取り、BREAK の送信です。RFC 2217 はこれらすべてをリンク越しに伝送するため、両端は手動で調整しなくても自動的に同期を保てます。代償として、これはピアツーピアです。共有ポートごとにクライアントは 1 つだけです。

単にバイトストリームを転送したいだけで、ポート設定が固定されているか、アプリケーションがそれらに触れない場合は、Raw を選択してください。Raw はポートパラメータを無視するため、ホスト側で物理ポートのボーレート/パリティを自分で設定しますが、Telnet モードではできない複数の同時接続を許可します。簡単な目安: デバイスにリモート設定または信号制御が必要 → Telnet、単純な固定レートのストリーム、または複数のクライアントに分配する必要がある → Raw。

回答者: Nikolai Svarachevsky · リードデベロッパー
原則としては、はい — RFC 2217 は公開された標準規格であるため、SEC は準拠したサードパーティ実装と相互運用できます。これには、Telnet の COM ポート制御オプションを公開している Digi、Lantronix、Moxa などのベンダーのハードウェア コンソール/ターミナル サーバーや、Linux ser2net/pySerial サーバーのようなソフトウェア エンドポイントが含まれます。こうした相互運用性は、SEC 以外の機器へブリッジする際に Telnet モードを選ぶ理由の 1 つでもあります。

率直に言うと、実際に依存する前に必ずその組み合わせをベンチテストしてください。実装ごとに、どの RFC 2217 のオプション コマンドをサポートしているか、また仕様にどれだけ厳密に従っているかが異なるため、あるハードウェア サーバーはボーレート交渉には対応していても一部の信号線コマンドには対応していない、あるいはその逆ということもあります。通常は動作します — ただし、「標準規格だから」というだけでは、特定の 2 つの機器が実際に問題なく連携することの確認にはなりません。

回答者：Bohdan Miniv · QAエンジニアリング
フロー制御信号は表現されます。RFC 2217 は制御線の状態（RTS/CTS とフロー制御モード）を両端間で伝送するため、ハードウェアハンドシェイクは Raw モードのように無視されるのではなく、プロトコルによって認識されます。セットアップ時や、フロー制御が正しい設定に関わるデバイスでは、これは機能します。

制限は、ネットワーク越しの応答性です。ハードウェアフロー制御は、受信側のバッファがいっぱいになった瞬間に高速な送信側を抑制するために存在します。つまり、文字時間単位で測られるリアルタイムの反応です。ネットワークリンクをまたぐと、CTS の変化は TCP の遅延とバッファリングを伴って戻ってくる必要があるため、高スループットのストリームでオーバーランを止めるのに十分な速さで届かない可能性があります。低遅延の LAN では通常問題ありませんが、インターネット越しでは、高速なデバイスでのバッファオーバーラン防止をリモートのハードウェアフロー制御に頼るべきではありません。可能であれば、フロー制御は物理ポート上でローカルに動作させ、リンク上ではデータのみを伝送してください。

回答者: Nikolai Svarachevsky · リードデベロッパー
RFC 2217 は単一セッションに対してポートのパラメータをネゴシエートし、その管理権を持つためです。Telnet モードの要点は、接続された 1 つのクライアントがボーレートを設定し、信号線を切り替え、ポートの状態を読み取れることにあります。つまり、2 つのクライアントが同時に 1 つの物理ポートに対してそれぞれその権限を持つための一貫した方法はありません。2 つのクライアントが異なるボーレートを要求した場合、どちらが優先されるのでしょうか。プロトコルにはその答えがないため、このモードはピアツーピアとして定義されています。

だからこそ、1 対多のケースには Raw モードが存在します。Raw はポートパラメータの管理権を持たず、単にバイトを運ぶだけなので、多くのクライアントに安全にストリームを複製できます。トレードオフはその裏返しです。つまり、Raw では複数クライアントを利用できますがリモートのポート制御はできず、Telnet では完全なポート制御ができますが相手は 1 つのピアに限られます。制御が必要か、ファンアウトが必要かに応じて、適切なモードを選んでください。

回答者: Nikolai Svarachevsky · リードデベロッパー
RFC 2217 は Telnet の上位オプションとして定義されており、Telnet は TCP 上で動作します。つまり、TCP が提供する保証に正確に依存しています。ポート制御コマンド（ボーレート設定、信号線設定）はインバンドでネゴシエーションされ、ストリームが信頼性をもって順序どおりに到着し、両端が互いに確認応答できることを前提としています。これはコネクション指向のやり取りです。

UDP にはそのどれもありません。接続も、順序保証も、配信保証も、確認応答もありません。信頼できる順序付き配信を前提とするネゴシエーションは、ボーレートを設定するそのコマンド自体が欠落したり順序が入れ替わったりしうるトランスポート上では、そもそも成立しません。したがって、この 2 つのモードはトランスポートによって明確に分かれます。RFC 2217 のシグナリングは TCP に属し、UDP は生の一方向データ専用です。信号やパラメータの制御が必要なら、必然的に TCP を使うことになります。

回答者: Nikolai Svarachevsky · リードデベロッパー
はい — これは Raw と同様に Telnet モードでも動作します。SEC のパケット化制御には「指定したコードの文字を受信したときに送信する」オプションが含まれているため、それをメッセージ区切り文字に設定すると、SEC はその文字が到着するまで受信バイトを保持し、その後、蓄積されたメッセージをひとまとまりとして転送します。これにより、ネットワークがバイトストリームを分割または結合してしまう場合でも、フレームの完全性が保たれます。

これは関連するトリガー — 一定時間保持する、またはブロックが選択したサイズに達したときにフラッシュする — と組み合わせて使えます。通常どおりのトレードオフがあり、区切り文字を待つことで、きれいなフレーミングと引き換えに意図的にわずかな遅延が追加されます。行指向のプロトコル（メッセージが CR/LF で終わるもの）には、これはまさに適切な設定です。すべてのバイトで可能な限り低い遅延を必要とするデバイスでは、オフのままにしてください。

回答者: Nikolai Svarachevsky · リードデベロッパー
Serial to Ethernet Connector
COMポートをTelnetにリダイレクト
無料で試す
14日間の無料トライアルをご利用いただけます
ライセンス価格の開始は：$259.95
以下でご利用いただけます：