1. GUI移植概述：到底什么是GUI移植？
各位同学，咱们这门课叫《嵌入式GUI移植完整方案实战》。第一节课，我得先跟你把「GUI移植」这事儿聊透了。
说白了，GUI移植就是把一套图形界面框架，从它原本的开发板或模拟器上，搬到你的目标硬件上跑起来。你想想看，LVGL在PC上跑得再花哨，跟你STM32上的LCD屏有啥关系？没有。移植就是搭那座桥。
核心定义：GUI移植 = 让图形框架适配你的硬件（MCU、LCD、触摸、内存），最终在目标板上正常显示和交互。
1.1 为什么我们需要移植？
我刚开始做嵌入式那会儿，项目里全是12864点阵屏，画个进度条都得自己算像素。后来老板说：「下个产品要彩屏，要触摸，要像手机一样滑动。」
嗯，问题来了——从零写一套GUI？不现实。商业项目周期摆在那儿。所以，我们选一个现成的GUI框架，然后把它移植到我们的板子上。这就是移植的价值。
具体来说，有这几个原因：
- 硬件差异大：你的MCU可能是Cortex-M0，也可能是M7；LCD驱动IC可能是ILI9341，也可能是ST7789。框架本身不认这些，你得写适配层。
- 节省开发时间：成熟的框架自带控件、动画、字体渲染。移植花两周，比从零写半年划算得多。
- 生态和社区：遇到Bug有人帮你修，想要控件有人已经写好。我当年用某个冷门框架，卡在一个触摸漂移问题上整整三天，社区连个回复都没有——那种感觉，你懂的。
- 跨平台复用：同一套UI代码，换颗芯片只要重新移植底层，上层逻辑几乎不用动。
我的经验：移植工作最怕「想当然」。我见过有人直接把PC模拟器的配置拷到板子上，结果内存爆了。移植前，一定先看目标硬件的RAM和Flash余量。
1.2 主流嵌入式GUI框架对比
现在市面上能打的GUI框架，我数来数去就这四个：LVGL、TouchGFX、emWin、Qt for MCU。每个我都折腾过，各有各的脾气。
| 框架 | 开源/商业 | 资源占用 | 学习曲线 | 典型MCU | 我的评价 |
|---|---|---|---|---|---|
| LVGL | 开源免费 (MIT) | 低 (RAM > 2KB, Flash > 64KB) | 中等 | STM32, ESP32, NXP | 社区最活跃，文档全，适合大多数项目 |
| TouchGFX | 商业 (STM32免费) | 中 (需要FrameBuffer) | 较低 (有拖拽工具) | STM32 (官方主推) | 界面流畅，但绑定ST生态较深 |
| emWin | 商业 (SEGGER) | 低-中 | 中等 | ARM Cortex全系列 | 老牌稳定，但代码风格偏旧 |
| Qt for MCU | 商业 (Qt公司) | 高 (需要较大RAM) | 较高 (需懂QML) | 高性能MCU (Cortex-M7以上) | 适合复杂UI，但硬件门槛高 |
避坑指南：我曾经在一个项目里选了Qt for MCU，结果芯片Flash只有1MB，Qt的运行时库就吃掉了一半。最后不得不换方案。选框架之前，先算清楚你的硬件预算。
1.3 四个框架的深度剖析
LVGL — 开源界的王者
LVGL（Light and Versatile Graphics Library）是我目前最常用的框架。为什么？因为它真的「轻」。你想想看，一个带按钮、滑块、图表、动画的UI，RAM占用可能才几十KB。而且它完全开源，MIT协议，商用无坑。
我习惯用LVGL的SquareLine Studio做界面原型，然后手动移植到板子上。它的移植接口非常清晰：你只需要提供lv_disp_drv_t和lv_indev_drv_t两个驱动结构体，剩下的框架帮你搞定。
TouchGFX — STM32的御用搭档
TouchGFX被ST收购后，跟STM32CubeMX深度整合。如果你用STM32，尤其是带硬件加速的芯片（比如F429、H7系列），TouchGFX的流畅度确实惊艳。它的拖拽式设计工具对UI设计师很友好。
但要注意：TouchGFX的免费版本只针对STM32，换到其他MCU就得付费。而且它依赖FrameBuffer，内存小的芯片跑起来吃力。
emWin — 老牌劲旅
emWin是SEGGER家的产品，跟他们的J-Link调试器一样，主打稳定。我在一个医疗设备项目里用过emWin，连续跑了两年没出过界面问题。它的GUI Builder虽然界面复古，但生成的代码非常干净。
不过，emWin的文档是德式严谨风格，读起来有点枯燥。而且它的高级功能（如抗锯齿、多图层）需要额外付费。
Qt for MCU — 降维打击
Qt for MCU把桌面端的Qt Quick和QML带到了MCU世界。如果你需要复杂的动画、自定义控件、甚至视频播放，它是最佳选择。但代价是硬件要求高：至少Cortex-M7、几MB的RAM、支持硬件JPEG解码。
我个人觉得，Qt for MCU更适合「MCU+MPU」的混合架构，纯MCU场景还是有点吃力。
1.4 知识体系总览
下面这张图，是我梳理的GUI移植知识体系。你可以把它当作整个课程的地图。
1.5 移植工作的通用流程
不管选哪个框架，移植的步骤其实大同小异。我总结了一个五步法：
- 硬件摸底：确认MCU型号、RAM/Flash大小、LCD接口（SPI/8080/RGB/MIPI）、触摸IC型号。
- 框架选型：根据硬件资源和UI复杂度，从上面四个框架里挑一个。
- 底层驱动：写LCD初始化、打点函数、触摸读取函数。这是移植最核心的体力活。
- 框架适配：把底层驱动挂到框架的抽象层接口上。比如LVGL的
disp_flush回调。 - 验证调优：跑Demo，调帧率，优化内存。我曾经在一个项目里把LVGL的帧率从15fps调到45fps，就靠改了一行DMA配置。
我的习惯：移植第一步，我会先让LCD显示纯色和几何图形。这能最快验证硬件通路是否正常。别一上来就跑复杂UI，出了问题你都不知道是驱动问题还是框架问题。
1.6 本章小结
这一章我们聊了GUI移植的本质、为什么需要它，以及四个主流框架的优缺点。你心里应该有个底了：
- 移植不是魔法，是硬件和软件之间的翻译工作。
- 选框架要看硬件预算，别贪多求大。
- LVGL适合大多数项目，TouchGFX适合STM32深度用户，emWin适合追求稳定的商业项目，Qt for MCU适合高性能场景。