Tuya Developer Forum

一线长天

这个信息很重要，说明的确是tkl接口卡住了。正在分析中，会及时同步进展。

一线长天

附件是完整的分析报告，可以参考（包括代码重构）

一线长天

可以按照这个先处理再挂机看看。

给 tkl_ao_put_frame 的重试加上累计超时——例如 ret==0 连续重试超过 X ms(比如 200_500ms)就 return OPRT_TIMEOUT 并丢帧,绝不 goto 死循环。（同时增加超时的日志）
兜底(应用/播放器层):
- 把播放消息队列深度从 2 调大（比如10）,减少瞬时 -26369;
- tuya_ai_player_stop/start 的 tal_queue_post 给个小超时而非 0;
- 配合方案1(播放线程内不忙等),避免重入。

一线长天

有完整的日志么？上电开始的。目前代码如何使用player的完整逻辑看不到，无法判断是否触发了未知场景。
wukong player是单线程的，因此如果有多线程访问，可能触发未测试到的问题。

一线长天

修复这个问题的demo还没有发布，后续会带上

一线长天

看你的代码不是多线程调用，不会有提到的情况。先stop再start，一定是stop先退出了才执行start。针对多线程的情况，A线程stop，B线程start，那么是有概率A线程等不到stopped（即进入死循环）。针对这个情况作了超时2s退出stop接口。分析了相关代码,我的结论是:这个分析不成立 —— 这里不会死循环。关键在于它把「轮询持久状态」误当成了「边沿触发的信号」。代码事实 tuya_ai_player_stop(814-846)的等待逻辑: TUYA_CALL_ERR_RETURN(tal_queue_post(s_ai_player_ctx.queue, &msg...

一线长天

在 3.13.3 的 tuya_ai_player_stop / tuya_ai_player_start 里给 while 加超时退出： // tuya_ai_player_stop UINT_T to = 0; while (player->state != AI_PLAYER_STOPPED) { tal_system_sleep(10); if (to++ > 200) { // 最多 2s，不再死等 PR_ERR("stop timeout mode=%d state=%d", player->mode, player->state); return OPRT_T...

一线长天

需要更新sdk到3.11.35以修复该问题。

一线长天

可以通过监听事件获取到配网失败：EVENT_NETCFG_ERROR

一线长天

你好，请参考这个发帖指南完善下相关信息。https://www.tuyaos.com/viewtopic.php?t=4908

Search found 111 matches

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 【求助】T5 tuya_os_sdk3.13.3播放提示音或停止时卡死

Re: 使用T3-3.12.0SDK，测试德国的 Fritz!box 路由器功耗很高

Re: 【T1 sdk开发】配网过程中，密码错误或路由器连接外网失败，有没有函数可以查询失败状态？

Re: 通用sdk程序崩溃