📚 课程目录第4章外部存储硬件接口详解（上）

4、外部存储硬件接口详解（上）：SPI Flash选型与电路设计、SPI通信协议基础、STM32 SPI外设配置、DMA传输优化、常见问题（时钟极性、片选控制）

好，咱们进入第四章。这一章我打算拆成上下两篇来讲，因为内容确实有点多。上篇我们聚焦在 SPI Flash 本身、SPI 协议、STM32 的配置，还有 DMA 传输。下篇再讲 ESP32 那边的差异和移植要点。

做 LVGL 外部存储加载图片，说白了就是给 MCU 外挂一个“硬盘”。这个硬盘不能太慢，容量要够，还得便宜。SPI Flash 就是最常用的选择。我这些年经手的项目，十有八九用的都是它。

核心思路： SPI Flash 作为图片数据的持久化存储层，通过 SPI 接口与 MCU 通信。LVGL 的图片解码库（如 PNG、JPEG）从 Flash 中读取原始数据，解码后送入显示缓冲区。整个链路中，SPI 的传输速度是瓶颈，所以我们要用 DMA 来解放 CPU。

4.1 SPI Flash 选型与电路设计

选型这事儿，我踩过不少坑。先说几个关键参数：

容量： 一张 320x240 的 16 位色 BMP 图约 150KB。如果你要存几十张图，建议 16MB（128Mbit）起步。我一般推荐 W25Q128JV，性价比高，货源稳定。
速度： 标准 SPI 模式能跑到 80MHz 甚至 104MHz。但要注意，STM32 的 SPI 时钟最高一般是 fPCLK/2，比如 72MHz 主频下，SPI 最快 36MHz。选 Flash 时不用追求极限，匹配 MCU 的极限就行。
页大小： 常见 256 字节/页。擦除按扇区（4KB）、块（64KB）或整片。写图片时，按扇区擦除再写入，效率最高。
电压： 3.3V 是主流。STM32 也是 3.3V，可以直接对接。

电路设计上，其实很简单。SPI Flash 只需要 6 根线：

信号	方向	说明
CS (片选)	MCU → Flash	低电平有效，选中器件
SCK (时钟)	MCU → Flash	SPI 时钟线
MOSI	MCU → Flash	主出从入
MISO	Flash → MCU	主入从出
VCC	—	3.3V 电源
GND	—	地

嗯，这里要注意：CS 引脚必须用 GPIO 控制，不能直接接 GND。 我见过有人图省事把 CS 接地，结果多个 SPI 设备冲突，通信乱套。每个设备都要独立的 CS 引脚。

个人经验： 在 CS 引脚上串联一个 10kΩ 上拉电阻到 VCC，可以防止 MCU 未初始化时 Flash 被误选中。另外，SCK 和 MOSI 走线尽量短，远离晶振和电源电感，减少干扰。

4.2 SPI 通信协议基础

SPI 是同步全双工协议。说白了，就是主设备（MCU）提供时钟，每来一个时钟脉冲，主设备从 MOSI 发一位数据，同时从 MISO 收一位数据。收发是同时进行的。

SPI 有四种模式，由时钟极性（CPOL）和时钟相位（CPHA）决定：

模式	CPOL	CPHA	说明
模式 0	0	0	空闲时 SCK 低电平，第一个跳变沿采样
模式 1	0	1	空闲时 SCK 低电平，第二个跳变沿采样
模式 2	1	0	空闲时 SCK 高电平，第一个跳变沿采样
模式 3	1	1	空闲时 SCK 高电平，第二个跳变沿采样

W25Q128 默认支持模式 0 和模式 3。我个人习惯用模式 0，因为 STM32 的 SPI 初始化默认就是模式 0，省事。

SPI 通信的流程其实很固定：

拉低 CS，选中 Flash。
发送指令字节（如 0x03 读数据、0x02 写数据）。
发送地址字节（3 字节，高位在前）。
连续发送/接收数据字节。
拉高 CS，结束通信。

举个例子，读数据的时序：

// 伪代码：从地址 0x000000 读取 256 字节
CS_LOW();
SPI_WriteByte(0x03);      // 读指令
SPI_WriteByte(0x00);      // 地址高字节
SPI_WriteByte(0x00);      // 地址中字节
SPI_WriteByte(0x00);      // 地址低字节
for (i = 0; i < 256; i++) {
    buffer[i] = SPI_ReadWriteByte(0xFF);  // 发送 dummy 字节，读取数据
}
CS_HIGH();

4.3 STM32 SPI 外设配置

STM32 的 SPI 外设配置，我用的是 HAL 库。其实 LL 库更快，但 HAL 库可读性好，适合教学。咱们以 STM32F407 为例，配置 SPI1：

SPI_HandleTypeDef hspi1;

void MX_SPI1_Init(void)
{
    hspi1.Instance = SPI1;
    hspi1.Init.Mode = SPI_MODE_MASTER;          // 主模式
    hspi1.Init.Direction = SPI_DIRECTION_2LINES; // 全双工
    hspi1.Init.DataSize = SPI_DATASIZE_8BIT;    // 8 位数据
    hspi1.Init.CLKPolarity = SPI_POLARITY_LOW;  // CPOL=0
    hspi1.Init.CLKPhase = SPI_PHASE_1EDGE;      // CPHA=0
    hspi1.Init.NSS = SPI_NSS_SOFT;              // 软件片选
    hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_2; // 分频系数
    hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB;     // 高位在前
    hspi1.Init.TIMode = SPI_TIMODE_DISABLE;
    hspi1.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE;
    hspi1.Init.CRCPolynomial = 10;
    HAL_SPI_Init(&hspi1);
}

