計算機被越來越廣泛地使用在從外部機器或設濟上獲取數據，并在對數據進行加工處理后進步去控制外部機器或設備的應用中。在此過程中，計算機與外部電路采用什么接口就顯得尤為重要。PC機中的異步串行通信口因具有接口簡單，容易實現等優點，己被廣泛的使用，成為一種常用接口。
在Windows中，異步串行通信口驅動程序充當了通信程序的角色，它對Windows程序設計人員隱藏了串口通信的底層操作，通過Windows的API函數為用戶提供了更簡單的訪問接口-與文件的操作常相似的接口。
1.兩種實時串口通信方法
當串口的通信電路收到一個數據后，會向CPU發出個中斷請求，通過響應這個中斷可以非常及時±也對數據進行處理，可以說這是實時串口通信的最好不能進行像響應斷這樣低級的報作，只能通過編寫設備驅動程序來實現。而編寫設備驅動程序比編寫普迎的應用程序要復雜得多。且如果設備驅動程序有問題將有可能造成整個windows崩潰。所以，除非是在對實時性要求非常苛刻的應用中，否則建議不要采用上述方法。下面將介紹兩種能夠在windows中實現串口通信的簡單易行的方法。
1.1利用定時器
定時器是一種特殊的資源，它能夠被賦予一個時間值，此后每隔這個時間，定時器便會向指定窗口發送一條定時器消息或調用一個指定的回調函數。因此利用定時器，我們便可以在一定程度上實現實時串口通信，設置定時器，進入消息循環，然后在收到一條定時器消息時便去接收傳到串口中的數據，并對數據進行相應的處理；然后繼續消息循環，等待下條定時器消息。這種通信方式有兩個需要澄清：
a.在等待定時器消息到達期間，可能有不止一個數據傳到串口中，這樣會造成數據丟失嗎？
因為windows本身對串口提供了一個數據緩沖區，每當收到一個數據后，windows會首先將該數據保存到該緩沖區中，因此只要在等待定時器消息到來期間傳到串口的數據不超過windows的串緩沖區的大小，便不會造成數據丟失。
b.如何確定定時器的時間值
定時器的時間值的確定要根據實際應用環境中對系統的實時性要求及接收的數據試來確定。如果應用環境對實時性要求不高、接收到的數據不多則可以將時間值設得大些；相反，在對實時性要求相對較高的數據很多時，則應將時間值設得小些。
另外，windows對實時器的最小時間值有個限制。就是最小時間值為55ms，如果定時器被賦予比這個時間值更小的值，系統都認為是55，也就是說，利用定時器進行實時串口通信，最大的延遲可能為55ms。如果應用環境要求實時處理的延遲低于55ms，或在55ms內所接收到的數據大于windows串緩沖區的人小則不能使用這個實時通信方法
1.2利用多線程技術
在利用定時器產生的定時器消息可以每間隔一段時間去進行一個串口通信處理，那么為什么非要間隔一段才去處理而不是一直等待，一旦發現串口接收數據立即處理呢？這需要從windows消息循環機制說起。對于每個擁有窗口用戶界面的應用程序，windows都要求它有個消息循環來處理各種消息（如鍵盤按鍵。鼠標移動窗口繪制等），一旦消息循環中止。該應用程序的窗口將不再響應任何消息。從用戶的角度來看，這個窗口就意味著己經停止響應，是個死窗口。所以，在一般的單線程應用程序中，如果一直等待串口接收到數據，就將造成程序的窗口界面不可訪問。
要解決這一問題可以采用多線程程序設計技術。當系統創建一個進程時，都會同時為該進程創建一個線程稱之為主線程。普通的應用程序只有這一個線程。消息循環依賴于它，所以它絕不應該在消息循環之外停下來等待某事件發生。
一個線程不行，考慮能否使用多個線程。即在程序啟動后，人為的再創建一個線程稱之為輔助線程，這樣包括系統創建進程時創建的線程就有兩個線程了。讓主線程執行消息循環，而輔助線程則專門負責進行串口通信。這樣一來便可以讓輔助線程停下來，專門等待傳到串口中的數據。一旦收到數據就立即執行。對數據進行處理。可見，通過多創建一個輔助線程使得串口通信的實時性比利用定時器要高得多，比直接響應中斷的方式相差不了多少了。
2.試驗機應用中的比較
對彈簧試驗機和材料試驗機測試系統中有關上下位通信問的解決法，分別采用了上述兩種方法，下面將從幾個不同的方面對這兩種方法的優缺點進行比較。
①實現的難易程度上看
利用定時器來實現實時串行通信的方法可以說是很簡單的，只需要設置一個定時器，然后在響應windows的定時器消息時進行一次串行通信。由于這種方法只需要一個線程因此也不存在線程同步的問題。
利用多線程來實現實時串行通信相對而言就比較復雜了，首先，要額外創建一個線程并要對該線程進行管理，其次，兩個線程之間如果需耍進行數據交換則還需要考慮到線程同步的問題。
②CPU資源占用率上看。
對于第一種方法。由于每隔一段時間就要查詢一次是否有數據到達。而且隨著應用環境對實時性要求的提高，這個時間間隔越短，如果不是很頻繁地接收到數據，那么這些查詢勢必會減小CPU的利用率。
對于第二種方法則CPU的利用率較高，因為如果沒數據到達，則串口通信的輔助線程處于等待狀態，只有串口接收到數據后該線程才會被激活重新進的就緒狀態。因此它不會消費CPU資源。
③實時性程度的角度上看
第一種方法的實時性程度是可變的，與設置的定時器的時間間隔有關，但最小間隔是55ms,因此這種方法所能達到的實時性程度并不是很高。而這55ms是被系統所制約的，無法通過提高計算機性能或提高算法效率等方法來縮小這一限制。
第二種方法則不同，只要一接收到數據，程序便可以立即處理，因此實時性比第一種方法要高得多，且制約實時性的唯一因素就是處理數據的那段代碼所消耗的時間，這一時間可以通過提高計算機性能、提高算法效率或改變線程優先級等手段來縮短。從而進一步提高實時性程度。
由此看出，在實際應用中應該根據具體的應用環境來選擇不同的方法：如果應用環境對實時性要求不高時，則可利用定時器，這將便于程序的調試也不會碰到因線程同步不好而造成系統出錯或死鎖的問題；如果應用環境對實時性要求較高，用定時器無法實時或只能勉強實現時，則應考慮采用多線程技術。此時應注意線程同步問題及對輔助線程的管理。
3.結束語
本文介紹的兩種方法可以較好地實現windows下的實時串口通信，且己經能夠滿足大部分的應用需求，這兩種實時串口通信的方法都分別在彈簧試驗機和材料試驗機測試系統有成功的應用，并取得了令人滿意的效果。然而我們應該知道，如果通過對windows對串口進于操作。由于windows在發送數據之前或接收數據之都要進行很多額外的處理，這些都將消耗一定的CPU資源從而降低了處理實時性程度，因此如果應用環境對實時要求相當苛刻則這兩種方法都將不再適用，這時則應考慮采用編寫設備驅動程序的方法了。
來源：天氏庫力 發布日期
2018-12-25 瀏覽：
