**：
快取收到的所有資料，找到一條完整資料，分析資料，介面通知。
信令格式：
同步頭 + 資料正文 + 同步尾
同步頭 + 命令字 + 資料長度 + 資料正文 + 同步尾
同步頭 + 位址碼 + 命令字 + 資料長度 + 資料正文 + 同步尾
同步頭 + 資料正文 + 校驗碼
同步頭 + 命令字 + 資料長度 + 資料正文 + 校驗碼
同步頭 + 位址碼 + 命令字 + 資料長度 + 資料正文 + 校驗碼
文字格式可以直觀的定義回車換行是協議的結尾，所以我們可以省略資料長度，增加協議尾。即：協議頭 + 資料 + 校驗 + 資料尾
一般情況下，同步頭2b，位址碼1b，命令字1b，資料長度1b，資料正文nb，同步尾2b，校驗碼2b。
信令的格式為了3個目的：a>符合業務需求；b>方便識別一條完整的資料；c>進一步驗證資料，如有需要進行資料還原。
位址碼、命令字為了目的a；
同步頭、資料長度、同步尾、校驗碼為了目的b；
校驗碼為了目的c。
建議：
1> 盡量採用資料內容不會出現的字元作為同步頭尾。比如資料用bcd碼，則同步頭可以用a-e，如5e；
2> 如果同步頭尾字元可能會在資料正文出現，則可能要用轉義符，當然同步頭+資料長度+同步尾3個條件同時成立的正文資料出現概率應該非 常非常低；
3> 如果資料較短，請使用校驗碼進一步驗證資料的正確性；
4> 如果正確性要求特別高，請採用校驗碼還原可能的錯誤資料，如果校驗碼不能完成資料還原，請重發信令請求以保證正確。
串列埠通訊協議
簡介 通訊協議分層理解 物理層和協議層 物理層規定通訊系統中具有機械 電子功能部分的特性，確保原始資料在物理 的傳輸。協議層規定通訊邏輯，統一收發雙方的資料打包 解包標準。物理層串列埠通訊結構圖 電平標準 ttl電平標準 理想狀態下使用5v表示二進位制邏輯1，使用0v表示二進位制邏輯0 rs232電...
串列埠通訊 通訊協議
我們的串列埠程式，除了通用的，進行串列埠監聽收發的簡單工具，大多都和下位機有關，這就需要關心我們的通訊協議如何快取，分析，以及通知介面。所謂通訊協議是指通訊雙方的一種約定。約定包括對資料格式 同步方式 傳送速度 傳送步驟 檢糾錯方式以及控制字元定義等問題做出統一規定，通訊雙方必須共同遵守。因此，也叫...
串列埠通訊協議編制原理和格式
在使用者層的串列埠通訊協議中，一般是圍繞傳送方如何建立資料報和接收方如何處理資料報，並從資料報中提取出我們關心的資訊。有幾個原則需要我們嚴格遵守 包頭是供接收方判斷乙個資料報開始傳輸的標誌，接收方從收到的資料中判斷接收到了包頭，就認為接收的資料已經開始，真正的資料資訊馬上就會到達。切記，包頭字元必須...