我們在串行通訊處理中,常常看到RTS/CTS和XON/XOFF這兩個選項,這就是兩個流控製的選項,目前流控製主要應用於MODEM的數據通訊中,但對普通RS-232編程,了解一點這方麵的知識是有好處的.那麼,流控製在串行通訊中有何作用,在編製串行通訊程序怎樣應用呢?這裏我們就來談談這個問題。
流控製在串行通訊中的作用：
這裏講到的"流",當然指的是數據流.數據在兩個串口之間傳輸時,常常會出現丟失數據的現象,或者兩台計算機的處理速度不同,如台式機與單片機之間的通訊,接收端數據緩衝區已滿,則此時繼續發送來的數據就會丟失.現在我們在網絡上通過MODEM進行數據傳輸,這個問題就尤為突出.流控製能解決這個問題,當接收端數據處理不過來時,就發出"不再接收"的信號,發送端就停止發送,直到收到"可以繼續發送"的信號再發送數據.因此流控製可以控製數據傳輸的進程,防止數據的丟失.PC機中常用的兩種流控製是硬件流控製(包括RTS/CTS、DTR/CTS等)和軟件流控製XON/XOFF(繼續/停止),下麵分別說明。
硬件流控製：
硬件流控製常用的有 RTS/CTS 流控製和 DTR/DSR (數據終端就緒 / 數據設置就緒)流控製。
硬件流控製必須將相應的電纜線連上,用 RTS/CTS (請求發送 / 清除發送)流控製時,應將通訊兩端的 RTS 、 CTS 線對應相連,數據終端設備(如計算機)使用 RTS 來起始MODEM或其它數據通訊設備的數據流,而數據通訊設備(如MODEM)則用 CTS 來起動和暫停來自計算機的數據流.這種硬件握手方式的過程為:我們在編程時根據接收端緩衝區大小設置一個高位標誌(可為緩衝區大小的 75 ％)和一個低位標誌(可為緩衝區大小的 25 ％),當緩衝區內數據量達到高位時,我們在接收端將 CTS 線置低電平(送邏輯 0 ),當發送端的程序檢測到 CTS 為低後,就停止發送數據,直到接收端緩衝區的數據量低於低位而將 CTS 置高電平. RTS 則用來標明接收設備有沒有準備好接收數據。
常用的流控製還有還有 DTR/DSR (數據終端就緒 / 數據設置就緒).我們在此不再詳述.由於流控製的多樣性,我個人認為,當軟件裏用了流控製時,應做詳細的說明,如何接線,如何應用。
軟件流控製：
由於電纜線的限製,我們在普通的控製通訊中一般不用硬件流控製,而用軟件流控製.一般通過 XON/XOFF 來實現軟件流控製.常用方法是:當接收端的輸入緩衝區內數據量超過設定的高位時,就向數據發送端發出 XOFF 字符(十進製的 19 或 Control-S ,設備編程說明書應該有詳細闡述),發送端收到 XOFF 字符後就立即停止發送數據;當接收端的輸入緩衝區內數據量低於設定的低位時,就向數據發送端發出 XON 字符(十進製的 17 或 Control-Q ),發送端收到 XON 字符後就立即開始發送數據.一般可以從設備配套源程序中找到發送的是什麼字符。
應該注意,若傳輸的是二進製數據,標誌字符也有可能在數據流中出現而引起誤操作,這是軟件流控製的缺陷,而硬件流控製不會有這個問題。
順便說明一下,有不少朋友問到,為什麼不在我編寫的軟件串口調試助手中將流控製加進去,我最初將這個調試工具定位在各種自動控製的串口程序調試上,經過計算和實驗驗證,在設置的特定采樣周期內可以完成通訊任務,就幹脆不用流控製.而且在工控中您即使不懂流控製,也能編寫出簡單的串口通訊程序來,就如我寫的串口調試助手。
|
