您好!
使用 AtCmd 固件(swru534c)是否可以快速响应连接状态
在应用中、MQTT 消息会定期发送。 (高间隔)
当 WiFi 连接失败时、需要几秒钟才能收到断开事件消息。
在 AT+MqttPublish 上、接收到 OK 响应。
在接收到几秒钟 后+eventsock:TX_FAILE,0,-107,在该错误之后,也 会收到+eventmqt:disconnect。
如何快速检测活动网络或断开的网络?
您好、Peter
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.
您好!
使用 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
尊敬的 Peter:
如果需要、可以修改 AT 命令库以设置连接检查机制、在该机制中、您可以对互联网上已知良好的服务器执行 Ping 操作、然后在检测到互联网连接丢失时手动调用断开连接 AT 命令。 在当前 AT 命令库中、没有更快的方法可以检测连接故障。
WLAN 断开超时不可调节。 MQTT 超时和底层 TCP keepalive 是可调节的、但您需要记住、由于器件唤醒和无线电 TX 事件更频繁、捕获连接问题的超时时间更短会导致更高的功耗。
此致、
Michael