bamy 2024年 Oct 15日 17:38

问题还是在0x00/0x01指令后的分包传输上。可以让APP协助看下是什么指令。
一般这种问题，可能是第三方平台的适配问题，可以把APP下发的分包数据，和设备端蓝牙协议栈接收的数据对比一下，是否一致。

我这边发现了一点现象，我把mtu减小，比如改到23，我观察到你们app会将发送的包进行拆包，第一个字节像是连续的序号位置，我发现有时候我明明通过TKL_BLE_GATT_EVT_WRITE_REQ向你们sdk发送了数据，但是你们sdk没有对应的Dev Rev BT Package， bt_rev_raw打印。是因为你们内部空间满了异常了吗？

bamy 2024年 Oct 15日 17:38

问题还是在0x00/0x01指令后的分包传输上。可以让APP协助看下是什么指令。
一般这种问题，可能是第三方平台的适配问题，可以把APP下发的分包数据，和设备端蓝牙协议栈接收的数据对比一下，是否一致。

大佬能不能在这边论坛拉个app的哥们协助来看下，我这边不知道怎么联系app相关人员，在app那边提单吗？那种估计不是直接对接开发吧。

bamy 2024年 Oct 15日 16:54

#define OPRT_SVC_BT_API_TRSMITR_ERROR (-0x1f01) //-7937, 传输错误
日志显示传输错误，APP分包传输下发的数据存在问题。

嗯十分感谢，我这边实在没法子了，我刚传了份完整点日志，你可以看看新的一份，虽然现象都差不多。你上面提到的app分包传输下发数据有问题可能是什么导致的

这是另一份日志

每次都出问题在配对PAIR_REQ ok后，出现了ble_data_unpack err错误。我看在这前面流程也有蓝牙数据交互，说明数据通信本身应该没问题（包括也验证了数据回环的demo）。

来个老哥，求助哇。有什么方式能帮助推进这个问题吗？

另外有几个问题需要确认下
(1)通知sdk 蓝牙连接上时的事件TKL_BLE_GAP_EVT_CONN_PARAM_UPDATE中带的conn_interval_max，conn_latency，conn_sup_timeout，conn_interval_min在和app交互中有实际意义吗？
(2)有没有什么方式能知道app实际下发了什么包，这样的话可以更明确的便于定位出错在哪一步，比如丢包又或者其它什么情况。

[版本] tuyaos-ipc_6.2.0_arm-anycloud-linux-uclibcgnueabi_linux_fs_0.1.7.tar.gz
[开发方式] SDK 独立开发
[描述] 设备当前参考demo中已经实现数据环回测试ok，代码进行移植后，进行app 蓝牙配网添加时发现数据只交互了一点点，就停止了。日志中有看到解包错误的打印，难道是丢包？不确定是出错在哪个地方。希望帮忙解除疑惑。

Johny 2024年 Sep 27日 15:15

我也遇到相同的问题，也是T31的涂鸦sdk，想问下是如何解决的

sdk会重新下发广播，设备需要重新设置.