问题概述 T5 平台 TuyaOS 3.13.6 在 wukong AI 故事播放链路下，对 polysense.tuyacn.com/audio/music/...50a1d9.mp3 这条 HTTPS MP3 资源调用 helix mp3 解码反复返回 -6 / -9 ，整段输入缓冲被丢弃，上层因取数据失败主动断开 TLS，从而表现为故事"无声/无反应"。 TLS 关闭是结果，不是原因 ——根因在解码侧。 根因分析 错误码语义（ apps/tuyaos_demo_wukong_ai/src/miscs/audio_player/src/decoder/helix/in...

你好， 从你描述的现象看，这个问题基本可以先按 UI 刷屏 / 显存搬运占用总线，导致音频 DMA/I2S 取数不连续 来排查。 你给出的现象有两个关键信号： 开启 UI 就有噪声，关闭 UI 噪声消失 3.13.6 比 3.13.3 略有改善，但没有完全消失 这说明问题大概率不是音频文件本身，而是 UI 与音频同时运行时的系统资源竞争 ，常见落点有： LCD 刷屏带宽过高，和音频 DMA 抢总线 UI 刷新频率过高，持续占用 CPU / 内存带宽 音频 buffer 偏小，UI 抖动时更容易欠载，听感上就是“哒哒哒 / 嘎嘎嘎” I2S / 功放时钟或走线本来就在临界状态，UI 打开后把边缘...

你好， 你这次追问的核心其实已经不是“URL 播放为什么卡顿”，而是 3.13.x 下 6 7MB 音频资源应该放哪里、怎么挂载、怎么播 。 先说结论： 不建议回退 3.12.16 去做片内 flash 存 6 7MB 音频；更建议 3.13.6 + 外部存储（优先 SD，其次外接 flash / 文件系统）来做本地播放。 原因很简单： 你这批音频总量已经到 6 7MB ，对片内空间要求很高 3.13.x 方案更偏向把大体积音频资源放到外部存储 即使 3.12.16 能做片内存储，后续维护和兼容性也不如继续走 3.13.6 一、为什么不建议回退 3.12.16 用片内 flash 片内 fla...

感谢你补充的关键对比信息（3.12.23 同板无噪声 / 3.13.6 烧到我们开发板也复现 / tkl_lvgl_pause 后噪声大幅减少但残留），这等于把根因范围从“硬件本征 EMI”明显收窄到“3.13.x 引入的回归”。结合平台同事 25832/25834 的提示（降 LVGL 优先级有效 + ap_cmd info 看 CPU 压力），更新一下排查方向。 一、关键事实重排（按可信度） 同板 3.12.23 无噪声，3.13.6 有 → 排除 EYES 板硬件本征 EMI（电源/地走线一直没改）。 3.13.6 烧官方开发板也复现 → 排除单板硬件个体差异。 tkl_lvgl_pau...

T5AI_BOARD_EYES + ENABLE_TUYA_UI 播放音频出现"哒哒/嘎嘎"噪声 — 根因与排查方案 我把 EYES 板的 LCD/音频驱动和 LVGL 渲染链路都过了一遍，现象（开 UI 才有、关 UI 消失、改 160×160 后噪声更密）非常典型，根因排序如下，可按优先级直接排查。 一、根因排序（按可能性） 1. SPI LCD 高频开关通过电源/地耦合干扰 T5 片内 AUD DAC 模拟前端（最可能） T5 的扬声器/麦克风走的是 BK7258 内置的 AUD ADC/DAC（模拟域），不是 I2S： vendor/T5/tuyaos/tuyao...

你好！日志我下载下来仔细看了，问题已定位， 不是 ASR 偶发错误，是 demo 状态机的一个明确缺陷 ——当 ASR 文本为空时，状态机会卡死在 UPLOAD，必须复位才能恢复。这就是你看到的"几轮后必现卡在上传中"。 【现象核对】 日志（putty_20260517_140729.log）三轮对话全部出现： [14:07:52.135][tuya_ai_agent.c:506] ASR text: ← 云端识别返回空 [14:07:52.135][tuya_ai_agent.c:717] invalid text data 0x60c22559 0 [14:08:24....