请教:关于接收到的UDP包,进行数据拼接。

大河大江 2018-12-10 04:39:30
具体问题,信号处理通过UDP方式,给显控软件发了一组数据。这组数据是:前512个数据(这512个是控制字,每个数据占4个字节,总共是2048字节,拼接数据时,不用管这512个数据);接下来是三组相同的数据,是从0到8192的自然数。需要做的就是,把接收的这三组0到8192的数据进行拼接,给拼出来。

我的想法是这样的:先开辟一段大的buffer,把接收到的所有数据存进去,然后用从buffer里面读出这些数据,并存成文本文档。


但是,具体实现的过程,想的是,把发送过来的数据,把报文头(包头数据)和标准数据给分开,想着分别定义结构体,通过结构体去读取存到buffer里的数据。


有没有大神给出参考的代码。提出一些建议也行!

...全文
636 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
sichuanwww 2018-12-17
  • 打赏
  • 举报
回复
自己加序号来拼接,UDP数据长度一般不易超过548
tiger波波 2018-12-14
  • 打赏
  • 举报
回复
你可以一直接收数据,前512个数据接收到不用做任何处理,把后边的数据接收完后发送出去就行了。 你现在把所有数据处理后存成文本文档,再从文本文档里读出来,这么麻烦的处理方式咋想出来的。 相当于你递给别人一个苹果,先把苹果拿起来放在篮子里,再从篮子里拿出来给别人。你拿起苹果来把叶子揪掉直接给人家不就得了。 假如你数据头512字节,数据体512字节,你可以创建一个1500字节的缓冲区,接收了1024字节后,把后512字节数据发出去就行了,然后重复这个过程。
tiger波波 2018-12-14
  • 打赏
  • 举报
回复
引用 2 楼 大厨之路 的回复:
接收数据时,软件响应不过来,是什么原因呢?
你把数据发送给显控软件,显控软件直接显示就行了,为啥要存文件?还存成记事本文件?UDP不保证质量,所以速度很快,你当然处理不过来。 你的应用用UDP也算是合理的,因为显示信号信息时,偶尔丢点数据也无所谓,就像视频通话时,视频某一块像素点失真,也不影响全局,而且UDP丢数,乱序也不常见,只会在网络状况很差的情况下出现,你的应用应该是局域网,状况不会很差。
tiger波波 2018-12-14
  • 打赏
  • 举报
回复
引用 7 楼 大厨之路 的回复:
之所以存数据,并存为文本模式。是因为,这是一个测试的过程,是为了测试信号处理与显控之间的通信。 为了观察,是否显控软件能够把信号处理发送过来的UDP数据包,进行全部接收,并把UDP数据包进行一个拼接,还原发送的那个数据。 是否存为二进制,会好一些?
显控软件能不能把信号处理发送过来的UDP数据包进行全部接收,既然用的是UDP,那答案是确定了的:不能保证。
大河大江 2018-12-14
  • 打赏
  • 举报
回复
之所以存数据,并存为文本模式。是因为,这是一个测试的过程,是为了测试信号处理与显控之间的通信。 为了观察,是否显控软件能够把信号处理发送过来的UDP数据包,进行全部接收,并把UDP数据包进行一个拼接,还原发送的那个数据。 是否存为二进制,会好一些?
sevancheng 2018-12-13
  • 打赏
  • 举报
回复
udp 没办法保证数据的到达顺序,你这个测量数据显然是序列数据,使用UDP应该有问题的
轻箬笠 2018-12-13
  • 打赏
  • 举报
回复
对于楼主的需求,udp实现起来比较麻烦。
tcp是可以的。
大河大江 2018-12-11
  • 打赏
  • 举报
回复
接收数据时,软件响应不过来,是什么原因呢?

16,472

社区成员

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

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

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