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行的内容，网络状态和接口似乎都报了异常
我会帮你联系对应的开发继续跟进你的问题

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

ROVER 2026年 Feb 4日 15:02

不是，我们是用sdk开发的

我是主要负责zigbee通讯部分的，网关与云端的时间同步交互我不是很熟悉，我帮你问了一下相关的同事，按我上一条回复描述的，就是只要网关正常联网，云端有过一次任意atop交互，云端返回的数据里有时间戳，网关就会完成自身的时间同步，不需要特意调用某个接口。

建议你们先检查下网关的联网是否正常，即是否可以与云端进行正常的通讯，如果交互是有的，再观察下网关日志里云端返回的时间戳具体内容是多少。
你也可以贴一份网关启动后的日志给我看看。

ROVER 2026年 Feb 4日 14:53

是的，看log就是[01-01 18:45:57:789 TUYA D]这样的，有什么接口我可以去设置时区吗

那这个现象就是吻合的

一般情况下网关的时间同步是在启动后，有atop交互时自动与云端下发的时间戳保持一致的，你可能得看看你们云端当前的时间是否正常？

另外，你们用的不是涂鸦成品网关吗？

ROVER 2026年 Feb 4日 14:39

我们上的是自己的云，好像没有网关id，抓包的时间是今天早上10点左右

那我不是很好判断当前网关的状态，你可以拿到网关日志吗
我比较怀疑是当前网关的时间就是1970年1月1号的，就是说当前网关本身也没有与云端完成时间同步

您好，麻烦提供下网关的id，还有您这个抓包的具体北京时间