这里有个关键点：BaudRatePrescaler 决定了 SPI 时钟频率。 假设 APB2 时钟是 84MHz，分频系数为 2，则 SPI 时钟 = 84/2 = 42MHz。W25Q128 最高支持 104MHz，所以 42MHz 完全没问题。

避坑指南： 我曾经在 STM32F103 上把分频系数设为 2，结果 SPI 时钟跑到 36MHz（APB2=72MHz），Flash 死活读不出数据。后来发现是 PCB 走线太长，信号反射严重。降频到 18MHz 就稳定了。所以，理论速度不等于实际可用速度，要根据你的硬件环境调整。

4.4 DMA 传输优化

为什么要用 DMA？你想想看，如果不用 DMA，每次读写 Flash 都要 CPU 一个字节一个字节地搬数据。LVGL 解码一张图片可能要读取几十 KB 甚至几百 KB 的数据，CPU 全耗在 SPI 上了，界面卡成幻灯片。

DMA 传输的原理很简单：配置好 DMA 通道，告诉它数据从哪来、到哪去、传多少字节，然后启动。DMA 控制器自己搬数据，搬完了触发中断通知 CPU。CPU 可以趁这个时间去干别的事，比如处理 LVGL 的定时器或触摸事件。

配置 DMA 的步骤：

使能 DMA 时钟。
配置 DMA 流（Stream）和通道（Channel）。
设置源地址（外设数据寄存器地址）、目的地址（内存缓冲区地址）。
设置传输方向（外设到内存或内存到外设）。
设置数据宽度（字节、半字、字）。
使能传输完成中断。
启动 DMA 传输。

代码示例（基于 HAL 库）：

// 使用 DMA 从 SPI Flash 读取数据
// 假设 hspi1 已经初始化，DMA 流配置好
uint8_t rx_buffer[256];
uint8_t tx_buffer[256];  // 发送 dummy 字节 0xFF

// 先发送指令和地址（这部分用轮询方式，因为数据量小）
CS_LOW();
HAL_SPI_Transmit(&hspi1, cmd_addr, 4, HAL_MAX_DELAY);

// 启动 DMA 传输读取数据
HAL_SPI_TransmitReceive_DMA(&hspi1, tx_buffer, rx_buffer, 256);

// 等待 DMA 传输完成（在中断中设置标志位）
while (dma_busy_flag) {
    // CPU 可以处理其他任务
    LVGL 心跳处理();
    触摸扫描();
}

CS_HIGH();

这里有个小技巧：DMA 传输时，CPU 可以并行处理 LVGL 的任务。 但要注意，DMA 传输期间不要修改 tx_buffer 和 rx_buffer 的内容，否则数据会乱。

我的优化经验： 对于大块数据读取（比如一次读 4KB 的图片块），DMA 的优势非常明显。实测在 42MHz SPI 下，DMA 传输 4KB 数据只需要约 0.1ms，而轮询方式需要约 0.5ms。CPU 利用率从 100% 降到接近 0%。

4.5 常见问题：时钟极性与片选控制

这部分我单独拎出来讲，因为这两个问题我调试时遇到最多。

时钟极性（CPOL）和相位（CPHA）不匹配： 这是新手最容易犯的错。Flash 要求模式 0 或模式 3，你配置成模式 1 或模式 2，数据就全乱了。现象是读出来的数据全是 0xFF 或者随机值。解决办法：仔细看 Flash 数据手册的时序图，确认 CPOL 和 CPHA 的值。

片选控制不当： 片选（CS）必须在整个通信过程中保持低电平。我见过有人每发一个字节就拉高 CS 一次，结果 Flash 以为每次都是新命令，数据根本读不对。正确的做法是：在发送指令+地址+数据期间，CS 一直为低，全部完成后才拉高。

还有一个坑：CS 拉高后，需要至少一个 SCK 时钟周期的延迟才能再次拉低。 这是 Flash 内部状态机复位的时间。我一般在 CS 拉高后加一个微秒级的延时，或者直接调用 HAL_Delay(1)。

我曾经踩过的坑： 有一次调试，SPI 通信偶尔失败，读出来的数据中间有一段全是 0x00。查了半天，发现是 DMA 传输完成后，CS 拉高的时机不对。DMA 传输完成中断触发时，SPI 可能还在发送最后一个字节的停止位。正确的做法是：在 DMA 传输完成中断中，先等待 SPI 总线空闲（检查 SPI_SR 寄存器的 BSY 位），再拉高 CS。

本章知识结构图

下面这张图梳理了本章的核心逻辑：从 Flash 选型到电路设计，再到协议、配置和优化，最后落到常见问题。你可以把它当作一个检查清单。

好了，上篇就到这里。下篇我们会讲 ESP32 的 SPI 配置差异、多设备总线共享、以及如何把 STM32 的代码移植到 ESP32 上。到时候见。