您好, 歡迎來到化工儀器網
6ES7317-6TK13-0AB0安裝調試
6ES7317-6TK13-0AB0安裝調試
串口通信基本接線方法
目前較為常用的串口有9針串口（DB9）和25針串口（DB25），通信距離較近時(<12m)，可以用電纜線直接連接標準RS232端口(RS422,RS485較遠)，若距離較遠，需附加調制解調器（MODEM）。最為簡單且常用的是三線制接法，即地、接收數據和發送數據三腳相連，本文只涉及到最為基本的接法，且直接用RS232相連。
1.DB9和DB25的常用信號腳說明
9針串口（DB9） 25針串口（DB25）
針號 功能說明 縮寫 針號 功能說明 縮寫
1 數據載波檢測 DCD 8 數據載波檢測 DCD
2 接收數據 RXD 3 接收數據 RXD
3 發送數據 TXD 2 發送數據 TXD
4 數據終端準備 DTR 20 數據終端準備 DTR
5 信號地 GND 7 信號地 GND
6 數據設備準備好 DSR 6 數據準備好 DSR
7 請求發送 RTS 4 請求發送 RTS
8 清除發送 CTS 5 清除發送 CTS
9 振鈴指示 DELL 22 振鈴指示 DELL
2.RS232C串口通信接線方法（三線制）
首先，串口傳輸數據只要有接收數據針腳和發送針腳就能實現：同一個串口的接收腳和發送腳直接用線相連，兩個串口相連或一個串口和多個串口相連
· 同一個串口的接收腳和發送腳直接用線相連 對9針串口和25針串口，均是2與3直接相連；
· 兩個不同串口（不論是同一臺計算機的兩個串口或分別是不同計算機的串口）
上面表格是對微機標準串行口而言的，還有許多非標準設備，如接收GPS數據或電子羅盤數據，只要記住一個原則：接收數據針腳（或線）與發送數據針腳（或線）相連，彼此交叉，信號地對應相接，就能百戰百勝。
3.串口調試中要注意的幾點：
串口調試時，準備一個好用的調試工具，如串口調試助手、串口精靈等，有事半功倍之效果； 強烈建議不要帶電插撥串口，插撥時至少有一端是斷電的，否則串口易損壞。
單工、半雙工和全雙工的定義
如果在通信過程的任意時刻，信息只能由一方A傳到另一方B，則稱為單工。
如果在任意時刻，信息既可由A傳到B，又能由B傳A，但只能由一個方向上的傳輸存在，稱為半雙工傳輸。
如果在任意時刻，線路上存在A到B和B到A的雙向信號傳輸，則稱為全雙工。
電話線就是二線全雙工信道。 由于采用了回波抵消技術，雙向的傳輸信號不致混淆不清。雙工信道有時也將收、發信道分開，采用分離的線路或頻帶傳輸相反方向的信號，如回線傳輸。
奇偶校驗
串行數據在傳輸過程中，由于干擾可能引起信息的出錯，例如，傳輸字符‘E’，其各位為：
0100，0101=45H
D7 D0
由于干擾，可能使位變為1，這種情況，我們稱為出現了“誤碼"。我們把如何發現傳輸中的錯誤，叫“檢錯"。發現錯誤后，如何消除錯誤，叫“糾錯"。
的檢錯方法是“奇偶校驗"，即在傳送字符的各位之外，再傳送1位奇/偶校驗位。可采用奇校驗或偶校驗。
奇校驗：所有傳送的數位（含字符的各數位和校驗位）中，“1"的個數為奇數，如：
1 0110，0101
0 0110，0001
偶校驗：所有傳送的數位（含字符的各數位和校驗位）中，“1"的個數為偶數，如：
1 0100，0101
0 0100，0001
奇偶校驗能夠檢測出信息傳輸過程中的部分誤碼（1位誤碼能檢出，2位及2位以上誤碼不能檢出），同時，它不能糾錯。在發現錯誤后，只能要求重發。但由于其實現簡單，仍得到了廣泛使用。
有些檢錯方法，具有自動糾錯能力。如循環冗余碼（CRC）檢錯等。
串口通訊流控制
我們在串行通訊處理中，常常看到RTS/CTS和XON/XOFF這兩個選項，這就是兩個流控制的選項，目前流控制主要應用于調制解調器的數據通訊中，但對普通RS232編程，了解一點這方面的知識是有好處的。那么，流控制在串行通訊中有何作用，在編制串行通訊程序怎樣應用呢？這里我們就來談談這個問題。
1.流控制在串行通訊中的作用
這里講到的“流"，當然指的是數據流。數據在兩個串口之間傳輸時，常常會出現丟失數據的現象，或者兩臺計算機的處理速度不同，如臺式機與單片機之間的通訊，接收端數據緩沖區已滿，則此時繼續發送來的數據就會丟失。現在我們在網絡上通過MODEM進行數據傳輸，這個問題就尤為突出。流控制能解決這個問題，當接收端數據處理不過來時，就發出“不再接收"的信號，發送端就停止發送，直到收到“可以繼續發送"的信號再發送數據。因此流控制可以控制數據傳輸的進程，防止數據的丟失。 PC機中常用的兩種流控制是硬件流控制（包括RTS/CTS、DTR/CTS等）和軟件流控制XON/XOFF（繼續/停止），下面分別說明。
2.硬件流控制
硬件流控制常用的有RTS/CTS流控制和DTR/DSR（數據終端就緒/數據設置就緒）流控制。
硬件流控制必須將相應的電纜線連上，用RTS/CTS（請求發送/清除發送）流控制時，應將通訊兩端的RTS、CTS線對應相連，數據終端設備（如計算機）使用RTS來起始調制解調器或其它數據通訊設備的數據流，而數據通訊設備（如調制解調器）則用CTS來起動和暫停來自計算機的數據流。這種硬件握手方式的過程為：我們在編程時根據接收端緩沖區大小設置一個高位標志（可為緩沖區大小的75％）和一個低位標志（可為緩沖區大小的25％），當緩沖區內數據量達到高位時，我們在接收端將CTS線置低電平（送邏輯0），當發送端的程序檢測到CTS為低后，就停止發送數據，直到接收端緩沖區的數據量低于低位而將CTS置高電平。RTS則用來標明接收設備有沒有準備好接收數據。
常用的流控制還有還有DTR/DSR（數據終端就緒/數據設置就緒）。我們在此不再詳述。由于流控制的多樣性，我個人認為，當軟件里用了流控制時，應做詳細的說明，如何接線，如何應用。
3.軟件流控制
由于電纜線的限制，我們在普通的控制通訊中一般不用硬件流控制，而用軟件流控制。一般通過XON/XOFF來實現軟件流控制。常用方法是：當接收端的輸入緩沖區內數據量超過設定的高位時，就向數據發送端發出XOFF字符（十進制的19或Control-S，設備編程說明書應該有詳細闡述），發送端收到XOFF字符后就立即停止發送數據；當接收端的輸入緩沖區內數據量低于設定的低位時，就向數據發送端發出XON字符（十進制的17或Control-Q），發送端收到XON字符后就立即開始發送數據。一般可以從設備配套源程序中找到發送的是什么字符。
應該注意，若傳輸的是二進制數據，標志字符也有可能在數據流中出現而引起誤操作，這是軟件流控制的缺陷，而硬件流控制不會有這個問題
Delphi是一種具有功能強大、簡便易用和代碼執行速度快等優點的可視化快速應用開發工具，它在構架企業信息系統方面發揮著越來越重要的作用，許多程序員愿意選擇 Delphi作為開發工具編制各種應用程序。但是，美中不足之處是 Delphi沒有自帶的串口通信控件，在它的幫助文檔里也沒有提及串口通信，這就給編制通信程序的開發人員帶來許多不便。
目前，利用 Delphi實現串口通信的常用的方法有 3種：一是利用控件，如 MSCOMM控件和 SPCOMM控件；二是使用 API函數；三是調用其他串口通信程序。其中利用 API編寫串口通信程序較為復雜，需要掌握大量的通信知識。相比較而言，利用 SPCOMM控件則相對較簡單，并且該控件具有豐富的與串口通信密切相關的屬性及事件，提供了對串口的各種操作，而且還支持多線程。下面本文結合實例詳細介紹 SPCOMM控件的使用。
SPCOMM的安裝
1．選擇下拉菜單 Component中的 Install Component選項，彈出如圖 1所示的窗口。
在 Unit file name處填寫 SPCOMM控件所在的路徑，其他各項可用默認值，點擊 OK按鈕。
2．安裝后，在 System控件面板中將出現一個紅色控件 COM。現在就可以像 Delphi自帶控件一樣使用 COM控件了。
SPCOMM的屬性、方法和事件
1.屬性
●CommName：表示 COM1、 COM2等串口的名字；
●BaudRate:根據實際需要設定的波特率，在串口打開后也可更改此值，實際波特率隨之更改；
●ParityCheck：表示是否需要奇偶校驗；
●ByteSize：根據實際情況設定的字節長度；
●Parity：奇偶校驗位；
●StopBits：停止位；
●SendDataEmpty：這是一個布爾型屬性，為 true時表示發送緩存為空，或者發送隊列里沒有信息；為 false時表示發送緩存不為空，或者發送隊列里有信息。
2．方法
●Startcomm方法用于打開串口，當打開失敗時通常會報錯。錯誤主要有 7種：⑴串口已經打開；⑵打開串口錯誤；⑶文件句柄不是通信句柄；⑷不能夠安裝通信緩存；⑸不能產生事件；⑹不能產生讀進程；⑺不能產生寫進程；
●StopComm方法用于關閉串口，沒有返回值；
●WriteCommData(pDataToWrite: PChar;dwSizeofDataToWrite:Word )方法是個帶有布爾型返回值的函數，用于將一個字符串發送到寫進程，發送成功返回 true，發送失敗返回 false。執行此函數將立即得到返回值，發送操作隨后執行。該函數有兩個參數，其中 pDataToWrite是要發送的字符串， dwSizeofDataToWrite是發送字符串的長度。
3．事件
●OnReceiveData :procedure (Sender: Tbbbbbb;Buffer: Pointer;BufferLength: Word) of bbbbbb
當有數據輸入緩存時將觸發該事件，在這里可以對從串口收到的數據進行處理。 Buffer中是收到的數據， BufferLength是收到的數據長度。
●OnReceiveError : procedure(Sender: Tbbbbbb; EventMask : DWORD)
當接收數據出現錯誤時將觸發該事件