用STM32F103C8T6驱动1.8寸TFT彩屏，从模拟SPI到硬件SPI的完整避坑指南
STM32F103C8T6驱动1.8寸TFT彩屏：从模拟SPI到硬件SPI的进阶实战
当我们需要在嵌入式系统中实现图形界面时，TFT彩屏无疑是最直观的选择。而SPI接口因其简单高效的特性，成为驱动小型TFT屏的首选方案。本文将深入探讨如何基于STM32F103C8T6这款经典MCU，从基础的模拟SPI实现逐步过渡到硬件SPI驱动1.8寸TFT彩屏的全过程。
1. 基础准备与环境搭建
在开始编码之前，我们需要做好硬件和软件两方面的准备工作。硬件上，一块STM32F103C8T6最小系统板（俗称"蓝板"）和1.8寸SPI接口的TFT屏是基础配置。这类屏幕通常采用ST7735S或ILI9163等控制器，分辨率多为128x160或132x162。
软件环境方面，Keil MDK-ARM是最常用的开发工具，配合STM32标准外设库或HAL库都能实现我们的目标。我个人更推荐使用STM32CubeMX进行初始化配置，它能自动生成底层硬件初始化代码，大幅提升开发效率。
关键硬件连接如下表所示：
| TFT屏引脚 | STM32引脚 | 功能说明 |
|---|---|---|
| VCC | 3.3V | 电源正极 |
| GND | GND | 电源地 |
| CS | PB10 | 片选信号 |
| RESET | PB0 | 复位信号 |
| DC | PB1 | 数据/命令选择 |
| SDA | PA7 | SPI数据线(MOSI) |
| SCL | PA6 | SPI时钟线 |
| BL | PB11 | 背光控制 |
注意：不同厂商的屏幕引脚定义可能略有差异，务必参考具体产品的数据手册。背光控制引脚如果接高电平常亮，也可以使用PWM控制亮度。
2. 模拟SPI实现原理与优化
模拟SPI是通过GPIO口模拟SPI时序的一种方式，其最大优势是不依赖特定的硬件外设，在任何MCU上都能实现。下面是一个典型的模拟SPI写数据函数实现：
void SPI_WriteByte(uint8_t data) { for(uint8_t i=0; i<8; i++) { LCD_SCL_LOW(); // 时钟线拉低 if(data & 0x80) // 判断最高位 LCD_SDA_HIGH(); else LCD_SDA_LOW(); LCD_SCL_HIGH(); // 时钟线拉高产生上升沿 data <<= 1; // 左移准备下一位 } }虽然模拟SPI实现简单，但在实际应用中需要注意几个关键点：
时序控制：SPI协议对时序有严格要求，特别是时钟高低电平的持续时间。在STM32F103C8T6上，72MHz主频下每条指令执行时间约14ns，完全能满足常见SPI屏的时序要求。
速度瓶颈：模拟SPI的最大缺陷是速度受限。实测显示，在优化后的代码中，发送一个字节需要约2.5μs（约400kHz），而全屏刷新128x160的16位色需要约130ms。
CPU占用率：在刷新屏幕期间，CPU无法执行其他任务。这对于需要实时响应的系统可能造成问题。
优化模拟SPI性能的几个技巧：
- 使用寄存器直接操作替代库函数（如
GPIOB->ODR |= 0x0001） - 适当降低SCLK频率，确保屏幕能稳定接收数据
- 采用DMA+GPIO模拟的方式（高级技巧）
3. 硬件SPI配置与迁移
硬件SPI能大幅提升传输效率，STM32F103C8T6内置的SPI1外设理论上可达18Mbps。使用STM32CubeMX配置硬件SPI非常简便：
- 在"Pinout & Configuration"标签页启用SPI1
- 配置为"Full-Duplex Master"模式
- 设置预分频器选择时钟频率（如PCLK2/8得到9MHz）
- 配置数据大小为8位，CPOL=Low，CPHA=1Edge
迁移到硬件SPI后，数据传输函数简化为：
void SPI_WriteByte(uint8_t data) { while(!(SPI1->SR & SPI_SR_TXE)); // 等待发送缓冲区空 SPI1->DR = data; // 写入数据 while(SPI1->SR & SPI_SR_BSY); // 等待传输完成 }硬件SPI与模拟SPI的关键对比：
| 特性 | 模拟SPI | 硬件SPI |
|---|---|---|
| 最大速度 | ~400kHz | 18MHz |
| CPU占用 | 100% | <10% |
| 代码复杂度 | 简单 | 中等 |
| 引脚灵活性 | 任意GPIO | 固定SPI引脚 |
| 多设备支持 | 容易 | 需要CS管理 |
| 功耗效率 | 较低 | 较高 |
实测数据显示，硬件SPI全屏刷新时间缩短至约25ms，比模拟SPI快了5倍以上。这对于需要动画或频繁更新的界面至关重要。
4. 高级优化技巧与实践
掌握了基础驱动后，我们可以进一步优化系统性能和使用体验：
4.1 双缓冲机制当需要流畅的动画效果时，可以考虑实现双缓冲。即在内存中维护一个完整的屏幕缓冲区，所有绘图操作先在内存中进行，完成后一次性更新到屏幕。
uint16_t frameBuffer[128][160]; // 双缓冲之一 void UpdateScreen() { SPI_SetRegion(0, 0, 127, 159); for(int y=0; y<160; y++) { for(int x=0; x<128; x++) { SPI_WriteData16(frameBuffer[x][y]); } } }4.2 局部刷新优化对于只需要更新部分区域的情况，可以通过设置区域命令仅刷新变化的部分：
void UpdateRegion(int x1, int y1, int x2, int y2) { SPI_SetRegion(x1, y1, x2, y2); for(int y=y1; y<=y2; y++) { for(int x=x1; x<=x2; x++) { SPI_WriteData16(frameBuffer[x][y]); } } }4.3 DMA传输使用DMA可以进一步降低CPU负载，实现后台数据传输：
- 在CubeMX中启用SPI1的DMA发送通道
- 配置内存到外设的DMA流
- 使用HAL_SPI_Transmit_DMA函数启动传输
uint16_t buffer[128]; // 行缓冲区 void DMA_UpdateLine(int y) { for(int x=0; x<128; x++) { buffer[x] = frameBuffer[x][y]; } HAL_SPI_Transmit_DMA(&hspi1, (uint8_t*)buffer, 128); }提示：使用DMA时需要注意数据对齐问题，SPI通常要求8位或16位对齐。同时要处理好DMA传输完成中断，避免缓冲区冲突。
5. 实际项目中的选择策略
在真实项目开发中，选择模拟SPI还是硬件SPI需要综合考虑多方面因素：
适合使用模拟SPI的场景：
- SPI引脚已经被其他功能占用
- 需要驱动多个SPI设备但硬件SPI数量不足
- 项目对显示速度要求不高
- 硬件设计已完成但发现SPI引脚分配错误
硬件SPI更适合的情况：
- 需要高刷新率或动画效果
- 系统有实时性要求，CPU需要处理其他任务
- 需要驱动高分辨率屏幕（240x320或更高）
- 低功耗应用场景
一个实用的折中方案是：默认使用硬件SPI，但保留模拟SPI的实现作为备用方案。可以在代码中通过宏定义方便地切换：
#define USE_HARDWARE_SPI 1 #if USE_HARDWARE_SPI #include "spi_hw.h" #else #include "spi_sw.h" #endif在调试阶段，如果遇到硬件SPI工作不正常的情况，可以快速切换到模拟SPI验证是否是硬件问题。这种设计思想在很多开源驱动库中都有体现。