1. FSMC与TFT-LCD的硬件接口设计
第一次用STM32驱动TFT-LCD时，最让我头疼的就是那一堆密密麻麻的接线。后来发现，只要理解FSMC和8080接口的对应关系，硬件连接就会变得特别清晰。这里以常见的ILI9341驱动芯片为例，分享几个实际项目中的接线技巧。
FSMC本质上是个"万能翻译器"，它能把STM32的内部总线信号转换成外部存储器能听懂的语言。对于8080接口的LCD来说，关键要关注这几组信号：
- 数据线D0-D15：对应LCD的DB0-DB15
- 地址线A0-A25：通常只用A0作为LCD的DCX（数据/命令选择）
- 控制信号：NEx（片选）、NOE（读使能）、NWE（写使能）
具体到ILI9341的硬件连接，我推荐这样接：
/* FSMC信号 -> LCD引脚 */ FSMC_D0-D15 -> LCD_D0-D15 FSMC_A0 -> LCD_DCX (数据/命令选择) FSMC_NE1 -> LCD_CSX (片选) FSMC_NOE -> LCD_RD (读使能) FSMC_NWE -> LCD_WR (写使能)这里有个容易踩坑的地方：FSMC的地址线A0并不是必须接LCD的DCX引脚。我曾经遇到过PCB空间紧张的情况，把A5接到DCX上，只需要在代码里把地址偏移量左移5位就行。不过建议新手还是按标准接法，避免调试时增加复杂度。
2. CubeMX配置的实战技巧
CubeMX的图形化配置确实方便，但有些参数设置不当会导致屏幕闪烁或者写入速度慢。经过多次项目验证，我总结出这套稳定可靠的配置流程：
2.1 存储块选择
在FSMC配置界面，选择"NOR Flash/PSRAM/SRAM"模式。这里有个冷知识：虽然接的是LCD，但因为8080协议和PSRAM兼容，所以选这个模式最合适。我试过选NAND模式，结果屏幕直接乱码。
2.2 时序参数优化
时序配置直接影响显示稳定性，这几个参数要特别注意：
- Address Setup Time：建议设2个HCLK周期
- Data Setup Time：建议设4个HCLK周期
- Bus Turn Around Time：设为0即可
如果发现屏幕有雪花噪点，可以适当增加Data Setup Time。我在驱动4.3寸屏时，这个参数调到6才稳定。
2.3 数据宽度配置
根据LCD实际使用的数据线数量选择：
- 8位模式：只用D0-D7，节省IO但速度慢
- 16位模式：用D0-D15，推荐大多数场景
有个项目为了省IO用了8位模式，刷屏速度直接减半，后来不得不改版。所以除非IO资源特别紧张，否则建议用16位模式。
3. 性能调优实战经验
3.1 解决屏幕闪烁问题
遇到屏幕闪烁时，别急着调时序，先检查这三个地方：
- 电源稳定性：用示波器测LCD供电电压，纹波要小于50mV
- 背光电路：PWM调光频率建议在1kHz以上
- 显存更新策略：避免局部刷新时打断当前帧
我有个项目因为电源纹波太大导致闪烁，加了100μF电容就解决了。
3.2 提升写入速度的秘诀
FSMC的突发传输模式可以大幅提升速度，但需要满足以下条件：
- LCD控制器支持连续写入
- 配置FSMC的Burst Access Mode
- 使用DMA传输替代CPU搬运
实测在STM32F429上，启用突发模式后，480x272分辨率全屏刷新速度从56ms提升到23ms。关键代码如下：
void LCD_FastFill(uint16_t x, uint16_t y, uint16_t width, uint16_t height, uint16_t color) { LCD_SetWindow(x, y, width, height); FSMC_Bank1->BTCR[0] |= FSMC_BTR1_BURSTEN; // 启用突发模式 for(uint32_t i=0; i<width*height; i++) { *(__IO uint16_t*)LCD_DATA_ADDR = color; } }4. 驱动代码的架构设计
好的驱动架构能让后期维护轻松很多。经过多个项目迭代，我总结出这套分层架构：
4.1 硬件抽象层(HAL)
直接操作FSMC寄存器，提供最基础的读写函数：
void LCD_WriteCmd(uint16_t cmd) { *(__IO uint16_t*)LCD_CMD_ADDR = cmd; } void LCD_WriteData(uint16_t data) { *(__IO uint16_t*)LCD_DATA_ADDR = data; }4.2 设备驱动层
实现LCD初始化和基本绘图功能：
typedef struct { void (*Init)(void); void (*SetPixel)(uint16_t x, uint16_t y, uint16_t color); void (*FillRect)(uint16_t x, uint16_t y, uint16_t w, uint16_t h, uint16_t color); } LCD_Driver; static void ILI9341_Init(void) { // 初始化序列 LCD_WriteCmd(0xCF); LCD_WriteData(0x00); LCD_WriteData(0xC1); // ...更多初始化代码 } LCD_Driver lcd = { .Init = ILI9341_Init, .SetPixel = ILI9341_SetPixel, .FillRect = ILI9341_FillRect };4.3 应用层
实现业务逻辑，比如UI绘制：
void DrawButton(uint16_t x, uint16_t y, const char* text) { lcd.FillRect(x, y, 80, 30, COLOR_BLUE); DrawText(x+10, y+10, text, COLOR_WHITE); }这种架构最大的好处是更换LCD型号时，只需要重写设备驱动层，上层代码完全不用改。我曾经用这套架构在两周内适配了三种不同型号的LCD屏。
最后分享一个调试小技巧：当屏幕显示异常时，先用简单色块测试（比如全屏红色），排除软件逻辑问题。如果色块显示正常，那问题很可能出在图形算法或字库上，而不是底层驱动。
