常用芯片usb串口引腳定義

串口調(diào)試工具中的DTRRTS引腳定義符號載波檢測DCD（DataCarrierDetect數(shù)據(jù)載波檢測接收數(shù)據(jù)RXD（Received發(fā)送數(shù)據(jù)TXD（Transmit數(shù)據(jù)終端準備好DTR（DataTerminalReady數(shù)據(jù)終端準備好信號地SG（Signal數(shù)據(jù)準備好DSR（DataSetReady數(shù)據(jù)準備好請求發(fā)送RTS（RequestToSend請求發(fā)送清除發(fā)送CTS（ClearToSend清除發(fā)送9提示RI（Ring串口大師右下方的幾個指示燈DTR、RTS、DSR、CTS、RI、CDRTSDSRCTSRI表示提示CD串口DCD、DTR、DSR、RTS、CTSDCD（DataCarrierDetect數(shù)據(jù)載波檢測）DTR（DataTerminalReady數(shù)據(jù)終端準備好）DSR（DataSetReady數(shù)據(jù)準備好）RTS（RequestToSend請求發(fā)送CTS（ClearToSend清除發(fā)送在這五個控制信號中，DTRRTSDTE（數(shù)據(jù)終端設備，在實際應用中就是路由器）發(fā)出的，DSR、CTS和DCD是DCE（數(shù)據(jù)電路終結設備，在實際中就是各種基帶MODEM）發(fā)出的。在原版英文資料中對RXD引腳的解釋說是SerialdataRXDpinforreceiveinputandtransmitoutput，是既可做輸入又作輸出（I/O）ReceiveData只含輸入的意RXD在DTE設備端為接收，即輸入，在DCE設備端同名RXD為發(fā)送端，即輸出。在一對通訊系統(tǒng)中RXD信號在DTE設備端為輸入信號，在DCE文解釋是綜合譯法，一般我們說的RXD是DTE端，即輸入。同樣你可以理解TXD的含義。DTEDCEDCDDSRDTRRTSCTSDCD:載波檢測。主要用于Modem通知計算機其處于狀態(tài)，即Modem檢測到撥號音，處于狀態(tài)。RXDModemRXD示燈在閃爍，說明RXD引腳上有數(shù)據(jù)進入。DTRModemDSRModemRTSModem則，ModemCTSModemRIModem串口通信可以連接兩個設備，當使用9芯線路時，1)地 2)接受數(shù)據(jù)(RXdata)3)傳輸數(shù)據(jù)(TX4)數(shù)據(jù)終端準備(DTR5)GND6)數(shù)據(jù)準備(7)請求發(fā)送(RTS) 8)允許發(fā)送(CTS)9)指示(RI)我舉PC和Modem之間的通信為例子：RTS/CTS提供的是一種PC和ModemModem準備數(shù)據(jù)時，使CTS為ON(1),當Modem不能接收數(shù)據(jù)時，使CTS為類似的，當PC可以接收數(shù)據(jù)時，RTS為ON 不能接收數(shù)據(jù)時，RTS為DTR/DSRPC開啟DSRMODENPC機已經(jīng)準備通信,ModemDSR來應答，讓PC機知道Modem準備應答.RTS/CTSXON/XOFF分別對應于(Modem將不能傳遞Ctrl-q和Crtl-s流控求在RS-232標準中，字符是以一系列位元來一個接一個的傳輸。最長用的編碼格式是異步起停asynchronousstart-stop78個數(shù)據(jù)比特，這個可能是奇偶位，然后是兩個停止位。所以發(fā)送一個字符需要10比特，帶來的一10分劃。一個最平常的代替異步起停方式的是使用高級數(shù)據(jù)鏈路控制協(xié)議(HDLC)。在RS-232標準中定義了邏輯一和邏輯零電壓級數(shù)，以及標準的傳輸速率和連接器類型。信號大小在正的和負的3－15vRS-232規(guī)定接近零的電平是無效的，邏輯一markingOFF，邏輯零spacingON。根據(jù)設備供電電源的不同，+-5、+-10、+-1215markspace似與圓轉(zhuǎn)盤撥號的中的信號。Marking狀態(tài)是指電路是斷開的，spacing狀態(tài)就是指電路是接通的。一個space就表明有一個字符要開始發(fā)送了，相應的停止的時候，停止位就是marking。當線路中斷的時候，電傳打字機不打印任何有效字符，周期性的連續(xù)收RS-232（DTE）和數(shù)據(jù)通信設備（DCE）兩類，這種分類定義了不同的線路用來發(fā)送和接受信號。一般來說，計算機和終端設備有DTE連接器，調(diào)制解調(diào)器和有DCE連接器。但是這么說并不是總是嚴格正確的，用配線分接器測試連接，或者用試誤法來判斷電纜是否工作，常常需要參考相關的文件說明。RS-2322025D-sub（D）DB-25連接器。很多設備只是用了其中的一小部分管腳，出于節(jié)省資金和空間的考慮不少機9D-subDB-9自IBMAT機之后的PC機和其他許多設備上。DB-25和DB-9型連接器的在大部分設備上是雌型，但不是所有的都是這樣。最近，8管腳的RJ-45型連接器變得越來越普遍，盡管它的管腳分配相差很大。EIA/TIA561DaveYost發(fā)明的被廣泛使用在Unix計算機上的Yost串連設備配線標準（"YostSerialDeviceWiringStandard"）以及其他很多設備都沒有采用上述任一種連線標準。下表中列出的是被較多使用的RS-232信號DB-25DB-9EIA/TIA561Yost公共地754發(fā)送數(shù)據(jù)(TD236接受數(shù)據(jù)(RD325數(shù)據(jù)終端準備(DTR2043數(shù)據(jù)設備準備好(DSR661請求發(fā)送(RTS478允許發(fā)送(CTS587數(shù)據(jù)載波檢測(DCD812指示(RI)2291－以上信號的標注是從DTE設備的角度出發(fā)的，TD、DTR和RTS信號是由DTE產(chǎn)生的，RD、DSR、CTS、DCD和RI信號是由DCE的，在Yost的標準中接地信號外部有兩個管腳事實上是同一個信號。如果兩個通信設備的距離相差的很遠或者是有兩個不同的供電系統(tǒng)供電，那么地信號在兩個設備間會不一樣，從而導致通信失敗，描述這樣的情形是很的。以下是以DCE設備的角度標注由于RS-232實現(xiàn)中的各種不同和，要決定使用哪個合適的電纜來連接兩個通信設備不是一件非常容易的事。用同一種類型的連接器來連接DCE和DTE設備需要直接連接器來連接設備需要根據(jù)上表，用不同的電纜來連接相應的管腳。電纜一端9另一端25管腳是很普通的，生產(chǎn)以RJ-45型為連接器的設備廠家通常都會提供DB-25DB-9（有時候則是接頭可交換的電纜，可供多種設備工作）。連接兩個DTE設備需要一個虛擬調(diào)制解調(diào)器來充當DCE交換相應的信號(TD-RD,DTR-DSR,andRTS-CTS)。這個可以由單獨的設備加上兩根電纜或者用一根電纜來完成。Yost里虛擬調(diào)制解調(diào)器是一個全反線，它把一個端口的188到1號管腳相連接（不要和以太網(wǎng)的反絞線，以太網(wǎng)反絞線接線是非常不同的）。RS-232RS-232RS-232電纜和很多連接器都可以在電子產(chǎn)品的商店找到-，電纜可能是3到25個管腳的，典型應用的是4到6個管腳的。平RJ（ 線類型）電纜可以和專門的RJ-RS-232連接器一起使用，后者是最容易配置的連接器。雙向接口能夠只需要3根線制作是因為RS-232的所有信號都共個公共接地。非平衡電路使得RS-232非常的容易受兩設備間基點電壓偏移的影響。對于信號的上升期和下降期，RS-232RS-232在短距離（15m）間通信。由于非對稱電路的關系，RS-232有些設備也需要“握手”協(xié)議，例如，20A嗎？”假如設備B沒有發(fā)送這樣的指示信號。公共的握手管腳為20、8、4和6。波特率是指從一設備發(fā)到另一設備的波特率，即每秒鐘多少比特bitspersecond(bit/s30012002400,9600,19200bit/s。一般通信兩端設備都奇偶校驗Piy（應的置1或0一般是最低位，所以數(shù)會被改以使得有傳送的數(shù)位（）“1）中“”的個數(shù)1誤。在串行通信軟件設置中D/P/S是常規(guī)的符號表示。8/N/1（非常普遍）表明8bit數(shù)據(jù)，沒有奇偶校驗，1bit7、8或者9，奇偶校驗位可以設置為無（N）、奇（O）或者偶（E）8/E/1表示一共8位數(shù)據(jù)位，其中一位用來做奇偶校驗位。停止位可以是1、1.5或者2位的或者接受方把XON/XOFF信號發(fā)給發(fā)送方來控制發(fā)送方何時發(fā)送數(shù)據(jù)，這些信號是與發(fā)送數(shù)據(jù)的傳輸方向相反的。XON信號告訴發(fā)送方接受方準備好接受的數(shù)據(jù)，XOFF信號告訴發(fā)送方停止發(fā)送數(shù)據(jù)直到知道接受方再次準備好。XON/XOFF推薦用RTS/CTS控制流來代替它們。XON/XOFFXON/XOFF可以工作于3線的接口。RTS/CTS最初是設計為電傳打字機和調(diào)制解調(diào)然后等到調(diào)制解調(diào)器回應清除發(fā)送信號。盡管RTS/CTSASR（AutomaticSendRecei