正常從緩沖區讀到的位元組是79個位元組.但是如果讀到了79*2個位元組應該如何去解決這種問題？
uj5u.com熱心網友回復：
協議，解包，不要假設串口一直能讀到特定的長度資料uj5u.com熱心網友回復：
現在是持續性發送資料..然后得到一幀資料之后去判別幀頭幀尾校驗等操作之后送入決議執行緒去決議.這樣的話我持續性發送的時候這個就會出現本來一幀一幀讀79個位元組結果弄到了158位元組.這樣的話就出現了丟包問題
uj5u.com熱心網友回復：
不是有判別幀頭幀尾校驗嗎？158不就是兩幀嗎？有什么問題呢？
uj5u.com熱心網友回復：
我是一幀一幀的判別然后發也是一幀一幀的發.相當于每次都應該從緩沖區讀79位元組uj5u.com熱心網友回復：
試試發送之前 PurgeComm 清空發送和接識訓沖合理的協議應該還有超時檢測、錯誤重試等功能
uj5u.com熱心網友回復：
我在想他發送到緩沖區是不是要先用comstat結構去判斷收到的位元組數.那么我將這個結構清空可以吧uj5u.com熱心網友回復：
發之前清空一下試試，串口是異步的，不是想想中的一問一答uj5u.com熱心網友回復：
串口是異步的， 收發 是 獨立 的 。uj5u.com熱心網友回復：
飯一口一口吃，字一個一個讀轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/42144.html
標籤：基礎類
上一篇：MFC 拖拽