3.13.8版本,跑ui这个基础demo反复重启怎么解决,

Wi-Fi 设备、蜂窝设备、WuKongAI、开发板、TuyaOS 移植等


Post Reply
pwx1
Posts: 8

在这个版本跑官方这个ui基础反复重启,1.关了// #define TUYA_WEBP_IMG_TEST //webp图像解码测试还是不行
2.屏幕不会显示页面


Tags:
愚者千虑必有一得
Posts: 955

Re: 3.13.8版本,跑ui这个基础demo反复重启怎么解决,

要提供完整log

fangweng
Posts: 21

Re: 3.13.8版本,跑ui这个基础demo反复重启怎么解决,

结论:注释 TUYA_WEBP_IMG_TEST 没效果是正常的——它只是关掉 webp 解码这个子测试,反复重启的根因在 UI 主流程初始化。「反复重启 + 屏幕全黑」在 T5 上最常见的两个根因:屏幕配置与实际硬件不匹配、UI 大块内存没落到 PSRAM。

按顺序排查:

第一步:先定位复位类型(最关键)

抓一次完整的重启日志,看重启前最后 30 行 + 复位原因:

日志特征大概率根因方向
周期性重启、无异常打印看门狗超时UI 初始化里有阻塞等待(如 LCD/触摸无应答死等)
有寄存器 dump / backtrace空指针、栈溢出多为屏幕驱动读 ID 失败、返回值未判空
tal_malloc 失败的 ERR内存不足确认 PSRAM 已使能

TuyaOS 提供复位原因查询 tal_system_get_reset_reason(),重启后开头日志会带上(出处:tal_system 组件文档)。先分清看门狗 / hardfault / 软件主动复位,再对症下药。

第二步:对照屏幕硬件

官方 UI demo 默认按特定屏幕(分辨率 + RGB/QSPI/8080 接口 + 驱动 IC)编译。T5(BK7258)同时支持 RGB-LCD、MCU8080 等多种接口(出处:vendor/T5 文档),手上屏与 demo 默认不一致时,初始化阶段就可能异常,屏幕自然不亮。核对:

  • 屏幕型号、分辨率、接口类型、驱动 IC 是否与 demo 配置一致
  • 背光电源/PWM 引脚是否初始化并点亮(先排除“其实跑起来了只是没背光”)

第三步:确认 PSRAM

LVGL 帧缓冲和图片解码很吃内存,T5 内部 SRAM 有限,UI 方案通常把大块分配切到外挂 PSRAM(tal_system_set_psram_malloc)。PSRAM 未使能时大块分配会失败——T5 有 OS,malloc 失败只打 ERR 不直接复位,但 UI 拿着 NULL 继续跑,下一步就是 hardfault 复位循环。

另外确认用的是 3.13.8 对应版本的 demo 源码,版本错配也可能初始化流程对不上。

按这三步还定位不到的话,把「重启前最后 30 行日志 + 复位原因那行」贴出来;


以上内容由 AI 自动分析生成,如有疑问请回复补充。

Post Reply