串口通信是指外設和計算機間，通過數據信號線 、地線、控制線等，按位進行傳輸數據的一種通訊方式。這種通信方式使用的數據線少，在遠距離通信中可以節約通信成本，但其傳輸速度比并行傳輸低。

串口是計算機上一種非常通用的設備通信協議。大多數計算機（不包括筆記本電腦）包含兩個基于RS-232的串口。串口同時也是儀器儀表設備通用的通信協議；很多GPIB兼容的設備也帶有RS-232口。同時，串口通信協議也可以用于獲取遠程采集設備的數據。

RS-232（ANSI/EIA-232標準）是IBM-PC及其兼容機上的串行連接標準。可用于許多用途，比如連接鼠標、打印機或者Modem，同時也可以接工業儀器儀表。用于驅動和連線的改進，實際應用中RS-232的傳輸長度或者速度常常超過標準的值。RS-232只限于PC串口和設備間點對點的通信。RS-232串口通信最遠距離是50英尺。

RS-232串口，串口按位（bit）發送和接收字節。盡管比按字節（byte）的并行通信慢，但是串口可以在使用一根線發送數據的同時用另一根線接收數據。典型地，串口用于ASCII碼字符的傳輸。通信使用3根線完成：（1）地線，（2）發送，（3）接收。

本文以c#中的SerialPort類為例，分析串口各參數及事件，其他平臺串口庫的操作類似。

　　串口事件解釋

　　switch（m_commctrl.GetCommEvent（））

