先に結論
TTL-シリアル変換は通常、電気的条件を変換するもの
開発ボードにはTXDとRXDがあり、計測器にはRS232またはRS485がありますが、単に配線をつなぐだけでは接続できません。ボード上のUARTは、すでにシリアル送受信回路です。いわゆるTTL-シリアル変換は通常、ロジックレベルを別の種類のシリアル回線に適合させることを意味します。バイトの内容は変わらなくても、電圧、基準方式、駆動能力は一致させる必要があります。
TTLは元来、ロジック回路技術を指す用語です。モジュール名におけるTTLシリアルは、ボードレベルのロジックレベルインターフェースを広く指すことが多く、実際のデバイスはCMOSの場合もあります。名称だけで、必ず5 Vである、すべての入力が5 Vに耐えられる、あるいはどのマイクロコントローラにも書き込みができると判断しないでください。まず、電源、入出力範囲、具体的な用途を確認してください。
UARTが1バイトを時間軸上で送信する仕組み
UARTは、データをスタートビット、データビット、任意のパリティビット、ストップビットで構成します。受信側は、対応するフォーマットと通信速度に従ってバイトを復元します。非同期とは、独立した同期クロックを送信しないという意味であり、双方が自由に異なるボーレートを使えるという意味ではありません。ボーレート、フォーマット、フロー制御が一致しなければ、配線が正しくてもデータが文字化けすることがあります。
例えば、9600 bit/s、8N1では、スタートビット1ビット、データビット8ビット、ストップビット1ビットを使用し、合計で10ビット分の時間を要します。連続送信時に1文字を送るには約1.04 msかかります。これは説明用の計算であり、アプリケーションの待ち時間、方向切り替え、再試行はまだ含まれていません。いかなるモジュールについても、実際のスループット保証と見なすことはできません。
電圧と基準を確認し、まずボードレベルの入力を保護する
3.3 V出力で相手側を駆動できるかどうかは、受信側のしきい値によって決まります。5 V出力を接続できるかどうかは、許容入力と絶対最大定格にも依存します。モジュールが3.3 V電源を使用していても、すべてのピンが5 Vに耐えられることを意味しません。RS232の回線電圧も、通常のUART入力に直接接続できません。誤認識や、機器の破損を招くおそれがあります。
通常の非絶縁接続では、一方のTXDを他方のRXDに接続し、適切な信号基準を確立します。2つの出力を直接接続してはいけません。VCCは電源であり、データではありません。両端がすでに別々に給電されている場合は、確認せずに両者の電源を接続しないでください。両側が絶縁されている場合は、設計に従って基準を個別に扱います。共通グラウンドを作るためだけに、絶縁障壁を迂回してはいけません。
RS232トランシーバにチャージポンプと双方向の回路がある理由
一般的なUARTロジックでは、論理1はハイレベルに対応します。一方、RS232のデータ線では、論理1は負電圧、論理0は正電圧に対応します。送信ドライバが電気的な変換を行い、受信回路が逆方向でボードレベルのロジックに戻します。対応する情報は保持されるため、波形の電圧極性が反転しただけで、バイト順序が変わったとはいえません。
TIのMAX3232資料では、ドライバ、受信回路、チャージポンプの役割分担が説明されています。チャージポンプはコンデンサと組み合わせて、必要な電圧条件を生成します。チップの電源、負荷、保護については、データシートと照合して確認する必要があります。この一般原理は、素性の不明なモジュールに同じデバイスが使われていることを証明するものではなく、まして完成品が同じ保護等級を備えることを証明するものでもありません。
RS485では、差動信号に加えて送信権の制御も必要
RS485の受信回路は主に線対間の電圧差を検出し、送信ドライバは対応する差動状態を作り出します。差動線対は、コモンモードで結合する干渉の抑制に役立ちますが、ケーブル、終端、バイアス、基準電位範囲、保護は依然として設計が必要です。2線式半二重では通常、複数のノードで線対を共有し、どの時点でも適切なドライバだけが送信する必要があります。
ドライバイネーブルDEは、送信回路が回線を占有するかどうかを決定します。受信イネーブルは別の制御です。文字全体を送信した後に回線を解放してください。早すぎると文字が途中で切れ、遅すぎると応答を妨げることがあります。自動制御にも適用条件があります。資料ごとにA/Bの定義を機能に基づいて確認してください。文字が同じというだけで、メーカー間で極性が一致すると判断してはいけません。
トランシーバを交換するだけでは、プロトコルの変更も無制限な速度差の吸収もできない
電気層は回線上で状態をどのように表現するかを決め、文字フォーマットはバイトの構成方法を決め、プロトコルはバイトがコマンドとして何を意味するかを決めます。2台の機器が異なるコマンドを使用している場合、電圧レベルが正しくても互いに理解することはできません。通信速度、フォーマット、プロトコルを変更するには、対応する処理能力とソフトウェア機能が必要であり、ラインドライバ1個だけでは不十分です。
バッファを備えた設計では、一時的なバーストを短時間吸収できますが、入力が出力より速い状態が続けば、データは蓄積し続けます。開発時には、フロー制御、オーバーフロー、例外処理も設計する必要があります。マイクロコントローラやFPGAなどのデバイスでシリアルロジックを実装できますが、外部のRS232またはRS485に接続する際は、電気的フロントエンドを適合させる必要があります。コードでバイトを送信できるからといって、ハードウェアを省略することはできません。
目的に応じてローカル変換またはTTLネットワーク接続モジュールを選ぶ
コンピュータにシリアルポートがない場合は、USB-UART変換アダプタを選択できます。端末がRS232の場合は、対応する回線インターフェースを選んでください。USB-TTL変換をUSB-RS232変換として扱ってはいけません。プログラムのダウンロードには、ブートモード、リセット、ソフトウェアの対応も必要な場合があります。一般的なPLCのスイッチ出力は、そのまま使えるUARTメッセージ源ではありません。
飛暢科技の2308の詳細には、TTL 1回線の100 Mbpsネットワークへの接続、TCP/UDP動作モード、シリアルパラメータの監視とフレーミング、および指定されたModbus変換機能が記載されています。これらはプロセッサとソフトウェアによるものであり、TTLレベル自体に備わる機能ではありません。製品の電源、ロジックの許容入力、ピン、フロー制御、ファームウェアのバージョンは、納入文書で確認してください。
ベンチ上のデバッグでは、まず既知のバイト列を固定し、その後で実際のコマンドを検証する
電源を切った状態で、インターフェース、電圧、ピン、電源、基準条件を確認します。正常動作が確認済みの機器を使用して短距離リンクを構築し、通信速度、データビット、パリティ、ストップビット、フロー制御を統一します。まず、既知のテストバイト列を欠落なく送受信できるかを確認し、その後、有効な要求と実際の応答を確認してください。ランプが点滅するかどうかだけでなく、生データを記録してください。
データが文字化けする場合は、フォーマットと電気的条件を確認します。応答がない場合は、電源、TX/RX、送信元が送信しているかを確認します。一方向だけ動作する場合は、送信方向の解放と応答タイムアウトを確認します。測定には適切なプローブと基準が必要であり、測定器の接地による短絡を防ぐため、適切な資格を持つ担当者が実施してください。一度に変更するのは1項目だけとし、結果を説明できるように基準状態を保持してください。
現地での引き渡しには、復旧と保守の確認も必要
実際の制御盤にモジュールを設置した後は、取り付け、ケーブルの張力緩和、放熱、保守スペースを確認し、代表的な負荷条件でバイトデータとアプリケーションを確認します。設定ファイルには、ボードレベルの電圧、回線規格、パラメータ、ドライバ、プログラムのバージョンを含めてください。「TTL-シリアル変換」のような曖昧な名称だけを残してはいけません。
停電や接続切断後の復旧方法を記録してください。ネットワーク方式では、接続、メッセージの再構成、新しいデータも検証してください。読み取りサービスと制御サービスは別々に確認し、再試行でコマンドを無条件に繰り返してはいけません。電気的適合とアプリケーション検証の両方を完了して初めて、そのモジュールが実際の対象リンクに適していることを確認できます。
資料に関する注記：図は一般的な仕組みを示すもので、技術的な確認を行っています。型番を付記した外観は公式サイトの写真に基づいています。それ以外の断面図や部品は、飛暢科技の実製品の内部回路を示すものではありません。また、実測波形や実際のプロジェクト現場を示すものでもありません。配線と電源については、納入時のマニュアルに従ってください。
検証用参考資料： TI MAX3232トランシーバとチャージポンプ
TI RS485設計ガイド
飛暢科技 TTLシリアルサーバーモジュール基板 2308
中国語の技術記事から翻訳。原文初公開：2024-06-07。原文最終改訂：2026-10-13。 中国語の原文を読む
