"Data Terminal Equipment(數(shù)據(jù)終端設(shè)備)"的首字母縮略詞DTE，具有一定的數(shù)據(jù)處理能力和數(shù)據(jù)收發(fā)能力的設(shè)備，DTE提供或接收數(shù)據(jù)，例聯(lián)接到調(diào)制解調(diào)器上的計(jì)算機(jī)就是一種DTE。串行V.24端口（25針）通常規(guī)定DTE由第2根針腳作為T(mén)XD(發(fā)送數(shù)據(jù)線)，第3根針腳為RXD(接收數(shù)據(jù)線)，（其余針腳為：7是信號(hào)地線，4是DTS，5是RTS，6是DTR，8是DCD，以及包括發(fā)送時(shí)鐘、接收時(shí)鐘等等，都有規(guī)定具體的針腳）。

Data CommunicationsEquipment（數(shù)據(jù)通訊設(shè)備）的首字母縮略詞DCE,它在DTE和傳輸線路之間提供信號(hào)變換和編碼功能，并負(fù)責(zé)建立、保持和釋放鏈路的連接，如Modem。DCE設(shè)備通常是與DTE對(duì)接，因此針腳的分配相反，也就是2是接收，3是發(fā)送。

它們之間的區(qū)別是DCE一方提供時(shí)鐘，DTE不提供時(shí)鐘，但它依靠DCE提供的時(shí)鐘工作，比如PC機(jī)和MODEM之間。數(shù)據(jù)傳輸通常是經(jīng)過(guò)DTE-DCE,再經(jīng)過(guò)DCE-DTE的路徑。其實(shí)對(duì)于標(biāo)準(zhǔn)的串行端口，通常從外觀就能判斷是DTE還是DCE，DTE是針頭（俗稱(chēng)公頭），DCE是孔頭（俗稱(chēng)母頭），這樣兩種接口才能接在一起。

路由器通常是DTE設(shè)備，modem、GV轉(zhuǎn)換器等等傳輸設(shè)備通常被規(guī)定為DCE

RS232中RTS和CTS的作用

問(wèn)：

以前挺明白的，今天一下子覺(jué)得以前的理解都不對(duì)了，以下三種解釋哪個(gè)對(duì)呢？

解釋一：

RTS：終端我已經(jīng)準(zhǔn)備就緒，有數(shù)據(jù)就發(fā)過(guò)來(lái)吧

CTS：來(lái)了，接招

解釋二：

RTS：終端我準(zhǔn)備發(fā)數(shù)據(jù)給你，快用CTS應(yīng)答，準(zhǔn)備好沒(méi)？

CTS：好了，來(lái)吧

解釋三

CTS：主機(jī)，我有數(shù)據(jù)，請(qǐng)求接收

RTS：我是主機(jī)，就緒，請(qǐng)求發(fā)送。

我今天弄了個(gè)SIM100模塊，我將RTS設(shè)置無(wú)效之后，凡是要發(fā)往主機(jī)的數(shù)據(jù)都沒(méi)有發(fā)過(guò)來(lái)（包括主動(dòng)數(shù)據(jù)RING），指令和指令返回結(jié)果都沒(méi)有返回，都緩存在模塊之中，等我將RTS設(shè)置有效后，緩存的數(shù)據(jù)全發(fā)來(lái)了，包括一大堆指令的執(zhí)行結(jié)果，由此，我覺(jué)得上面的“解釋一”應(yīng)該正確，而“解釋二”應(yīng)該是錯(cuò)的，但“解釋三”是否正確呢？就是說(shuō)CTS和RTS哪個(gè)是發(fā)起者呢？

答：

一是錯(cuò)的

二是RS232標(biāo)準(zhǔn)

三是MODEM的硬件流控

SIMCOM公司的解釋完全正確