　　{

　　case 1： // vbMSCommEvSend：

　　“Sending”

　　case 2： // vbMSCommEvReceive：

　　“Receiving”

　　case 3： // vbMSCommEvCTS：

　　“Change in CTS Detected”

　　case 4： // vbMSCommEvDSR：

　　“Change in DSR Detected”

　　MSComm控件使用詳解

　　MSComm 控件通過串行端口傳輸和接收數據，為應用程序提供串行通訊功能。MSComm控件在串口編程時非常方便，程序員不必去花時間去了解較為復雜的API函數，而且在VC、VB、Delphi等語言中均可使用。 Microsoft Communications Control（以下簡稱MSComm）是Microsoft公司提供的簡化Windows下串行通信編程的ActiveX控件，它為應用程序提供了通過串行接口收發數據的簡便方法。具體的來說，它提供了兩種處理通信問題的方法：一是事件驅動（Event－driven）方法，一是查詢法。

　　1.MSComm控件兩種處理通訊的方式

　　MSComm控件提供下列兩種處理通訊的方式：事件驅動方式和查詢方式。

　　1.1 事件驅動方式

　　事件驅動通訊是處理串行端口交互作用的一種非常有效的方法。在許多情況下，在事件發生時需要得到通知，例如，在串口接收緩沖區中有字符，或者 Carrier Detect （CD） 或 Request To Send （RTS） 線上一個字符到達或一個變化發生時。在這些情況下，可以利用 MSComm 控件的 OnComm 事件捕獲并處理這些通訊事件。OnComm 事件還可以檢查和處理通訊錯誤。所有通訊事件和通訊錯誤的列表，參閱 CommEvent 屬性。在編程過程中，就可以在OnComm事件處理函數中加入自己的處理代碼。這種方法的優點是程序響應及時，可靠性高。每個MSComm 控件對應著一個串行端口。如果應用程序需要訪問多個串行端口，必須使用多個 MSComm 控件。

　　1.2 查詢方式

　　查詢方式實質上還是事件驅動，但在有些情況下，這種方式顯得更為便捷。在程序的每個關鍵功能之后，可以通過檢查 CommEvent 屬性的值來查詢事件和錯誤。如果應用程序較小，并且是自保持的，這種方法可能是更可取的。例如，如果寫一個簡單的電話撥號程序，則沒有必要對每接收一個字符都產生事件，因為唯一等待接收的字符是調制解調器的“確定”響應。

　　2.MSComm 控件的常用屬性

　　MSComm 控件有很多重要的屬性，但首先必須熟悉幾個屬性。

　　CommPort 設置并返回通訊端口號。

　　Settings 以字符串的形式設置并返回波特率、奇偶校驗、數據位、停止位。

　　PortOpen 設置并返回通訊端口的狀態。也可以打開和關閉端口。

　　Input 從接收緩沖區返回和刪除字符。

　　Output 向傳輸緩沖區寫一個字符串。

　　下面分別描述：

　　CommPort屬性 設置并返回通訊端口號。

　　語法 object.CommPort［value ］ （value 一整型值，說明端口號。）

　　說明 在設計時，value 可以設置成從 1 到 16 的任何數

　　（缺省值為 1）。但是如果用 PortOpen 屬性打開一個并不存在的端口時，MSComm 控件會產生錯誤 68（設備無效）。

　　注意：必須在打開端口之前設置 CommPort 屬性。

　　RThreshold 屬性：在 MSComm 控件設置 CommEvent 屬性為 comEvReceive 并產生 OnComm 之前，設置并返回的要接收的字符數。

　　語法 object.Rthreshold ［ = value ］（value 整型表達式，說明在產生 OnComm 事件之前要接收的字符數。 ）

　　說明 當接收字符后，若 Rthreshold 屬性設置為 0（缺省值）則不產生 OnComm 事件。例如，設置 Rthreshold 為 1，接收緩沖區收到每一個字符都會使 MSComm 控件產生 OnComm 事件。

　　CTSHolding 屬性：確定是否可通過查詢 Clear To Send （CTS） 線的狀態發送數據。Clear To Send 是調制解調器發送到相聯計算機的信號，指示傳輸可以進行。該屬性在設計時無效，在運行時為只讀。

　　語法： object.CTSHolding（Boolean）

　　Mscomm 控件的 CTSHolding 屬性設置值：

　　True Clear To Send 線為高電平。

　　False Clear To Send 線為低電平。

　　說明：如果 Clear To Send 線為低電平 （CTSHolding = False） 并且超時時，MSComm 控件設置 CommEvent 屬性為 comEventCTSTO （Clear To Send Timeout） 并產生 OnComm 事件。

　　Clear To Send 線用于 RTS/CTS （Request To Send/Clear To Send） 硬件握手。如果需要確定 Clear To Send 線的狀態，CTSHolding 屬性給出一種手工查詢的方法。

　　詳細信息 有關握手協議，請參閱 Handshaking 屬性。

　　SThreshold 屬性： MSComm 控件設置 CommEvent 屬性為 comEvSend 并產生 OnComm 事件之前，設置并返回傳輸緩沖區中允許的最小字符數。

　　語法 object.SThreshold ［ = value ］

　　value 整形表達式，代表在 OnComm 事件產生之前在傳輸緩沖區中的最小字符數。

　　說明：若設置 Sthreshold 屬性為 0（缺省值），數據傳輸事件不會產生 OnComm 事件。若設置 Sthreshold 屬性為 1，當傳輸緩沖區完全空時，MSComm 控件產生 OnComm 事件。如果在傳輸緩沖區中的字符數小于 value，CommEvent 屬性設置為 comEvSend，并產生 OnComm 事件。comEvSend 事件僅當字符數與 Sthreshold 交叉時被激活一次。例如，如果 Sthreshold 等于 5，僅當在輸出隊列中字符數從 5 降到 4 時，comEvSend 才發生。如果在輸出隊列中從沒有比 Sthreshold 多的字符，comEvSend 事件將絕不會發生。

　　Handshake 常數

　　常數 值 描述

　　comNone 0 無握手。

　　comXonXoff 1 XOn/Xoff 握手。

　　comRTS 2 Request-to-send/clear-to-send 握手。

　　comRTSXOnXOff 3 Request-to-send 和 clear-to-send 握手皆可。

　　OnComm 常數

　　常數 值 描述

　　comEvSend 1 發送事件。

　　comEvReceive 2 接收事件。

　　comEvCTS 3 clear-to-send 線變化。

　　comEvDSR 4 data-set ready 線變化。

　　comEvCD 5 carrier detect 線變化。

　　comEvRing 6 振鈴檢測。

　　comEvEOF 7 文

　　件結束。

　　Error 常數

　　常數 值 描述

　　comEventBreak 1001 接收到中斷信號

　　comEventCTSTO 1002 Clear-to-send 超時

　　comEventDSRTO 1003 Data-set ready 超時

　　comEventFrame 1004 幀錯誤

　　comEventOverrun 1006 端口超速

　　comEventCDTO 1007 Carrier detect 超時

　　comEventRxOver 1008 接收緩沖區溢出

　　comEventRxParity 1009 Parity 錯誤

　　comEventTxFull 1010 傳輸緩沖區滿

　　comEventDCB 1011 檢索端口 設備控制塊 （DCB） 時的意外錯誤

　　InputMode 常數

　　常數 值 描述

　　comInputModeText 0 （缺省）通過 Input 屬性以文本方式取回數據。

　　comInputModeBinary 1 通過 Input 屬性以二進制方式檢取回數據。

　　CDHolding 屬性：通過查詢 Carrier Detect （CD） 線的狀態確定當前是否有傳輸。Carrier Detect 是從調制解調器發送到相聯計算機的一個信號，指示調制解調器正在聯機。該屬性在設計時無效，在運行時為只讀。

　　語法 object.CDHolding

　　設置值：CDHolding 屬性的設置值為：

　　設置 描述

　　True Carrier Detect 線為高電平

　　False Carrier Detect 線為低電平

　　說明：注意當 Carrier Detect 線為高電平 （CDHolding = True） 且超時時，MSComm 控件設置CommEvent 屬性為 comEventCDTO（Carrier Detect 超時錯誤），并產生 OnComm 事件。

　　注意 在主機應用程序中捕獲一個丟失的傳輸是特別重要的，例如一個公告板，因為呼叫者可以隨時掛起（放棄傳輸）。

　　Carrier Detect 也被稱為 Receive Line Signal Detect （RLSD）。

　　數據類型 Boolean

　　DSRHolding 屬性：確定 Data Set Ready （DSR） 線的狀態。Data Set Ready 信號由調制解調器發送到相連計算機，指示作好操作準備。該屬性在設計時無效，在運行時為只讀。

　　語法：object.DSRHolding

　　object 所在處表示對象表達式，其值是“應用于”列表中的對象。

　　DSRHolding 屬性返回以下值：

　　值 描述

　　True Data Set Ready 線高

　　False Data Set Ready 線低

　　說明：當 Data Set Ready 線為高電平 （DSRHolding = True） 且超時時，MSComm 控件設置 CommEvent 屬性為 comEventDSRTO（數據準備超時）并產生 OnComm 事件。

　　當為 Data Terminal Equipment （DTE） 機器寫 Data Set Ready/Data Terminal Ready 握手例程時該屬性是十分有用的。

　　數據類型：Boolean

　　Settings 屬性： 設置并返回波特率、奇偶校驗、數據位、停止位參數。

　　語法： object.Settings［ = value］

　　說明：當端口打開時，如果 value 非法，則 MSComm 控件產生錯誤 380（非法屬性值）。

　　Value 由四個設置值組成，有如下的格式：

　　“BBBB，P，D，S”

　　BBBB 為波特率，P 為奇偶校驗，D 為數據位數，S 為停止位數。value 的缺省值是：

　　“9600，N，8，1”

　　InputLen 屬性：設置并返回 Input 屬性從接收緩沖區讀取的字符數。

　　語法 object.InputLen ［ = value］

　　InputLen 屬性語法包括下列部分：

　　value 整型表達式，說明 Input 屬性

　　從接收緩沖區中讀取的字符數。

　　說明：InputLen 屬性的缺省值是 0。設置 InputLen 為 0 時，使用 Input 將使 MSComm 控件讀取接收緩沖區中全部的內容。

　　若接收緩沖區中 InputLen 字符無效，Input 屬性返回一個零長度字符串 （“”）。在使用 Input 前，用戶可以選擇檢查 InBufferCount 屬性來確定緩沖區中是否已有需要數目的字符。該屬性在從輸出格式為定長數據的機器讀取數據時非常有用。

　　EOFEnable 屬性：確定在輸入過程中 MSComm 控件是否尋找文件結尾 （EOF） 字符。如果找到 EOF 字符，將停止輸入并激活 OnComm 事件，此時 CommEvent 屬性設置為 comEvEOF，

　　語法：object.EOFEnable ［ = value ］

　　EOFEnable 屬性語法包括下列部分：

　　value 布爾表達式，確定當找到 EOF 字符時，OnComm 事件是否被激活，如“設置值”中所描述。

　　value 的設置值：

　　True 當 EOF 字符找到時 OnComm 事件被激活。

　　False （缺省）當 EOF 字符找到時 OnComm 事件不被激活。

　　說明：當 EOFEnable 屬性設置為 False，OnComm 控件將不在輸入流中尋找 EOF 字符。

　　錯誤消息（MS Comm 控件）

　　硬件流控：串口通信中的硬件流控有兩種，DTE/DSR方式和RTS/CTS方式，這與DCB結構的初始化有關系，DCB結構中的OutxCtsFlow、 fOutxDsrFlow、fDsrSensitivity、fRtsControl、fDtrControl幾個成員的初始值很關鍵，不同的值代表不同流控，也可以自己設置流控，但建議采用標準流行的流控方式。采用硬件流控時，DTE、DSR、RTS、CTS的邏輯位直接影響到數據的讀寫及收發數據的緩沖區控制。

　　軟件流控：串口通信中采用特殊字符XON和XOFF作為控制串口數據的收發。與此相關的DCB成員是：fOut、fInX、XoffChar、XonChar、 XoffLim和XonLim。具體含義參見MSDN幫助。

　　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字符后就立即開始發送數據。一般可以從設備配套源程序中找到發送的是什么字符。

　　應該注意，若傳輸的是二進制數據，標志字符也有可能在數據流中出現而引起誤操作，這是軟件流控制的缺陷，而硬件流控制不會有這個問題

　　關于流控制的設置問題：

　　流控制的設置可以用EscapeCommFunction函數來設置，也可以通過DCB結構來設置。

　　在流控制方式為“無”和“軟件控制”的情況下，基本上沒有什么問題，但在“硬件控制”下，Win32手冊中說明RTS_CONTROL_HANDSHAKE控制方式的含義如下：

　　Enable RTS handshaking .The driver raises the RTS line when the “type_ahead”（input）buffer is less than one-half full and lowers the RTS line when the buffer is more than three-quarters full.If handshaking is enabled，it is an error for the application to adjust the line by using the EscapeCommFunction function.

　　也就是說，當緩沖區快滿的時候，RTS會自動OFF通知對方暫停發送，當緩沖區重新空出來的時候，RTS也會自動地ON。但我發現當RTS變OFF以后，即使你已經清空了緩沖區，RTS也不會自動地ON，造成對方停在那里不發送。所以，如果要用硬件流控制的話，則還要在接收后最好加上檢測緩沖區大小的判斷，具體事使用ClearCommError后返回的COMSTAT.cbInQue，當緩沖區已經空出來的時候，要使用invoke EscapeCommFunction（hComm，SETRTS）重新將RTS設置為ON.

　　串口通信屬性

一、屬性

1. PortName 串口名 默認值COM1

串口對于操作系統來說是一個文件，如果設置PortName為本機不存在的串口名（即文件名），如“COM7”或“COMK”，Open（）打開串口將失敗，提示“端口COM7不存在”。

2. BaudRate 獲取或設置串行波特率bit/s 默認值9600

比特率=波特率X單個調制狀態對應的二進制位數。

RS232是要用在近距離傳輸上最大距離為30M

RS485用在長距離傳輸最大距離1200M

3. DataBits 獲取或設置每個字節的標準數據位長度 默認值8

當計算機發送一個信息包，實際的數據不會是8位的，標準的值是5、7和8位。如何設置取決于你想傳送的信息。比如，標準的ASCII碼是0～127（7位）。擴展的ASCII碼是0～255（8位）。如果數據使用簡單的文本（標準 ASCII碼），那么每個數據包使用7位數據。每個包是指一個字節，包括開始/停止位，數據位和奇偶校驗位。由于實際數據位取決于通信協議的選取，術語“包”指任何通信的情況。

4. StopBits 獲取或設置每個字節的標準停止位數 默認值One

用于表示單個包的最后一位。典型的值為1，1.5和2位。由于數據是在傳輸線上定時的，并且每一個設備有其自己的時鐘，很可能在通信中兩臺設備間出現了小小的不同步。因此停止位不僅僅是表示傳輸的結束，并且提供計算機校正時鐘同步的機會。適用于停止位的位數越多，不同時鐘同步的容忍程度越大，但是數據傳輸率同時也越慢。

5. Parity 獲取或設置奇偶校驗檢查協議 默認值None

在串口通信中一種簡單的檢錯方式。有四種檢錯方式：偶、奇、高和低。當然沒有校驗位也是可以的。對于偶和奇校驗的情況，串口會設置校驗位（數據位后面的一位），用一個值確保傳輸的數據有偶個或者奇個邏輯高位。例如，如果數據是011，那么對于偶校驗，校驗位為0，保證邏輯高的位數是偶數個。如果是奇校驗，

校驗位位1，這樣就有3個邏輯高位。高位和低位不真正的檢查數據，簡單置位邏輯高或者邏輯低校驗。這樣使得接收設備能夠知道一個位的狀態，有機會判斷是否有噪聲干擾了通信或者是否傳輸和接收數據是否不同步。

6. ParityReplace 獲取或設置一個字節，該字節在發生奇偶校驗錯誤時替換數據流中的無效字節 默認值63（？）

7. ReadBufferSize 獲取或設置 SerialPort 輸入緩沖區的大小 默認值4096

ReadBufferSize 屬性忽略任何小于 4096 的值？？由于 ReadBufferSize 屬性只表示 Windows 創建的緩沖區，而 BytesToRead 屬性除了表示 Windows 創建的緩沖區外還表示 SerialPort 緩沖區，所以 BytesToRead 屬性可以返回一個比 ReadBufferSize 屬性大的值。

8. ReadTimeout 獲取或設置讀取操作未完成時發生超時之前的毫秒數 默認值-1

確切的說ReadTimeout設置了Read（outBuf， offset， count）超時等待的時間，即如果接收緩沖區一直沒有數據，則Read（）等待ReadTimeout毫秒后甩TimeoutException異常。但是在ReadTimeout期間，只要有一個數據，則Read（）立馬返回，而不是等待count個字節數據。ReadTimeout不是為了Read（）阻塞等待count個字節，那它有什么意義？

9. ReceivedBytesThreshold 獲取或設置 DataReceived 事件發生前內部輸入緩沖區中的字節數 默認值1

如果緩沖區一次性有4個字節數據，那么DataReceived事件是觸發1次還是4次？

10. WriteBufferSize 獲取或設置串行端口輸出緩沖區的大小 默認值2048

ReadBufferSize 屬性忽略任何小于 4096 的值。

由于 ReadBufferSize 屬性僅表示 Windows 創建的緩沖區，所以它可以返回比 BytesToRead屬性小的值，這表示 SerialPort 和 Windows 創建的緩沖區。

11. WreiteTimeout 獲取或設置寫入操作未完成時發生超時之前的毫秒數 默認值-1

寫入超時值在 Win32 通信 API 中最初被設置為 500 毫秒。此屬性允許您設置此值。此值可以設置為 0 以立即從寫入操作返回，或設置為任意正值，也可以設置為默認的 InfiniteTimeout。此屬性不影響 BaseStream 的 BeginWrite 方法。

12. BytesToRead 獲取接收緩沖區中數據的字節數

由于 ReadBufferSize 屬性只表示 Windows 創建的緩沖區，而 BytesToRead 屬性除了表示 Windows 創建的緩沖區外還表示 SerialPort 緩沖區，所以 BytesToRead 屬性可以返回一個比 ReadBufferSize 屬性大的值。

13. BytesToWrite 獲取發送緩沖區中數據的字節數

14. NewLine 獲取或設置用于解釋 ReadLine（ ）和WriteLine（ ）方法調用結束的值 默認值“\n”

15. DiscardNull 獲取或設置一個值，指示 Null 字節在端口和接收緩沖區之間傳輸時是否被忽略 默認值false

正常情況下，特別是對于二進制傳輸而言，此值應該設置為 false。將此屬性設置為 true 會使 UTF32 和 UTF16 編碼字節產生意外結果。

16. Handshake 獲取或設置串行端口數據傳輸的握手協議 默認值None

使用握手時，將指示連接到 SerialPort 對象的設備在緩沖區中至少有 （ReadBufferSize-1024） 個字節時停止發送數據。當緩沖區中的字節數小于等于 1024 時，將指示設備重新開始發送數據。如果設備在大于 1024 個字節的塊中發送數據，可能會導致緩沖區溢出。

如果將 Handshake 屬性設置為 RequestToSendXOnXOff 并將 CtsHolding 設置為 false，則不會發送 XOff 字符。如果后來將 CtsHolding 設置為 true，則必須發送更多的數據后才會發送 XOff 字符。

17. Encodeing 獲取或設置傳輸前后文本轉換的字節編碼 默認為 ASCIIEncoding

ASCIIEncoding 不提供錯誤檢測。出于安全原因，建議您使用 UTF8Encoding、UnicodeEncoding 或 UTF32Encoding 并啟用錯誤檢測。

ASCIIEncoding 僅支持 U+0000 和 U+007F之間的 Unicode 字符值。因此，UTF8Encoding、UnicodeEncoding 和 UTF32Encoding 可以更好地適應全球化的應用程序。

18. DtrEnable 獲取或設置一個值，該值在串行通信過程中啟用數據終端就緒 （DTR） 信號 默認值 false

在 XON/XOFF 軟件握手、請求發送/可以發送 （RTS/CTS） 硬件握手和調制解調器通信的過程中通常啟用數據終端就緒 （DTR）。

19. RtsEnable 獲取或設置一個值，該值指示在串行通信中是否啟用請求發送 （RTS） 信號 默認值false

請求發送 （RTS） 信號通常用在請求發送/可以發送 （RTS/CTS） 硬件握手中。

20. CDHolding 獲取端口的載波檢測行的狀態

此屬性可用于監視端口的載波檢測行的狀態。無載波通常表明接收方已掛斷且載波已被丟棄。

21. CtsHolding 獲取“可以發送”行的狀態

在請求發送/可以發送 （RTS/CTS） 硬件握手中使用可以發送 （CTS） 行。發送數據之前端口會查詢 CTS 行。

22. DsrHolding 獲取數據設置就緒 （DSR） 信號的狀態

在數據設置就緒/數據終端就緒 （DSR/DTR） 握手中使用此屬性。通常由調制解調器將數據設置就緒 （DSR） 信號發送到端口，以表明它已經為數據傳輸或數據接收做好準備。

23. BufferSize 值1024

24. maxDataBits 值8

25. minDataBits 值5

26. SERIAL_NAME 值\\Device\\Serial

二、方法

1. Open（） 打開一個新的串行端口連接

2. Close（） 關閉端口連接，將 IsOpen 屬性設置為 false，并釋放內部 Stream 對象

3. Read（Byte［］， int， int） 輸入緩沖區讀取一些字節并將那些字節寫入字節數組中指定的偏移量處

4. ReadByte（） 從 SerialPort 輸入緩沖區中同步讀取一個字節

5. ReadChar（） 從 SerialPort 輸入緩沖區中同步讀取一個字符

6. ReadExisting（） 在編碼的基礎上，讀取 SerialPort 對象的流和輸入緩沖區中所有立即可用的字節

6. ReadLine（） 一直讀取到輸入緩沖區中的 NewLine 值

7. ReadTo（） 一直讀取到輸入緩沖區中的指定 value 的字符串

8. Write（string） 將指定的字符串寫入串行端口

9. Write（Byte［］， int， int） 使用緩沖區的數據將指定數量的字符寫入串行端口

10. WriteLine（） 將指定字符串和NewLine值寫入輸出緩沖區

11. DiscardInBuffer（） 丟棄接收緩沖區的數據

12. DiscardOutBuffer（） 丟棄發送緩沖區的數據

12. static GetPortNanes（） 獲取當前計算機的串口名稱數組

三、事件

1. DataReceive事件 數據接收事件的方法

不保證對接收到的每個字節引發 DataReceived 事件。 使用 BytesToRead 屬性確定緩沖區中剩余的要讀取的數據量。從 SerialPort 對象接收數據時，將在輔助線程上引發 DataReceived 事件。

2. PinChanged事件 串行管腳更改事件的方法

在 SerialPort 對象進入 BreakState 時引發，但在端口退出 BreakState 時不引發。將在輔助線程上引發 PinChanged 事件。

3. ErrorReceived事件 錯誤事件的方法

如果在流的尾字節上出現奇偶校驗錯誤，將向輸入緩沖區添加一個值為 126 的額外字節。將在輔助線程上引發 PinChanged 事件。