STM32CubeIDE实战：利用图片取模与SPI-DMA，高效驱动LCD全屏图像显示-尧图网络科技

1. 图片取模工具的选择与使用

在嵌入式开发中，想要在LCD屏幕上显示图片，第一步就是要将图片转换成微控制器能够识别的数据格式。这就像把一张照片翻译成机器能看懂的语言。市面上有不少图片取模工具，比如Image2Lcd、LCDImageConverter等，它们的工作原理其实大同小异。

我比较常用的是Image2Lcd这个工具，它支持多种图片格式输入，输出格式也很灵活。实际操作时，你需要特别注意几个关键参数设置：

输出数据类型：选择C语言数组格式，方便直接嵌入工程
扫描方式：一般选择水平扫描，与LCD控制器匹配
颜色格式：根据你的LCD控制器选择RGB565或RGB888
字节序：STM32是小端模式，要注意匹配

举个例子，如果你有一张240x240的BMP图片，在工具中设置好这些参数后，点击转换就会生成一个.h头文件。这个文件里包含了一个巨大的数组，数组里的每个元素都对应着图片上一个像素的颜色值。我实测过，一张240x240的RGB565图片转换后会生成一个115200字节的数组（240x240x2）。

2. STM32CubeIDE工程配置

拿到图片数据后，接下来就是搭建工程环境了。STM32CubeIDE作为ST官方推出的集成开发环境，确实让配置过程变得简单不少。这里我分享几个关键配置步骤：

首先在CubeMX中启用SPI外设，记得勾选DMA支持。以SPI1为例：

在Connectivity选项卡中启用SPI1
配置为全双工主机模式
时钟预分频根据你的LCD规格设置，一般不要超过20MHz
在DMA Settings选项卡中添加SPI_TX的DMA通道

有个坑我踩过：DMA传输方向要选Memory to Peripheral，数据宽度要匹配。如果你的LCD控制器是16位接口，这里要选Half Word。

然后是中断配置：

在NVIC Settings中启用SPI全局中断
启用DMA通道中断
设置合适的中断优先级

生成代码后，记得在stm32f4xx_it.c中实现DMA传输完成回调函数。我通常会在这里设置一个标志位，用来通知主程序传输完成：

void HAL_SPI_TxCpltCallback(SPI_HandleTypeDef *hspi) { if(hspi->Instance == SPI1) { img_transfer_done = 1; } }

3. LCD驱动与SPI-DMA传输优化

有了工程框架，接下来就是实现图片显示了。这里的关键在于如何高效地把图片数据从内存传输到LCD。直接使用CPU搬运数据效率太低，特别是对于大尺寸图片，会导致明显的卡顿。SPI+DMA的组合才是王道。

首先需要初始化LCD控制器。不同厂家的LCD初始化序列可能不同，但基本流程类似：

发送复位信号
配置显示方向
设置颜色格式
开启显示

我封装了一个LCD初始化函数，里面包含了这些步骤。特别注意，有些LCD控制器需要等待几毫秒的复位时间，直接加个HAL_Delay最省事。

然后是重头戏 - DMA传输图片数据。由于STM32的DMA一次最大只能传输65535字节，而240x240的RGB565图片有115200字节，所以需要分两次传输：

void LCD_ShowImage(uint16_t x, uint16_t y, uint16_t width, uint16_t height, const uint8_t *img) { // 设置显示区域 LCD_SetWindow(x, y, x+width-1, y+height-1); // 第一次传输前半部分 HAL_SPI_Transmit_DMA(&hspi1, img, width*height/2); while(!img_transfer_done); img_transfer_done = 0; // 第二次传输后半部分 HAL_SPI_Transmit_DMA(&hspi1, img+width*height/2, width*height/2); while(!img_transfer_done); img_transfer_done = 0; }

这里有个性能优化点：DMA传输期间CPU是空闲的，可以利用这个时间处理其他任务。我在实际项目中会在这段时间里采集传感器数据或者处理用户输入。