joey_nobug 2026年 Jan 21日 18:47

移除网关后通过手机蓝牙控制，如果只有一个节点的话会走直连控制，GATT 直连控制速率以及成功率都是很高的。
但是通过网关是通过 adv 广播通信，对于 seg 分包数据，下发与上报延时都会相对比较大，所以如果在快速控制时，延时与丢包是肯定存在的。（看后台日志你们在控制 涂抹调色(dpId : 51 ; dpCode : paint_colour_data) 这个数据时，下发的间隔太小了）

好的，感谢解答

scanway_lin 2026年 Jan 21日 18:30

还有存在丢数据的问题，云端已经下发了，设备端没有收到。虚拟ID:6cbca909df269e3940jhto 设备日志如附件

移出网关后没有出现丢数据现象

还有存在丢数据的问题，云端已经下发了，设备端没有收到。虚拟ID:6cbca909df269e3940jhto 设备日志如附件

目前替换了aes-ccm.c，还是会重发数据，虚拟ID:6c0d47ac06cd1743a9b5dq 如下：

joey_nobug 2026年 Jan 21日 16:00

请替换压缩包内的 aes-ccm.c 文件到 3.9.0 sdk 中，主要问题为原厂 3.13 sdk 前期版本中 seg ack 消息解密问题导致的分段消息多次重传（同时目前你使用的这个网关是瑞昱原厂协议栈，对 seg 重传的重放过滤策略不完整所以导致了多次上报，我试了其他网关是会将多余的消息过滤掉，当然如果 6222 源头解决这个问题，对你现在使用的网关也影响不会很大，可能偶尔会多一次上报）
另外这期间也修复过其他问题，一并更新下压缩包内其他文件。
TuyaOS_mesh_sdk_phy6222_3.9.0_patch1.zip

好的，上面提供的蓝牙库需要同步替换吗？

joey_nobug 2026年 Jan 21日 12:30

替换一下这个 lib libtal_bluetooth.zip 再试一下看是否还有这个问题

替换后还是会重复发送

joey_nobug 2026年 Jan 21日 11:51

有其他网关可以尝试更换一下，确认下有没有这个重复数据的问题吗？

没有连网关也是一样，数据重复发送不只在收藏这个dpid，之前场景上报也是一样，后面设备只上报场景id才避免这个问题。

joey_nobug 2026年 Jan 21日 11:00

设备控制是使用的什么方式，手机蓝牙控制还是通过网关控制，能否提供下设备的虚拟 id

通过网关控制，id:6c13308f1a4ec5d202d4vt