你好,我们在测试中发现,一次性控制多个开关(大概10几个),有概率会出现有开关的某一路没有被控制到,看log好像是有发出去,但是实际抓包没有抓到,开关也没有被控制,麻烦帮忙看下
【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
- Attachments
-
- 开关群控网关没发出去_64d3_ep2_抓包.txt
- (172 KiB) Downloaded 6 times
-
- 开关群控网关没发出去_f61c_ep1_抓包.txt
- (524 KiB) Downloaded 5 times
-
- 群控开关_网关没发出去_70b3d52b600fc01e_第二路_log.txt
- (592.69 KiB) Downloaded 6 times
-
- 群控开关_网关没发出去_7cc6b6fffe79bde5_第一路_log.txt
- (1.21 MiB) Downloaded 5 times
Re: 【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
以 70b3d52b600fc01e 设备为例,下发 4 条控制,有 3 条是成功的,另外 1 条是失败的,返回 tx:66。看日志,你发包的速度大概是 100ms 一条,很容易造成网络拥塞的,导致 NCP 返回 tx66。建议延时加大一点试试,或者群控直接改成 Zigbee 的组播,不用单播。
Re: 【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
我应用上可以拿到这个返回值吗,或者有什么能让我知道失败去重发
Re: 【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
Kyson 2025年 Jul 11日 11:38以 70b3d52b600fc01e 设备为例,下发 4 条控制,有 3 条是成功的,另外 1 条是失败的,返回 tx:66。看日志,你发包的速度大概是 100ms 一条,很容易造成网络拥塞的,导致 NCP 返回 tx66。建议延时加大一点试试,或者群控直接改成 Zigbee 的组播,不用单播。
还有个问题,为什么tx 66这条log,看短地址好像不是同一个设备。
另外,我在另外一份log中好像没有看到有报tx 66
Re: 【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
是哦,我看错了,tx 66 不是同一个 nodeid。应该还是下发太快,NCP 处理不过来,丢弃了。单播控制重传机制可以自己在应用实现,比如下发控制后,1s 还没收到子设备新状态上报就触发重传。
Re: 【求助】【网关】一次性控制多个开关,有概率有一个开关的某一路的控制包没发出去
我们一般会通过等待子设备的数据上报,或者网关主动查询,去确认前一次的下发控制是否成功,若不成功,则重新下发