ROVER 2025年 Jul 16日 20:26

我们加了50ms的延时，还是有大约8%的概率没发出去

延时加到 200ms 呢？

ROVER 2025年 Jul 16日 20:22

请问sdk是怎么维护要发的包的，队列吗

是的

是的，这个文件存储的是密钥，这个文件是空就解密不了原来存储的数据。

建议升级到 TuyaOS 最新版本。可能首次启动正在创建该文件时刚好掉电了导致的，新版本加了刷新机制。

有个问题，tuya_enckey.db 这个文件是空的。你当前用的是哪个版本的 SDK

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

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

有个问题，你是如何同时运行芯科 SDK 和涂鸦 SDK 的？这个问题我们搭建环境验证一下。不过，这个问题跟配不上网没有关联。

有个问题，主控和 Zigbee 模组是通过串口通信的，你是怎么同时跑 SDK 和 芯科 SDK？另外，你检查邻居表是怎么获取的，代码段截一下图。