銀訊首頁    關(guān)于銀訊
Loading
您所在的位置:首頁 > 技術(shù)支持 > 正文

電力RS232串口接線調(diào)試方法

作者: 來源: 日期:2017-9-13 11:02:02 人氣:162 加入收藏 評論:0 標簽:

目前電力調(diào)度的串口較為常用接頭有9針串口(DB9)和25針串口(DB25),串口RS232通訊距離較近,小于12m,可以直接用電纜線連接,而RS422及RS485支持較遠距離通訊,若涉及到遠程調(diào)度,需附加光端機PCM設(shè)備組網(wǎng)應(yīng)用。最為簡單且常用的是三線制接法,即數(shù)據(jù)接收、數(shù)據(jù)發(fā)送及地線三腳,本文只涉及到最為基本的接法,并以串口RS232舉例說明。

一.DB9和DB25的常用信號腳說明


9針串口(DB9)



25針串口(DB25)


針號功能說明縮寫針號功能說明縮寫
1數(shù)據(jù)載波檢測DCD8數(shù)據(jù)載波檢測DCD
2接收數(shù)據(jù)RXD3接收數(shù)據(jù)RXD
3發(fā)送數(shù)據(jù)TXD2發(fā)送數(shù)據(jù)TXD
4數(shù)據(jù)終端準備DTR20數(shù)據(jù)終端準備DTR
5信號地GND7信號地GND
6數(shù)據(jù)準備好DSR6數(shù)據(jù)準備好DSR
7請求發(fā)送RTS4請求發(fā)送RTS
8清除發(fā)送CTS5清除發(fā)送CTS
9振鈴指示DELL22振鈴指示DELL

二.RS232C串口通信接線方法(三線制)

首先,串口只要有收、發(fā)管腳就能實現(xiàn):同一個串口收、發(fā)短接;兩個串口相連通訊;一個串口與多個串口通訊。

1、同一個串口的收、發(fā)短接,對于DB9和DB25的接頭來說均是2與3直接相連;

2、兩個不同串口(不論是同一臺計算機的兩個串口或分別是不同計算機的串口)

9針9針25針25針9針25針
2(收)3(發(fā))3(收)2(發(fā))2(收)2(發(fā))
3(發(fā))2(收)2(發(fā))3(收)3(發(fā))3(收)
5(地)5(地)7(地)7(地)5(地)7(地)

上面表格只是針對微機標準串行口而言的,還有許多非標準設(shè)備,如中間加了1對PCM設(shè)備,只要記住一個原則:接收數(shù)據(jù)管腳(或線)與發(fā)送數(shù)據(jù)管腳(或線)相連,收、發(fā)彼此交叉,信號地對應(yīng)相接,就能百戰(zhàn)百勝。

三.串口調(diào)試中要注意的幾點:

串口調(diào)試時,準備一個好用的調(diào)試工具,如串口調(diào)試助手、串口精靈等網(wǎng)絡(luò)上下載的軟件,可達到事半功倍之效果; 強烈建議不要帶電插撥串口,插撥時至少有一端是斷電的,否則串口易損壞。

單工、半雙工和全雙工的定義

如果在通信過程任意時刻,信息只能由一方A傳到另一方B,不能滿足從B方傳到A方,則稱為單工。

如果在任意時刻,信息既可由A傳到B,又能由B傳A,但只能單方向傳輸,不能滿足雙向同時傳輸,稱為半雙工傳輸。

如果在任意時刻,線路上滿足在A到B或B到A的雙向信號傳輸,則稱為全雙工。

電話線就是二線全雙工信道。 由于采用了回波抵消技術(shù),雙向的傳輸信號不致混淆不清。雙工信道有時也將收、發(fā)信道分開,采用分離的線路或頻帶傳輸相反方向的信號,如回線傳輸。

奇偶校驗

串行數(shù)據(jù)在傳輸過程中,由于干擾可能引起信息的出錯,例如,傳輸字符‘E’,其各位為:

0100,0101=45H

D7 D0

由于干擾,可能使位變?yōu)?,這種情況,我們稱為出現(xiàn)了“誤碼”。我們把如何發(fā)現(xiàn)傳輸中的錯誤,叫“檢錯”。發(fā)現(xiàn)錯誤后,如何消除錯誤,叫“糾錯”。

最簡單的檢錯方法是“奇偶校驗”,即在傳送字符的各位之外,再傳送1位奇/偶校驗位??刹捎闷嫘r灮蚺夹r灐?/p>

奇校驗:所有傳送的數(shù)位(含字符的各數(shù)位和校驗位)中,“1”的個數(shù)為奇數(shù),如:

1 0110,0101

0 0110,0001

偶校驗:所有傳送的數(shù)位(含字符的各數(shù)位和校驗位)中,“1”的個數(shù)為偶數(shù),如:

1 0100,0101

0 0100,0001

奇偶校驗?zāi)軌驒z測出信息傳輸過程中的部分誤碼(1位誤碼能檢出,2位及2位以上誤碼不能檢出),同時,它不能糾錯。在發(fā)現(xiàn)錯誤后,只能要求重發(fā)。但由于其實現(xiàn)簡單,仍得到了廣泛使用。

