如果正确的回调了TKL_BLE_EVT_STACK_INIT状态给sdk，sdk会打印rev ble event 1。日志里没看到这个打印 我这边修改了一下回调方式，改由tkl_bluetooth.c中直接回调，还是不行，帮忙看下。重新添加了日志跟tkl_bluetooth.c文件。 还有个情况就是我不回调依旧是按上述流程走的，不知道是否正常。 建议再看下demo，回调TKL_BLE_EVT_STACK_INIT不是你那么用的 https://developer.tuya.com/cn/docs/iot-device-dev/tuyaos-package-ipc-device?id=Kcv9...

郭老庄 2025年 May 19日 17:12

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

我这边修改了一下回调方式，改由tkl_bluetooth.c中直接回调，还是不行，帮忙看下。重新添加了日志跟tkl_bluetooth.c文件。
还有个情况就是我不回调依旧是按上述流程走的，不知道是否正常。

【开发包全称】SDK Version:< TuyaOS V:6.2.10 BS:40.00_PT:2.3_LAN:3.5_CAD:1.0.5_CD:1.0.0 > 【问题描述】 sdk调用tkl_ble_gap_callback_register跟tkl_ble_gatt_callback_register注册了回调。 然后sdk调用了tkl_ble_stack_init， 然后设备这边使用注册的回调接口回调了TKL_BLE_EVT_STACK_INIT状态给sdk， sdk调用了tkl_ble_gatts_service_add后未调用tkl_ble_gap_adv_rsp_data_set...

目前原因已明确，AOV buf 中写入帧较多，校准线程耗时较久，导致开始存储的时间过晚。 附件中新的库，以下接口 OPERATE_RET tuya_ipc_aov_buffer_init(INT_T device, INT_T channel, IPC_STREAM_E stream, AOV_BUFFER_INIT_PARAM_T *pparam); 初始化参数 AOV_BUFFER_INIT_PARAM_T 中新增校准策略的开关 correct_last_frame_enable，默认可填 FALSE。 置为 FALSE 后，需要自行确保 AOV 录像的最后一帧时间与下一段录像的起始时间...

Passat 2025年 Apr 7日 10:06

1. 现象正常。
2. 测试库，仅供调试用，不能用于正常产品发布。测试库的改动会在新的OS版本中发布

好的，新版本发布了麻烦通知一下。

目前原因已明确，AOV buf 中写入帧较多，校准线程耗时较久，导致开始存储的时间过晚。 附件中新的库，以下接口 OPERATE_RET tuya_ipc_aov_buffer_init(INT_T device, INT_T channel, IPC_STREAM_E stream, AOV_BUFFER_INIT_PARAM_T *pparam); 初始化参数 AOV_BUFFER_INIT_PARAM_T 中新增校准策略的开关 correct_last_frame_enable，默认可填 FALSE。 置为 FALSE 后，需要自行确保 AOV 录像的最后一帧时间与下一段录像的起始时间...

Passat 2025年 Apr 3日 11:24

在同样的场景下，使用附件中的库测试，并收集日志。
TuyaOS_0403.zip

[01-01 00:08:54 ty E][7c94][tuya_ipc_ss_aov.c:467] start aov storage
[01-01 00:09:19 ty D][7c94][tuya_ipc_ss_aov.c:520] tuya_ipc_ss_get_aov_storage_status:1,0x52e990
仅更新库在相同环境下测试，日志已添加至附件，帮忙分析一下。

tuya_ipc_ss_get_aov_storage_status 已返回值为准，其他打印可不用关注 日志中向常规ringbuf写入的帧类型和时间都是哪些？之前说的AOV ringbuf 需要依靠常规ringbuf的帧，但日志中并未出现在常规ringbuf中找到I帧的标记 上次推给常规ringbuf的是虚拟i帧，目前改成了跟推aov一样的数据、类型、时间戳。整体耗时上差不多，从调用tuya_ipc_ss_start_aov_local_storage到返回状态5仍需要20多秒。 [01-01 00:02:37 ty E][7ec4][tuya_ipc_ss_aov.c:467] start...

写入速度异常，应该与常规的ringbuf中的帧数据偏少有关，可以打开debug排查原因。 可尝试在常规的ringbuf中多写入帧数据再对比效果 另一份日志中并没有找任何 tuya_ipc_ss_get_aov_storage_status 的打印 附件已添加一份打开debug打印的日志，将aov录像同时推aovringbuf和常规ringbuf。帮忙分析一下，从 aov push frame end [01-01 00:04:26 ty E][79f4][tuya_ipc_ss_aov.c:467] start aov storage 到[01-01 00:04:47 ty D][79f4]...

行 212: [01-01 00:03:56 ty E][7c34][tuya_ipc_ss_aov.c:467] start aov storage 行 471: Password: [01-01 00:04:16 ty E][c1f4][tuya_ipc_ss_aov.c:327] get aov last frame:0,1742286671000,419 行 528: aov push frame start 行 530: aov push frame end 行 881: aov push frame start 行 883: aov push frame end 1.两份日志中只...