Tuya Developer Forum

ROVER

您好，我们最近的压测中，有发现一个延迟发送的问题，就是我们调用了发送接口之后，发现包实际要经过10几秒以上才会发出去，我这边截取了两次出现该问题的log，麻烦帮忙分析一下。从抓包上来看，我们有发现，在出现该问题时，一般伴随有网络中有设备在广播Link Status，然后网关似乎要处理完Link Status之后，才能继续收发包。或者是网关有收到NetWork Status，看抓包好像也要等处理完，网关才会继续收发包。麻烦您帮忙分析下log。 log_219.txt中，我们看log是10-23 21:10:29.502控制发，但实际10-23 21:10:50.225才发出 log_316....

ROVER

还有前面有提到ncp的发送功能卡死的问题，这个我要如何确认呢

ROVER

你好，从抓包看，窗帘和网关是直连的。
请问要怎么看协调器或路由节点的路由表已满、路径不可达这种情况
之所以没有使用广播形式，是考虑到不同设备的协议可能不同

ROVER

还有想请问下，看抓包，每次网关收不到窗帘的回复，都有看到窗帘在不断的重发（这个可能是因为网关没回复窗帘），然后看抓包有看到窗帘在给网关发Network Status, Network Status Code:0x0C(Many-to-One Route Failure)有关系吗

ROVER

好的，第一点我们这边再整理一下
第二点，要如何确认确认下ncp的发送功能是否已经完全卡死

ROVER

还有之前有提到ncp版本的问题，我看log，我们当前的ncp版本应该是1.0.5，是不是需要升级

ROVER

你好，能帮忙看下吗，客户那边催得比较紧

ROVER

好的，谢谢，我们会在测试中关注这些点。目前我们在代码中添加了重发的逻辑，但是发现了一个问题，有概率会出现一段时间内所有的包都发不出去，能麻烦帮忙看下吗。我们在网关上加入了4个窗帘电机进行测试。窗帘控制包发送失败log.txt zigbee网络的空中报文可以提供下吗，最好是你们要试图找一下包发不出去时的规律，很多环境因素我们无法感知到好的，我们复现过程中有出现两种情况，一种是网关收不到窗帘的回复，出现问题时的抓包如下图窗帘回复网关收不到.png 还有就是网关没发出去，我们在16:29:21 16:29:21，都有在调接口去控制窗帘，但看抓包实际没发出去，抓包和log如下，抓包将cub...

ROVER

好的，谢谢，我们会在测试中关注这些点。
目前我们在代码中添加了重发的逻辑，但是发现了一个问题，有概率会出现一段时间内所有的包都发不出去，能麻烦帮忙看下吗。我们在网关上加入了4个窗帘电机进行测试。

窗帘控制包发送失败log.txt: (212.15 KiB) Downloaded 2195 times

ROVER

另外，还想问一下，除了发得太快，还有什么原因会导致ncp返回tx 66吗

Search found 101 matches

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

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

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

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

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

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

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

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

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

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