1. LVGL动画基础：帧率、任务调度与时间基石

做嵌入式UI，尤其是用LVGL做动画，第一个绕不开的概念就是帧率。说白了，就是画面每秒刷新多少次。我刚开始接触LVGL时，总觉得动画卡顿是硬件不行，后来才发现，很多时候是任务调度没搞明白。

1.1 帧率(FPS)到底在说什么？

帧率，Frames Per Second，每秒传输的帧数。在LVGL里，它直接决定了动画的流畅度。60FPS意味着每16.6ms刷新一帧，30FPS就是33.3ms。人眼对30FPS以上基本觉得流畅，但如果你做的是滑动列表、旋转表盘，我建议你盯住60FPS这个目标。

为什么强调这个？因为LVGL的动画引擎是按时间驱动的。你设置一个动画持续500ms，它内部会计算每一帧应该走到哪个位置。如果帧率不稳，动画就会一卡一卡的。我在一个STM32F429的项目上遇到过，明明CPU负载不高，动画就是掉帧。后来发现是lv_task_handler的调用间隔不均匀。

1.2 LVGL的任务调度机制

LVGL内部有一套自己的任务调度器，不是用RTOS的，而是它自己维护了一个任务链表。每个任务（lv_task_t）都有一个周期和回调函数。LVGL会遍历这个链表，检查哪些任务到期了，然后执行它们的回调。

这里有个关键点：所有LVGL的动画、刷新、输入处理，都是通过这些任务来驱动的。包括你调用lv_anim_start()创建的动画，最终也是被包装成一个任务，周期性地更新动画值。

任务类型	默认周期	作用
lv_task_handler	5ms (建议)	驱动所有LVGL内部任务
动画更新任务	由lv_anim_create时指定	更新动画值并触发重绘
输入设备读取	10-30ms	轮询触摸/按键状态
屏幕刷新	由lv_disp_flush_ready触发	将缓冲区数据刷到LCD

嗯，这里要注意：lv_task_handler本身不是一个任务，它是一个函数，你需要周期性地调用它。通常放在主循环或者RTOS的一个线程里。

1.3 lv_tick与lv_task_handler的关系

这两个东西，是LVGL时间系统的左膀右臂。我见过不少新手把它们搞混，结果动画要么不动，要么疯跑。

• lv_tick_inc(x)：告诉LVGL过去了x毫秒。它维护一个全局的时间计数器。
• lv_task_handler()：检查所有任务，执行到期的任务。

它们的关系是这样的：

// 典型的主循环结构
while(1) {
    lv_tick_inc(5);          // 告诉LVGL过去了5ms
    lv_task_handler();       // 处理到期的任务
    delay_ms(5);             // 实际延时5ms
}

为什么不能只调用lv_task_handler？因为LVGL内部的任务需要知道当前时间，才能判断是否到期。lv_tick_inc就是喂时间给LVGL。如果你不喂时间，所有任务都以为时间没变，动画就永远停在第一帧。

1.4 一张图看懂整个调度流程

下面这张SVG图，把lv_tick、lv_task_handler和动画任务的关系画清楚了。你可以把它当作调试时的思维导图。

1.5 实际项目中的调度策略

不同的硬件平台，调度策略不一样。我总结了几种常见场景：

• 裸机+定时器中断：在定时器中断里调用lv_tick_inc，主循环里调用lv_task_handler。注意中断频率不要太高，5ms一次就够了。
• FreeRTOS：创建一个1ms的定时器中断喂lv_tick_inc，再创建一个低优先级任务循环调用lv_task_handler。任务优先级不要太高，避免抢占了刷屏的CPU时间。
• RT-Thread：可以用软件定时器喂lv_tick_inc，主线程里调用lv_task_handler。RT-Thread的线程切换开销小，比较适合。

1.6 常见问题与避坑

问题	原因	解决方案
动画不动	没有调用lv_tick_inc	确保定时器或主循环中调用了lv_tick_inc
动画忽快忽慢	lv_tick_inc调用间隔不均匀	使用硬件定时器固定间隔调用
动画卡顿	lv_task_handler执行时间过长	拆分任务，减少单次处理量
触摸响应延迟	输入任务周期太长	将输入任务周期设为10-20ms

嗯，这一章的内容就到这里。帧率、任务调度、时间基石，这三个概念搞清楚了，LVGL动画的底层逻辑你就掌握了八成。后面我们会深入动画参数配置和性能优化，但地基一定要打牢。