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.

[参考译文] LAUNCHXL-CC3235SF:关于 UDP

Guru**** 2568585 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/988607/launchxl-cc3235sf-about-udp

器件型号:LAUNCHXL-CC3235SF

大家好、

我的客户使用 UDP 在 40ms 的周期内发送数据包。

他 发现 UDP 实际上在1-150ms 之间发送数据包、

接收到的数据包的形状呈现了高斯分布、

看起来像一个带短帽子的"草帽"形状、 因此不是很好。

他希望 UDP 数据包是直方图、数据包集中时间为40±5ms。

如何执行此操作?

另一个问题:UDP 读取和写入在两个单独的线程中发生、会导致致命错误(检测到驱动器中止)。

对此有什么想法吗?

此致、

Kevin

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

    我不确定我是否理解用例。

    他是否从  cc3235发送 UDP 封包(每40ms 一次)?

    他在40毫秒之间做了什么? 休眠、LPDS 或保持唤醒?

    "接收到的数据包的形状"-这是否指的是数据包之间的间隔?

    时间间隔中的差异可能与应用程序的使用有关(尤其是当他有2个或更多的线程时)。  

    2个线程应导致致命错误。

    客户可以在 _SlDrvHandleFatalError 中设置断点以查找故障点、从而更好地了解原因。

     

    BR、

    Kobi