📚 课程目录第1章课程导入

嵌入式GUI开发能力提升工程 - 第1节

1. 课程导入

嵌入式系统，说白了就是那些「藏在设备里」的计算机。你家里的微波炉、智能手表、汽车仪表盘，里面都跑着嵌入式系统。而GUI，就是这些设备跟人打交道的窗口。

我刚开始做嵌入式开发那会儿，设备还停留在「几个按键 + 一个段式液晶」的阶段。后来客户要求做彩色界面，我才意识到——嵌入式系统跟GUI的关系，远不止「加个屏幕」那么简单。

你想想看，一个设备功能再强，如果用户不知道怎么操作，那就是一堆废铁。GUI解决了三个核心问题：

核心观点：嵌入式GUI不是「把PC上的界面搬过来」，而是在资源受限的环境下，找到「功能、性能、体验」三者之间的平衡点。

跟PC或手机上的GUI开发相比，嵌入式GUI有几个让人头疼的地方：

我曾经在一个项目里，选了一款功能很全的GUI框架，结果跑在目标MCU上，刷新一帧要200ms。用户按了按键，半秒后才看到反应。后来只能换框架，从头改界面。所以选型阶段一定要先评估资源。

目前市面上主流的嵌入式GUI框架，我接触过的有四款：LVGL、TouchGFX、emWin、Qt for MCU。它们各有各的脾气，选对了事半功倍，选错了……嗯，你懂的。

LVGL（Light and Versatile Graphics Library）是我个人最常用的框架。它开源、免费、社区活跃，而且资源需求很低。我在一个只有64KB Flash的STM32F103上跑过LVGL，效果还不错。

它的特点：

个人建议：如果你是新手入门，或者做的是开源项目、小批量产品，LVGL是首选。MIT许可证意味着你可以随便用，不用操心授权费。

TouchGFX被ST收购后，成了STM32的「亲儿子」。它的优势在于跟STM32的硬件深度绑定，尤其是带硬件加速的MCU，性能表现很出色。

我印象最深的是它的「像素级优化」——通过DMA2D硬件加速，界面刷新非常流畅。不过，它只支持STM32，如果你换了其他厂商的MCU，就得重新学一套框架。

避坑指南：TouchGFX虽然免费，但仅限于STM32平台。如果你公司有换芯片的计划，或者产品需要多平台支持，建议慎重考虑。

emWin（现在叫SEGGER emWin）是嵌入式GUI界的老前辈。它的资源需求极低，8KB RAM就能跑起来，这在工业控制领域很有优势。

不过，它的开发方式比较「古典」——没有可视化设计器，全靠手写代码。而且商业授权费用不低，小公司可能承受不起。

Qt for MCU是Qt公司针对MCU推出的方案。它最大的卖点是「一次开发，多平台部署」——你可以在PC上用Qt Creator设计界面，然后编译到MCU上运行。

但代价也很明显：资源需求高，128KB RAM起步，而且商业授权费用昂贵。我一般只在高端产品或者需要复杂动画效果的项目里用它。

嵌入式GUI开发，不是「写代码 → 烧录 → 看效果」这么简单。我总结了一套流程，经过多个项目验证，分享给你：

我个人的习惯：在原型设计阶段，我会先用PC模拟器跑一遍界面，确认交互逻辑没问题，再移植到目标硬件上。这样能省下不少烧录调试的时间。

下面这张图，是我对嵌入式GUI开发知识体系的梳理。你可以把它当作学习路线图：

这张图把嵌入式GUI开发分成了四个维度：基础理论、框架与工具、开发实践、性能与优化。后面的课程，我们会按照这个体系逐步深入。

学习建议：不要一上来就扎进代码里。先把基础理论搞清楚——显示原理、色彩模型、事件系统这些，是后面所有实践的地基。地基不稳，楼盖得再高也会塌。