Page 3 of 3
Re: 【求助】【网关】一次性控制大量设备，会概率出现有设备未被控制到
Posted: 2024年 Nov 13日 09:24
by ROVER
ROVER 2024年 Nov 6日 11:50
您好，我们的开发与芯科的技术支持那边分析说，可能是涂鸦模组收到多包时，重启了造成网关sdk uart退出重新初始化，能从这个方向帮忙分析一下吗
您好，这个能再帮忙分析一下吗
Re: 【求助】【网关】一次性控制大量设备，会概率出现有设备未被控制到
Posted: 2024年 Nov 13日 10:00
by Kyson
ROVER 2024年 Nov 6日 13:35
是用的逻辑分析仪，但是一直是一条直线，没有波形
没有波形是正常的，表示发送处于就绪状态，只有串口数据拥塞了触发流控了才会变。
Re: 【求助】【网关】一次性控制大量设备，会概率出现有设备未被控制到
Posted: 2024年 Nov 13日 10:05
by Kyson
ROVER 2024年 Nov 13日 09:24
ROVER 2024年 Nov 6日 11:50
您好，我们的开发与芯科的技术支持那边分析说，可能是涂鸦模组收到多包时，重启了造成网关sdk uart退出重新初始化，能从这个方向帮忙分析一下吗
您好，这个能再帮忙分析一下吗
这个前面说过了，芯科Host的串口数据CRC校验失败，对模组进行重启。这是正常的，问题在于太多空中包，模组性能有限，太多空中包会导致模组处理不过来。
Re: 【求助】【网关】一次性控制大量设备，会概率出现有设备未被控制到
Posted: 2024年 Nov 14日 11:21
by ROVER
那这种情况要怎么规避呢，我们目前调用tuya_zigbee_send_data()这个接口去发送zigbee包，但是有概率在模组重启的过程中，这个包没有发出去，我们也没有收到接口返回的发送失败
Re: 【求助】【网关】一次性控制大量设备，会概率出现有设备未被控制到
Posted: 2024年 Nov 14日 11:32
by Kyson
一般控制不会出现这种情况的，除非你是控制批量设备，批量控制建议走 Zigbee 群组或者场景，不建议单控。批量设备单控，需要加延时，需要测试验证取一个合适值。