理论上第二次配网用的就是第二次的用户名密码。请提供一下debug日志

理论上不会出现这个问题，可以发下debug日志

发TKL_BLE_EVT_STACK_INIT的时候，加上evt.result = OPRT_OK试试
TKL_BLE_GATT_PARAMS_EVT_T evt;
evt.type = TKL_BLE_EVT_STACK_INIT;
evt.result = OPRT_OK;

如果正确的回调了TKL_BLE_EVT_STACK_INIT状态给sdk，sdk会打印rev ble event 1。日志里没看到这个打印

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事件

加了日志