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.

[参考译文] CC3220SF:WiFi 连接不稳定

Guru**** 2487425 points
Other Parts Discussed in Thread: CC3220SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1203807/cc3220sf-wifi-connection-instability

器件型号:CC3220SF

您好!  

目前、我们面临着一些有关 Wi-Fi 连接稳定性的问题:一天中多次断开和连接。  

(此示例在137个终点处捕获)

我们可以在这里观察到两种情况:  

  1. 似乎239个端点在5分钟内没有收到任何信息、并且会触发保持活动消息
  2. 239终点会发送一个 TCP 窗口更新,但由于在60秒内不接收任何内容,因此会触发 FIN
    1. 137端点对  TCP 窗口更新进行应答,但已经在 FIN 之后
  • 您看到我们应该 在239端点端将 sl_SO_KeepAliveTime 减少到4分钟吗? 目前两者都是5
  • 我们是否应该增加60秒的超时时间? 如果是这样、我们怎样才能提高它呢?  

谢谢你。

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

    您好!

    我想这来自客户现场。 Roger Monk 昨天已经向我抱怨过这件事。 我们是否可以选择捕获空气监听器或获取 NWP 记录器?

    关于设置、是0.137 A TCP 服务器和0.239是 CC3220SF 器件(作为客户端)?

    如果是这样,.239似乎没有回答,但问题是在哪里它是卡住。 可能是 AP 对数据包进行缓冲而 CC3220不进行轮询、或者 CC3220轮询但不将响应发送回、甚至是它发送了响应但 AP 未将其传递。 空气嗅探器可提供很大帮助。 如果您没有该选项、我首先只需添加另一个流来查看 IP 层是否正常工作。 最好使用另一个 TCP/UDP、但此时即使是 ping 也可以。 如果在套接字闲置时 ping 有效、则至少我们知道 AP 运行正常、可能是防火墙类型的问题(我知道 AP 处于路由器模式)。

    增加 keepalive 或超时是不可能的,我认为它不会在这里有所帮助。 关于60秒超时、在我看来、服务器端根本没有响应 TCP 窗口更新(不知道为什么您说它在 FIN 之后响应)。

    此致、

    Shlomi.

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

    您好 Shlomi:

    您的假设是正确的。

    对我们来说、很难捕捉到流量、甚至引入流量、因为我们无法访问设备所在的环境。  

    我们已经确定了使用 sl_SetSockOpt 和 sl_SO_KeepAliveTime 来更改 keepalive 超时的可能性、但我们仍未尝试;不过、我们知道这只会将影响降至最低。

    我们将尝试寻找使用其他路由器或热点连接设备的可能性。  

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

    谢谢、如果我们能够将其缩小至使其发生的原因和条件、那将是很好的。

    我还将测试 ping 是否在"无服务"期间通过。

    Shlomi.