串口觸發了兩次接收事件，第一次接收了完整、正確的資料，第二次是""-有解無憂

SerialPortReceived串口接收事件代碼：

int count = PGPort.BytesToRead;
byte[] buff = new byte[count];
PGPort.Read(buff, 0, count);
string re = (BitConverter.ToString(buff)).Replace("-", " ");

do
{
//業務代碼
}

第一次觸發接收到的是正確的資料，第二次是""，也就是count = 0;
有沒有大佬遇到過這樣的問題，我收發用的都是16進制

uj5u.com熱心網友回復：

資料粘包
上位機程式一般是這樣實作
1.串口/網路收到資料制作一件事：存入快取
2.資料拆包，檢測：包頭、長度.....校驗，檢查確保一個完整包收到，將一個完整包的資料放入另一個快取
3.對快取好的資料包拆包
4.通過多執行緒或執行緒池啟動業務邏輯

uj5u.com熱心網友回復：

https://docs.microsoft.com/zh-cn/dotnet/api/system.io.ports.serialport.datareceived?view=dotnet-plat-ext-5.0
看注解

參考

資料事件可能由列舉中的任何項導致 SerialData 。由于作業系統確定是否引發此事件，因此不會報告所有奇偶校驗錯誤。
DataReceived如果收到 Eof 字符，則會引發事件，而不考慮內部輸入緩沖區中的位元組數和屬性的值 ReceivedBytesThreshold 。
PinChangedDataReceived ErrorReceived 可以按順序呼叫、和事件，并且基礎流報告錯誤和執行事件處理程式之間可能會有輕微的延遲。一次只能執行一個事件處理程式。
DataReceived不保證為每個接收的位元組引發事件。使用 BytesToRead 屬性可以確定要在緩沖區中讀取的資料量。
DataReceived從物件接收資料時，在輔助執行緒上引發事件 SerialPort 。由于此事件是在輔助執行緒上引發的，而不是在主執行緒上引發的，因此嘗試修改主執行緒中的某些元素（如 UI 元素）可能會引發執行緒例外。如果需要修改 main 或中的元素，請 Form Control 使用將更改請求回發 Invoke ，這會在適當的執行緒上完成作業。
有關處理事件的詳細資訊，請參閱處理和引發事件。

微軟說的很清楚，我什么都不保證，只保證如果有資料，我會根據ReceivedBytesThreshold進行判定觸發（如果有Eof除外，當有Eof時候，無論ReceivedBytesThreshold怎么設定我都觸發）

ps：這里沒有第一次收到正確資料的說法，因為微軟根本就不知道你們雙方怎么訂立的協議，所以他根本不會考慮什么正確的資料，他只是按上面的標紅加粗的固定規則處理

轉載請註明出處，本文鏈接：https://www.uj5u.com/net/264981.html

標籤：C#

上一篇：誰能提供一個supersocket 結束符協議(TerminatorReceiveFilter) Demo

下一篇：winform使用rdlc，如何使用sql陳述句動態生成資料源