**:
快取收到的所有資料,找到一條完整資料,分析資料,介面通知。
信令格式:
同步頭 + 資料正文 + 同步尾
同步頭 + 命令字 + 資料長度 + 資料正文 + 同步尾
同步頭 + 位址碼 + 命令字 + 資料長度 + 資料正文 + 同步尾
同步頭 + 資料正文 + 校驗碼
同步頭 + 命令字 + 資料長度 + 資料正文 + 校驗碼
同步頭 + 位址碼 + 命令字 + 資料長度 + 資料正文 + 校驗碼
文字格式可以直觀的定義回車換行是協議的結尾,所以我們可以省略資料長度,增加協議尾。即:協議頭 + 資料 + 校驗 + 資料尾
一般情況下,同步頭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電...
串列埠通訊 通訊協議
我們的串列埠程式,除了通用的,進行串列埠監聽收發的簡單工具,大多都和下位機有關,這就需要關心我們的通訊協議如何快取,分析,以及通知介面。所謂通訊協議是指通訊雙方的一種約定。約定包括對資料格式 同步方式 傳送速度 傳送步驟 檢糾錯方式以及控制字元定義等問題做出統一規定,通訊雙方必須共同遵守。因此,也叫...
串列埠通訊協議編制原理和格式
在使用者層的串列埠通訊協議中,一般是圍繞傳送方如何建立資料報和接收方如何處理資料報,並從資料報中提取出我們關心的資訊。有幾個原則需要我們嚴格遵守 包頭是供接收方判斷乙個資料報開始傳輸的標誌,接收方從收到的資料中判斷接收到了包頭,就認為接收的資料已經開始,真正的資料資訊馬上就會到達。切記,包頭字元必須...