很久很久以前，計(jì)算機(jī)還沒(méi)有出現(xiàn)，那時(shí)就已經(jīng)存在了(計(jì)算機(jī))史前的串口設(shè)備(電傳打字機(jī)，工控測(cè)量設(shè)備，通信調(diào)制解調(diào)器)，為了連接這些串口，EIA制定了RS232標(biāo)準(zhǔn)，采用DB25接插件，支持同步和異步串口，D型的接口可以有效防止插反。標(biāo)準(zhǔn)化給使用帶來(lái)了便利。

時(shí)光荏苒，個(gè)人計(jì)算機(jī)出現(xiàn)了，這些已有的串口設(shè)備毫無(wú)疑問(wèn)地成為了最初的外設(shè)，自然而然地RS232標(biāo)準(zhǔn)被個(gè)人計(jì)算機(jī)采納。但是設(shè)備制造商傾向于體積更小，成本更低的接口，因此，將DB25中未使用的和支持同步模式的引腳去掉，形成DB9。最初的情況相當(dāng)混亂，因?yàn)镈B9只定義了信號(hào)，卻沒(méi)有指定信號(hào)和引腳的對(duì)應(yīng)關(guān)系，各個(gè)制造商只能自行定義。幸運(yùn)的是，IBM的PC成了工業(yè)標(biāo)準(zhǔn)，DB9逐漸統(tǒng)一到IBM的定義上來(lái)。

DB9只有9根線，遵循RS232標(biāo)準(zhǔn)。定義如下：

DTR,DSR------DTE設(shè)備準(zhǔn)備好/DCE設(shè)備準(zhǔn)備好。主流控信號(hào)。

RTS,CTS------請(qǐng)求發(fā)送/清除發(fā)送。用于半雙工時(shí)，收發(fā)切換。屬于輔助流控信號(hào)。半雙工的意思是說(shuō)，發(fā)的時(shí)候不收，收的時(shí)候不發(fā)。那么怎么區(qū)分收發(fā)呢？缺省時(shí)是DCE向DTE發(fā)送數(shù)據(jù)，當(dāng)DTE決定向DCE發(fā)數(shù)據(jù)時(shí)，先有效RTS，表示DTE希望向DCE發(fā)送，一般DCE不能馬上轉(zhuǎn)換收發(fā)狀態(tài)，DTE就通過(guò)監(jiān)測(cè)CTS是否有效來(lái)判斷可否發(fā)送，這樣避免了DTE在DCE未準(zhǔn)備好時(shí)發(fā)送所導(dǎo)致的數(shù)據(jù)丟失。

全雙工時(shí)，這兩個(gè)信號(hào)一直有效即可。

隨著計(jì)算機(jī)的日益普及，很多非RS232的串口也要接入PC機(jī)，如果為每一種新出現(xiàn)的串口都增加一個(gè)新的I/O口顯然不現(xiàn)實(shí)，因?yàn)镻C后面板位置有限，因此，將RS232串口和非RS232串口都通過(guò)RS232口接入是最佳方案。UART的U(通用)指的就是這個(gè)意思。早期ROMBIOS和DOS里的通信軟件都是為RS232設(shè)計(jì)的，在沒(méi)有檢測(cè)到DCD有效前不會(huì)發(fā)送數(shù)據(jù)，因此，就連發(fā)送一個(gè)字符這樣樸素的應(yīng)用也要給出DCD、DTR、DSR等控制信號(hào)。因此，串口接頭上要將一些控制線短接，或者干脆繞過(guò)系統(tǒng)軟件自己寫(xiě)通信程序。

到此，UART的涵義就總結(jié)為：通用的 異步 (串行) I/O口。

就在UART冠以通用二字，準(zhǔn)備一統(tǒng)江湖的時(shí)候，制造商們不滿于它的速度、體積和靈活性(軟件可配置)，推出了USB和1394串口。目前，筆記本上的UART串口有被取消的趨勢(shì)，因而有網(wǎng)友發(fā)出了“沒(méi)有串口，吾誰(shuí)與歸”的慨嘆，古今多少事，都付笑談中，USB取代UART是后話，暫且不表。

