完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我正在使用 ESP12 监控来自电表的 LED 脉冲,使用 WiFiClient 向在 Raspberry Pi 上运行的 PHP 发送 GET 请求。
它工作正常,按预期发送数据,除了偶尔的“往返时间”(从发送到收到 RPi 回复的时间),通常在 10 到 50 毫秒左右,会抛出 2K 到 3K 的值毫秒,即最多 3 秒。 我在“回复等待循环”中放置了一个计数器以确保它确实在等待,并且 ESP 没有在某处徘徊......一切都很好,所以看看来自网络服务器/ PHP 端的响应时间,.. ...再次一切顺利,所以 Wiresharked 了“对话”,看来延迟是在 ESP12 端。 通常从 ESP(对话开始)到 FIN(结束)数据包的初始 SYN 非常快,然后我得到这些奇怪的停顿…… 如果这抓住了,我可以添加各种支持信息、代码、统计信息等任何人的兴趣,但希望 Wireshark 捕获图像应该证明问题。 有人知道那里发生了什么吗?我已经尝试添加 setNoDelay(true) 和/或 setSync(true) 但我所做的任何事情都无法消除这些过多的时间,有时大约是 5% 的传输。 |
|
相关推荐
|
|
只有小组成员才能发言,加入小组>>
1132 浏览 1 评论
575浏览 6评论
477浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
461浏览 5评论
462浏览 4评论
435浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-21 10:37 , Processed in 0.762602 second(s), Total 73, Slave 57 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号