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