简介面向STM32F4系列单片机的七英寸800×480分辨率TFT LCD电容触摸屏驱动代码包适用于嵌入式显示与触控交互开发重点解决屏幕初始化、图像绘制、触摸坐标解析等常见问题。压缩包共235个文件以123个.h头文件和108个.c源文件为主体既涵盖HAL库底层驱动也保留用户应用层代码另含Keil工程配置文件、可烧录的hex固件和启动汇编文件整体仅1.67MB结构清晰便于查阅与移植。目前已有191人学习。代码内集成了LCD控制器初始化、帧缓冲管理、数据总线传输、触摸中断处理等关键模块并针对七英寸屏幕搭建了从底层到应用的完整显示与交互流程可直接基于STM32F407或其他F4系列编译运行。学习者可对照源码理解LCD与电容触摸屏的时序配合、坐标映射及触摸消抖等实现细节也可以将工程作为基础模板二次开发快速接入自己的应用逻辑适合人机界面、仪器仪表等场景能明显缩短调试与移植周期。1. 为什么STM32F407驱动7寸800x480电容屏要先压住带宽7寸800x480的TFT LCDRGB565下完整一帧是800×480×2768KB而STM32F407片上SRAM只有192KB做双缓冲基本不可能。如果再用SPI接口推20Mbps下刷一屏要300ms以上界面滑动跟在PPT里点下一页差不多。这个工程的实际价值在于用FSMC的8080 16位并口直连屏体驱动IC把写像素变成向固定内存地址写数据一屏刷新能压到30ms左右电容触摸屏再走独立I2C通道和显存写入互不阻塞。800x480的触控交互在F407上才真正能玩起来。适合正在做串口屏替代、入门HMI或者想把FSMC、触摸屏这套常见组合一次搞清楚的嵌入式开发。下面按硬件时序、触摸解析、绘制优化、现场排错的顺序拆开讲。2. FSMC接口初始化与LCD控制器时序对齐2.1 为什么选FSMC并口而不是SPI接口选型决定了这个项目能不能跑。7寸屏常见的控制接口是SPI和8080并口SPI虽然引脚省但命令、地址、像素都挤在同一根时钟线上带宽上限很低。FSMC则把LCD控制器映射成外部存储器一次16位写指令就能送出2字节像素访问地址的频率直接顶着HCLK走带宽比SPI高一个数量级。STM32F407的FSMC bank1映射在0x6000_0000开始的地址空间片选NE1配合NOR/SRAM模式配置好之后访问这个地址段数据线和控制线的波形会自动生成比GPIO翻转模拟8080时序稳定得多CPU占用也低。工程里如果把这块屏换到其他F4型号只要引脚资源够移植工作量基本在CubeMX配置和地址宏调整上。2.2 CubeMX配置和FSMC时序结构体在CubeMX或STM32CubeIDE里FSMC的配置路径是Connectivity→FSMC→NOR/SRAM Bank1。NE1、NOE、NWE使能总线宽度选16bit存储器类型选SRAM其余按默认。引脚会自动分配到F0到G15这批口上板子的片选、复位、背光如果不在FSMC里就单独配成GPIO推挽输出。生成代码后重点是改时序结构体。FSMC_NORSRAM_TimingTypeDef timing {0}; timing.AddressSetupTime 1; // 地址建立时间单位HCLK周期 timing.AddressHoldTime 1; // 地址保持时间 timing.DataSetupTime 6; // 数据建立时间写周期的关键项 timing.BusTurnAroundDuration 0; timing.ClockDivision 0; timing.DataLatency 0; timing.AccessMode FSMC_ACCESS_MODE_B; HAL_StatusTypeDef status HAL_SRAM_Init(hsram, FSMC_Control, timing, timing); if (status ! HAL_OK) { Error_Handler(); }这里DataSetupTime6在168MHz HCLK下大约是36ns写脉冲宽度多数ILI9806、ST7262这类7寸屏控制器能稳定响应。HAL_SRAM_Init的后两个参数分别是写时序和读时序如果读寄存器跟不上要单独给读时序放宽。不要图快把DataSetupTime压到3像素写入偶发丢数时排查时间远大于省下来的十几毫秒。注意FSMC时序不是越小越好。过小的数据建立时间会出现在高速刷新时花屏、颜色错位而且问题出现得很随机普通延时不容易复现。下面是我在168MHz主板上的经验值不同批次屏会有差异但趋势是一致的。DataSetupTime16位写周期参考全屏刷新参考常见故障3约24ns约15ms花屏、冷启动白点6约36ns约28ms多数屏稳定10约60ns约45ms稳定但动画略钝15约90ns约65ms初始化没问题UI明显拖我一般先把初始化时序放宽到10等屏幕稳定显示后再逐步压到6或5。2.3 命令/数据地址换算A6怎么就成了0x80工程硬件上把LCD控制器的RS引脚接到FSMC的A6地址线。RS是8080协议里的命令/数据选择线FSMC访问不同地址时A6的电平会跟着变化。这个地址偏移需要精确计算因为FSMC在16位数据宽度下外部地址线A0对应内部HADDR的bit1外部A1对应bit2依此类推A6对应内部HADDR的bit7所以数据寄存器地址要偏移0x80。#define LCD_BASE 0x60000000UL #define LCD_CMD_ADDR ((volatile uint16_t *)(LCD_BASE)) #define LCD_DATA_ADDR ((volatile uint16_t *)(LCD_BASE | 0x00000080UL))RS0是命令周期RS1是数据周期。把这两个周期定义成两个不同的内存地址写命令和写数据在代码里看起来就是普通的内存写入。如果硬件把RS接到A0而不是A6偏移要改成0x2接到A10就改成0x400。很多人换了屏或改了板子后只改初始化命令忘了同步这个地址宏结果屏幕始终没有反应。2.4 初始化序列里最要紧的三个命令屏体初始化序列通常有二三十条命令这里不逐条背只看三类要命配置退出Sleep、设置色深、开TE。工程里用表驱动方式组织换屏时替换整张表。typedef struct { uint16_t cmd; uint8_t len; uint8_t data[4]; } lcd_init_cmd_t; static const lcd_init_cmd_t lcd_init_seq[] { {0x11, 0x00, {0}}, // Sleep Out {0x36, 0x01, {0x60}}, // MADCTL: 横屏RGB顺序 {0x3A, 0x01, {0x55}}, // COLMOD RGB56516bit {0x35, 0x00, {0}}, // Tearing Effect ON {0x29, 0x00, {0}}, // Display ON };0x11退出Sleep之后需要延时120ms左右立刻写0x29仍可能黑屏。0x3A设置成0x55意味着传输格式是16位RGB565一个像素占2字节800x480一屏原始数据量是768KB如果不设置这步控制器可能默认18位色传输带宽多出50%刷新速度变慢。0x35打开TE信号之后可以用定时器输入捕获或外部中断观察TE脉冲做帧率测量和撕裂避免。2.5 读屏ID验证FSMC通路初始化调不通时先用读寄存器验证FSMC物理通路。读LCD ID比直接看花屏更有用能区分接线问题和时序问题。uint8_t lcd_read_reg(uint16_t reg) { uint8_t val 0; *LCD_CMD_ADDR reg; val (uint8_t)(*LCD_DATA_ADDR); return val; }读寄存器通常比写慢如果这个函数读回来的ID始终是0xFF或0x00先查地址偏移和片选再查读时序最后才怀疑屏幕本身。注意FSMC的读时序在HAL_SRAM_Init的第二个Timing结构体里单独配置不要和写时序共用太紧的参数。3. 电容触摸屏寄存器读取与坐标去抖3.1 先分清FT5x06和GT9117寸电容屏常见的触摸控制器是FT5x06和GT911接口都是I2C但寄存器地址和寻址方式不一样。FT5x06的7位I2C地址通常是0x38GT911需要先根据Addr引脚电平确定地址常见0x5D或0x14地址弄错时I2C总线看不到ACK。工程里把触摸驱动单独拆成touch.cUI层只调用touch_get_point()这类接口不直接和寄存器打交道。这样以后把FT5x06换成GT911只需要替换touch.c和I2C地址绘图和事件逻辑完全不用动。识别控制器最直接的办法是读ID寄存器FT5x06在0xA8寄存器能读到0x11、0x55这类值如果读出来全是0xFF说明I2C地址或初始化方向有问题。3.2 一次I2C批量读取得到坐标和点数FT5x06寄存器0x02的低4位是当前触摸点数0x03和0x04拼出第一个触摸点的X坐标0x05和0x06拼出Y坐标。高字节只保留低4位因为坐标是10bit精度800x480分辨率下完全够用。#define FT5X06_ADDR 0x38UL #define FT5X06_TD_STAT 0x02UL uint8_t raw[5] {0}; if (HAL_I2C_Mem_Read(hi2c1, FT5X06_ADDR 1, FT5X06_TD_STAT, I2C_MEMADD_SIZE_8BIT, raw, sizeof(raw), 50) ! HAL_OK) { return; } uint8_t points raw[0] 0x0F; uint16_t x ((uint16_t)(raw[1] 0x0F) 8) | raw[2]; uint16_t y ((uint16_t)(raw[3] 0x0F) 8) | raw[4];HAL_I2C_Mem_Read的第二个参数是8位设备地址所以FT5X06_ADDR要左移一位成0x70。raw数组从寄存器0x02开始连续读5字节一次I2C事务拿回点数和坐标比分开读多个寄存器更高效。超时时间50ms远大于400kHz下传5字节的耗时但如果I2C被电源噪声干扰这个位置会卡住最明显的故障是界面卡顿正好发生在触摸瞬间。3.3 触摸中断标志位放在EXTI里电容触摸芯片的INT引脚默认给一个下降沿表示“有一笔新的触摸事件”。在主循环里轮询I2C也能工作但会浪费CPU也会在刷屏时把总线占用拉长。我习惯把INT接在F4的PA0这类EXTI引脚上中断里只置标志位。void EXTI0_IRQHandler(void) { if (__HAL_GPIO_EXTI_GET_IT(TOUCH_INT_PIN) ! RESET) { touch_irq_flag 1; __HAL_GPIO_EXTI_CLEAR_IT(TOUCH_INT_PIN); } }中断回调里不读I2C不做坐标转换只标记有触摸事件。主循环检测到标志后再去调3.2节里的读取函数。这么做的原因是I2C带超时等待万一总线上有毛刺在中断里等待会直接影响LCD刷新时序。3.4 坐标转换与滞回去抖触摸控制器输出的坐标原点和屏幕显示原点不一定重合尤其排线方向不同的7寸屏。工程里在触摸驱动最后做一次坐标转换UI层只认转换后的坐标。void touch_convert(uint16_t raw_x, uint16_t raw_y, uint16_t *x, uint16_t *y) { *x raw_x; *y 479 - raw_y; }这段代码的意思是触摸面板原始Y坐标被翻转了所以显示坐标要用479 - raw_y。如果点按位置往左偏移就把*x改成799 - raw_x如果上下左右全部颠倒两个方向都调。每次旋转屏幕或更换排线都要回到这里不要在事件分发里临时补偏移。电容屏在静止时会有少量坐标跳动建议加一个滞回滤波。#define TOUCH_HYSTERESIS 16 if (abs((int)new_x - (int)last_x) TOUCH_HYSTERESIS || abs((int)new_y - (int)last_y) TOUCH_HYSTERESIS) { last_x new_x; last_y new_y; }阈值16在800x480屏上大约是屏宽的2%既能滤掉静态抖动又不会让笔迹明显断线。如果按下瞬间坐标跳走先把阈值调到24验证噪声来源再决定是改软件滤波还是检查触摸排线屏蔽。4. 帧缓冲、绘制接口与刷新率之间的取舍4.1 没有整屏缓冲窗口更新是基础F407的192KB SRAM放不下768KB的RGB565全屏缓冲所以只能做局部刷新。ILI9806这类控制器支持窗口地址设置先圈定一个矩形区域然后连续写入像素不需要每次画点都发坐标命令。static void LCD_SetWindow(uint16_t x0, uint16_t y0, uint16_t x1, uint16_t y1) { *LCD_CMD_ADDR 0x2A; // 列地址设置 *LCD_DATA_ADDR x0 8; *LCD_DATA_ADDR x0 0xFF; *LCD_DATA_ADDR x1 8; *LCD_DATA_ADDR x1 0xFF; *LCD_CMD_ADDR 0x2B; // 行地址设置 *LCD_DATA_ADDR y0 8; *LCD_DATA_ADDR y0 0xFF; *LCD_DATA_ADDR y1 8; *LCD_DATA_ADDR y1 0xFF; *LCD_CMD_ADDR 0x2C; // 开始写GRAM }0x2A和0x2B分别指定列边界和行边界0x2C之后每写一次LCD_DATA_ADDR控制器自动把像素放进窗口并按行列递增。基于这个函数可以把整块矩形快速填充成一种颜色。void LCD_FillRect(uint16_t x0, uint16_t y0, uint16_t x1, uint16_t y1, uint16_t color) { LCD_SetWindow(x0, y0, x1, y1); uint32_t pixels (x1 - x0 1) * (y1 - y0 1); while (pixels--) { *LCD_DATA_ADDR color; } }填充一个300x300的区域只需要9万个FSMC写周期约几毫秒UI菜单切换的体感比全屏刷新好很多。工程里不要在主循环出现全屏Clear面积越小越能让刷新率和CPU占用同时好看。4.2 用定时器输入捕获确认TE刷新周期TE信号由屏体控制器在帧扫描前输出脉冲用STM32F4的定时器输入捕获模式可以直接量出刷新周期比肉眼数横条纹可靠得多。以TIM3_CH1为例配置捕获通道上升沿触发在回调里计算两次捕获的差值。volatile uint32_t last_ccr 0; volatile uint32_t te_period_ns 0; void HAL_TIM_IC_CaptureCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { uint32_t now __HAL_TIM_GET_COUNTER(htim3); te_period_ns (uint32_t)(((uint64_t)(now - last_ccr) * 1000000000ULL) / 168000000ULL); last_ccr now; } }这里假设TIM3输入时钟是168MHzAPB1预分频器会把它从84MHz倍频回来。如果TE周期是30ms当前组合的刷新率就是33Hz再把FSMC的DataSetupTime压小一点看这个周期是否继续变短。它不再变化时就到了屏体的极限继续压缩只会增加偶发花屏概率。4.3 全屏刷新时间对比下面这组数据是在F407168MHz下反复刷0xFFFF得到的参考值不同初始化序列会有几毫秒波动。刷新方式一屏约耗时折算帧率观察效果FSMC 16bitDataSetup628ms35fps文字滚动基本流畅FSMC 16bitDataSetup1045ms22fps动画有拖尾感SPI 20MHz模拟约380ms2.6fps只能静态显示实际UI很少刷全屏一个300x300的控件区域刷新时间约占全屏的1/7所以整体交互还能保持流畅。如果发现全屏刷新时间和表格偏差过大先检查HCLK是不是被RCC配置降到120MHz再检查FSMC时序是不是被CubeMX重新生成时覆盖了。4.4 触摸读取放在定时器里比主循环稳妥7寸触摸扫描频率一般60-100Hz比FSMC写入慢。工程里把I2C读取放到50ms周期定时器回调里读取结束后只更新全局坐标主循环在需要时消费。这样刷屏和触摸读取在不同时间片里交错不会出现I2C等待把刷屏时间拉长。定时器回调里不要做UI判断一旦I2C被噪声拖住整个回调会阻塞到超时界面就卡住了。5. 上电时序和FSMC读写时序的现场调参5.1 先检查电源和复位脉宽屏不亮时一半原因在上电时序。屏幕电源从0到3.3V需要毫秒级稳定时间电源没稳就拉高复位控制器初始化会乱。工程里的标准做法是先开背光和电源等20ms以上再给RESET低电平至少10ms然后拉高等120ms后再跑初始化序列。LCD_SetBacklight(1); HAL_GPIO_WritePin(RESET_GPIO_Port, RESET_Pin, GPIO_PIN_RESET); HAL_Delay(20); HAL_GPIO_WritePin(RESET_GPIO_Port, RESET_Pin, GPIO_PIN_SET); HAL_Delay(120); LCD_InitSequence();RESET低电平保持20ms比很多参考代码长是为了避免7寸模组上的RC复位电路和STM32的推挽输出打架。如果调试后发现偶尔白屏在HAL_Delay(20)后面加一条__DSB()防止编译器把GPIO写操作合并或重排。5.2 用逻辑分析仪抓FSMC波形而不是猜参数FSMC写周期的时间测量不能靠屏幕颜色推理。把逻辑分析仪夹在NWE、RS、D0和D15上触发写命令0x2C就能看到一次访问的地址建立时间、数据建立时间和总线空闲时间。如果NWE低电平只有20ns而屏体手册要求60nsDataSetupTime3一定不稳直接改到6。花屏如果呈现固定几列颜色错乱通常不是时序而是D0-D15接线顺序错误或虚焊花屏只在高对比度图像出现优先查DataSetupTime和电源纹波。初始化成功后先刷纯色再刷渐变能最快区分这两类故障。调整FSMC时序时要同时观察TE输入捕获周期和画面噪声。用一个小工具循环刷渐变色条把DataSetupTime从6一路调到4再调回6肉眼看不到噪点同时TE周期稳定在33Hz这组参数就可以写进出厂配置了。本文还有配套的精品资源点击获取