2024-05-18 11:40:29 发布
网友
20分钟后,设备需要大约15秒的时间来响应(对项目来说这是一个不可接受的时间)。命令发出后,下一个命令最多在5秒内响应(这是可接受的时间)。 我正在使用一个带有Paho MQTT的设备,并按如下方式连接自己:client.connect (mqtt_bridge_hostname, mqtt_bridge_port, keepalive = 60) 我研究发现Paho按照keepalive设置的时间发送PINGREQ包,所以我不明白为什么系统会闲置。在
client.connect (mqtt_bridge_hostname, mqtt_bridge_port, keepalive = 60)
keepalive
PINGREQ
云IoT核心的空闲时间限制为20分钟,而不是本文中提到的保持活动时间间隔。基于此限制,如果客户端在20分钟内没有发送任何消息,即使保持活动间隔更长,客户端连接也将自动终止。在
如果未指定keep alive值,默认空闲超时20分钟仍然有效。有关Google IoT时间限制配额的详细信息,请参阅此link。在
这不太可能是保持活力的结果。在
您需要查看整个系统,例如应用程序(或只是消息处理程序)是否正在交换?在
您需要对实际设备进行详细的分析
云IoT核心的空闲时间限制为20分钟,而不是本文中提到的保持活动时间间隔。基于此限制,如果客户端在20分钟内没有发送任何消息,即使保持活动间隔更长,客户端连接也将自动终止。在
如果未指定keep alive值,默认空闲超时20分钟仍然有效。有关Google IoT时间限制配额的详细信息,请参阅此link。在
这不太可能是保持活力的结果。在
您需要查看整个系统,例如应用程序(或只是消息处理程序)是否正在交换?在
您需要对实际设备进行详细的分析
相关问题 更多 >
编程相关推荐