【求助】【网关】一次性控制多个开关，有概率有一个开关的某一路的控制包没发出去

[ROVER]

你好，我们在测试中发现，一次性控制多个开关（大概10几个），有概率会出现有开关的某一路没有被控制到，看log好像是有发出去，但是实际抓包没有抓到，开关也没有被控制，麻烦帮忙看下

[Kyson]

以 70b3d52b600fc01e 设备为例，下发 4 条控制，有 3 条是成功的，另外 1 条是失败的，返回 tx:66。看日志，你发包的速度大概是 100ms 一条，很容易造成网络拥塞的，导致 NCP 返回 tx66。建议延时加大一点试试，或者群控直接改成 Zigbee 的组播，不用单播。

[ROVER]

我应用上可以拿到这个返回值吗，或者有什么能让我知道失败去重发

[ROVER]

以 70b3d52b600fc01e 设备为例，下发 4 条控制，有 3 条是成功的，另外 1 条是失败的，返回 tx:66。看日志，你发包的速度大概是 100ms 一条，很容易造成网络拥塞的，导致 NCP 返回 tx66。建议延时加大一点试试，或者群控直接改成 Zigbee 的组播，不用单播。

还有个问题，为什么tx 66这条log，看短地址好像不是同一个设备。
另外，我在另外一份log中好像没有看到有报tx 66

[Kyson]

是哦，我看错了，tx 66 不是同一个 nodeid。应该还是下发太快，NCP 处理不过来，丢弃了。单播控制重传机制可以自己在应用实现，比如下发控制后，1s 还没收到子设备新状态上报就触发重传。

[qiusui]

我应用上可以拿到这个返回值吗，或者有什么能让我知道失败去重发

我们一般会通过等待子设备的数据上报，或者网关主动查询，去确认前一次的下发控制是否成功，若不成功，则重新下发