pony 2025年 Apr 15日 09:43

郭老庄 2025年 Apr 9日 09:40

pony 2025年 Apr 8日 11:45

麻烦有时间帮看下这个sdk内部的报错。是数据有问题还是啥。

是接收的数据有问题，可以用NRF模拟一下接收和发送，看看有没有问题

您好，上周用NRF测试了一下发送数据没问题，请教下接收是怎么模拟的？看log好像是设备收到app的数据后解析出的问题。

也可以用NRF模拟接收。先不用管sdk的打印，只看NRF发送的数据，设备端有没有正确接收

pony 2025年 Apr 8日 11:45

pony 2025年 Apr 5日 14:53

郭老庄 2025年 Apr 2日 16:38

加了打印，帮忙抓个日志再看看

上述handle问题改好之后，出现[tuya_ble_data_handler.c:708] ble recv data len err:56855的报错。附件中为log日志。

麻烦有时间帮看下这个sdk内部的报错。是数据有问题还是啥。

是接收的数据有问题，可以用NRF模拟一下接收和发送，看看有没有问题

gf:ble_peripheral_info.char_handle[TAL_COMMON_WRITE_CHAR_INDEX] = 0 这个值异常
正常情况下，sdk收到TAL_BLE_EVT_PERIPHERAL_CONNECT事件后，会更新ble_peripheral_info.char_handle[TAL_COMMON_WRITE_CHAR_INDEX]的值。之前你给我的日志来看，并没有通知sdk TAL_BLE_EVT_PERIPHERAL_CONNECT事件

加了日志

君正工具链有点儿乱，你把工具链信息提供一下，我出个debug版本

从sdk侧来看，tkl先通知sdk 协议栈初始化成功，接着通知sdk 蓝牙断开。正常来说，在通知sdk断开之前，还要通知连接成功。
现在还不清楚断开的原因，可以先用nrf看看uuid是不是对的。跟下面这个对比一下
https://developer.tuya.com/cn/docs/iot- ... 9vq9pubeja

加了打印，帮忙抓个日志再看看

sdk收到TAL_BLE_EVT_WRITE_REQ的时候，会判断
p_event->gatt_event.write_report.char_handle 和 你在tkl_ble_gatts_service_add的时候，property = TKL_BLE_GATT_CHAR_PROP_WRITE 时赋值的handle是否相同。你再加打印看看

你要给p_service->p_service->p_char.handle赋值