（抓包的报文实在是太多了，过滤panid都卡了好久好久 /(ㄒoㄒ)/~，下次抓包可以抓小一点吗，日志可以多保留一些）
根据您前面描述的复现的两种情况：
（1）网关收不到窗帘的回复，截图时间点为15：45：31，但是日志txt中没有包含该时段的日志，抓包过滤panid = 0x32CE，也没看到有控制报文下发，您可以提供更为明确的网关下发控制报文的时间点或者行数吗
（2）调用控制接口，但是网关不下发报文，时间点16:29:21， 日志里看到确实该时段所有报文均发送失败（tx 66）， 需要确认下ncp的发送功能是否已经完全卡死，单控是不是需要ncp重启才能恢复了？
提供一下网关的id和开关的id，当前信道里，网络数据包还是挺多的，你们有试过切换到一个空点的信道试试看吗
不好意思哈，我今天抽空分析下抓包
ROVER 2025年 Aug 11日 17:55好的，谢谢，我们会在测试中关注这些点。
目前我们在代码中添加了重发的逻辑，但是发现了一个问题，有概率会出现一段时间内所有的包都发不出去，能麻烦帮忙看下吗。我们在网关上加入了4个窗帘电机进行测试。
窗帘控制包发送失败log.txt
zigbee网络的空中报文可以提供下吗，最好是你们要试图找一下包发不出去时的规律，很多环境因素我们无法感知到
网关断电重启过程中会有打印，提供启动阶段的网关日志，以及网关id
另外，建议你们可以把sdk升级到3.13版本，同时将NCP升级到2.1.0版本（有流控），可以在更新版本后，并确认硬件重启ncp接口实现正常，在贵司内部挂测一段时间看看效果
ncp初始化异常或者有错误时，需要进行ncp的硬件重启，你们看下 coo_hard_reset_cb 这个接口的实现是否正常
该情况是个别硬件上出现的，还是整批设备均存在的问题呀， ncp的次固件版本是多少呀，有具体的设备id可以提供下吗