有些檢錯方法,具有自動糾錯能力。如循環(huán)冗余碼(CRC)檢錯等。

串口通訊流控制

我們在串行通訊處理中,常常看到RTS/CTS和XON/XOFF這兩個選項,這就是兩個流控制的選項,目前流控制主要應(yīng)用于調(diào)制解調(diào)器的數(shù)據(jù)通訊中,但對普通RS232編程,了解一點這方面的知識是有好處的。那么,流控制在串行通訊中有何作用,在編制串行通訊程序怎樣應(yīng)用呢?這里我們就來談?wù)勥@個問題。

1.流控制在串行通訊中的作用

這里講到的“流”,當然指的是數(shù)據(jù)流。數(shù)據(jù)在兩個串口之間傳輸時,常常會出現(xiàn)丟失數(shù)據(jù)的現(xiàn)象,或者兩臺計算機的處理速度不同,如臺式機與單片機之間的通訊,接收端數(shù)據(jù)緩沖區(qū)已滿,則此時繼續(xù)發(fā)送來的數(shù)據(jù)就會丟失?,F(xiàn)在我們在網(wǎng)絡(luò)上通過MODEM進行數(shù)據(jù)傳輸,這個問題就尤為突出。流控制能解決這個問題,當接收端數(shù)據(jù)處理不過來時,就發(fā)出“不再接收”的信號,發(fā)送端就停止發(fā)送,直到收到“可以繼續(xù)發(fā)送”的信號再發(fā)送數(shù)據(jù)。因此流控制可以控制數(shù)據(jù)傳輸?shù)倪M程,防止數(shù)據(jù)的丟失。 PC機中常用的兩種流控制是硬件流控制(包括RTS/CTS、DTR/CTS等)和軟件流控制XON/XOFF(繼續(xù)/停止),下面分別說明。

2.硬件流控制

硬件流控制常用的有RTS/CTS流控制和DTR/DSR(數(shù)據(jù)終端就緒/數(shù)據(jù)設(shè)置就緒)流控制。

硬件流控制必須將相應(yīng)的電纜線連上,用RTS/CTS(請求發(fā)送/清除發(fā)送)流控制時,應(yīng)將通訊兩端的RTS、CTS線對應(yīng)相連,數(shù)據(jù)終端設(shè)備(如計算機)使用RTS來起始調(diào)制解調(diào)器或其它數(shù)據(jù)通訊設(shè)備的數(shù)據(jù)流,而數(shù)據(jù)通訊設(shè)備(如調(diào)制解調(diào)器)則用CTS來起動和暫停來自計算機的數(shù)據(jù)流。這種硬件握手方式的過程為:我們在編程時根據(jù)接收端緩沖區(qū)大小設(shè)置一個高位標志(可為緩沖區(qū)大小的75%)和一個低位標志(可為緩沖區(qū)大小的25%),當緩沖區(qū)內(nèi)數(shù)據(jù)量達到高位時,我們在接收端將CTS線置低電平(送邏輯0),當發(fā)送端的程序檢測到CTS為低后,就停止發(fā)送數(shù)據(jù),直到接收端緩沖區(qū)的數(shù)據(jù)量低于低位而將CTS置高電平。RTS則用來標明接收設(shè)備有沒有準備好接收數(shù)據(jù)。

常用的流控制還有還有DTR/DSR(數(shù)據(jù)終端就緒/數(shù)據(jù)設(shè)置就緒)。我們在此不再詳述。由于流控制的多樣性,我個人認為,當軟件里用了流控制時,應(yīng)做詳細的說明,如何接線,如何應(yīng)用。

3.軟件流控制

由于電纜線的限制,我們在普通的控制通訊中一般不用硬件流控制,而用軟件流控制。一般通過XON/XOFF來實現(xiàn)軟件流控制。常用方法是:當接收端的輸入緩沖區(qū)內(nèi)數(shù)據(jù)量超過設(shè)定的高位時,就向數(shù)據(jù)發(fā)送端發(fā)出XOFF字符(十進制的19或Control-S,設(shè)備編程說明書應(yīng)該有詳細闡述),發(fā)送端收到XOFF字符后就立即停止發(fā)送數(shù)據(jù);當接收端的輸入緩沖區(qū)內(nèi)數(shù)據(jù)量低于設(shè)定的低位時,就向數(shù)據(jù)發(fā)送端發(fā)出XON字符(十進制的17或Control-Q),發(fā)送端收到XON字符后就立即開始發(fā)送數(shù)據(jù)。一般可以從設(shè)備配套源程序中找到發(fā)送的是什么字符。

應(yīng)該注意,若傳輸?shù)氖嵌M制數(shù)據(jù),標志字符也有可能在數(shù)據(jù)流中出現(xiàn)而引起誤操作,這是軟件流控制的缺陷,而硬件流控制不會有。


    本文網(wǎng)址:http://samgabriellaw.com/blog/technical/161.html
    讀完這篇文章后,您心情如何?
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    更多>>網(wǎng)友評論
    發(fā)表評論