c#编写串口通讯问题,接收的数据与发送的数据不一致

问题:用c#编写的串口通讯,运行后发现接收到的数据与串口助手接收到的数据不一致,不知道怎么解决

思考:或许是串口设置的有问题 但是与串口助手的设置串口参数是一致的

所以不知道是什么原因导致的,就想请教一下大家

private void sp_DataReceived(object sender, SerialDataReceivedEventArgs e)
        {
            if (!sp.IsOpen) return;
            try
            {
                if (rbnHex.Checked)  //接收字符或者hex选择
                {
                    isHex = true;
                }
                else
                {
                    isHex = false;
                }
                Listening = true;
                int readBuffer = sp.BytesToRead;//实际接收到的字节数
                if (readBuffer == 0)
                {
                    return;
                }
                byte[] buf = new byte[readBuffer]; //创建临时接收字节数组
                sp.Read(buf, 0, readBuffer);  //读取所有接收到的数据
。。。。。。。

发现数据不一致时设置断点在 sp.Read(buf, 0, readBuffer); 然后单步执行发现的

不一致是怎么个不一致法,是少了,是多了,是不一样了
sp_DataReceived不保证你接收到全部的数据之后才调用,它随时会触发
串口数据没有包的概念,对方一直发,sp_DataReceived只保证执行的时候缓冲区里肯定是有数据
但不保证对方不继续发了

请让你的发送端,每次发送后sleep(1000) 就能得到你想要结果了

因为双方底层有发送缓冲和接收缓冲,基本逻辑类似“排队论”--如何安排尽快把排队的byte[]发送出去
注意这里是 byte[],并不是 package[],所以底层根本就不管你说的“多一些”“少一些”的事情

安排sleep 1000,是让发送端发完1条就休息1m,这样底层那个 byte[] 在那个阶段就等于一个package

同样你的接收缓冲调度也一样ok了,毕竟1m来一个pacakage的byte[],他触发调度期间也只有一个package,就没有你说的“多一些”,“少一些”的东西


上面这些是告诉你,不要纠结“多一些”“少一些”这件事情,因为原本底层就是那样设计的,这是正常现象

然后我们来说,你说调试断点如何如何就能解释了,断点你断在这里你把,本来人家1m一个,结果你断在这里了,假设你断了4.5秒。虽然你觉着你的程序没运行,但是串口驱动要运行啊,他要把这4.5秒的数据用DMA方式写到接收缓冲区,所以你单步运行到读取的串口接收缓冲的时候,此时已经是4.5个package的byte[]的数据,就“多一点”了