【文章內容簡介】 設和計算機間使用一根數據信號線 ,數據在一根數據信號線上按位進行傳輸，每一位數據都占據一個固定的時間長度。 這種通信方式使用的數據線少，在遠距離通信中可以節(jié)約通信成本，當然，其傳輸速度比并行傳輸慢。相比之下，由于高速率的要求，處于計算機內部的 CPU與串口之間的通訊仍然采用并行的通訊方式，所以串行口的本質就是實現 CPU 與外圍數據設備的數據格式轉換（或者稱為串并轉換器），即當數據從外圍設備輸入計算機時，數據格式由位 (bit)轉化為字節(jié)數據；反之，當計算機發(fā)送下行數據到外圍設備時，串口又將字節(jié)數據轉化為位數據。 串行端口的本質功能 是作為 CPU 和串行設備間的編碼轉換器。當數據從 CPU 經過串行端口發(fā)送出去時，字節(jié)數據轉換為串行的位。在接收數據時，串行的位被轉換為字節(jié)數據。 在 Windows 環(huán)境（ Windows NT、 Win9 Windows2020）下，串口是系統資源的一部分。 應用程序要使用串口進行通信，必須在使用之前向操作系統提出資源申請要求（打開串口），通信完成后必須釋放資源（關閉串口）。 串口信號線 串口信號線的一個完整的 RS232C 接口有 22 根線，采用標準的 25 芯插頭座（或者 9芯插頭座）。 25芯和 9 芯的主要信號線 相同。以下的介紹是以 25 芯的 RS232C***計算機系畢業(yè)設計 10 為例。 ： 2腳：發(fā)送數據 TXD； 3腳：接收數據 RXD； 4腳：請求發(fā)送 RTS； 5腳：清除發(fā)送 CTS； 6腳：數據設備就緒 DSR； 20腳：數據終端就緒 DTR； 8腳：數據載波檢測 DCD； 1腳：保護地； 7腳：信號地。 ： 數據傳輸速率最大可到 20K bps,最大距離僅 15m. 注：看了微軟的 MSDN ，其 Windows API 中關于串行通訊設備（不一定都是串口 RS232C 或 RS422 或 RS449）速率的設 置，最大可支持到 RS_256000，即 256K bps! 也不知道到底是什么串行通訊設備？但不管怎樣，一般主機和單片機的串口通訊大多都在 9600 bps,可以滿足通訊需求。 ： 大多數計算機應用系統與智能單元之間只需使用 3到 5根信號線即可工作。這時，除了 TXD、 RXD 以外，還需使用 RTS、 CTS、 DCD、 DTR、 DSR 等信號線。（當然，在程序中也需要對相應的信號線進行設置。） 以上接法，在設計程序時，直接進行數據的接收和發(fā)送就可以了，不需要對信號線的狀態(tài)進行判斷或設置。（如果應用的場 合需要使用握手信號等，需要對相應的信號線的狀態(tài)進行監(jiān)測或設置。 所謂 串行通信 是指外設和計算機間使用一根數據信號線 ,數據在一根數據信號線上按位進行傳輸，每一位數據都占據一個固定的時間長度。 這種通信方式使用的數據線少，在遠距離通信中可以節(jié)約通信成本，當然，其傳輸速度比并行傳輸慢。相比之下，由于高速率的要求，處于計算機內部的 CPU 與串口之間的通訊仍然采用并行的通訊方式，所以串行口的本質就是實現 CPU 與外圍數據設備的數據格式轉換（或者稱為串并轉換器），即當數據從外圍設備輸入計算機時，數據格式由位 (bit)轉化為字節(jié)數據；反之，當計算機發(fā)送下行數據到外圍設備時，串口又將字節(jié)數據轉化為位數據。 串行端口的本質功能是作為 CPU 和串行設備間的編碼轉換器。當數據從 CPU 經過串行端口發(fā)送出去時，字節(jié)數據轉換為串行的位。在接收數據時，串行的位被轉換為字節(jié)數據。 ***計算機系畢業(yè)設計 11 在 Windows 環(huán)境（ Windows NT、 Win9 Windows2020）下，串口是系統資源的一部分。 應用程序要使用串口進行通信，必須在使用之前向操作系統提出資源申請要求（打開串口），通信完成后必須釋放資源（關閉串口）。 C中如何進行 串口通信 通常，在 C中實現串口通信，我們有四種方法： MSCOMM 控件 ，但 這個控件并不是系統本身所帶，所以還得注冊。 .NET 新推出了一個串口控件，基于 .NET 的 P/Invoke 調用方法實現 。 ，可 是 一般都 需 要付費的， 由于這是畢業(yè)設計，設計費用不是太充足，所以不給予考慮。 API 寫串口通信， 我在剛開始程序設計是有寫過一個，但由于寫這個控件難度很大，設計時間比較緊，寫的那個只能實現基本數字的串口傳輸，離自己這個考勤程序的要求還有一定距離，所以放棄了同時也浪 費自己不少時間。 最后通過對考勤系統的需求分析，這次我 串口通信用 就選用了 第一種方法 通過MSCOMM 控件 MSCOMM 不是 C.Net 直接提供的串口命令，所以 必須有 文件在你的Windows 的 System32 目錄下，而且它必須正確的注冊。 我們 可以裝 來獲得，微軟也指出這樣不會有沖突。當然我們可以自己注冊而不用裝龐大的 。 首先在 VB 安裝目錄下找到下列三個文件 : , ,， 把這三個文件拷貝到 Windows 的 system 目錄下（注意 WinNT 下是 System32）。 然后使用 edit 工具編輯一個以 .reg 擴展名的文件，在文件里輸入以下的文字 REGEDIT HKEY_CLASSES_ROOT\Licenses = Licensing: Copying the keys may be a violation of established copyrights. // The MsComm32 Control License follows: HKEY_CLASSES_ROOT\Licenses\4250E8306AC211cf8ADB00AA00C00905 = kjljvjjjoquqmjjjvpqqkqmqykypoqjquoun 然后，存盤。雙擊文件就完成了注冊。 這樣我們就可以在 C中用 MSCOMM 這個控件了。 ***計算機系畢業(yè)設計 12 控件簡介 MSComm 控件通過串行端口傳輸和接收數據，為應用程序提供串行通訊功能。MSComm 控件在串口編程時非常方便，程序員不必去花時間去了解較為復雜的 API函數，而且在 VC、 VB、 Delphi 等語言中均可使用。 Microsoft Communications Control（以下簡稱 MSComm）是 Microsoft 公司提供的簡化 Windows 下串行通信編程的 ActiveX 控件，它為應用程序提供了通過串行接口收發(fā)數據的簡便方法。具體的來說，它提供了兩種處理通信問題的方法：一是事件驅動 (Event－ driven)方法，一是查詢法。 控件兩種處理通訊的方式 MSComm 控件提供下列兩種處理通訊的方式：事件驅動方式和查詢方式。 事件驅動通訊是處理串行端口交互作用的一種非常有效的方法。在許多情況下，在事件發(fā)生時需要 得到通知，例如，在串口接收緩沖區(qū)中有字符，或者 Carrier Detect (CD) 或 Request To Send (RTS) 線上一個字符到達或一個變化發(fā)生時。在這些情況下，可以利用 MSComm 控件的 OnComm 事件捕獲并處理這些通訊事件。OnComm 事件還可以檢查和處理通訊錯誤。所有通訊事件和通訊錯誤的列表，參閱 CommEvent 屬性。在編程過程中，就可以在 OnComm 事件處理函數中加入自己的處理代碼。這種方法的優(yōu)點是程序響應及時，可靠性高。每個 MSComm 控件對應著一個串行端口 。如果應用程序需要訪問多個串行端口，必須使用多個 MSComm 控件。 查詢方式實質上還是事件驅動，但在有些情況下，這種方式顯得更為便捷。在程序的每個關鍵功能之后，可以通過檢查 CommEvent 屬性的值來查詢事件和錯誤。如果應用程序較小，并且是自保持的，這種方法可能是更可取的。例如，如果寫一個簡單的電話撥號程序，則沒有必要對每接收一個字符都產生事件，因為唯一等待接收的字符是調制解調器的 “ 確定 ” 響應。 控件的常用屬性 MSComm 控件有很多重要的屬性 ，但首先必須熟悉幾個屬性。 CommPort 設置并返回通訊端口號。 ***計算機系畢業(yè)設計 13 Settings 以字符串的形式設置并返回波特率、奇偶校驗、數據位、停止位。 PortOpen 設置并返回通訊端口的狀態(tài)。也可以打開和關閉端口。 Input 從接收緩沖區(qū)返回和刪除字符。 Output 向傳輸緩沖區(qū)寫一個字符串。 下面分別描述： CommPort 屬性 設置并返回通訊端口號。 說明 在設計時， value 可以設置成從 1 到 16 的任何數（缺省值為 1）。但是如果用 PortOpen 屬性打開一個并不存在的 端口時， MSComm 控件會產生錯誤 68（設備無效）。 注意：必須在打開端口之前設置 CommPort 屬性。 RThreshold 屬性：在 MSComm 控件設置 CommEvent 屬性為 EvReceive 并產生 OnComm 之前，設置并返回的要接收的字符數。 說明 當接收字符后，若 Rthreshold 屬性設置為 0（缺省值）則不產生 OnComm 事件。例如，設置 Rthreshold 為 1，接收緩沖區(qū)收到每一個字符都會使 MSComm 控件產生 OnComm 事件。 CTSHolding 屬性：確定是否可通過查詢 Clear To Send (CTS) 線的狀態(tài)發(fā)送數據。 Clear To Send 是調制解調器發(fā)送到相聯計算機的信號，指示傳輸可以進行。該屬性在設計時無效，在運行時為只讀。 Msm 控件的 CTSHolding 屬性設置值： True Clear To Send 線為高電平。 False Clear To Send 線為低電平。 說明：如果 Clear To Send 線為低電平 (CTSHolding = False) 并且超時時，MSComm 控件設置 CommEvent 屬性為 EventCTSTO (Clear To Send Timeout) 并產生 OnComm 事件。 Clear To Send 線用于 RTS/CTS (Request To Send/Clear To Send) 硬件握手。如果需要確定 Clear To Send 線的狀態(tài)， CTSHolding 屬性給出一種手工查詢的方法。 詳細信息 有關握手協議，請參閱 Handshaking 屬性。 SThreshold 屬性： MSComm 控件設置 CommEvent 屬性為 EvSend 并產生 OnComm 事件之前，設置并返回傳輸緩沖區(qū)中允許的最小字符數。 ***計算機系畢業(yè)設計 14 value 整形表達式，代表在 OnComm 事件產生之前在傳輸緩沖區(qū)中的最小字符數。 說明：若設置 Sthreshold 屬性為 0（缺省值），數據傳輸事件不會產生 OnComm 事件。若設置 Sthreshold 屬性為 1，當傳輸緩沖區(qū)完全空時， MSComm 控件產生 OnComm 事件。如果在傳輸緩沖區(qū)中的字符數小于 value， CommEvent 屬性設置為 EvSend，并產 生 OnComm 事件。 EvSend 事件僅當字符數與 Sthreshold 交叉時被激活一次。例如，如果 Sthreshold 等于 5，僅當在輸出隊列中字符數從 5 降到 4 時， EvSend 才發(fā)生。如果在輸出隊列中從沒有比 Sthreshold 多的字符， EvSend 事件將絕不會發(fā)生。 Handshake 常數 常數 值 描述 None 0 無握手。 XonXoff 1 XOn/Xoff 握手。 RTS 2 Requesttosend/cleartosend 握手。 RTSXOnXOff 3 Requesttosend 和 cleartosend 握手皆可。 OnComm 常數 常數 值 描述 EvSend 1 發(fā)送事件。 EvReceive 2 接收事件。 EvCTS 3 cleartosend 線變化。 EvDSR 4 dataset ready 線變化。 EvCD 5 carrier detect 線變化。 EvRing 6 振鈴檢測。 EvEOF 7 文件結 束。 Error 常數 常數 值 描述 EventBreak 1001 接收到中斷信號 EventCTSTO 1002 Cleartosend 超時 EventDSRTO 1003 Dataset ready 超時 EventFrame 1004 幀錯誤 EventOverrun 1006 端口超速 ***計算機系畢業(yè)設計 15 EventCDTO 1007 Carrier detect 超時 EventRxOver 1008 接收緩沖區(qū)溢出 EventRxParity 1009 Parity 錯誤 EventTxFu