CTSとRTSは、RS232に明確な意味を持っていましたが、ヘイズ（ヘイズ）混乱少し後に賢い猫（SmartModem）を立ち上げたが、今意義の主流の感覚、UART制御への主要なチップメーカーので、流量制御装置は、実質的に、フロー制御HAYES MODEMについて説明使用します。
RTSとCTS RS232に半二重モードでは、本明細書で説明なしの方向を切り換えるために使用されます。
フロー制御する唯一のUART RX、TX二つの信号場合、唯一ソフトフロー制御、RX、TX、CTS、RTS 4つの信号がある場合、ほとんどUARTハードウェアフロー制御によってサポートされている、RX、TXは、存在する場合CTSは、RTS、DTR、DSR 6つの信号は、次に、可能性のRS232規格は比較的大きいです。
SIMCOM会社はRTS / CTSに説明します：
ハードウェアフロー制御をデバッグするとき（この非主流のハングアップ解釈しませんが、利益のために見ていない、違いはシリアルポートがサポートするハードウェアフロー制御RTS / CTSの話をされていない注意してください、となRockchipするには、ここでは小さな灰色のフォントで表現）
RTS MCUの準備ができている場合、モジュールはMCUにメッセージを送信できるかどうか、入力モジュール、MCUの通知モジュールであるRTS有効レベルは低いです。
CTSは、MCUモジュールに通知する出力モジュールであり、モジュールは、MCUモジュール、CTSアクティブローレベルに情報を送信することができるかどうか、準備ができています
RTSでHAYESモデムは、CTSハードウェアフロー制御のために使用されます。現在一般UART RTC、CTSハードフロー制御のために使用され、後者の意味を指します。
ハードフロー制御RTS、CTS：
（今のでMTK /、RTS / CTS-必見コンテンツを使用して、シリアルポートを行います）
RTSは、（ToSend、送信要求を必要とする）データ、アクティブ・ローを受信する準備ができている出力にマシンを指示する信号を、ローは、本装置がデータを受信することができることを示しています。
CTS（クリアToSend、送信許可）入力信号のは、データが他の、アクティブローに送信することができるかどうかを決定するため、低は、本装置は、相互にデータを送ることができることを示しています。
ここでは一部の人々は私が送信するために明確に翻訳本当に良い比率を感じ、CTSが翻訳を送信することができます。自分のCTS RTS制御の他の側は、送信機能を許可するかどうかので、CTSがあります。
フロー制御の送信とAPを使用して、シリアルデータとMODEM例を受信します。
CTS入力
RTS出力
MODEM RTSのCTS APドッキング、APを突当RTS CTSのMODEM。
デフォルトの起動：
CTS APが高いです
低RTS AP
CTSの高いのモデムが、プルダウンすることが非常に簡単
RTSが低いのMODEM
スリープデフォルト
CTSの高いのモデムが、プルダウンすることが非常に簡単
RTS高のMODEM
電圧を測定する電圧計を使用した場合、前記CTSが見つかりました：、200msの周りに測定された初期には高い場合、これは単にハイレベルであるように、CTSの説明はフロートべきときにハイであるローレベルへの立ち下がりの電圧値正電荷それの一定量。
チップ設計は、書き込みCTSのデフォルトが高い理由の仕様は、唯一のCTS入力、ああ任意のデフォルト値を必要としないとき私たちは知りません。そしてCTS及びRTSに接続されていない、フロー制御の場合に開き、図3は、法線（RXD / TXD / GND）をRTS / CTSに記載されていない通信、CTSの低い魚です。チップの実際の仕様は、矛盾している理由は、ハウジングは、干渉の低レベルに金属カバーであってもよい、自分の持つモジュールの後、CTSは、金属カバーの近くに低いようであり、そしてCTS入力、上下ないプルレベルの能力。
APこのようなフロー制御およびモデム通信：
利用可能なAPのシリアルポートは、AP-RTSのダウン、MODEM-CTSは、AP-RTSが低い検出、シリアルポートは、APがデータを送信することができる知っている準備ができています。
APのシリアルポートが利用できない、AP-RTSが引っ張られ、MODEM-CTSは、APのシリアルポートを知って、AP-RTSの高を検出し、データを入れていないだろう、準備ができていません。
システムは、モデム、シリアルポートに使用できない場合は、同じ理由のために利用可能です。
一般的なRTSとCTS機能を達成するために、割り込みおよびIOポートを備えたシリアル・ポート・コントローラません、ありません。
RTSは、GPIO、シリアルポートが低いを引っ張っする準備ができて、高いシリアルManglaを使用して実装しました
CTSは、低レベルのシリアルデータが送信、検出され、割り込みを用いて実装高いシリアルデータがローレベルを検出するまで保持される検出しました。
以下は、インターネット便利リファレンスからの抜粋です。
CTSは、RTS A、B 2つの通信装置、接続装置Bの装置を想定している、デバイスB RTSに接続されたCTS A装置。Bすべての方法フォワード制御信号送信装置は、制御信号Aはずっとデバイスに送信されます。デバイスAは、バッファは、装置BがCTS信号により検出され、ほぼ完全なRTSが放出される信号（Bの通知停止の送信装置）で受信送信を停止した場合Bは、装置（受信装置）を送信し、時間のA期間予備バッファデバイスを受け取ると、送信を開始するために、Bを示す、RTS信号を送信しました。同様に現像装置（B受信装置）。上記機能は、Xoffの（特殊文字）とXonと（その他の特殊文字）データストリームに実装信号を挿入することができます。受信Xoffの際に装置が直ちに停止送信装置Bから送信され、逆に、デバイスB Xonと、復元するデバイスBの送信データから送信され受信しました。同様に、Bは、マッチング速度トランシーバの両方を達成するために、同様の装置です。
方向切替半二重：RS232は、RTSとCTS上記と同様のメイン制御用のDTR（日端末レディ、データ端末レディ）およびDSR（データセットレディ、データセットレディ）を使用。DTE半二重通信（日端末装置、データ端末装置）とDCE（データcircuitEquipment）は、デフォルトの向きはDTE、DCEの送信を受信しています。送信データにDTE場合は、送信データに要求する、RTS信号を送信する必要があります。DCEは、RTSとCTS信号を維持しなければならないが、通信方向がDTE-> TCEなるように、要求に対する応答を示すアイドルRTS CTS応答信号を発行受信した場合。TRSは、流量制御手段ビットが、CTS、ここから分かるように（例えば、CTSが発行されていない、DTEは、データを送信することができない）が、主に方向を切り換えるために使用されます。
実際にはシリアル通信での制御フロー
ここで述べたように、当然の「流れ」は、データストリームを指します。二つの直列現象しばしば欠落データ、またはそのような通信のような2つのコンピュータの異なる処理速度との間のデータ転送は、受信側とMCUデスクトップ・バッファとの間のデータが一杯になった、この時点で、それは送信し続けデータに失われます。今、私たちは、ネットワークを介してデータを伝送するためのモデム、問題が特に顕著です。フロー制御は、この問題を解決することができるが、ときにデータを処理するために、受信側は、それが「ない受信」信号を送信するとき、送信者は、受信信号「伝送を継続することができる」まで、再送データの送信を停止します。したがって、フロー制御プロセスは、データの損失を防止する、データ転送を制御することができます。一般的にPCハードウェアフロー制御に使用される二つは、ソフトウェアのフロー制御XON / XOFF（なし/行く）（RTS / CTS、DTR / CTSなどを含む）、フロー制御で、以下に説明されています。
ハードウェアフロー制御
一般に使用されるハードウェアフロー制御RTS / CTSフロー制御およびDTR / DSR（データ端末レディ/データセットレディ）フロー制御。
ハードウェアフロー制御は、RTS / CTSフロー制御（送信する/クリアの送信要求）と、それぞれのケーブルを接続する必要がある場合、通信の両端からRTSに対応したデータ端末装置（例えば、コンピュータ）に接続されたRTS、CTSラインでなければなりません開始データモデムまたは他の通信デバイスのデータストリームとデータ通信装置は、（モデムなど）を起動し、コンピュータからのCTSデータストリームを一時停止するために使用されます。これは、以下のようなハードウェアハンドシェークプロセスである：受信バッファサイズフラグが高い（75％がサイズをバッファすることができる）、低フラグ（バッファサイズの25％であってもよい）、バッファ提供される端子応じてプログラミングする場合我々はラインCTS受信端にハイレベルにデータ領域の量が低い側バッファのデータ量を受信するまで、送信側は、データの送信を停止するために、CTSの後にローを検出した場合、セットロー（論理0送信された）である場合CTSは、ローレベルとハイレベルに設定されています。RTSがデータの準備を受信する受信デバイスを示すために使用されます。
一般的に使用されるフロー制御DTR / DSR（データ端末レディ/データセットレディ）もあります。我々は手の込んだことはありません。そのため、フロー制御の多様性のため、私は個人的にどのように適用するか、ソフトウェアの流れを制御するために使用された場合どのようにワイヤーへの詳細な説明であるべきと考えています。
ソフトウェアフロー制御
ケーブルの制限のために、我々は一般的に、通常の制御通信におけるハードウェアフロー制御、およびソフトウェアフロー制御を持っていません。通常、ソフトウェアフロー制御XON / XOFFによって実装されています。使用される方法である：受信側バッファ入力データセットの高を超えた場合、それは、送信者が受信したデータ送信端末（19進またはControl-S、デバイスプログラミング仕様べきディテール）にXOFF文字を送信します。すぐにデータの送信を停止した後XOFF文字、データ量が受信された入力バッファが少ないセットの下端よりも、それがエンドデータ送信にXON文字（17進またはControl-Q）を送信し、送信側は、XON文字を受信します直後のデータの送信を開始します。一般的には、送信されているもの、文字のソース機器から見つけることができます。
バイナリデータの送信、フラグ文字もそうな欠陥ソフトウェアフロー制御であるデータストリームにおける原因の故障、およびハードウェアフロー制御に、この問題は発生しませんされている場合、ことに留意すべきです。
：より転載https://blog.csdn.net/zeroboundary/article/details/8966586
