简介STM32F767内置LTDC控制器配合RGB接口驱动一块七寸液晶屏分辨率一零二四乘六百。资源采用寄存器直接操作方式面向需要深入理解LTDC层混合、帧缓冲管理及触摸交互的嵌入式工程师可迁移至整个F7系列。压缩包共四十四个文件其中包含二十四个头文件、十五个C源文件、启动文件、工程配置文件、烧写脚本和hex程序整体大小约二百五十六KB。代码按显示、存储、触摸、延时等模块拆分目录清晰适合二次开发。已有三百人学习下载。借助该工程可掌握层混合与帧缓冲管理、接口像素格式设定、大分辨率下的显存规划以及触摸屏坐标采集与响应流程。对于需要评估硬件、调试驱动或教学参考的开发者这是一份可直接运行并可移植的实用参考风格规整便于快速上手。1. 1024x600 的 RGB 屏为什么非要寄存器驱动7 寸 1024x600 的 RGB 屏接到 STM32F767 上用 CubeMX 生成 LTDC 工程是一回事真正点亮又是另一回事。分辨率从常见的 480x272、800x480 跳到 1024x600 之后像素时钟逼近 50MHz单帧显存接近 2.5MB此时屏幕出现黑屏、花屏、水波纹多数不是硬件坏了而是时序参数、显存带宽、Cache 一致性这三层里有一个没对齐。寄存器驱动的价值在于LTDC 的每一个 blanking 周期、每一根同步信号、每一层帧缓冲地址都能直接对应到寄存器位排查时可以把问题从“现象”一层层剥到“寄存器”。这套方案面向所有要在 F746、F767、F769 等带 LTDC 控制器的 F7 系列芯片上接 RGB 屏的嵌入式工程师新手照抄初始化顺序能跑通老手重点看时序参数换算和 MPU/Cache 这两个最容易翻车的点。2. LTDC 与 40pin RGB 接口先把时序参数和像素时钟算明白2.1 LTDC 在 STM32F7 里的定位RGB 屏本身不带控制器没有 DE、HSYNC、VSYNC、PCLK 这组扫描时序屏幕就是一块纯矩阵必须由外部控制器持续产生扫描信号。STM32F7 的 LTDCLCD-TFT Display Controller干的就是这件事它内部有时序发生器、两个图层、颜色查找表和混合单元只要把帧缓冲地址指到内存里LTDC 就会按设定好的时序不停地从内存读像素数据再通过 RGB 数据线送出去。F7 系列相比 F4 的优势在总线带宽。1024x600 在 ARGB8888 格式下60Hz 刷新时需要约 147MB/s 的持续读取带宽LTDC 和 DMA2D 共用 AXI 总线F767 主频 216MHz内存总线足够撑住这个吞吐量。同样一颗芯片用 FSMC 接 8080 并口屏和用 LTDC 接 RGB 屏是两种完全不同的工作方式前者每一笔写操作都要 CPU 参与地址和数据周期后者只改帧缓冲内容刷新交给硬件。这也是做复杂 UI 时优先选 RGB 屏的原因。2.2 40pin 接口的信号分组与接线约束7 寸 1024x600 模组常见的物理接口是 40pin FPC 或排针信号可以分成三组电源、RGB 数据、控制同步。接线前先把每组信号理清对照屏的规格书确认不要盲信“40pin 都是标准定义”。信号组引脚范围说明电源VCC、GND、LED、LED-逻辑电源一般 3.3V背光 LED 单独供电电流较大不能直接从 GPIO 取电RGB 数据R0-R7、G0-G7、B0-B724 根数据线分别接 LTDC_R、LTDC_G、LTDC_B控制同步DE、HSYNC、VSYNC、PCLKLTDC 对应的四个控制引脚DE 模式可以只接 DE 和 PCLK备用NC、ID、VCOM部分屏用来配置默认显示方向或电压按规格书处理即可接线上有两个常见坑。第一信号电平问题绝大多数 7 寸屏是 3.3V TTL 电平个别模组要求 5V 逻辑错了会出现颜色偏淡、闪烁甚至挂掉。第二排线长度和走线阻抗PCLK 接近 50MHz 后40pin 排线如果超过 10cm且没有包地水波纹基本跑不掉。我习惯在 PCB 上把 PCLK、DE 和 RGB 数据线做等长长度差控制在 5mm 以内。2.3 从屏规格书提取 1024x600 的时序参数点亮 RGB 屏的核心不是 LTDC 寄存器写得多快而是把屏规格书里的 Timing Chart 翻译成 LTDC 的时序寄存器。下面这组参数在国产 7 寸 1024x600 模组上比较常见但每个屏厂差异很大必须以实际规格书为准参数含义典型值HSW水平同步脉冲宽度20HBP水平后肩140HFP水平前肩160VSW垂直同步脉冲宽度3VBP垂直后肩20VFP垂直前肩20这些参数决定了像素时钟和实际刷新率。水平总周期是 1024 160 20 140 1344垂直总周期是 600 20 3 20 64360Hz 刷新时需要的像素时钟PCLK 1344 × 643 × 60 ≈ 51.85MHz这个数字是选 PLLSAI 分频的目标值。很多屏规格书会直接给出 DCLK 频点比如 51.2MHz、51.8MHz那就不需要自己算了。要注意的是HSW 和 VSW 在 DE-only 模式下看起来用不上但 LTDC 寄存器里也必须给非零值否则时序发生器行为不确定画面可能出现整行偏移。2.4 PLLSAI 产生 LTDC 像素时钟的公式LTDC 的时钟来自 PLLSAI不占主 PLL。STM32F7 的时钟路径是LTDC_CLK PLLSAI_VCO / PLLSAIR / PLLSAIDIVR其中 PLLSAI_VCO HSE / PLLSAIM × PLLSAIN。以 25MHz 外部晶振为例想得到约 50MHzPLLSAIM 25PLLSAIN 200VCO 200MHzPLLSAIR 4PLLSAIDIVR 1得到 LTDC_CLK 50MHz。对应的真实刷新率是 50MHz / (1344 × 643) ≈ 57.9Hz不需要很精确LCD 对帧率不敏感。想要严格 50Hz可以把 PLLSAIR 改成 5VCO 保持 200MHz得到 40MHz 像素时钟刷新率约 46.3Hz或者 VCO 216MHz、分频 5得到 43.2MHz接近 50Hz。像素时钟越高SDRAM 带宽压力越大后面第 6 章会专门说这个平衡。3. 寄存器驱动的初始化顺序GPIO、PLLSAI、LTDC 与时序寄存器3.1 GPIO 复用配置AF14 与引脚表F7 系列所有 LTDC 信号的复用功能号都是 AF14。初始化时先开 GPIO 时钟再把对应引脚设成复用模式最后把 AFR 寄存器写成 14。下面这段代码是部分引脚示例完整 RGB888 加同步信号约 27 根线static void ltdc_gpio_init(void) { /* 启用 GPIOI/J/K按实际接线选择端口 */ RCC-AHB1ENR | RCC_AHB1ENR_GPIOIEN | RCC_AHB1ENR_GPIOJEN; /* PI12-PI15: HSYNC, VSYNC, CLK, DE */ for (int i 12; i 15; i) { GPIOI-MODER ~(3UL (i * 2)); GPIOI-MODER | (2UL (i * 2)); /* 复用模式 */ GPIOI-AFR[1] | (14UL ((i - 8) * 4)); /* AF14 */ } /* PJ0-PJ7: R0-R7同样方式配置这里省略重复代码 */ }说明MODER 每两位控制一个引脚值 2 表示复用功能。AFR 分 AFR[0]引脚 0-7和 AFR[1]引脚 8-15每 4 位对应一个引脚的复用号。这段代码里没有把所有引脚展开写实际工程中建议用数组把引脚号、端口、AF 值组织起来循环配置方便把 24 根数据线统一管理。F7 的 LTDC 引脚和 F429 基本一致但个别引脚分布不同换芯片型号时对照数据手册的 Pin Table 检查。3.2 PLLSAI 与 RCC 分频配置配置 PLLSAI 的顺序是先写分频值再使能 PLLSAI最后等 RDY 标志位。注意 PLLSAI 不能和主 PLL 混用参数主 PLL 继续给 CPU 提供 216MHzPLLSAI 只服务 LTDC 和 SAI 外设static void ltdc_clock_init(void) { /* HSE 25MHz, VCO 200MHz, R 分频 /4 LTDC_CLK 50MHz */ RCC-PLLSAICFGR (25U RCC_PLLSAICFGR_PLLSAIM_Pos) | (200U RCC_PLLSAICFGR_PLLSAIN_Pos) | (0U RCC_PLLSAICFGR_PLLSAIP_Pos) | (1U RCC_PLLSAICFGR_PLLSAIR_Pos); /* R/4 */ /* PLLSAIDIVR 选择 /1即 LTDC 直接使用 PLLSAIR 输出 */ RCC-DCKCFGR ~RCC_DCKCFGR_PLLSAIDIVR; RCC-DCKCFGR | (0U RCC_DCKCFGR_PLLSAIDIVR_Pos); RCC-CR | RCC_CR_PLLSAION; while ((RCC-CR RCC_CR_PLLSAIRDY) 0) { } }说明PLLSAIR 位段编码不是直接写数值而是按 00/2、01/4、10/6、11/8 编码所以代码里 R/4 对应写入 1。PLLSAIN 范围 50-500VCO 输出必须在 100-432MHz 之间F767 工作在 216MHz 主频时PLLSAI 单独配置不影响 CPU 频率。这里把 PLLSAIDIVR 清零是必要的否则复位后的默认分频值可能把像素时钟压到无法出图。3.3 LTDC 层与时序寄存器的赋值顺序LTDC 配置的关键在于记住一个规则SSCR、BPCR、AWCR、TWCR 以及层窗口寄存器存的全是“边界坐标”不是时长写入时要减 1。这也是从 HAL 结构体转寄存器方式时最容易写错的地方。#define LCD_W 1024 #define LCD_H 600 #define HFP 160 #define HSW 20 #define HBP 140 #define VFP 20 #define VSW 3 #define VBP 20 #define FB_ADDR ((uint32_t)0xC0000000) /* SDRAM Bank1 */ static void ltdc_init(void) { /* 1. 全局配置极性位先全 0跑通后再调 */ LTDC-GCR 0; /* 2. 时序寄存器VSW/VBP 等低 16 位HSW/HBP 等高 16 位 */ LTDC-SSCR ((VSW - 1) 0) | ((HSW - 1) 16); LTDC-BPCR ((VSW VBP - 1) 0) | ((HSW HBP - 1) 16); LTDC-AWCR ((LCD_H VSW VBP - 1) 0) | ((LCD_W HSW HBP - 1) 16); LTDC-TWCR ((LCD_H VSW VBP VFP - 1) 0) | ((LCD_W HSW HBP HFP - 1) 16); /* 3. 背景色无图层时用于自检 */ LTDC-BCCR (10U 16) | (92U 8) | 140U; /* RGB(10, 92, 140) */ /* 4. Layer1 配置ARGB8888全屏窗口 */ LTDC-L1CR 0; LTDC-L1WCR ((LCD_H - 1) 16) | (LCD_W - 1); LTDC-L1PFCR 0; /* 0 ARGB8888 */ LTDC-L1CACR 0xFF; /* Alpha 255 */ LTDC-L1CFBAR FB_ADDR; LTDC-L1CFBLR (LCD_W * 4) | (0 16); /* 行字节 4096无 padding */ LTDC-L1CFBLNR LCD_H; /* 5. 使能 Layer1再使能 LTDC */ LTDC-L1CR | LTDC_LxCR_LEN; LTDC-GCR | LTDC_GCR_LTDCEN; }说明L1WCR 低位是窗口宽度减 1高位是高度减 1和时序寄存器一样遵循“存坐标不存长度”的规则。L1CFBLR 低位是每行帧缓冲字节数ARGB8888 就是 1024 × 4 4096高位是行间距附加字节这里不涉及图像旋转和裁剪填 0。L1CFBLNR 写的是实际行数 600不需要减 1。LTDC 层寄存器有很多是 shadow register会在垂直消隐期自动加载所以代码里“最后一步使能”的顺序在实际硬件上对画面不产生撕裂风险。3.4 用背景色验证 LTDC 主通路上面代码里专门把背景色设成了 RGB(10, 92, 140)这个颜色在调试阶段很有用它不依赖任何图层、DMA2D 和 SDRAM 读写只要 LTDC 时钟和时序正确背景色就应该出现在屏上。如果此时屏是黑的先查 LTDCEN 有没有真正置位、LTDC 时钟有没有输出如果背景色偏色或颜色错乱大概率是数据线接线顺序错了如果画面左右滚动或出现斜条纹说明 HSW/HBP/HFP 这组水平时序和屏的实际参数不匹配。把背景色先验证通过再去做 SDRAM 和图层能少走一半弯路。4. 显存落在 SDRAMD-Cache、MPU 与 DMA2D4.1 一个 ARGB8888 帧缓冲的容量账1024 × 600 × 4 字节 2.4576MB双缓冲就是约 4.9MB。STM32F767 的片上 SRAM 总量只有几百 KB 量级单缓冲都放不下更不用说双缓冲。实际上 RGB565 格式下单帧 1.23MB 也放不下所以 7 寸 1024x600 方案基本绕不开外部 SDRAM。常见配法是挂一颗 32MB 的 16bit SDRAM比如 W9825G6KH 或兼容型号通过 FMC 的 SDRAM Bank1 映射到 0xC0000000 地址。这颗 SDRAM 同时承担帧缓冲、DMA2D 源数据和 UI 控件缓冲容量在 32MB 级别就不会捉襟见肘。4.2 FMC SDRAM 初始化要点FMC SDRAM 的配置包括 SDCRSDRAM 控制器配置、SDTR时序、SDCMR命令模式、SDRTR刷新定时器。初始化顺序是固定的RCC-AHB3ENR | RCC_AHB3ENR_FMCEN; /* SDCR配置列地址9bit、行地址13bit、4个Bank、16bit数据宽度、CAS3 SDTR按FMC时钟和SDRAM手册设置TMRD/TRCD/TRP/TRC */ FMC_Bank5_6-SDCR[0] ...; FMC_Bank5_6-SDTR[0] ...; /* 命令序列时钟使能 - 预充电 - 自动刷新 - 设置模式寄存器 */ FMC_Bank5_6-SDCMR ...; /* 模式 时钟使能 */ /* 延时至少 100us */ FMC_Bank5_6-SDCMR ...; /* 模式 预充电所有 Bank */ FMC_Bank5_6-SDCMR ...; /* 模式 自动刷新连续 8 次 */ FMC_Bank5_6-SDCMR ...; /* 模式 设置模式寄存器突发长度 1CAS3 */ /* 刷新周期计数器以 FMC 时钟周期为单位计算常见值在 1380-1540 之间 */ FMC_Bank5_6-SDRTR ...;说明不同板子因为 SDRAM 型号和 FMC 时钟频率不同SDCR 和 SDTR 的具体数值必须自己算直接抄别人的值容易出现“能亮但偶尔花屏”。SDRAM 初始化完成后先做一轮地址读写自检比如往 0xC0000000 写 0xA5A5A5A5 再读回来确认数据线没问题再交给 LTDC 用。这一步省掉的话后续 MPU 和 Cache 的问题会和 SDRAM 硬件问题混在一起非常难定位。4.3 MPU 配置把 framebuffer 打成 Non-cacheable这是寄存器驱动 STM32F7 和 STM32F4 最大的区别。Cortex-M7 内核带有 D-CacheCPU 写 SDRAM 时数据会留在 Cache 里而 LTDC 走 AXI 总线直接从 SDRAM 读两者看到的可能不是同一份数据。表现就是画了一个矩形屏幕上一部分显示新内容一部分还是旧画面或者 DMA2D 填充完成后画面出现规则的条纹块。解决方式是用 MPU 把 SDRAM 区域配置成 Non-cacheablestatic void mpu_config_sdram(void) { /* 0xC0000000 对应 32MBsize 字段编码为 2^(size1) 32MB即 size24 */ MPU-RNR 1; MPU-RBAR 0xC0000000UL | (1UL 4); /* VALID1使用 region 1 */ MPU-RASR (1UL 0) /* ENABLE */ | (24UL 1) /* SIZE 32MB */ | (1UL 18) /* S 1共享 */ | (0UL 19) /* TEX 0 */ | (0UL 17) /* C 0 */ | (0UL 16) /* B 0 */ | (3UL 24); /* AP RW */ MPU-CTRL | MPU_CTRL_ENABLE_Msk; __DSB(); __ISB(); }说明TEX、C、B 三个位的组合决定内存属性这里的 0、0、0 配合 S1表示 Normal Non-cacheable 内存。AP 0b011 表示特权和非特权模式都可读写。如果把 SDRAM 区域配成 Device 内存虽然也能避免 Cache 问题但 CPU 读写效率会下降DMA2D 从 SDRAM 拷数据也会变慢所以不建议。调试阶段先 Non-cacheable跑通后再考虑局部开启 Cache 并使用 SCB-DCCMVAC 手动 clean 的优化方案。4.4 DMA2D 清屏与拷贝在寄存器驱动方式下DMA2D 是提效率最直接的工具。清屏用 R2M寄存器到内存模式只需设置输出颜色和输出内存地址static void dma2d_fill(uint32_t addr, uint32_t color, uint16_t w, uint16_t h) { while (DMA2D-CR DMA2D_CR_START) { } DMA2D-CR 0; DMA2D-OPFCCR 0; /* 输出格式 ARGB8888 */ DMA2D-OCOLR color; DMA2D-OMAR addr; DMA2D-NLR ((uint32_t)h 16) | w; DMA2D-IFCR 0x3FU; /* 清全部中断标志 */ DMA2D-CR (3U DMA2D_CR_MODE_Pos) | DMA2D_CR_START; /* R2M */ while ((DMA2D-ISR DMA2D_ISR_TCIF) 0) { } }说明DMA2D_CR 的 MODE 位段里0b11 就是 R2M0b00 是 M2M。M2M 模式配置更简单FGMAR 填源地址、FGPFCCR 填源格式、OMAR 填目标地址、NLR 填像素和行数然后置 START。DMA2D 完成一帧 2.4MB 的填充只需要几毫秒且不占 CPU相比 for 循环写 SDRAM能省出大量时间给 UI 逻辑。要注意 R2M 的 OCOLR 在 ARGB8888 下是 32 位颜色值RGB565 等格式下要按对应格式打包。5. 像素格式、打点、中文显示与双图层混合5.1 ARGB8888 与 RGB565 的取舍像素格式直接决定显存带宽。LTDC 的 L1PFCR 寄存器里0 代表 ARGB88881 代表 RGB8882 代表 RGB565。三种格式在 1024x600 屏上的带宽差异很明显格式每像素字节60Hz 带宽L1PFCR 值适用场景ARGB88884约 147MB/s0UI 有透明混合需求RGB8883约 110MB/s1不需要 Alpha 的完整色彩RGB5652约 73MB/s2图片为主、色彩要求不高从 RGB888 到 RGB565 的压缩方式很简单红色保留高 5 位绿色保留高 6 位蓝色保留高 5 位也就是((r 0xF8) 8) | ((g 0xFC) 3) | ((b 0xF8) 3)。转换图片时可以用 python 脚本读取图片每个像素的 RGB 值再批量按这个公式打包成 C 数组比在嵌入式端实时解码省事得多。5.2 打点函数与矩形填充任何 UI 绘制最终都落在写像素上。用寄存器方式驱动时只需要知道帧缓冲基地址和坐标换算关系#define FB_START ((volatile uint32_t *)0xC0000000) static inline void lcd_dot(uint16_t x, uint16_t y, uint32_t argb) { if (x LCD_W || y LCD_H) { return; } FB_START[(uint32_t)y * LCD_W x] argb; }说明ARGB8888 下一行的字节数是 1024 × 4坐标换算就是 y × 1024 x。FB_START 前面加 volatile是防止编译器把连续的像素写入优化成寄存器操作导致 SDRAM 里的数据没有真正更新。如果改成 RGB565数组类型要换成 uint16_t地址换算变成 y × 1024 x帧缓冲带宽立刻减半代价是颜色精度下降。矩形填充直接调 dma2d_fill 比双层循环快得多。硬件完成填充时 CPU 可以去做别的事这是寄存器驱动下最典型的收益。小面积矩形更新用双层循环也可以但注意每次写像素都经过总线性能差一个数量级。5.3 16x16 中文显示与图片 RGB 数据流无字库屏显示中文惯用做法是上位机取模。以 16x16 点阵为例每个汉字占 32 字节按行排列每行两个字节高位在左。显示函数的核心是逐位判断static void lcd_show_hanzi(int x, int y, uint16_t font_index, uint32_t color) { extern const uint8_t hz16_tab[]; /* 取模软件生成的 16x16 点阵数据 */ const uint8_t *p hz16_tab[font_index * 32]; for (int i 0; i 16; i) { for (int j 0; j 16; j) { if (p[i * 2 j / 8] (0x80 (j % 8))) { lcd_dot(x j, y i, color); } } } }说明font_index 的值由汉字内码计算得到。GB2312 编码下汉字内码高字节和低字节分别减去 0xA0得到区位码再按字库排列顺序换算成偏移。实际产品中很少把字库全量放进 MCU Flash常见做法是外挂 SPI NOR Flash 放 GB2312 或 GBK 全字库需要时按区位码读出来。图片显示流程类似先把图片在电脑上按目标格式RGB565 或 ARGB8888转换成数组编译进固件或放外部存储显示时整块拷到帧缓冲。注意图片的扫描顺序和 LTDC 图层坐标一致图像上下翻转多半是行序没处理。5.4 用两个 Layer 做固定 OSD 叠加LTDC 有两层Layer0 放主画面Layer1 放半透明 OSD可以实现菜单、状态栏的叠加而不需要主画面重新绘制。先配置 Layer1 的窗口大小和帧缓冲地址再设置恒定 AlphaLTDC-L1CR 0; LTDC-L1WCR ((200 - 1) 16) | (320 - 1); /* 320x200 窗口 */ LTDC-L1PFCR 0; /* ARGB8888 */ LTDC-L1CFBAR osd_addr; LTDC-L1CFBLR (320 * 4) | (0 16); LTDC-L1CFBLNR 200; LTDC-L1CACR 0x80; /* 恒定 Alpha 128 */ LTDC-L1CR | LTDC_LxCR_LEN;说明L1CACR 的恒定 Alpha 会与像素自身的 Alpha 通道相乘0x80 就是 50% 透明度。LTDC 的混合单元在硬件上完成 Layer0 和 Layer1 的叠加CPU 只需要更新 OSD 对应的那块帧缓冲。这个特性用在仪表盘、监控画面上很实用主画面 50Hz 刷新OSD 层只在内容变化时重绘总线负载会低很多。6. 点亮后的 3 个关键时刻验证顺序、花屏排查与带宽稳定性6.1 上电后 60 秒的验证顺序第一次上电不要直接跑完整 UI按下面顺序一步一步验证确认背光能亮。背光由独立 LED 驱动控制和 LTDC 无关不亮先查 LED 供电。只使能 LTDC 和背景色不使能 Layer。屏上应显示 RGB(10, 92, 140) 的背景色验证时序和时钟通路。使能 Layer1用 DMA2D 填充一整屏纯色验证帧缓冲地址和 SDRAM 映射。调用 lcd_dot 画点线、矩形验证坐标换算和写入路径。最后加载图片和中文验证取模方向和颜色格式是否匹配。每步通过后再进入下一步。第 2 步失败基本是时钟或时序问题第 3 步失败是 SDRAM 或 MPU 问题不要把两步混在一起查。6.2 花屏、条纹、抖动的寄存器级排查现象优先排查点对应寄存器/配置黑屏LTDCEN 未置位、PLLSAI 没输出LTDC-GCR、RCC-PLLSAICFGR白屏或偏色数据线接错、BCCR 没配对LTDC-BCCR、GPIO AFR画面整体偏移HBP/HFP/VBP/VFP 参数错LTDC-BPCR、AWCR水波纹PCLK 过高、排线过长、SDRAM 刷新周期不对PLLSAIR 分频、FMC-SDRTR画面偶发花屏Cache 一致性、SDRAM 时序余量不足MPU-RASR、FMC-SDTR水波纹是最难查的一项。先降像素时钟把刷新率从 60Hz 降到 50Hz 左右看现象是否消失再检查 SDRAM 刷新周期设太小会频繁打断访问设太大数据保持不住最后考虑排线质量。极性位 PCPOL 也值得试一次数据在上升沿还是下降沿变化以屏规格书为准实际调试中偶尔需要翻转让信号时序更稳。6.3 把 1024x600 的刷新率压到 50Hz 的实测收益像素时钟从 51.85MHz 降到 43.2MHz 之后SDRAM 带宽占用率会下降约 15%这个收益在双缓冲场景下格外明显。配合 PLLSAI 配置43.2MHz 对应 VCO 216MHz、R 分频为 5刷新率约 50Hz。UI 动画本身不需要 60Hz50Hz 肉眼几乎无差别但 LTDC 和 DMA2D 抢总线的情况会少很多。双缓冲不要用全屏内存拷贝。正确做法是准备两个帧缓冲地址在垂直消隐期直接修改 LTDC-L1CFBAR 指向新地址旧地址立即可以给下一帧绘制使用。这样一帧的开销只是写一个寄存器完全不依赖 DMA2D 的 M2M 拷贝。加上前面做的 Non-cacheable 配置整个显示链路的数据流是CPU 或 DMA2D 写 SDRAMLTDC 硬件持续扫描两者各走各的地址互不干扰。这套组合我一般作为 7 寸 1024x600 项目的默认起点跑不动再降 RGB888 或 RGB565而不是反过来先牺牲色彩再去追带宽。本文还有配套的精品资源点击获取