ROVER 2026年 Jun 16日 10:57

但是我使用涂鸦网关测试的话，是可以连回来的，是我们的sdk版本比较老，所以不支持吗

你使用的涂鸦网关和sdk版本分别是多少，可以提供下吗，测试设备是同一款吗？
顺便再提供下涂鸦网关测试的日志吧

你好，
（1）子设备主动按键重置后重连会被网关移除的原因是：22:14:16 离网时，网关会将该设备从设备列表中清除（非仅离线）， 22:17:17左右设备重新在Zigbee 网络发起报文（nodeId 仍是 0x769e），虽然网关能收发数据，但网关业务表里已无此设备，网关认为该设备未非法设备，会被当成是孤儿节点，所以网关会在此时主动进行删除；
（2）若想要达到客户的预期效果，需要客户的子设备在按键重置离网后，需要重新正式走入网流程

我还不是很理解您的意思，可以再把完整的操作和现象描述一下吗

然后直接把抓包文件和网关日志文件都附上，并提供准确的时间点

另外，您的设备是一个低功耗设备开关？低功耗设备app或云端下发指令至网关后，由于低功耗设备的特殊休眠机制，不一定会马上下发给子设备的，需要等待低功耗子设备的下一次唤醒，低功耗设备通常是用来上报为主，很少会做控制的。您那边使用强电开关是正常的吗

Xxl 2026年 May 8日 09:58

有可能出现 打了这条log，但是包没发出去的情况吗？

没有，你可以用抓包器抓包看看，可能是你的中继节点没有转发

基本上是可以通过这个日志确认的，主要是status[0x00]，0表示无异常
另外，你也可以查找一下这条日志的下面是否有打印 “Nodeid:0xf2a6, clusterId:0xef00, SUCCESS: tx 0.” 这条是网关收到子设备mac层ack后的打印，其中“tx 0”表示发送成功，“tx 66”则表示发送失败可能存在丢包

ROVER 2026年 Apr 15日 17:46

请问如果在某一个时间点内，网关收到大量设备的回复，会影响控制包的发送吗。我们最近有出现一个情况，就是zigbee group控制完后，当设备在回复状态的时候，再去进行zigbee group的控制，很容易出现tx 66

会的

ROVER 2026年 Feb 28日 17:04

sdk的版本是ty_integrated_sdk_arm-linux-androideabi-4.9-ndk-r18b_release-1.1.2

我这边联系的同事说没查到你这个版本，你可以自己联系下你们公司对应的技术支持， 先保证网关连接外网正常后，我们再来看子设备的时间同步问题吧

ROVER 2026年 Feb 28日 17:00

这个跟我们没有连tuya云有关系吗

没关系，保证正常连接外网，网络通讯正常就行

另外，请提供下你们用的sdk的版本

ROVER 2026年 Feb 27日 14:53

网关启动的log如下，麻烦您再帮忙看下

你好，我建议你重点看下log中的462行 - 477行的内容，网络状态和接口似乎都报了异常
我会帮你联系对应的开发继续跟进你的问题

另外，再跟你了解一下，你们这款温控器的时间请求，是温控器自身上电后会周期定时请求的吗，还是请求一次就结束了？