• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 339 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC3120MOD：工作站模式不稳定意味着 ping 响应时间变化太大

admin
Guru**** 2392925 points
Other Parts Discussed in Thread: CC3220SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/879942/cc3120mod-station-mode-is-unstable-means-ping-response-time-varies-too-much

器件型号：CC3120MOD
主题中讨论的其他器件：CC3220SF

有人能不能帮助我、为什么在工作站模式 下 ping 运行起来很奇怪。  在没有通信的情况下、我会得到大约50-200ms 的 Ping 时间(有时也会在10ms 之后执行一次或两次)。

但是、一旦我通过 Modbus TCP/IP 客户端查询启动 ModbusTCP 流量、ping 时间会降至10毫秒(通常约为2ms)以下。

这可能是某种低功耗模式、当没有流量时、WiFi 模块会进入睡眠模式(因此增加了 ping 时间)。 当流量发生时、没有时间下降到休眠状态、因此 ping 时间下降到一位数 ms。

但在接入点模式下、ping 始终约为1-2ms。

从192.168.1.22回复：字节=32时间=42ms TTL=128

从192.168.1.22答复：字节=32时间=65ms TTL=128

从192.168.1.22回复：字节=32时间=89ms TTL=128

从192.168.1.22回复：字节=32时间=109ms TTL=128

从192.168.1.22回复：bytes=32 time=2ms TTL=128   <--通过  Modbus TCP/IP 客户端开始查询

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=1ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=1ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=8ms TTL=128

从192.168.1.22回复：bytes=32 time=150ms TTL=128 <--通过  Modbus TCP/IP 客户端停止查询

从192.168.1.22回复：字节=32时间=72ms TTL=128

从192.168.1.22回复：字节=32时间=299ms TTL=128

从192.168.1.22答复：字节=32时间=113ms TTL=128

从192.168.1.22回复：字节=32时间=2ms TTL=128

从192.168.1.22回复：字节=32时间=161ms TTL=128

从192.168.1.22回复：Bytes=32 Time=186ms TTL=128

从192.168.1.22回复：Bytes=32 Time=205ms TTL=128

 

有人能帮我解决这个问题吗？

 

此致、

Mahendra Rana

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

    您好！

    您的假设是正确的。 如果您需要在 STA 模式下实现最佳性能(更低的延迟)、则需要设置"始终开启"电源策略。 但该设置会增加功耗。 

    RET = SL_WlanPolicySet (sl_WLAN_POLICE_PM、SL_WLAN_ALE_AWAY_ON_POLICE_SET、NULL、0)；

    1月

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

    好的。 我曾尝试在始终开机模式下设置 ping 响应改善、但仍有一段时间需要更长的应答时间、为什么？

    从192.168.43.237中应答：字节=32时间=5ms TTL=128
    从192.168.43.237中应答：字节=32时间=49ms TTL=128
    从192.168.43.237中应答：字节=32时间=5ms TTL=128
    从192.168.43.237中应答：字节=32时间=109ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=4ms TTL=128
    从192.168.43.237中应答：字节=32时间=6ms TTL=128
    从192.168.43.237中应答：字节=32时间=16ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=3ms TTL=128
    从192.168.43.237中应答：字节=32时间=13ms TTL=128
    从192.168.43.237中应答：字节=32时间=6ms TTL=128
    从192.168.43.237中应答：字节=32时间=7ms TTL=128
    从192.168.43.237中应答：字节=32时间=109ms TTL=128
    从192.168.43.237中应答：字节=32时间=6ms TTL=128
    从192.168.43.237中应答：字节=32时间=7ms TTL=128
    从192.168.43.237中应答：字节=32时间=7ms TTL=128
    从192.168.43.237中应答：字节=32时间=6ms TTL=128
    从192.168.43.237中应答：字节=32时间=9ms TTL=128
    从192.168.43.237中应答：字节=32时间=7ms TTL=128

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

    您好！

    我不确定。 这可能与您的网络基础设施(使用的接入点)有关。 也许您可以使用无线监听器来确定 WLAN 的运行情况。

    BTW... 您使用的 SDK 版本是什么、您在器件中上传的 ServicePack 版本是什么？

    1月

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

    好的、我将通过监听器对其进行调试。 如果遇到一些问题、请返回给您。

    我的模块的 SDK 和服务包是：-

    ================================================================================================

    芯片：0x31000000
    MAC：2.0.0.0
    PHY：2.2.0.6
    NWP：3.9.0.6
    ROM：0
    主机：3.0.1.41

    ========================================================================

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

    请检查并更新我的旧版 SDK 和服务包版本是否没有此错误、稍后是否已解决？

    此致、

    Mahendra Rana

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

    您好！

    您的服务包看起来有点旧(从2018年9月起)。 因此、我建议您进行更新。 CC3220 SDK 和 SimpleLink 驱动程序中提供的最新 SerivcePack。 我无法轻松检查此问题是否已在某些特定服务包中得到解决。

    借助我的 CC3220SF 和最新的服务包、我会看到类似的行为。 我非常确信、它是由我的案例中的射频干扰引起的。 

    带32字节数据的 ping 通：
从192.168.1.44回复：bytes=32 time=1ms TTL=128
从192.168.1.44回复：bytes=32 time=1ms TTL=128
从192.168.1.44回复：bytes=32 time=2ms TTL=128
从192.168.1.44回复：bytes=32 time=1ms=128
从192.168.1.44回复：bytes=32 times=32ms 从192.168.1.44回复：从192.168.32.44回复

Bytes=32 time=2ms TTL=128
回复来自192.168.1.44：bytes=32 time=2ms TTL=128
回复来自192.168.1.44：bytes=32 time=2ms TTL=128
回复来自192.168.1.44：bytes=32 time=3ms TTL=128
回复来自192.168.1.44：bytes=32 times=1ms=128
回复来自192.168.1.44：bytes=32ms 回复

来自
192.168.1.44：bytes=32ms Bytes=32 time=6ms TTL=128
回复来自192.168.1.44：bytes=32 time=2ms TTL=128
回复来自192.168.1.44：bytes=32 time=1ms TTL=128
回复来自192.168.1.44：bytes=32 time=4ms TTL=128
回复来自192.168.1.44：bytes=32 times=1ms=128
回复来自192.168.1.44：bytes=32ms 回复

来自
192.168.1.44：bytes=32ms bytes=32 time=4ms TTL=128
从192.168.1.44回复：bytes=32 time=6ms TTL=128
从192.168.1.44回复：bytes=32 time=2ms TTL=128
从192.168.1.44回复：bytes=32 time=1ms TTL=128
从192.168.1.44回复：bytes=32 time=2ms=128
从192.168.1.44回复：bytes=1ms

    1月

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

    您好、Mahendra、

    我们的最新服务包将始终具有最新的错误修复和功能、您可以从最新的 CC32XX SDK 中获取这些功能。  

    Jesu