關於 Windows RS-232C 串列通訊經驗談

我本身是從事工業自動控制控相關產業...因為工作的需要必須與各種控制與檢測的設備.打交道@@ 所以通訊的處理是很重要的一環...與工控設備通訊的方式主要有 IEEE-488.x(GPIB) . IEEE-1394 . RS-232C|RS-422|RS-485 . USB . 乙太網路 . 藍芽等......其中又以 RS-232C 歷久不衰且最為普遍......

以 Windows 作業系統開發人機介面是一個不錯的選擇...在通訊方面也有累積相當多的控制元件.函式庫可供使用...一般用途都還能勝任...但用在較講求嚴苛.精確.精密.多設備.長時間運作的監控系統上...基於掌握度的考量就必須自己打造...在面對數十個串列通訊 Windows API 的同時...要如何拼湊出所需的通訊工作是一項艱難的工程...十多年前這個問題讓我困擾不已...這樣的問題同樣也讓世界上許多程式設計師感到困惑......

目前 Windows 對於周邊設備統一以檔案為對象處理...串列通訊亦然...關於串列通訊相關的基礎知識...多半侷限在單一寫出或單一讀取的論述與範例...但在實際的應用裡為對話協定模式以確保資料的正確性~ 通訊的程式是嚴謹的一來一往間的對話確認之協定...而非只是單純的傳送與接收......

先撇開線路之環境干擾因素程式上的誤用...串列硬體有些本身就是不穩定的瑕疵品...或是在線路上不當的連接造成串列機能受損...也同樣會造成通訊不穩定的後遺症...為了確保串列硬體的可靠性...在寫串列程式前得先對硬體串列做檢驗以確保正常......

電腦在做對外的通訊與內部的記憶體資料搬移不同...對外的通訊存在著許多不確定因子...比如通訊過程中受到外在電氣設備干擾.通信端子電器特性受損.通訊過程中端子抽拔所產生的彈跳效應...因而造成訊息失真或大量亂碼湧進讀取緩衝區...所以在通訊上必須採取不信任的嚴格處理程序來把關......

通訊的資料必須包裝為封包來確保完整性與正確性...封包的基本結構為 : 起始碼 + 封包 BYTE 數 + 資料........ + 錯誤檢測碼(Check 或 CRC) + 終止碼...當資料量較大...可以分為多個