串口mfc通信

FPGA的小白白 2019-06-12 03:19:16
正常从缓冲区读到的字节是79个字节.但是如果读到了79*2个字节应该如何去解决这种问题?
...全文
242 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
vcf_reader 2019-06-20
  • 打赏
  • 举报
回复
饭一口一口吃,字一个一个读
schlafenhamster 2019-06-18
  • 打赏
  • 举报
回复
串口是异步的, 收发 是 独立 的 。
hrtem 2019-06-18
  • 打赏
  • 举报
回复
发之前清空一下试试,串口是异步的,不是想想中的一问一答
FPGA的小白白 2019-06-13
  • 打赏
  • 举报
回复
我在想他发送到缓冲区是不是要先用comstat结构去判断收到的字节数.那么我将这个结构清空可以吧
zgl7903 2019-06-13
  • 打赏
  • 举报
回复
试试发送之前 PurgeComm 清空发送和接收缓冲
合理的协议应该还有超时检测、错误重试等功能

FPGA的小白白 2019-06-13
  • 打赏
  • 举报
回复
引用 3 楼 sichuanwww 的回复:
不是有判别帧头帧尾校验吗?158不就是两帧吗?有什么问题呢?
我是一帧一帧的判别然后发也是一帧一帧的发.相当于每次都应该从缓冲区读79字节
sichuanwww 2019-06-12
  • 打赏
  • 举报
回复
不是有判别帧头帧尾校验吗?158不就是两帧吗?有什么问题呢?
FPGA的小白白 2019-06-12
  • 打赏
  • 举报
回复
引用 1 楼 走好每一步 的回复:
协议,解包,不要假设串口一直能读到特定的长度数据
现在是持续性发送数据..然后得到一帧数据之后去判别帧头帧尾校验等操作之后送入解析线程去解析.这样的话我持续性发送的时候这个就会出现本来一帧一帧读79个字节结果弄到了158字节.这样的话就出现了丢包问题
走好每一步 2019-06-12
  • 打赏
  • 举报
回复
协议,解包,不要假设串口一直能读到特定的长度数据

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