什么是握手信號? 什么是握手協(xié)議?

RS -232通行方式允許簡單連接三線：Tx、Rx和地線。但是對于數(shù)據(jù)傳輸，雙方必須對數(shù)據(jù)定時采用使用相同的波特率。盡管這種方法對于大多數(shù)應(yīng)用已經(jīng)足夠，但是對于接收方過載的情況這種使用受到限制。這時需要串口的握手功能。在這一部分，我們討論三種最常用的RS-232握手形式：軟件握手、硬件握手和 Xmodem。

a，軟件握手：我們討論的第一種握手是軟件握手。通常用在實(shí)際數(shù)據(jù)是控制字符的情況，類似于GPIB使用命令字符串的方式。必須的線仍然是三根：Tx， Rx和地線，因為控制字符在傳輸線上和普通字符沒有區(qū)別，函數(shù)SetXModem允許用戶使能或者禁止用戶使用兩個控制字符XON和OXFF。這些字符在通信中由接收方發(fā)送，使發(fā)送方暫停。
例如：假設(shè)發(fā)送方以高波特率發(fā)送數(shù)據(jù)。在傳輸中，接收方發(fā)現(xiàn)由于CPU忙于其他工作，輸入buffer已經(jīng)滿了。為了暫時停止傳輸，接收方發(fā)送XOFF，典型的值是十進(jìn)制19，即十六進(jìn)制13，直到輸入buffer空了。一旦接收方準(zhǔn)備好接收，它發(fā)送XON，典型的值是十進(jìn)制17，即十六進(jìn)制11，繼續(xù)通信。輸入buffer半滿時，LabWindows發(fā)送XOFF。此外，如果XOFF傳輸被打斷，LabWindows會在buffer達(dá)到75％和 90％時發(fā)送XOFF。顯然，發(fā)送方必須遵循此守則以保證傳輸繼續(xù)。

b，硬件握手：第二種是使用硬件線握手。和Tx和Rx線一樣，RTS/CTS和DTR/DSR一起工作，一個作為輸出，另一個作為輸入。第一組線是RTS （Request to Send）和CTS（Clear to Send）。當(dāng)接收方準(zhǔn)備好接收數(shù)據(jù)，它置高RTS線表示它準(zhǔn)備好了，如果發(fā)送方也就緒，它置高CTS，表示它即將發(fā)送數(shù)據(jù)。另一組線是DTR（Data Terminal Ready）和DSR（Data Set Ready）。這些現(xiàn)主要用于Modem通信。使得串口和Modem通信他們的狀態(tài)。例如：當(dāng)Modem已經(jīng)準(zhǔn)備好接收來自PC的數(shù)據(jù)，它置高DTR線，表示和電話線的連接已經(jīng)建立。讀取DSR線置高，PC機(jī)開始發(fā)送數(shù)據(jù)。一個簡單的規(guī)則是DTR/DSR用于表示系統(tǒng)通信就緒，而RTS/CTS用于單個數(shù)據(jù)包的傳輸。

在LabWindows，函數(shù)SetCTSMode使能或者禁止使用硬件握手。如果CTS模式使能，LabWindows使用如下規(guī)則：
當(dāng)PC發(fā)送數(shù)據(jù)：
RS-232庫必須檢測CTS線高后才能發(fā)送數(shù)據(jù)。

當(dāng)PC接收數(shù)據(jù)：
如果端口打開，且輸入隊列有空接收數(shù)據(jù)，庫函數(shù)置高RTS和DTR。
如果輸入隊列90％滿，庫函數(shù)置低RTS，但使DTR維持高電平。
如果端口隊列近乎空了，哭喊數(shù)置高RTS，但使DRT維持高電平。
如果端口關(guān)閉，庫函數(shù)置低RTS和DTR。

c，XModem握手：最后討論的握手叫做XModem文件傳輸協(xié)議。這個協(xié)議在Modem通信中非常通用。盡管它通常使用在Modem通信中， XModem協(xié)議能夠直接在其他遵循這個協(xié)議的設(shè)備通信中使用。在LabWindows中，實(shí)際的XModem應(yīng)用對用戶隱藏了。只要PC和其他設(shè)備使用 XModem協(xié)議，在文件傳輸中就使用LabWindows的XModem函數(shù)。函數(shù)是XModemConfig，XModemSend和 XModemReceive。

XModem使用介于如下參數(shù)的協(xié)議：start_of_data、end_of_data、neg_ack、wait_delay、 start_delay、max_tries、packet_size。這些參數(shù)需要通信雙方認(rèn)定，標(biāo)準(zhǔn)的XModem有一個標(biāo)準(zhǔn)的定義：然而，可以通過 XModemConfig函數(shù)修改，以滿足具體需要。這些參數(shù)的使用方法由接收方發(fā)送的字符neg_ack確定。這通知發(fā)送方其準(zhǔn)備接收數(shù)據(jù)。它開始嘗試發(fā)送，有一個超時參數(shù)start_delay；當(dāng)超時的嘗試超過max_ties次數(shù)，或者收到接收方發(fā)送的start_of_data，發(fā)送方停止嘗試。如果從發(fā)送方收到start_of_data，接收方將讀取后繼信息數(shù)據(jù)包。包中含有包的數(shù)目、包數(shù)目的補(bǔ)碼作為錯誤校驗、packet_size字節(jié)大小的實(shí)際數(shù)據(jù)包，和進(jìn)一步錯誤檢查的求和校驗值。在讀取數(shù)據(jù)后，接收方會調(diào)用wait_delay，然后想發(fā)送方發(fā)送響應(yīng)。如果發(fā)送方?jīng)]有收到響應(yīng)，它會重新發(fā)送數(shù)據(jù)包，直到收到響應(yīng)或者超過重發(fā)次數(shù)的最大值max_tries。如果一直沒有收到響應(yīng)，發(fā)送方通知用戶傳輸數(shù)據(jù)失敗。
由于數(shù)據(jù)必須以pack_size個字節(jié)按包發(fā)送，當(dāng)最后一個數(shù)據(jù)包發(fā)送時，如果數(shù)據(jù)不夠放滿一個數(shù)據(jù)包，后面會填充ASCII碼NULL（0）字節(jié)。這導(dǎo)致接收的數(shù)據(jù)比原數(shù)據(jù)多。在XModem情況下一定不要使用XON/XOFF，因為XModem發(fā)送方發(fā)出包的數(shù)目很可能增加到XON/OFF控制字符的值，從而導(dǎo)致通信故障。