1. 课程导入
欢迎进入《TouchGFX GPU加速开发工程》。在正式动手写第一行界面代码之前，我们需要先建立一张清晰的“地图”：这门课要解决什么问题、涉及哪些核心概念、整体技术框架如何分层，以及 GPU 加速在其中的位置。只有先看清全局，后续的配置、调试与性能优化才不会变成零散技巧的堆砌。
一、为什么需要 GPU 加速
在嵌入式 MCU 上做图形界面，传统做法是用 CPU 逐像素绘制。当界面出现大面积填充、图片缩放、透明度混合、圆角、阴影或动画时，CPU 的算力会迅速被绘图任务占满，导致帧率下降、触摸响应变慢，甚至影响实时控制逻辑。GPU 加速的本质，是把这些高度并行、重复度高的像素运算交给专用图形硬件完成，让 CPU 回归到业务逻辑与界面状态管理上。
以 STM32 系列为例，带 NeoChrom GPU 或 Chrom-ART 加速器的型号，可以在硬件层面完成矩形填充、图像拷贝、混合与格式转换。TouchGFX 作为面向嵌入式的高效 GUI 框架，能够自动识别并调用这些硬件能力。理解“谁在画、画什么、怎么画”，是掌握 GPU 加速开发的第一步。
二、核心概念地图
本课程围绕以下关键概念展开，它们之间存在明确的依赖与协作关系：
- TouchGFX Designer：可视化界面设计工具，负责屏幕、控件、交互与代码生成。
- TouchGFX Engine：运行时框架，管理界面树、事件分发、绘制调度与帧缓冲。
- GPU / Chrom-ART / NeoChrom：硬件加速器，执行填充、拷贝、混合、格式转换等像素操作。
- LTDC / 显示控制器：把帧缓冲内容扫描输出到 LCD 面板。
- 帧缓冲（Frame Buffer）：存放当前待显示像素数据的内存区域，是 CPU、GPU 与 LTDC 的交汇点。
- DMA2D：STM32 上常见的 2D 图形加速外设，常与 TouchGFX 配合完成块传输与混合。
- 部分帧缓冲 / 双缓冲：降低内存占用与撕裂现象的策略。
- 性能指标：帧率、CPU 占用率、GPU 占用率、内存带宽、渲染时间。
这些概念不是孤立的名词，而是一条从“设计”到“渲染”再到“显示”的完整链路。下面的 SVG 展示了本课程的整体技术框架与数据流关系。
三、整体学习框架与流程
本课程按照“认知—配置—开发—优化—排障”的工程路径组织，共 30 章。整体流程可以概括为以下阶段：
- 环境与工具链搭建：安装 TouchGFX Designer、配置 STM32CubeMX、生成基础工程。
- 硬件加速配置：使能 DMA2D/NeoChrom、配置 LTDC、分配帧缓冲与 SDRAM。
- 界面设计与代码生成：使用 Designer 搭建屏幕、控件、交互，生成 C++ 代码。
- 业务逻辑集成：在 Model、Presenter、View 中接入实际数据与事件。
- GPU 加速渲染：理解绘制管线，启用硬件混合、图像压缩与部分帧缓冲。
- 性能调优：测量帧率、CPU 占用、内存带宽，定位瓶颈并优化。
- 问题排查与复盘：处理撕裂、闪烁、颜色异常、内存不足等典型问题。
下表列出了本课程中会反复出现的核心对象及其职责，建议在学习过程中随时对照：
| 核心对象 | 所属层级 | 主要职责 | 关键配置/参数 |
|---|---|---|---|
| TouchGFX Designer | 设计层 | 界面搭建、控件配置、交互定义、代码生成 | 屏幕分辨率、颜色格式、控件属性 |
| TouchGFX Engine | 框架层 | 界面树管理、事件分发、绘制调度 | 帧率、缓冲策略、任务优先级 |
| DMA2D / NeoChrom | 硬件加速层 | 填充、拷贝、混合、格式转换 | 颜色模式、混合系数、传输宽度 |
| LTDC | 显示控制层 | 读取帧缓冲并扫描输出到面板 | 时序参数、层配置、像素时钟 |
| 帧缓冲 | 内存层 | 存放待显示像素数据 | 地址、大小、双缓冲/部分缓冲 |
| SDRAM | 存储层 | 提供大容量帧缓冲与图像资源存储 | 带宽、刷新率、总线仲裁 |
四、典型应用场景
GPU 加速在嵌入式 GUI 中的价值，在以下场景中尤为明显：
- 高帧率动画：如仪表盘指针、滑动列表、过渡动画，需要稳定 30fps 以上。
- 大尺寸图片与背景：全屏背景图、渐变、圆角卡片，CPU 逐像素绘制代价高。
- 透明度与混合效果：半透明弹窗、阴影、叠加图层，依赖硬件混合单元。
- 多图层界面：LTDC 多层叠加，配合 GPU 分别更新各层内容。
- 低功耗需求：GPU 完成像素任务后更快进入低功耗状态，降低整体能耗。
五、常见误区与学习复盘
初学者在 GPU 加速开发中容易陷入以下误区：
- 认为启用 GPU 就一定更快：如果绘制区域很小、数据量很低，GPU 的配置与传输开销可能反而高于 CPU 直接绘制。
- 忽视内存带宽瓶颈：GPU 和 LTDC 同时访问 SDRAM 时，带宽竞争会导致帧率下降，必须合理规划缓冲与总线优先级。
- 混淆“设计工具”与“运行时框架”：Designer 负责生成代码，Engine 负责运行，两者职责不同，调试时要分清问题出在哪一层。
- 忽略颜色格式匹配：帧缓冲、GPU、LTDC 三者的颜色格式必须一致，否则会出现颜色异常或额外转换开销。
- 只关注帧率，不关注 CPU 占用：GPU 加速的目标之一是释放 CPU，若 CPU 仍被大量占用，说明任务划分或事件处理存在问题。
建议在学习过程中建立一份“性能基线记录”，例如：
项目：STM32F769I-DISCO + TouchGFX 4.x
屏幕：800x480 RGB888
帧缓冲：双缓冲，SDRAM
测试场景：全屏背景 + 滑动列表 + 半透明弹窗
基线数据：
帧率：58 fps
CPU 占用：32%
GPU 占用：41%
SDRAM 带宽占用：约 65%
优化目标：
帧率 ≥ 55 fps
CPU 占用 ≤ 25%
无撕裂、无闪烁有了基线，后续每一章的优化才有对比依据。GPU 加速开发不是“一次配置就结束”，而是持续测量、定位、调整的工程过程。