C# SerialPort类 事件触发接收数据的问题请教。
最近用C# SerialPort类做单片机上位机程序,发现一个问题:单片机一次发送一批数据(400字节左右)到上位机,上位机利用事件触发方式接收数据。
刚开始数据接收非常不稳定,上位机经常数据接收不完整。
后来我在事件处理函数最开始处加入了500ms延时,则每次数据接收就完全OK了。
不知道这是什么原因。感觉这样虽一时可以解决问题,但是感觉这样会影响接收的实时性。
是否还有更好的解决方法,让事件触发接收既实时,又能保证数据接收完整?
下面是我的事件处理程序演示代码:
void comm_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
Thread.Sleep(500);//这个延时非常重要
int n = sp.BytesToRead;//先记录下来,避免某种原因,人为的原因,操作几次之间时间长,缓存不一致
byte[] buf = new byte;//声明一个临时数组存储当前来的串口数据
sp.Read(buf, 0, n);//读取缓冲数据
//因为要访问ui资源,所以需要使用invoke方式同步ui。
this.Invoke((EventHandler)(delegate
{
for(int i;i<n;i++)
{
textBox1.text += buf.ToString();
}
}));
} 数据接收事件,跟单片机的串口接收中断是一个意思,搞个缓冲区,再搞个超时信号量,就可以了 数据接收本来就不是一次性收完的,可以分很多次,每次大小不一。你总想一次接收完,所以只能加延迟,早来的不理会,存在缓存里。
你这个接收函数只管接收,把数据存到一个数组里,每次收到都继续保存,直到接收长度符合你的需要,再去处理,不用加延时,就实时了。 就是楼上说的,你可以每次触发事件的数据都输出 一下看看,正常应该就是可能分成几次收到的,然后你处理一下缓存一起再处理就行了。(如果你数据发送间隔很短的话也有极端情况是两次数据包合在一起) 这属于串口和tcp数据处理的基本常识:粘包与分包处理
粘包,多个数据包合在一起同时收到
分包,一个数据包被分成多个分时送到 这么做想不卡死都难 用tickcount对比两次接收时间,差别不大的当一包 canspider 发表于 2020-1-8 12:35
这属于串口和tcp数据处理的基本常识:粘包与分包处理
粘包,多个数据包合在一起同时收到
分包,一个数据包 ...
多谢指教,看来要再更深入学习一下了。 根本不是这样用的,一个中断接收数据,收到的数据全部串在一起,然后根据协议头,尾再从数据中间提取出来 yuyu87 发表于 2020-1-8 13:19
根本不是这样用的,一个中断接收数据,收到的数据全部串在一起,然后根据协议头,尾再从数据中间提取出来 ...
你好,能否给个简单的示例程序,谢谢! 弄个list去接收数据,每次接收都产生委托,委托用互斥委托。 本帖最后由 BS_good200xy 于 2020-1-8 14:05 编辑
yuyu87 发表于 2020-1-8 13:19
根本不是这样用的,一个中断接收数据,收到的数据全部串在一起,然后根据协议头,尾再从数据中间提取出来 ...
按下面这样可以吗?
void comm_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
//Thread.Sleep(500);//这个延时非常重要
int n = sp.BytesToRead;//先记录下来,避免某种原因,人为的原因,操作几次之间时间长,缓存不一致
byte[] buf = new byte;//声明一个临时数组存储当前来的串口数据
sp.Read(buf, 0, n);//读取缓冲数据
for(int i=0; i < n; i++) FrameBuff += buf[ i ] ;//当前数据存入帧缓存
if((FrameBuff==0xaa)&&(FrameBuff==0xa5)) //收到完整的一帧数据则立即处理并清零
{
.......//一帧数据处理程序
for(int i=0; i < LastLocal + n; i++)//帧缓存清零。
{
FrameBuff[ i ] = 0 ;
}
LastLocal = 0 ;
}
//因为要访问ui资源,所以需要使用invoke方式同步ui。
this.Invoke((EventHandler)(delegate
{
for(int i;i<n;i++)
{
textBox1.text += buf.ToString();
}
}));
}
页:
[1]