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

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

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

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

b，硬件握手：第二種是使用硬件線握手。和Tx和Rx線一樣，RTS/CTS和DTR/DSR一起工作，一個(gè)作為輸出，另一個(gè)作為輸入。第一組線是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)備好接收來(lái)自PC的數(shù)據(jù)，它置高DTR線，表示和電話線的連接已經(jīng)建立。讀取DSR線置高，PC機(jī)開(kāi)始發(fā)送數(shù)據(jù)。一個(gè)簡(jiǎn)單的規(guī)則是DTR/DSR用于表示系統(tǒng)通信就緒，而RTS/CTS用于單個(gè)數(shù)據(jù)包的傳輸。

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

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

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