話說(shuō)自從賀氏(Hayes)公司推出了聰明貓(SmartModem)，他們制定的MODEM接口就成了業(yè)界標(biāo)準(zhǔn)，自此以后，所有公司制造的兼容貓都符合賀氏標(biāo)準(zhǔn)(連AT指令也兼容，大家一起抄他唄)。

細(xì)觀賀氏制定的MODEM串口，與RS232標(biāo)準(zhǔn)大不相同。DTR在整個(gè)通信過(guò)程中一直保持有效，DSR在MODEM上電后/可以撥號(hào)前有效(取決于軟件對(duì)DSR的理解)，在通信過(guò)程的任意時(shí)刻，只要DTR/DSR無(wú)效，通信過(guò)程立即終止。在某種意義上，這也可以算是流控，但肯定不是RS232所指的那種主流控。如果拘泥于RS232，你是不會(huì)理解DTR和DSR的用途的。

賀氏不但改了DTR和DSR，竟然連RTS和CTS的涵義也重新定義了。因此，RTS和CTS已經(jīng)不具有最開(kāi)始的意義了。從字面理解RTS和CTS，是用于半雙工通信的，當(dāng)DTE想從收模式改為發(fā)模式時(shí)，就有效RTS請(qǐng)求發(fā)送，DCE收到RTS請(qǐng)求后不能立即完成轉(zhuǎn)換，需要一段時(shí)間，然后有效CTS通知DTE：DCE已經(jīng)轉(zhuǎn)到發(fā)模式，DTE可以開(kāi)始發(fā)送了。在全雙工時(shí)，RTS和CTS都缺省置為有效即可。然而，在賀氏的MODEM串口定義中，RTS和CTS用于硬件流控，和什么勞什子的全雙工/半雙工一點(diǎn)關(guān)系也沒(méi)有。

注意，硬件流控是靠軟件實(shí)現(xiàn)的，之所以強(qiáng)調(diào)“硬件”二字，僅僅是因?yàn)橛布骺靥峁┝擞糜诹髁壳闆r指示的硬件連線，并不是說(shuō)，你只要把線連上，硬件就能自己流控。如果軟件不支持，光連上RTS和CTS是沒(méi)有用的。

RTS和CTS硬件流控的軟件算法如下：(RTS有效表示PC機(jī)可以收，CTS有效表示MODEM可以收，這兩個(gè)信號(hào)互相獨(dú)立，分別指示一個(gè)方向的流量情況。

最近在搗鼓一個(gè)GSM模塊，正好也要用到這東西，就baidu了一把，可以幫助我理解Datasheet的內(nèi)容?？戳松厦娴膬?nèi)容，我不知道各位明白了幾分，如果覺(jué)得都明白了，就不用看我廢話了。

還是先引用一些文字，來(lái)自Telit公司GM862 QUAD/PY的數(shù)據(jù)手冊(cè)

Pin Signal    I/O Function

20 C103/TXD I Serial data input (TXD) from DTE

29 C106/CTS O Output for Clear to send signal (CTS) to DTE

33 C107/DSR O Output for Data set ready signal (DSR) to DTE

37 C104/RXD O Serial data output to DTE

43 C108/DTR I Input for Data terminal ready signal (DTR) from DTE

45 C105/RTS I Input for Request to send signal (RTS) from DTE

注意上面各個(gè)功能的I/O的方向，看到這些縮寫(xiě)的全稱(chēng)，結(jié)合信號(hào)流向，是不是更容易理解呢。

DTE是數(shù)據(jù)發(fā)送的主動(dòng)方，DCE是數(shù)據(jù)的接受方。

CTS是讓DTE明白的，也就是說(shuō)DCE需要把自己的CTS給DTE看，讓他知道DEC已經(jīng)準(zhǔn)備好接受數(shù)據(jù)了。

RTS是DTE給DCE看的，告訴DCE，DTE有數(shù)據(jù)要發(fā)。