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.

[参考译文] 对于非阻塞套接字、sl_Recv ()始终以大约1ms 的延迟返回。

Guru**** 670100 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1163017/sl_recv-always-returns-with-a-delay-of-about-1ms-for-non-blocking-sockets

器件型号:CC3235MODAS

我正在使用非操作系统的非阻塞套接字。
调用 sl_Recv ()在主循环中定期接收数据。
sl_Recv ()在大约1ms 内不返回。
当套接字的另一侧未发送任何数据时、就会发生这种情况。

可参考文档"SimpleLink_Wi-Fi_CC3x20、CC3x3x3x_Network_Processor_User's Guide (swru455m)"的第6.7.1节配置非阻塞套接字。

SDK:simplelink_cc32xx_sdk_6_10_00_05
CCS:CCS11.2.00007_win64

是否有任何解决方案?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    1mSec 的声音不像较大的延迟(考虑到它需要等待命令响应)。

    您的应用有哪些限制?

    Shlomi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    主循环应在1ms 内完成。

    通过使用 sl_Select()而不是 sl_Recv()来检查接收来解决此问题。

    对于非阻塞套接字、我希望 sl_Recv ()立即返回、但实际上返回的延迟为1ms。
    希望在下一次 SDK 更新中修复该问题。

    此致、

    谢谢你。

    Masashi