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.

[参考译文] CC3100MOD:断开事件未到达 CC3100。

Guru**** 2554710 points
Other Parts Discussed in Thread: CC3100, CC3200

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/573263/cc3100mod-disconnect-event-is-not-reaching-the-cc3100

器件型号:CC3100MOD
主题中讨论的其他器件:CC3100CC3200

您好!

我们在 AP 模式下使用 CC3100。它用作 UDP 服务器。

以下是我们的一些看法:

将工作站1连接到配置为 AP 的 CC3100

-station1超出范围(在本例中,我们没有收到断开事件)

返回到 range.CC3100大约需要5分钟时间建立回基站1的连接。

-如果站点2在站点1超出范围时尝试连接到 CC3100、我们将无法连接。

以下是我们对上述情况的一些询问。

1、如何缩短5分钟的等待时间?

2.为什么断开事件未到达 CC3100?

当器件配置为 TCP 服务器时、观察到相同的行为。

我可以在 e2e.below 中找到类似的线程

CC3100在 AP 模式下的行为(e2e.ti.com/.../544969)

谢谢、

Likhitha

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

    您好、Likhitha、

    如果将 CC3200/CC3100用作 UDP 或 TCP 服务器、这并不重要。 我不知道是否存在解决这一5分钟超时问题的适当方法。 但是,也许您可以尝试这种方法( e2e.ti.com/.../2010348 ),我建议您在该主题中这样做。

    1月

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

    1月、感谢您的回复。
    TI 团队的成员、您能否确认 Jan 提到的问题是否存在?
    谢谢、
    Likhitha