1. SPI屏帧率优化实战：从30fps到42fps的突破
最近在SWM34SRET7项目上遇到一个棘手问题：240*240分辨率的SPI屏帧率卡在30fps上不去。经过两周的折腾，终于找到了解决方案，现在把踩坑经验分享给大家。
先说说问题背景。客户使用的是DMA方式驱动的SPI屏，套用disp2_2驱动模板。实测发现每次DMA传输10行数据后会有3.1ms的间隔等待，这个固定间隔严重限制了帧率提升。就像高速公路上每隔10辆车就设个收费站，车流速度自然上不去。
关键优化参数：
- 原缓存行数：10行
- 原LVGL任务周期：30ms
- 优化后缓存行数：30行
- 优化后任务周期：20ms
具体操作是在lv_conf.h中修改以下配置：
#define LV_DISP_DEF_REFR_PERIOD 20 // 从30ms调整为20ms同时在驱动层将DMA缓存行数从10行增加到30行。这个改动相当于把收费站间隔扩大到30辆车，减少了停车次数。实测帧率从30fps提升到42fps，画面流畅度明显改善。
但要注意缓存不是越大越好。当我把缓存加到40行时，虽然理论帧率能更高，但出现了内存不足导致的闪屏现象。所以建议在内存允许范围内逐步测试最优值。
2. 双缓冲机制：解决花屏问题的关键
有位客户反馈触摸操作后出现花屏，debug发现是LVGL 8.3.7版本的双缓冲机制异常。这里有个重要细节：客户之前用DMA2D测试时一切正常，换成SPI屏就出问题。
双缓冲工作原理：
- 前台缓冲区：当前显示的内容
- 后台缓冲区：准备下一帧内容
- 通过
disp_drv.full_refresh=1控制完全刷新
问题根源是客户移植时注释掉了disp_drv.full_refresh=1这行代码。这就像看书时有人突然抽走你正在读的页面，自然会出现显示错乱。
解决方法很简单：
disp_drv.full_refresh = 1; // 取消这行的注释实测发现，开启全刷新后虽然会稍微增加功耗，但能彻底解决交互时的花屏问题。建议所有使用SPI屏+LVGL的项目都检查这个配置项。
3. LV_IMG_CACHE_DEF_SIZE的陷阱与解决方案
另一个常见问题是JPEG硬解码时图片显示不全。有客户反馈图像切换时总是缺一块，就像拼图少了关键几片。
这个问题和LVGL的图像缓存机制有关。在lv_conf.h中有个关键参数：
#define LV_IMG_CACHE_DEF_SIZE 0 // 默认值需要改为0原理分析：
- 该缓存本意是用RAM换取速度
- 但存在指针访问异常的风险
- 对于JPEG硬解码场景建议关闭
我做过对比测试：当设置为10时，图片切换速度提升15%，但会有5%概率出现显示异常；设置为0后稳定性100%，速度损失在可接受范围内。
4. SPI屏驱动深度优化技巧
针对ST7789驱动的240x240 SPI屏，分享几个实测有效的优化手段：
DMA双通道配置：
// 通道1：像素点 -> SPI-data // 通道2：spi-data -> 变量 // 在DMA传输完成中断中调用flush_ready()这种设计能防止FIFO数据丢失，类似高速公路设置应急车道，避免堵车时完全瘫痪。
编译器优化等级：
- O0等级：显示正常但效率低
- Ofast等级：可能出现显示异常
- 最佳实践：O1+volatile关键字
有个典型案例：客户使用NXP GUI Guider时，O0等级下界面切换卡顿，Ofast等级又出现串口异常。最后解决方案是在关键变量加volatile，同时在while循环插入__NOP指令。
5. 内存与供电的隐藏坑点
曾有个摩托车仪表项目出现随机性死机，显示"nodata"。经过72小时压力测试，最终定位到是供电问题：
- VDD(3.3V)存在200-700mV电压骤降
- 导致SDRAM工作异常
- 临时方案：降频到120MHz
- 根本解决：修改硬件电容布局
类似问题还出现在另一个项目中：电容纹波导致白屏。这些案例提醒我们，当出现随机性显示异常时，别忘了检查供电质量。
6. 实际项目中的经验总结
在智能家居中控项目中发现，频繁调用lv_scr_load会导致界面切换越来越卡。根本原因是每次加载都重复申请控件造成内存泄漏。后来改用lv_scr_load_anim并配合lv_obj_del清理旧界面，内存使用保持稳定。
另一个有意思的案例是摩托车仪表盘的标签滚动。客户设置LV_LABEL_LONG_SROLL_CIRC无效，最后发现是关闭了LV_USE_ANIMATION宏定义。这就像想让车轮转却忘了装轴承，提醒我们要注意功能依赖关系。
