TI中文支持网你好，我使用mcsdk自带的hello_world程序，用来接收windows端循环发送的数据，发现windows发送的数据包大小如果超过1430字节后（1430字节可正常接收），6678的应用程序就不能够正常接收数据了，请问是否6678对udp通信的数据包大小有限制，还是其他的问题？
Bruce Chen1：
你好！
方便的话，请楼主 上传windows端 循环发送数据 的代码。
user1931146：
回复 Bruce Chen1:
Bruce Chen 你好！
采用网络调试助手就可以测试，你发送超过1430Byte的就可以。
我把网络调试助手放在附件里。
Bruce Chen1：
回复 user1931146:
你好！
我按照你的步骤去测试 ，没有遇到你这个问题。
我的工作环境：
1. 裸的hello world demo(无添加 multicast 函数)
2. 关了DHCP
你再确认下 设置，继续反馈。
user1931146：
回复 Bruce Chen1:
Bruce Chen
你好！
我的工作环境和你一样，但是我在每次收到数据包后加上了printf，用于打印数据包字节大小信息，我今天去掉printf打印后是能够正常接收大于1430Byte的数据包。但加上printf打印后，小于1430Byte的数据包能够正常接收并且打印信息输出正常，但一旦数据包大于1430Byte后（我发送的1430Byte的数据包），接收就不正常，打印输出也没有了。当时怀疑是不是发送太快，导致打印输出来不及，但是将发送频率调整到1S发送一个数据包后现象还是一样。
我怀疑是不是printf输出有问题，占用系统资源多而造成接收不正常。
另外还有一个问题反馈：
按照网络数据包大小，用户数据最大可支持到1472Byte，但通过测试发现，在发送数据包达到1472Byte后，发送频率为1ms，6678接收出现了比较多的丢包现象，想麻烦你们测试下在数据包达到1472Byte的情况下，发送频率为1ms的情况下，6678的数据接收能力，丢包率能有多少，谢谢！
Bruce Chen1：
回复 user1931146:
你好！
1. printf 走的步骤很多，不是个小函数；你可以debug看下汇编。
2. 协议中包的 标准的最大长度 1518字节，还规定了最大长度为9600的超长包。
3. 丢包的问题 ： 数据包<1472是否仍有上述问题？发送频率 降下来，情况如何？
