完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
当将局域网单播UDP分组发送到WiC1500服务器时,该模块非常可靠地接收数据报。192.1681.255,模块丢弃了大量的数据报。我不知道为什么模块会在子网广播IP ADDR和单播过程中非常可靠地阻塞。我认为这是一个RF PHY层ACK问题。我正在测试WiC1500 FW V5.5.4以及95.2。这是可以治愈的。现在我没有办法实现任何类型的同步WiC1500为基础的LAN UDP系统W/本机栈,因为我不能让多播工作,我宁愿不使用一个时间同步方案使用单播数据报。
以上来自于百度翻译 以下为原文 When sending LAN unicast UDP packets to a WINC1500 server, the module receives the datagrams very reliably. When sending subnet broadcasts (ex.. 192.168.1.255), the module drops a significant amount of the datagrams. I have no idea why the module would choke on a subnet broadcast IP addr and process unicast very reliably. I assume it's an RF PHY layer ACK issue or something. I'm testing WINC1500 FW v9.5.4 as well as 9.5.2. Can this be cured somehow. Right now I have no way to implement any type of isochronous WINC1500 based LAN UDP system w/ native stack since I can't get multicast to work and I'd rather not pursue a time sync scheme using unicast datagrams. |
|
相关推荐
|
|
只有小组成员才能发言,加入小组>>
5231 浏览 9 评论
2026 浏览 8 评论
1950 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3200 浏览 3 评论
请问电源和晶体值之间有什么关系吗?PIC在正常条件下运行4MHz需要多少电压?
2253 浏览 5 评论
771浏览 1评论
659浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
588浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
669浏览 0评论
571浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-19 09:11 , Processed in 1.176236 second(s), Total 45, Slave 39 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号