STM32F103的SPI引脚不够用？用普通IO口模拟SPI驱动W25Q64的完整避坑指南
STM32F103的SPI引脚不够用？用普通IO口模拟SPI驱动W25Q64的完整避坑指南
在嵌入式开发中，我们经常会遇到硬件资源受限的情况。当STM32F103的硬件SPI接口被其他外设占用，或者项目需要同时连接多个SPI设备时，如何利用普通GPIO模拟SPI时序就成为一个必须掌握的技能。本文将深入探讨用软件模拟SPI驱动W25Q64 Flash存储器的完整方案，特别针对实际开发中容易遇到的时序问题和性能瓶颈提供解决方案。
1. 硬件SPI与模拟SPI的对比分析
1.1 资源占用对比
硬件SPI和模拟SPI最明显的区别在于引脚资源的占用情况：
| 特性 | 硬件SPI | 模拟SPI |
|---|---|---|
| 引脚固定性 | 必须使用指定SPI引脚 | 可任意选择GPIO |
| 时钟精度 | 高精度，由硬件生成 | 依赖软件延时精度 |
| CPU占用率 | 低，数据传输自动完成 | 高，需CPU参与每个时钟 |
| 最大速率 | 通常可达18MHz | 通常1-2MHz |
在STM32F103上，硬件SPI接口数量有限（通常1-2个），当这些接口已被其他设备（如显示屏、无线模块等）占用时，模拟SPI就成为扩展连接能力的唯一选择。
1.2 性能实测数据
我们通过实际测试对比了两种方式驱动W25Q64的性能差异：
传输速度：
- 硬件SPI@18MHz：读取速度约2.25MB/s
- 模拟SPI@1MHz：读取速度约125KB/s
- 模拟SPI@2MHz：读取速度约250KB/s（稳定性下降）
CPU占用率：
- 硬件SPI传输1MB数据：CPU占用约5%
- 模拟SPI传输1MB数据：CPU占用接近100%
提示：模拟SPI的性能瓶颈主要来自GPIO操作和软件延时的开销。在实际应用中，需要根据具体需求权衡速度和资源占用。
2. 模拟SPI的底层实现
2.1 引脚配置与初始化
首先需要为模拟SPI分配GPIO引脚。与硬件SPI不同，我们可以自由选择任何可用的GPIO：
// 定义模拟SPI使用的GPIO引脚 #define SPI_CS_PIN GPIO_Pin_4 // PA4 #define SPI_SCK_PIN GPIO_Pin_5 // PA5 #define SPI_MISO_PIN GPIO_Pin_6 // PA6 #define SPI_MOSI_PIN GPIO_Pin_7 // PA7 void SPI_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct; // 使能GPIO时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); // 配置CS和SCK为推挽输出 GPIO_InitStruct.GPIO_Pin = SPI_CS_PIN | SPI_SCK_PIN | SPI_MOSI_PIN; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStruct); // 配置MISO为上拉输入 GPIO_InitStruct.GPIO_Pin = SPI_MISO_PIN; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_IPU; GPIO_Init(GPIOA, &GPIO_InitStruct); // 初始状态 GPIO_SetBits(GPIOA, SPI_CS_PIN); // CS高电平 GPIO_ResetBits(GPIOA, SPI_SCK_PIN); // SCK低电平 }2.2 时序模式选择与实现
W25Q64支持SPI模式0和模式3，我们需要在软件中精确模拟这些时序。以下是模式0（CPOL=0，CPHA=0）的实现：
uint8_t SPI_ReadWriteByte(uint8_t byte) { uint8_t i, receive = 0; for(i = 0; i < 8; i++) { // 在时钟上升沿前设置MOSI if(byte & 0x80) GPIO_SetBits(GPIOA, SPI_MOSI_PIN); else GPIO_ResetBits(GPIOA, SPI_MOSI_PIN); byte <<= 1; // 产生时钟上升沿 GPIO_SetBits(GPIOA, SPI_SCK_PIN); // 在时钟下降沿读取MISO receive <<= 1; if(GPIO_ReadInputDataBit(GPIOA, SPI_MISO_PIN)) receive |= 0x01; GPIO_ResetBits(GPIOA, SPI_SCK_PIN); } return receive; }对于模式3（CPOL=1，CPHA=1），时序实现有所不同：
uint8_t SPI_ReadWriteByte_Mode3(uint8_t byte) { uint8_t i, receive = 0; GPIO_SetBits(GPIOA, SPI_SCK_PIN); // 初始时钟高电平 for(i = 0; i < 8; i++) { // 在时钟下降沿前设置MOSI if(byte & 0x80) GPIO_SetBits(GPIOA, SPI_MOSI_PIN); else GPIO_ResetBits(GPIOA, SPI_MOSI_PIN); byte <<= 1; // 产生时钟下降沿 GPIO_ResetBits(GPIOA, SPI_SCK_PIN); // 在时钟上升沿读取MISO receive <<= 1; if(GPIO_ReadInputDataBit(GPIOA, SPI_MISO_PIN)) receive |= 0x01; GPIO_SetBits(GPIOA, SPI_SCK_PIN); } return receive; }3. W25Q64驱动实现中的关键问题
3.1 读取器件ID异常问题
在实际测试中发现，使用模拟SPI模式3读取W25Q64的ID时可能出现异常，这通常由以下原因导致：
- 时序偏差：软件模拟的时钟边沿不够精确
- 信号建立时间不足：MOSI数据在时钟边沿前未稳定
- 采样时机错误：MISO数据采样点与器件要求不匹配
解决方案包括：
- 增加关键时序点的延时
- 检查模式3的初始时钟状态
- 确保CS信号在操作前后有足够稳定时间
3.2 跨页写入的数据保护
W25Q64的写入操作必须以页为单位（256字节），且写入前必须擦除（擦除单位通常为4KB扇区）。这带来两个主要挑战：
- 数据覆盖风险：当写入跨越页边界时，如果不做特殊处理，会导致下一页数据被覆盖
- 擦除效率问题：每次写入前擦除整个扇区会影响未修改数据的保存
改进后的跨页写入函数解决了这些问题：
void W25Q64_WriteData(uint32_t addr, uint8_t *data, uint32_t size) { uint8_t sectorBuffer[4096]; // 扇区缓存 uint32_t sectorStart = addr & 0xFFFFF000; // 计算当前扇区起始地址 uint16_t sectorOffset = addr & 0x00000FFF; // 扇区内偏移 // 1. 读取整个扇区数据到缓存 W25Q64_ReadData(sectorStart, sectorBuffer, 4096); // 2. 修改缓存中需要更新的部分 memcpy(§orBuffer[sectorOffset], data, size); // 3. 擦除整个扇区 W25Q64_SectorErase(sectorStart); // 4. 将修改后的数据写回 W25Q64_PageWrite(sectorStart, sectorBuffer, 4096); }4. 性能优化技巧
4.1 提升传输速度的方法
虽然模拟SPI速度有限，但通过以下方法可以显著提升性能：
寄存器级GPIO操作：直接操作GPIO寄存器而非库函数
#define SPI_SCK_H() (GPIOA->BSRR = GPIO_Pin_5) #define SPI_SCK_L() (GPIOA->BRR = GPIO_Pin_5)循环展开：减少循环开销
// 展开8次循环 if(byte & 0x80) MOSI_H(); else MOSI_L(); byte <<= 1; SCK_H(); receive = (receive << 1) | MISO_READ(); SCK_L(); // 重复7次...适当降低延时：在保证稳定的前提下减少时序间隔
4.2 降低CPU占用的策略
当系统需要同时处理其他任务时，可以采用以下方法降低模拟SPI的CPU占用：
- 分块传输：将大数据传输分成小块，在任务间隙处理
- DMA辅助：对于输出数据，可以使用DMA配合定时器模拟时钟
- 中断驱动：利用定时器中断生成精确的SPI时钟
5. 实际应用案例：字库存储与读取
一个典型的应用场景是将中文字库存储在W25Q64中，供LCD显示使用。以下是关键实现步骤：
字库烧录：
// 打开字库文件 FILE *fp = fopen("font.bin", "rb"); fread(fontBuffer, 1, FONT_SIZE, fp); fclose(fp); // 写入Flash W25Q64_WriteData(FONT_BASE_ADDR, fontBuffer, FONT_SIZE);字模读取：
void GetFontData(uint16_t unicode, uint8_t *buffer) { uint32_t addr = FONT_BASE_ADDR + unicode * 32; // 假设每个字符32字节 W25Q64_ReadData(addr, buffer, 32); }显示集成：
uint8_t fontData[32]; GetFontData(unicode, fontData); LCD_DrawFont(x, y, fontData);
在实际项目中，通过合理组织存储结构和优化读取流程，即使使用模拟SPI也能实现流畅的字库显示效果。