結論から
まず目的を確認：USBしかないコンピュータをシリアル機器に接続する
コンピュータにはUSBポートしかない一方、計測器にはRS232またはRS485が搭載されている場合があります。USBシリアル変換器は、この2つのインターフェース間でデータを転送できます。コンピュータは適合するドライバを介してシリアルポートにアクセスし、変換器は受信したバイトを設定に従って計測器に送信します。その後、計測器の応答が変換器を通ってコンピュータに戻ります。これは接続手段を追加するものであり、計測器は引き続き自身のコマンドとパラメータに従って動作します。
変換器は、USBプラグを単に数本の配線に変えるアダプタではありません。USBにはデバイス識別、転送の構成、電源供給の条件があり、シリアルポートには独自の文字形式と電気的要件があります。正しい構成にはブリッジ回路が必要であり、ソフトウェア、インターフェース、配線も適切でなければなりません。機器のランプが点灯したり、COMポートが表示されたりしても、この経路の一部が成立したにすぎません。
COMポートはソフトウェア側の入口：まずUSBデバイスが識別される必要がある
COMポートは、アプリケーションがシリアルポートの読み書きを行うための入口と考えることができます。USBデバイスを接続すると、システムはその記述情報を読み取り、対応するデバイス用のドライバを読み込みます。仮想COMドライバを使用する製品は、1つ以上のシリアルポート名を提供します。ただし、これによってコンピュータに従来型のシリアルハードウェアポートが追加されるわけではなく、データは引き続きUSB転送を経由します。
システム標準のUSBシリアルドライバは、対応するCDCデバイスクラスに自動的に適合できますが、すべてのUSBシリアル変換器がドライバ不要であるとは限りません。ブリッジチップ、ハードウェアのバージョン、オペレーティングシステムによっては、対応するメーカー製ドライバが必要です。また、アプリケーションが仮想COMポートではなく専用インターフェースを使用する場合もあります。使用前に製品バージョンに応じて確認し、名前が似ているだけのドライバを安易にインストールしないでください。
送信時は、USB転送とUARTがそれぞれの処理を担う
ソフトウェアがバイト列を書き込むと、ドライバとUSB転送によって変換器に送られます。ブリッジ回路がその転送を認識し、バイトがバッファに入り、その後UARTが設定に従って順番に送信します。UARTは汎用非同期送受信回路です。バイトを、スタート、データ、パリティ、ストップの情報を含むシリアル形式に構成する役割を担い、どの要素を含めるかは設定によって決まります。
バッファは一時的な待ち行列のようなものです。まとまって到着するUSBと、ビット単位で送信するシリアルポートの速度差を調整できますが、その容量には限りがあります。ソフトウェアが回線の送信速度を上回る速度で書き込み続けると、待ち行列が蓄積することがあります。USBメッセージ、UART文字、計測器のアプリケーションコマンド1つは、それぞれ区切りが異なり、ソフトウェアによる1回の書き込みが計測器の完全な応答1つに対応するとは限りません。
UARTの論理信号は、適切なラインレベルに変換する必要もある
UARTの内部出力は多くの場合チップの論理レベルであり、そのままRS232またはRS485インターフェースとして使用することはできません。RS232には対応するレベルのドライバ回路とレシーバ回路が必要です。RS485には差動トランシーバが必要で、線対の電圧差を使って情報を伝送します。絶縁型製品では、この経路に信号絶縁や電源絶縁が追加される場合もあり、具体的な内部実装はモデルによって異なります。
したがって、コネクタの形状だけで電気規格を判断することはできません。TXDおよびRXDと表示された端子は、TTLの場合もRS232の場合もあり、名称が同じというだけで相互接続することはできません。誤った電気的インターフェースに接続すると、通信できないだけでなく、機器が損傷するおそれもあります。図中のチップ単体の描写は一般的な仕組みを説明するものであり、飛暢科技製品の実際の分解図やピン配置図ではありません。
受信時は、逆方向にデータがアプリケーションへ戻る
計測器が出力したシリアル回線信号は、まず受信回路によって認識されます。UARTはボーレート、データビット、パリティなどの設定に従ってバイトを復元します。その後、バイトは受信バッファに入り、USBを通ってシステムとアプリケーションに戻ります。異常の一部は文字形式エラー、パリティエラー、データ欠落として現れることがありますが、具体的にどのエラーを報告できるかは、ドライバとハードウェアの機能によって異なります。
アプリケーションはバイトを受信した後、メッセージ長、チェックサム、アドレス、コマンドが正しいかどうかも検証する必要があります。例えば、Modbus RTUのフィールドとチェックサムには、対応するソフトウェア処理が必要です。通常のUSBシリアルブリッジは、任意の計測器プロトコルを別のプロトコルに自動変換するものではありません。また、古い機器を自動的にネットワークサーバに変えたり、複数のコンピュータから同時に制御できるようにしたりするものでもありません。
ボーレートの制限は残る：USBの帯域幅で置き換えることはできない
一般的な9600 bit/s、8N1を例にすると、各文字はスタートビット1個、データビット8個、ストップビット1個で構成され、合計10ビットになります。回線上で1バイトにかかる時間は、およそ10を9600で割った値、すなわち1.04ミリ秒です。連続する100バイトには約104ミリ秒かかります。これは、これらの文字を回線速度で送信する時間だけであり、コマンド間隔、USBの待ち行列、機器の処理時間は含みません。
USB側でより多くのデータを転送できても、計測器は設定されたシリアル速度で受信します。ボーレートを上げるには両端の対応が必要であり、ケーブルや現場条件も再検証する必要があります。シリアル通信の更新は、計測器の応答、バスのスケジューリング、ソフトウェアのタイムアウトにも影響されます。チップの最大性能、製品が公表する範囲、このプロジェクトで安定して使用できる速度を、同じ数値として扱うことはできません。
飛暢科技FC-2004：1つのシリアル通信タスクに、対応するインターフェースを選ぶ
製品センターに掲載されているFC-2004は、USBを1チャネルのRS232またはRS485に変換します。公開情報では、この2つのインターフェースを同時に接続して使用することはできず、変換器本体はUSBから給電されるとされています。コンピュータを使った一時的なデバッグや、対応するインターフェースを1つ接続する用途に適しています。2つのインターフェースを独立した2つのCOMポートと解釈することはできず、それを根拠に異なるインターフェースを持つ2台の機器を同時接続することもできません。
このモデルの資料では、RS485とRS232それぞれの適用速度範囲を個別に記載し、シリアル絶縁、回線保護、送受信表示について説明しています。選定時は使用するインターフェースに応じて、納入されるバージョンの範囲、ドライバ、端子を確認し、RS485の上限値をRS232に適用しないでください。いわゆる自動送受信も、すべての伝送段階で遅延がないことを意味するものではなく、応答全体を検証する必要があります。
TTL機器のデバッグには、対応するUSB TTL変換製品を選ぶ
組み込みボードにTTLシリアルポートがある場合は、論理電圧と許容入力範囲を確認してから、対応する変換器を選びます。飛暢科技FC-2009は、製品センターでUSB TTL変換製品として明示されており、この種の用途での選定の出発点になります。その用途はFC-2004のRS232/485とは異なり、同じくTXDとRXDがあるというだけで代用品として使用することはできません。
電源端子と信号端子も区別して考える必要があります。変換器は自身の動作電源をUSBから得ることができますが、任意の外部ボードや計測器に給電できるという意味ではありません。そのモデルに補助出力が実際に備わり、電圧、電力、端子の条件が一致する場合に限り使用できます。外部機器がすでに電源を備えている場合は、別の電源を接続してよいかどうかも確認する必要があります。
1台の計測器を例に、各段階のデータ経路を検証する
コンピュータを使ってRS485計測器を読み取る作業を想定します。まず計測器のプロトコル、アドレス、および9600、8N1などの実際のパラメータを確認し、対応する変換器を選定して、適合するドライバをインストールし、COM番号を記録します。電源を切った状態で配線と電源を確認してから、適切なソフトウェアを使用して既知の問い合わせを送信し、返ってきた内容が、ソフトウェアにすでに表示されていた値ではなく、対象の計測器から得られた新しいデータであることを確認します。
COMポートが存在しない場合は、まずUSBケーブル、デバイスの認識、ドライバを確認します。COMポートは存在するものの応答がない場合は、ポートの占有状態、インターフェース、配線、プロトコルパラメータを確認します。バイトは届くものの解析に失敗する場合は、文字形式とメッセージのチェックサムを確認します。条件は一度に1つだけ変更し、送受信記録を残して、どの段階に問題があるかを特定します。
受入検証では、接続できることだけでなく、実際の用途で動作することを証明する
代表的な負荷条件で、連続読み取り、再接続、復旧の動作を観察し、COMマッピングが安定しているか、データが適時に更新されるか、タイムアウトとエラーがどのように処理されるかを確認します。複数のシリアルポート、長い配線、現場の干渉には追加の設計が必要であり、短い配線で1台の計測器が正常に動作した結果を、そのまますべての場面に適用することはできません。
納入時の記録には、製品型番、ドライバのバージョン、COMマッピング、シリアル形式、プロトコル、配線、電源、および正常応答のサンプルを含める必要があります。データがソフトウェアから回線信号にどのように変わり、応答がどのように戻るかを説明でき、段階ごとに障害を特定できて初めて、USBシリアル変換の仕組みを本当に理解したと言えます。
製品センターの実物写真と比較する
RS232またはRS485の1チャネルで、用途に応じていずれかを選択します。公式の製品写真を基に、ラベルの文字を英語化しています。外観と型番表記は保持しています。
USB TTL変換では、まず論理電圧を確認します。公式の製品写真を基に、ラベルの文字を英語化しています。外観と型番表記は保持しています。
参考注記：図は一般的な仕組みを示すもので、技術的な確認を行っています。型番付きの外観図は公式サイトの写真を基にしており、それ以外の断面図や部品は、実際の飛暢科技製品の内部回路を表すものではありません。実測波形や実際のプロジェクト現場を示すものではなく、配線と電源については納入時のマニュアルに従ってください。
検証用参考資料： 飛暢科技FC-2004 シングルチャネルRS232/485
飛暢科技FC-2009 USB TTL変換
TI TUSB3410 USB/UARTブリッジの原理
Microsoftのシリアルポートパラメータ設定
MicrosoftのUSBシリアルドライバの適合
現場でよくある質問
USBインターフェースの速度は非常に高いのに、なぜ9600、8N1のシリアルポートは転送が遅いままなのですか？
シリアル出力は、依然として自身のボーレートと文字形式によって制限されます。9600 bit/s、8N1では、各文字が10ビットを占め、連続する100バイトには回線上で約104ミリ秒かかります。これには、USBのスケジューリング、処理、応答待ちの時間はまだ含まれていません。これは指定条件での計算であり、製品の実測値ではありません。高速なUSBポートに切り替えても、計測器が対応するシリアル速度が自動的に上がるわけではありません。
USB TTL変換ケーブルを、通常のRS232機器に接続できますか？
両方にTXとRXがあるというだけで、直接相互接続することはできません。TTLとRS232は電気レベルとインターフェース条件が異なり、TTLについても具体的な電圧と許容範囲を確認する必要があります。まず両側の端子、レベル、アダプタの正確な型番を確認してください。信号名やコネクタが似ていても互換性があるとは限らないため、試しに接続することを繰り返して判断するのは避けてください。
1台の変換器がRS232とRS485に対応している場合、同時に使える2つのシリアルポートがあるという意味ですか？
必ずしもそうではありません。同じUARTで異なる電気的インターフェースを切り替える構成の場合もあれば、複数の独立したチャネルを持つ場合もあり、具体的な製品の定義に従って確認する必要があります。2つのインターフェース名を足し合わせて、同時使用できるチャネル数とすることはできません。購入時には、同時に動作する機器の台数、インターフェース、ドライバ要件を整理し、実際のポートマッピングを確認してテストしてください。
続きを読む：USBシリアル変換の選び方：飛暢科技のシングルチャネル、マルチチャネル、絶縁電源ソリューション；USBシリアル変換の使い方：ドライバ、RS232/485の配線、送受信のトラブルシューティング；
中国語の技術記事から翻訳。原文の初回公開：2024-09-12。原文の最終改訂：2026-10-15T22:31:43.863560+08:00。 中国語の原文を読む
