串口通信中接收数据时延迟处理与缓存处理的解决方案(C#)

利用串口进行通信，当发送方（A）将数据写入串口后，通过无线或有线方式将数据传送给接收方（B），B通过调用串口读方法comm.read(参数)即可将数据读出。原理十分简单，但最近在利用串口处理SM-42无线传输时，数据总是一段一段的传到B，并不能在comm_DataReceived方法中单纯使用read方法将数据接收完全。我知道用缓存机制，但由于经验少（正在实习），到网上找了找大牛们的方法，并结合自己的理解，发现有两种方法可以处理。

方法一：comm_DataReceived（Comm控件的数据接收方法，当有数据来临时会触发）会创建一个线程（悲哀，因为之前不知道它另辟线程，所以自己编写了一个线程处理函数），因此当串口在等待数据时，不影响主窗体或主线程的操作。所以当数据到来时，可以通过Thread.Sleep(100)让接收函数休息100毫秒，这100毫秒做什么用呢？就是让所有的数据都到达B时再读取，这样就逃避了分批到达的问题。很明显，这是在糊弄。因为万一100毫秒都不够呢？所以，方法二更合适。

 

代码

1 private void comm_DataReceived( object sender, EventArgs e)
2 {
3 Thread.Sleep( 100 ); // 等待100毫秒
4   int nReviceBytesNum = comm.BytesToRead; /// 收到的字节数。
5   byte [] ReadBuf = new byte [nReviceBytesNum]; /// 定义接收字节数组
6   comm.Read(ReadBuf, 0 , nReviceBytesNum); /// 接收数据
7   }

方法二：使用缓存机制完成。首先通过定义一个成员变量List<byte> buffer = new List<byte>(4096);用来存放所有的数据，在接收函数里，通过buffer.AddRange()方法不断地将接收到的数据加入到buffer中，并同时对buffer中的数据进行检验，如果达到一定的长度并且校验结果正确（校验方法在发送方和接收方一致），再进行处理。具体代码如下：

代码

private List < byte > buffer = new List < byte > ( 4096 );
private void sp_DataReceived( object sender, EventArgs e) // sp是串口控件
{
int n = sp.BytesToRead;
byte [] buf = new byte [n];
sp.Read(buf, 0 , n);

// 1.缓存数据
buffer.AddRange(buf);
// 2.完整性判断
while (buffer.Count >= 4 )

// 至少包含帧头（2字节）、长度（1字节）、校验位（1字节）；根据设计不同而不同
{
// 2.1 查找数据头
if (buffer[ 0 ] == 0x01 ) // 传输数据有帧头，用于判断
{
int len = buffer[ 2 ];
if (buffer.Count < len + 4 ) // 数据区尚未接收完整
{
break ;
}
// 得到完整的数据，复制到ReceiveBytes中进行校验
buffer.CopyTo( 0 , ReceiveBytes, 0 , len + 4 );
byte jiaoyan; // 开始校验
jiaoyan = this .JY(ReceiveBytes);
if (jiaoyan != ReceiveBytes[len + 3 ])

// 校验失败，最后一个字节是校验位
{
buffer.RemoveRange( 0 , len + 4 );
MessageBox.Show( " 数据包不正确！ " );
continue ;
}
buffer.RemoveRange( 0 , len + 4 );
/// // 执行其他代码，对数据进行处理。
}
else // 帧头不正确时，记得清除
{
buffer.RemoveAt( 0 );
}
}
}

 

在方法二中，有一句“执行其他代码，对数据进行处理”，如果这些代码涉及到主线程的控件比如Label,TextBox，就要涉及跨线程访问控件的问题。（串口的DataReceived方法会创建新线程，这在本文开始时已经说明）对于跨线程访问及更改控件属性，也有两种方法，下一篇文章再介绍。

 

本文不足之处还请各位大虾指正，本人尚在上学，学识太浅。

转载于:https://www.cnblogs.com/yangshaoning/archive/2011/01/21/Communication.html