This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

关于6678网络通信数据包大小问题



你好,我使用mcsdk自带的hello_world程序,用来接收windows端循环发送的数据,发现windows发送的数据包大小如果超过1430字节后(1430字节可正常接收),6678的应用程序就不能够正常接收数据了,请问是否6678对udp通信的数据包大小有限制,还是其他的问题?

  • 你好!

    方便的话,请楼主 上传windows端 循环发送数据 的代码。

  • Bruce Chen 你好!

    采用网络调试助手就可以测试,你发送超过1430Byte的就可以。

    我把网络调试助手放在附件里。

    NetAssist.rar
  • 你好!

    我按照你的步骤去测试 ,没有遇到你这个问题。

    我的工作环境:

    1. 裸的hello world demo(无添加 multicast 函数)

    2. 关了DHCP

    你再确认下 设置,继续反馈。

  • Bruce Chen

    你好!

    我的工作环境和你一样,但是我在每次收到数据包后加上了printf,用于打印数据包字节大小信息,我今天去掉printf打印后是能够正常接收大于1430Byte的数据包。但加上printf打印后,小于1430Byte的数据包能够正常接收并且打印信息输出正常,但一旦数据包大于1430Byte后(我发送的1430Byte的数据包),接收就不正常,打印输出也没有了。当时怀疑是不是发送太快,导致打印输出来不及,但是将发送频率调整到1S发送一个数据包后现象还是一样。

    我怀疑是不是printf输出有问题,占用系统资源多而造成接收不正常。

    另外还有一个问题反馈:

    按照网络数据包大小,用户数据最大可支持到1472Byte,但通过测试发现,在发送数据包达到1472Byte后,发送频率为1ms,6678接收出现了比较多的丢包现象,想麻烦你们测试下在数据包达到1472Byte的情况下,发送频率为1ms的情况下,6678的数据接收能力,丢包率能有多少,谢谢!

  • 你好!

    1. printf 走的步骤很多,不是个小函数;你可以debug看下汇编。

    2. 协议中包的 标准的最大长度 1518字节,还规定了最大长度为9600的超长包。

    3. 丢包的问题 : 数据包<1472是否仍有上述问题?发送频率 降下来,情况如何?