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.

[参考译文] CC3220MOD:CC3220 AtCmd 固件、快速连接状态

Guru**** 2551110 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/909767/cc3220mod-cc3220-atcmd-firmware-fast-connection-status

器件型号:CC3220MOD

您好!

使用 AtCmd 固件(swru534c)是否可以快速响应连接状态

在应用中、MQTT 消息会定期发送。 (高间隔)

当 WiFi 连接失败时、需要几秒钟才能收到断开事件消息。

在 AT+MqttPublish 上、接收到 OK 响应。  

在接收到几秒钟 后+eventsock:TX_FAILE,0,-107,在该错误之后,也 会收到+eventmqt:disconnect。

如何快速检测活动网络或断开的网络?

您好、Peter

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

    尊敬的 Peter:

    来自 atcmd 库的 wlanasyncdisconnectedResponse 消息由 ATCmdEvent_wlanCallback 提供、后者由底层 NWP WLAN 断开事件驱动。 如果由于来自 AP 的明确授权以外的原因而导致您与网络断开连接、则预计会有延迟、因为 CC3220实际上将等待来自无响应 AP 的信标。

    MQTT 套接字失败事件也会有延迟、因为如果未从远程服务器接收到 ACK、底层 TCP 数据包将重新传输。

    鉴于设备将尝试重新传输、并在从网络上突然断开连接后尝试检测 AP 的信标、您需要依赖这些断开事件、并让您的应用能够承受该断开延迟。

    请告诉我您是否需要进一步澄清或对该主题有进一步的问题。

    此致、

    Michael

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

    您好、Michael、

    我所做的测试是、突然断开互联网连接、以查看我的应用程序如何反应。

    是否没有其他方法可以快速检测连接是否仍然正常?

    这将使发送数据和内部记录的概念更加容易。

    能否调整 MQTT 和 WLAN 断开的超时值?

    您好、Peter

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

    尊敬的 Peter:

    如果需要、可以修改 AT 命令库以设置连接检查机制、在该机制中、您可以对互联网上已知良好的服务器执行 Ping 操作、然后在检测到互联网连接丢失时手动调用断开连接 AT 命令。 在当前 AT 命令库中、没有更快的方法可以检测连接故障。

    WLAN 断开超时不可调节。 MQTT 超时和底层 TCP keepalive 是可调节的、但您需要记住、由于器件唤醒和无线电 TX 事件更频繁、捕获连接问题的超时时间更短会导致更高的功耗。

    此致、

    Michael

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

    谢谢。