接收到数据帧的最后的几个字节数据跑到了数据帧开头

项目场景:

场景
嵌入式c应用程序开发,通过串口往从设备发送命令,从设备收到命令后回复与该命令唯一对应的回复。


问题描述:

主设备发送数据正常,但接收到的串口数据乱码。仔细观察后发现:
大多数情况下,得到的数据帧最后的x个字节数据跑到了数据帧开头,将开头的x个字节数据覆盖了
在这里插入图片描述


原因分析

检查代码后发现问题如下:
在这里插入图片描述

这段代码预期实现
当执行一次read不能把fd里面的数据读取完毕,就会进入下一次循环,继续读取剩余数据,直到把剩余的数据读取完毕。

这段代码实际实现
每一次执行read函数都会把读取到的数据从rxbuff指向的地址开始存放。

实际运行结果1
当fd中数据量较小或执行read的时候没有被打断,执行一次read就把fd里的数据读取完毕,那么目前看起来暂时一切OK。

实际运行结果2
如果fd里面的数据量很大,需要分开多次才能读取完毕;或是读取了一部分数据后被中断,这也算一次成功的read,不会报错。而while循环会继续读取剩余数据,第二次存放读取到数据的时候又从rxbuff的首地址开始存放,导致前一次存放在rxbuff开头数据被这次读取到的数据覆盖。

解决方案

在这里插入图片描述
按上图的写法,每一次执行read的时候,用来存放读取到的剩余数据的地址为:

当前可用来存放数据的地址 = rxbuff + nread
    
#rxbuff: 用来存放所有读取数据的内存的首地址
#nread: 之前读取到的总字节数

这样,每一次存放数据都是放在上一次存放的数据之后,而不会再去覆盖开头的数据了。

补充

原因分析2:

检查代码后发现了write函数有同样的问题:
在这里插入图片描述
这段代码预期实现
当执行一次write不能把txbuff里面的数据发送完毕,就会进入下一次循环,继续发送剩余数据,直到把剩余的数据发送出去。

这段代码实际实现
当txbuff中数据量较小或执行write的时候没有被打断,每一次执行wite函数都从txbuff这个地址开始获取数据。

实际运行情况1
当执行一次write就把txbuff里的数据发送完毕,那么目前看起来暂时一切OK。

实际运行情况2
txbuff里面的数据量很大,需要分开多次才能发送完毕;或是发送了一部分数据后被中断,这也算一次成功的write,不会报错。这情况下都需要把剩下的数据发送完。然而第二次分发送又从txbuff的首地址开始获取要发送的数据,导致前面数据不断被重复发送,而后面要发送的数据却不一定能发送得出去。


解决方案2:

在这里插入图片描述
按上图的写法,每一次执行write的时候,获取将要发送的数据的地址为:

当前要发送数据的地址 = txbuff + nwrite

#txbuff: 存放所有发送数据的内存的首地址
#nwrite: 之前发送完的总字节数

这样,就可以把数据完整发送出去,而不会出现一直只发送前部分数据,不发送剩余部分数据的情况了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值