目錄
1、RS232基礎
計算機與計算機或計算機與終端之間的數據傳送可以採用串行通訊和並行通訊二種方式。由於串行通訊方式具有使用線路少、成本低，特別是在遠程傳輸時，避免了多條線路特性的不一致而被廣泛採用。
在串行通訊時，要求通訊雙方都採用一個標準接口，使不同的設備可以方便地連接起來進行通訊。RS-232-C接口（又稱EIA RS-232-C）是目前最常用的一種串行通訊接口。
RS-232-C是美國電子工業協會EIA（Electronic Industry Association）制定的一種串行物理接口標準。RS是英文“推薦標準”的縮寫，232爲標識號，C表示修改次數，代表RS232的最新一次修改（1969），在這之前，有RS232B、RS232A。
它是在1970 年由美國電子工業協會（EIA）聯合貝爾系統、調制解調器廠家及計算機終端生產廠家共同制定的用於串行通訊的標準。它的全名是“數據終端設備（DTE）和數據通訊設備（DCE）之間串行二進制數據交換接口技術標準”。
1.1、電氣特性
EIA-RS-232C對電器特性、邏輯電平和各種信號線功能都作了規定。
在TxD和RxD上：邏輯1(MARK)=-3V～-15V ，邏輯0(SPACE)=+3～＋15V 在RTS、CTS、DSR、DTR和DCD等控制線上：
信號有效（接通，ON狀態，正電壓）＝+3V～+15V
信號無效（斷開，OFF狀態，負電壓)=-3V～-15V
根據設備供電電源的不同，+-5、+-10、+-12和+-15這樣的電平都是可能的。
1.2、連接器的機械特性
由於RS-232C並未定義連接器的物理特性，因此，出現了DB-25、DB-15和DB-9各種類型的連接器，其引腳的定義也各不相同。最近，8管腳的RJ-45型連接器變得越來越普遍，儘管它的管腳分配相差很大。
EIA/TIA 561標準規定了一種管腳分配的方法，但是由Dave Yost發明的被廣泛使用在Unix計算機上的Yost串連設備配線標準 （"Yost Serial Device Wiring Standard"）以及其他很多設備都沒有采用上述任一種連線標準。下表中列出的是被較多使用的RS-232中的信號和管腳分配：
信號的標註是從DTE設備的角度出發的，TD、DTR和RTS信號是由DTE產生的，RD、DSR、CTS、DCD和RI信號是由DCE產生的。
PC 機的RS-232 口爲9 芯針插座。一些設備與PC 機連接的RS-232 接口,因爲不使用對方的傳送控制信號,只需三條接口線,即“發送數據TXD”、“接收數據RXD”和“信號地GND”。
雙向接口能夠只需要3根線製作是因爲RS-232的所有信號都共享一個公共接地。非平衡電路使得RS-232非常的容易受兩設備間基點電壓偏移的影響。
對於信號的上升期和下降期，RS-232也只有相對較差的控制能力，很容易發生串話的問題。RS-232被推薦在短距離（15m以內）間通信。由於非對稱電路的關係，RS-232接口電纜通常不是由雙絞線製作的。
1.3、傳輸電纜
RS-232-C標準規定的數據傳輸速率爲每秒50、75、 100、150、300、600、1200、2400、4800、9600、19200波特，驅動器允許有2500pF的電容負載，通信距離將受此電容限制。
例如，採用150pF/m的通信電纜時，最大通信距離爲15m；若每米電纜的電容量減小，通信距離可以增加。傳輸距離短的另一原因是RS-232屬單端信號傳送，存在共地噪聲和不能抑制共模干擾等問題，因此一般用於20m以內的通信。
由RS-232C標準規定在碼元畸變小於4%的情況下，傳輸電纜長度應爲50 英尺，其實這個4%的碼元畸變是很保守的，在實際應用中，約有99%的用戶是按碼元畸變10-20%的範圍工作的，所以實際使用中最大距離會遠超過50英尺，美國DEC公司曾規定允許碼元畸變爲10%而得出下面實驗結果。
其中1 號電纜爲屏蔽電纜，型號爲DECP.NO.9107723 內有三對雙絞線，每對由22# AWG 組成，其外覆以屏蔽網。2 號電纜爲不帶屏蔽的電纜。型號爲DECP.NO.9105856-04是22#AWG 的四芯電纜。
1.4、鏈路層
在RS-232標準中，字符是以一系列位元來一個接一個的傳輸。最長用的編碼格式是異步起停asynchronous start-stop格式，它使用一個起始位後面緊跟7或8 個數據比特，這個可能是奇偶位，然後是兩個停止位。所以發送一個字符需要10比特，帶來的一個好的效果是使全部的傳輸速率，發送信號的速率以10分劃。
串行通信在軟件設置裏需要做多項設置，最常見的設置包括波特率、奇偶校驗和停止位。波特率是指從一設備發到另一設備的波特率，即每秒鐘多少比特bits per second (bit/s)。典型的波特率是300、1200、2400、9600、19200等bit/s。一般通信兩端設備都要設爲相同的波特率，但有些設備也可以設置爲自動檢測波特率。
奇偶校驗Parity是用來驗證數據的正確性。奇偶校驗一般不用，如果使用，那麼既可以做奇校驗也可以做偶校驗。奇偶校驗是通過修改每一發送字節（也可以限制發送的字節）來工作的。
如果不作奇偶校驗，那麼數據是不會被改變的。在偶校驗中，因爲奇偶校驗位會被相應的置1或0（一般是最高位或最低位），所以數據會被改變以使得所有傳送的數位（含字符的各數位和校驗位）中“1”的個數爲偶數；
在奇校驗中，所有傳送的數位（含字符的各數位和校驗位）中“1”的個數爲奇數。奇偶校驗可以用於接受方檢查傳輸是否發送生錯誤——如果某一字節中“1”的個數發生了錯誤，那麼這個字節在傳輸中一定有錯誤發生。如果奇偶校驗是正確的，那麼要麼沒有發生錯誤要麼發生了偶數個的錯誤。
停止位是在每個字節傳輸之後發送的，它用來幫助接受信號方硬件重同步。
在串行通信軟件設置中D/P/S是常規的符號表示。8/N/1（非常普遍）表明8bit數據，沒有奇偶校驗，1bit停止位。數據位可以設置爲7、8或者9，奇偶校驗位可以設置爲無（N）、奇（O）或者偶（E），奇偶校驗位可以使用數據中的比特位。
所以8/E/1就表示一共8位數據位，其中一位用來做奇偶校驗位。停止位可以是1、1.5或者2位的（1.5是用在波特率爲60wpm的電傳打字機上的）。
1.5、傳輸控制
當需要發送握手信號或數據完整性檢測時需要制定其他設置。公用的組合有RTS/CTS，DTR/DSR或者XON/XOFF（實際中不使用連接器管腳而在數據流內插入特殊字符）。
接受方把XON/XOFF信號發給發送方來控制發送方何時發送數據，這些信號是與發送數據的傳輸方向相反的。XON信號告訴發送方接受方準備好接受更多的數據，XOFF信號告訴發送方停止發送數據直到知道接受方再次準備好。XON/XOFF一般不贊成使用，推薦用RTS/CTS控制流來代替它們。
XON/XOFF是一種工作在終端間的帶內方法，但是必須兩端都支持這個協議，而且在突然啓動的時候會有混淆的可能
XON/XOFF可以工作於3線的接口。RTS/CTS最初是設計爲電傳打字機和調制解調器半雙工協作通信的，每次它只能一方調制解調器發送數據。終端必須發送請求發送信號然後等到調制解調器迴應清除發送信號。儘管RTS/CTS是通過硬件達到握手，但它有自己的優勢。
1.6、RS-232標準的不足
經過許多年來RS-232 器件以及通信技術的改進，RS-232 的通信距離已經大大增加。由於RS-232 接口標準出現較早，難免有不足之處，主要有以下四點：
（1） 接口的信號電平值較高，易損壞接口電路的芯片，又因爲與TTL 電平不兼容故需使用電平轉換電路方能與TTL 電路連接。
（2） 傳輸速率較低，在異步傳輸時，波特率爲20Kbps。現在由於採用新的UART 芯片16C550 等，波特率達到115.2Kbps。
（3） 接口使用一根信號線和一根信號返回線而構成共地的傳輸形式， 這種共地傳輸容易產生共模干擾，所以抗噪聲干擾性弱。
（4） 傳輸距離有限，最大傳輸距離標準值爲50 米，實際上也只能用在15米左右。
2、RS485基礎
針對RS-232串口標準的侷限性，人們又提出了RS-422,RS-485接口標準。RS-485/422採用平衡發送和差分接收方式實現通信：發送端將串行口的TTL電平信號轉換成差分信號A、B兩路輸出，經過線纜傳輸之後在接收端將差分信號還原成TTL電平信號。
由於傳輸線通常使用雙絞線，又是差分傳輸，所以又極強的抗共模干擾的能力，總線收發器靈敏度很高，可以檢測到低至200mV電壓。故傳輸信號在千米之外都是可以恢復。
2.1、RS-485 的電氣特性
驅動器能輸出±7V的共模電壓
接收器的輸入電阻RIN≥12kΩ
輸入端的電容≤50pF
在節點數爲32個，配置了120Ω的終端電阻的情況下，驅動器至少還能輸出電壓1.5V（終端電阻的大小與所用雙絞線的參數有關）
發送端：邏輯"1"以兩線間的電壓差爲+（2 至6） V 表示；邏輯"0"以兩線間的電壓差爲-（2 至6）V 表示。
接收器的輸入靈敏度爲200mV（即（V+）-（V-）≥0.2V，表示信號"0"；（V+）-（V-）≤-0.2V，表示信號"1"）
2.2、傳輸速率與傳輸距離
RS-485 的數據最高傳輸速率爲10Mbps，最大的通信距離約爲1219M，傳輸速率與傳輸距離成反比，在10Kb/S的傳輸速率下，纔可以達到最大的通信距離。
但是由於RS-485 常常要與PC 機的RS-232口通信，所以實際上一般最高115.2Kbps。又由於太高的速率會使RS-485 傳輸距離減小，所以往往爲9600bps 左右或以下。
2.3、網絡拓撲
RS-485 接口是採用平衡驅動器和差分接收器的組合，抗共模幹能力增強，即抗噪聲干擾性好。RS-485採用半雙工工作方式，支持多點數據通信。
RS-485總線網絡拓撲一般採用終端匹配的總線型結構。即採用一條總線將各個節點串接起來，不支持環形或星型網絡。如果需要使用星型結構，就必須使用485中繼器或者485集線器纔可以。RS-485/422總線一般最大支持32個節點，如果使用特製的485芯片，可以達到128個或者256個節點，最大的可以支持到400個節點。
2.4、連接器
RS-485 的國際標準並沒有規定RS485 的接口連接器標準、所以採用接線端子或者DB-9、DB-25 等連接器都可以。
3、RS422基礎知識
RS-422 的電氣性能與RS-485近似一樣。主要的區別在於：
（1）RS-485 有2 根信號線：發送和接收都是A 和B。由於RS-485 的收與發是共用兩根線，所以不能夠同時收和發（半雙工）。
（2）RS-422 有4 根信號線：兩根發送（Y、Z）、兩根接收（A、B）。由於RS-422 的收與發是分開的，所以可以同時收和發（全雙工）。
（3）支持多機通信的RS-422將Y-A 短接作爲RS-485 的A、將RS-422 的Z-B 短接作爲RS-485 的B可以這樣簡單轉換爲RS-485。
很多人往往都誤認爲RS-422串行接口是RS-485串行接口的全雙工版本，實際上，它們在電器特性上存在着不少差異，共模電壓範圍和接收器輸入電阻不同使得該兩個標準適用於不同的應用領域。
RS-485串行接口的驅動器可用於RS-422串行接口的應用中，因爲RS-485串行接口滿足所有的RS-422串行接口性能參數，反之則不能成立。對於RS-485串行接口的驅動器，共模電壓的輸出範圍是-7V和+12V之間；對於RS-422串行接口的驅動器，該項性能指標僅有±7V。RS-422串行接口接收器的最小輸入電阻是4KΩ；而RS-485串行接口接收器的最小輸入電阻則是12KΩ。
4、串口與握手基礎知識
4.1、串口基礎知識
串口是計算機上一種非常通用設備通信的協議（不要與通用串行總線Universal Serial Bus或者USB混淆）。大多數計算機包含兩個基於RS232的串口。串口同時也是儀器儀表設備通用的通信協議；很多GPIB兼容的設備也帶有RS-232口。同時，串口通信協議也可以用於獲取遠程採集設備的數據。
串口通信的概念非常簡單，串口按位（bit）發送和接收字節。儘管比按字節（byte）的並行通信慢，但是串口可以在使用一根線發送數據的同時用另一根線接收數據。它很簡單並且能夠實現遠距離通信。比如IEEE488定義並行通行狀態時，規定設備線總常不得超過20米，並且任意兩個設備間的長度不得超過2米；而對於串口而言，長度可達1200米。
典型地，串口用於ASCII碼字符的傳輸。通信使用3根線完成：（1）地線，（2）發送，（3）接收。由於串口通信是異步的，端口能夠在一根線上發送數據同時在另一根線上接收數據。其他線用於握手，但是不是必須的。串口通信最重要的參數是波特率、數據位、停止位和奇偶校驗。對於兩個進行通行的端口，這些參數必須匹配：
4.1.1、波特率
這是一個衡量通信速度的參數。它表示每秒鐘傳送的bit的個數。例如300波特表示每秒鐘發送300個bit。當我們提到時鐘週期時，我們就是指波特率例如如果協議需要4800波特率，那麼時鐘是4800Hz。這意味着串口通信在數據線上的採樣率爲4800Hz。通常電話線的波特率爲14400，28800和36600。波特率可以遠遠大於這些值，但是波特率和距離成反比。高波特率常常用於放置的很近的儀器間的通信，典型的例子就是GPIB設備的通信。
4.1.2、數據位
這是衡量通信中實際數據位的參數。當計算機發送一個信息包，實際的數據不會是8位的，標準的值是5、7和8位。如何設置取決於你想傳送的信息。比如，標準的ASCII碼是0～127（7位）。擴展的ASCII碼是0～255（8位）。如果數據使用簡單的文本（標準 ASCII碼），那麼每個數據包使用7位數據。每個包是指一個字節，包括開始/停止位，數據位和奇偶校驗位。由於實際數據位取決於通信協議的選取，術語“包”指任何通信的情況。
4.1.3、停止位
用於表示單個包的最後一位。典型的值爲1，1.5和2位。由於數據是在傳輸線上定時的，並且每一個設備有其自己的時鐘，很可能在通信中兩臺設備間出現了小小的不同步。因此停止位不僅僅是表示傳輸的結束，並且提供計算機校正時鐘同步的機會。適用於停止位的位數越多，不同時鐘同步的容忍程度越大，但是數據傳輸率同時也越慢。
4.1.4、奇偶校驗位
在串口通信中一種簡單的檢錯方式。有四種檢錯方式：偶、奇、高和低。當然沒有校驗位也是可以的。對於偶和奇校驗的情況，串口會設置校驗位（數據位後面的一位），用一個值確保傳輸的數據有偶個或者奇個邏輯高位。例如，如果數據是011，那麼對於偶校驗，校驗位爲0，保證邏輯高的位數是偶數個。如果是奇校驗，校驗位位1，這樣就有3個邏輯高位。高位和低位不真正的檢查數據，簡單置位邏輯高或者邏輯低校驗。這樣使得接收設備能夠知道一個位的狀態，有機會判斷是否有噪聲干擾了通信或者是否傳輸和接收數據是否不同步。
4.2、握手基礎知識
RS-232通行方式允許簡單連接三線：Tx、Rx和地線。但是對於數據傳輸，雙方必須對數據定時採用使用相同的波特率。儘管這種方法對於大多數應用已經足夠，但是對於接收方過載的情況這種使用受到限制。這時需要串口的握手功能。在這一部分，我們討論三種最常用的RS-232握手形式：軟件握手、硬件握手和Xmodem。
4.2.1、軟件握手
我們討論的第一種握手是軟件握手。通常用在實際數據是控制字符的情況，類似於GPIB使用命令字符串的方式。必須的線仍然是三根：Tx、Rx和地線，因爲控制字符在傳輸線上和普通字符沒有區別，函數SetXModem允許用戶使能或者禁止用戶使用兩個控制字符XON和OXFF。這些字符在通信中由接收方發送，使發送方暫停。
例如：假設發送方以高波特率發送數據。在傳輸中，接收方發現由於CPU忙於其他工作，輸入buffer已經滿了。爲了暫時停止傳輸，接收方發送XOFF，典型的值是十進制19，即十六進制13，直到輸入buffer空了。
一旦接收方準備好接收，它發送XON，典型的值是十進制17，即十六進制11，繼續通信。輸入buffer半滿時，LabWindows發送XOFF。此外，如果XOFF傳輸被打斷，LabWindows會在buffer達到75％和90％時發送XOFF。顯然，發送方必須遵循此守則以保證傳輸繼續。
4.2.2、硬件握手
第二種是使用硬件線握手。和Tx和Rx線一樣，RTS/CTS和DTR/DSR一起工作，一個作爲輸出，另一個作爲輸入。第一組線是RTS （Request to Send）和CTS（Clear to Send）。當接收方準備好接收數據，它置高RTS線表示它準備好了，如果發送方也就緒，它置高CTS，表示它即將發送數據。另一組線是DTR（Data Terminal Ready）和DSR（Data Set Ready）。
這些現主要用於Modem通信。使得串口和Modem通信他們的狀態。例如：當Modem已經準備好接收來自PC的數據，它置高DTR線，表示和電話線的連接已經建立。讀取DSR線置高，PC機開始發送數據。一個簡單的規則是DTR/DSR用於表示系統通信就緒，而RTS/CTS用於單個數據包的傳輸。
在LabWindows，函數SetCTSMode使能或者禁止使用硬件握手。如果CTS模式使能，LabWindows使用如下規則：當PC發送數據：RS-232庫必須檢測CTS線高後才能發送數據。
當PC接收數據：
如果端口打開，且輸入隊列有空接收數據，庫函數置高RTS和DTR。
如果輸入隊列90％滿，庫函數置低RTS，但使DTR維持高電平。
如果端口隊列近乎空了，庫函數置高RTS，但使DRT維持高電平。
如果端口關閉，庫函數置低RTS和DTR。
4.2.3、XModem握手
最後討論的握手叫做XModem文件傳輸協議。這個協議在Modem通信中非常通用。儘管它通常使用在Modem通信中，XModem協議能夠直接在其他遵循這個協議的設備通信中使用。在LabWindows中，實際的XModem應用對用戶隱藏了。只要PC和其他設備使用XModem協議，在文件傳輸中就使用LabWindows的XModem函數。函數是XModemConfig，XModemSend和XModemReceive。
XModem使用介於如下參數的協議：start_of_data、end_of_data、neg_ack、wait_delay、 start_delay、max_tries、packet_size。這些參數需要通信雙方認定，標準的XModem有一個標準的定義：然而，可以通過 XModemConfig函數修改，以滿足具體需要。
這些參數的使用方法由接收方發送的字符neg_ack確定。這通知發送方其準備接收數據。它開始嘗試發送，有一個超時參數start_delay；當超時的嘗試超過max_ties次數，或者收到接收方發送的start_of_data，發送方停止嘗試。如果從發送方收到start_of_data，接收方將讀取後繼信息數據包。
包中含有包的數目、包數目的補碼作爲錯誤校驗、packet_size字節大小的實際數據包，和進一步錯誤檢查的求和校驗值。在讀取數據後，接收方會調用wait_delay，然後想發送方發送響應。如果發送方沒有收到響應，它會重新發送數據包，直到收到響應或者超過重發次數的最大值max_tries。如果一直沒有收到響應，發送方通知用戶傳輸數據失敗。
由於數據必須以pack_size個字節按包發送，當最後一個數據包發送時，如果數據不夠放滿一個數據包，後面會填充ASCII碼NULL（0）字節。這導致接收的數據比原數據多。在XModem情況下一定不要使用XON/XOFF，因爲XModem發送方發出包的數目很可能增加到XON/OFF控制字符的值，從而導致通信故障。