1. 搞懂 SPI NOR Flash 到底在系统里扮演什么角色1.1 为什么嵌入式项目绕不开 SPI NOR Flash做过 STM32 项目的人大概率都碰过这样一个场景板子上的 MCU 内部 Flash 只有 512KB 甚至 128KB跑个裸机程序绰绰有余可一旦要存字库、图片、音频、日志、OTA 升级包内部空间立刻捉襟见肘。这时候最省事、最便宜、最通用的扩容方案就是外挂一颗 SPI NOR Flash。SPI NOR Flash 在嵌入式系统里的定位非常清晰它是非易失性存储掉电不丢数据读写接口简单封装小价格低容量从 1Mbit 到 512Mbit 都有。像 GD25Q80E 这颗 8Mbit也就是 1MB的芯片几乎成了很多开发板的标配正点原子、野火、安富莱的板子上都能见到它的身影。它解决的问题其实就三类代码存储把一部分不常改的代码或资源放到外部 FlashMCU 通过 XIP 或者搬运到 RAM 执行。数据存储存配置参数、字库、图片、音频、日志等。OTA 升级新固件先写到外部 Flash校验通过后再搬运到内部 Flash 或者直接在外部执行。适合读这篇文章的人我大致分三类一是刚学完 STM32 基础外设想进阶搞存储的二是项目里要用外部 Flash 但被时序和命令搞得一头雾水的三是想从普通 SPI 升级到 QSPI 四线模式提升读写速度的。这三类人看下去都会有收获。1.2 GD25Q80E 这颗芯片的基本盘GD25Q80E 是兆易创新GigaDevice出的 8Mbit SPI NOR Flash标准 SPI 接口支持单线、双线、四线模式。它的关键参数如下参数项数值说明容量8Mbit / 1MB128 个 4KB 扇区或 16 个 64KB 块电压2.7V ~ 3.6V典型 3.3V 系统接口SPI / Dual SPI / Quad SPI支持模式 0 和模式 3最高时钟单线 120MHz四线 120MHz实际受 MCU 和布线限制页大小256 字节一次最多写 256 字节扇区大小4KB最小擦除单位块大小64KB大块擦除单位擦写寿命10 万次每个扇区数据保持20 年常温这里有几个点必须提前说清楚不然实操一定踩坑注意NOR Flash 的写入规则是“先擦后写”而且擦除的最小单位是 4KB 扇区不是你想改哪个字节就改哪个字节。写之前对应区域必须是 0xFF 状态否则写进去的数据是错的。注意一次写操作不能跨页。页大小 256 字节如果你从地址 0x0000FF 开始写 10 个字节会写到 0x000100 去但地址 0x000100 属于下一页实际会回卷到本页开头覆盖数据。这是新手最容易翻车的地方。1.3 单线、双线、四线的本质区别很多人搞不清 SPI、Dual SPI、Quad SPI 到底差在哪。我用一句话概括区别只在数据线的数量命令和地址的传输方式也相应变化但底层还是 SPI 协议那一套。标准 SPI单线MOSI 发数据MISO 收数据一个时钟周期传 1 位。Dual SPI双线把 MOSI 和 MISO 都当成双向数据线用一个时钟周期传 2 位。Quad SPI四线再加上 WP# 和 HOLD# 两个引脚当数据线一个时钟周期传 4 位。理论上四线比单线快 4 倍但实际提升没那么夸张因为命令阶段和地址阶段可能还是单线只有数据阶段是四线。真正全四线的模式叫 QPI命令、地址、数据全走四线那才是速度拉满的玩法。STM32 的 QSPI 外设就是专门为这种场景设计的它硬件上支持命令阶段、地址阶段、数据阶段、交替字节阶段、空周期阶段分别配置线宽非常灵活。后面我会详细讲怎么配。2. GD25Q80E 命令时序拆解别只会发 0x032.1 常用命令一览与使用场景GD25Q80E 的命令集和大多数 SPI NOR Flash 兼容我整理了一张常用命令表这些是实操中真正会用到的命令十六进制功能常用场景Write Enable0x06写使能每次擦写前必须发Write Disable0x04写禁止可选Read Status Register 10x05读状态寄存器轮询 BUSY 位Read Data0x03普通读低速读单线Fast Read0x0B快速读带空周期支持高速Fast Read Dual0x3B双线快速读双线模式Fast Read Quad0x6B四线快速读QSPI 常用Page Program0x02页编程写数据最多 256 字节Quad Page Program0x32四线页编程四线写Sector Erase0x204KB 扇区擦除小范围擦除Block Erase 32KB0x5232KB 块擦除中等范围Block Erase 64KB0xD864KB 块擦除大范围擦除Chip Erase0xC7/0x60全片擦除整片清空Read ID0x9F读 JEDEC ID识别芯片Enable QPI0x38进入 QPI 模式全四线Exit QPI0xFF退出 QPI恢复单线Enable Reset0x66复位使能软复位前Reset0x99复位软复位这张表建议直接收藏调试的时候对着看比翻数据手册快得多。2.2 读操作时序0x03 和 0x0B 差在哪先看最简单的读命令 0x03。它的时序是CS 拉低发送 0x038 个时钟发送 24 位地址3 字节连续读取数据每个时钟一位CS 拉高结束这个命令的优点是简单缺点是速度上不去。因为数据在时钟下降沿输出MCU 需要在上升沿采样留给信号建立的时间很短一般时钟不能超过 50MHz 左右。0x0BFast Read多了一个东西空周期Dummy Cycles。时序变成CS 拉低发送 0x0B发送 24 位地址发送 8 个空周期时钟照跑数据线不管连续读取数据CS 拉高这 8 个空周期是给 Flash 内部准备数据用的有了它时钟可以拉到 100MHz 以上。你可以这样理解0x03 是“你问了我立刻答”0x0B 是“你问了我喘口气再答”喘这口气的时间让芯片能跑得更快。实操心得如果你用普通 SPI 读时钟低于 30MHz用 0x03 就行简单可靠。一旦超过 50MHz必须换 0x0B否则读出来的数据会随机出错而且这种错误很难查因为低速测试时完全正常。2.3 写操作时序Write Enable 是绕不过去的门槛NOR Flash 的写操作有个硬性规定每次擦除或编程之前必须先发 Write Enable0x06。这是芯片的安全机制防止误写。完整的写流程是这样的发 0x06Write Enable读状态寄存器0x05确认 WEL 位bit 1为 1发擦除或编程命令轮询状态寄存器等 BUSY 位bit 0变 0完成这里有个细节很多人忽略Write Enable 是“一次性”的。你发一次 0x06只能执行一次擦除或编程操作。如果你要连续写多个页每一页之前都要重新发 0x06。我见过有人写了一个循环只发一次 0x06结果只有第一页写成功后面全是 0xFF查了半天以为是硬件问题。状态寄存器的 BUSY 位轮询也有讲究。擦除一个 4KB 扇区典型时间是 45ms最大 400ms写一页 256 字节典型 0.7ms最大 3ms。你不能发完命令立刻读数据必须等 BUSY 变 0。// 等待 Flash 空闲的典型实现 void Flash_WaitBusy(void) { uint8_t status; do { Flash_CS_Low(); SPI_TransferByte(0x05); // 读状态寄存器1 status SPI_TransferByte(0xFF); Flash_CS_High(); } while (status 0x01); // bit0 是 BUSY 位 }这段代码看起来简单但有个坑轮询频率不能太高。如果你在 100MHz SPI 下疯狂轮询CS 频繁翻转反而会影响 Flash 内部操作。实际项目中我一般加个 1ms 延时再轮询既不影响速度又稳定。2.4 擦除操作时序4KB、32KB、64KB 怎么选擦除命令有三个粒度0x20 扇区擦除4KB典型 45ms0x52 块擦除32KB典型 120ms0xD8 块擦除64KB典型 150ms0xC7 全片擦除整片典型 10s8Mbit选择原则很简单擦除范围越小时间越短但命令开销占比越高范围越大单字节擦除成本越低但灵活性差。举个例子你要存 10KB 的数据分布在 3 个 4KB 扇区里。用扇区擦除发 3 次命令总时间约 135ms。用 64KB 块擦除发 1 次命令时间 150ms但会把块内其他数据也擦掉。所以如果你只是更新一小块数据千万别图省事用大块擦除会把旁边的数据一起干掉。踩过的坑有一次做 OTA新固件 60KB我图快用了 64KB 块擦除结果把紧挨着的配置参数区也擦了。配置区在 64KB 边界之后我以为没事实际上块擦除是按地址对齐的0x10000 开始的 64KB 块覆盖 0x10000~0x1FFFF配置区在 0x1F000正好在里面。这个教训告诉我擦除前一定要算清楚地址范围。2.5 状态寄存器BUSY 和 WEL 两位必须盯紧状态寄存器 1 的位定义如下位名称含义bit 0BUSY1 表示芯片忙0 表示空闲bit 1WEL1 表示写使能已置位bit 2BP0块保护位 0bit 3BP1块保护位 1bit 4BP2块保护位 2bit 5TB顶部/底部保护选择bit 6SEC扇区/块保护选择bit 7SRP0状态寄存器保护BP0~BP2 和 TB、SEC 组合起来可以保护部分区域不被写入这个功能在量产时很有用可以防止程序跑飞误擦 bootloader 区。但调试阶段建议全部清零不然你会遇到“明明发了写命令却写不进去”的诡异问题。实操心得如果你发现写操作一直失败先读状态寄存器看看 BP 位是不是被置位了。有些 Flash 出厂默认保护一部分区域或者上一次程序设置了保护没清除都会导致写失败。发 0x01 写状态寄存器可以把 BP 位清零。3. STM32 QSPI 外设配置实战3.1 为什么用 QSPI 而不是普通 SPI普通 SPI 外设也能驱动 NOR Flash但有几个硬伤速度上限低STM32 的 SPI 最高时钟一般 50MHz 左右F4 系列F7/H7 能到 100MHz但单线模式下实际有效带宽有限。CPU 占用高每次读写都要 CPU 参与搬运数据大块数据传输时 CPU 基本被占满。不支持内存映射没法像访问内存一样直接读 FlashXIP 执行代码很麻烦。QSPI 外设解决了这些问题四线模式理论带宽是单线的 4 倍。DMA 支持大块数据传输不占 CPU。内存映射模式可以把外部 Flash 映射到地址空间像读内存一样读 Flash直接 XIP 执行代码。硬件自动处理命令阶段命令、地址、空周期、数据阶段的线宽和长度都能配不用软件一位一位拼。以 STM32F767 为例QSPI 时钟最高可以到 108MHzAHB 216MHz 的二分频四线模式下理论带宽 54MB/s实际能跑到 30MB/s 以上比普通 SPI 快一个数量级。3.2 硬件连接引脚映射和注意事项GD25Q80E 和 STM32 QSPI 的典型连接如下以 STM32F767 的 QUADSPI 为例GD25Q80E 引脚STM32 引脚功能CS#PB6片选CLKPB2时钟DI (MOSI)PD11数据线 0DO (MISO)PD12数据线 1WP#PD13数据线 2HOLD#/RESET#PB10数据线 3VCC3.3V电源GNDGND地几个硬件上的注意点注意WP# 和 HOLD# 在四线模式下变成数据线 2 和数据线 3所以这两个引脚不能再做其他用途。如果你用的是普通 SPI 模式WP# 和 HOLD# 要上拉到 VCC否则芯片可能进入保护或保持状态。注意CLK 走线尽量短最好等长处理。四线模式下 100MHz 时钟走线长了信号质量会明显下降读数据出错率飙升。我见过一块板子 CLK 走了 8cm四线模式死活跑不起来降到 50MHz 才稳定。注意CS# 上拉一个 10K 电阻到 VCC防止 MCU 复位期间引脚浮空导致 Flash 误动作。3.3 CubeMX 配置参数怎么填用 CubeMX 配置 QSPI 相对省事但有几个参数必须理解清楚不然生成的代码跑不起来。Clock Prescaler分频系数QSPI 时钟 AHB 时钟 / (Prescaler 1)。比如 AHB 216MHzPrescaler 设 1QSPI 时钟 108MHz。调试阶段建议先设大一点比如 8 分频跑通了再往上加。FIFO ThresholdFIFO 阈值一般设 4 或 8。这个影响 DMA 触发时机设太小会频繁中断设太大可能溢出。Sample Shifting采样偏移可选 None 或 Half Cycle。高速时钟下建议选 Half Cycle给数据信号更多建立时间。Flash SizeFlash 容量GD25Q80E 是 8Mbit这里填 0x14表示 2^20 1MB即 8Mbit。这个值影响内存映射模式的地址范围。CSHTChip Select High Time片选高电平保持时间可选 1~8 个时钟周期。一般设 1 或 2 就行太短可能导致命令之间间隔不够。Clock ModeCPOL 和 CPHA。GD25Q80E 支持模式 0CPOL0, CPHA0和模式 3CPOL1, CPHA1。CubeMX 里选 Mode 0 即可。3.4 命令配置结构体每个字段都要搞明白STM32 HAL 库的 QSPI 命令配置结构体QSPI_CommandTypeDef是核心字段比较多我逐个解释QSPI_CommandTypeDef sCommand {0}; sCommand.Instruction 0x6B; // 命令码四线快速读 sCommand.InstructionMode QSPI_INSTRUCTION_1_LINE; // 命令阶段单线 sCommand.Address 0x000000; // 读起始地址 sCommand.AddressMode QSPI_ADDRESS_1_LINE; // 地址阶段单线 sCommand.AddressSize QSPI_ADDRESS_24_BITS; // 24位地址 sCommand.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; // 无交替字节 sCommand.AlternateBytes 0; sCommand.AlternateBytesSize QSPI_ALTERNATE_BYTES_8_BITS; sCommand.DummyCycles 8; // 8个空周期 sCommand.DataMode QSPI_DATA_4_LINES; // 数据阶段四线 sCommand.NbData 4096; // 读4096字节 sCommand.DdrMode QSPI_DDR_MODE_DISABLE; // 关闭DDR sCommand.DdrHoldHalfCycle QSPI_DDR_HHC_ANALOG_DELAY; sCommand.SIOOMode QSPI_SIOO_INST_EVERY_CMD; // 每次命令都发指令这里最容易搞错的是DummyCycles。GD25Q80E 在四线快速读0x6B时数据手册规定是 8 个空周期。但如果你用的是 0xEBQuad I/O Fast Read空周期可能是 6 个或 10 个具体看模式配置。填错了读出来全是 0xFF 或者乱码。实操心得DummyCycles 不对是 QSPI 调试最常见的坑。我的经验是先用单线 0x03 读 ID确认硬件连接没问题再切到 0x0B 单线快速读确认空周期配置最后才上 0x6B 四线。一步一步来比一上来就四线好查问题。3.5 内存映射模式像读内存一样读 FlashQSPI 最爽的功能是内存映射模式。配置好之后外部 Flash 的内容会映射到 STM32 的地址空间通常是 0x90000000 开始你可以直接用指针读// 配置内存映射模式 QSPI_CommandTypeDef sCommand {0}; sCommand.Instruction 0x6B; sCommand.InstructionMode QSPI_INSTRUCTION_1_LINE; sCommand.AddressMode QSPI_ADDRESS_1_LINE; sCommand.AddressSize QSPI_ADDRESS_24_BITS; sCommand.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; sCommand.DummyCycles 8; sCommand.DataMode QSPI_DATA_4_LINES; sCommand.NbData 0; // 内存映射模式必须为0 QSPI_MemoryMappedTypeDef sMemMappedCfg {0}; sMemMappedCfg.TimeOutActivation QSPI_TIMEOUT_COUNTER_DISABLE; sMemMappedCfg.TimeOutPeriod 0; HAL_QSPI_MemoryMapped(hqspi, sCommand, sMemMappedCfg); // 之后就可以直接读 uint8_t *flash_ptr (uint8_t *)0x90000000; uint8_t data flash_ptr[0x1000]; // 读地址0x1000的数据内存映射模式下读操作完全由硬件完成CPU 只管取数据速度非常快。如果你要把代码放到外部 Flash 执行XIP就必须用这个模式。但内存映射模式有个限制只能读不能写。写操作还是要退出映射模式用间接模式发命令。所以典型流程是上电配好映射模式运行时代码直接读需要写的时候切回间接模式写完再切回映射模式。4. 完整驱动实现与常见问题排查4.1 从零写一个可用的驱动框架我把驱动分成三层底层 SPI 收发、中间命令封装、上层应用接口。这样分层的好处是换 MCU 或换 Flash 型号时只需要改底层或中间层。底层负责 CS 控制、字节收发、延时。如果用 QSPI 外设这层基本由 HAL 库代劳。中间层封装读 ID、读状态、写使能、擦除、页写、读数据等函数。上层提供Flash_Read、Flash_Write、Flash_Erase这种通用接口内部处理跨页、擦除对齐等逻辑。先看读 ID 函数这是验证硬件连接的第一步uint32_t Flash_ReadID(void) { uint8_t id[3]; QSPI_CommandTypeDef cmd {0}; cmd.Instruction 0x9F; cmd.InstructionMode QSPI_INSTRUCTION_1_LINE; cmd.AddressMode QSPI_ADDRESS_NONE; cmd.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; cmd.DummyCycles 0; cmd.DataMode QSPI_DATA_1_LINE; cmd.NbData 3; HAL_QSPI_Command(hqspi, cmd, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); HAL_QSPI_Receive(hqspi, id, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); return (id[0] 16) | (id[1] 8) | id[2]; }GD25Q80E 的 JEDEC ID 是 0xC84014。如果你读出来是 0xFFFFFF 或 0x000000说明硬件连接有问题如果是其他值可能是兼容型号或者命令模式不对。再看页写函数这里要处理跨页问题void Flash_PageWrite(uint32_t addr, uint8_t *buf, uint16_t len) { // 计算本页剩余空间 uint16_t page_remain 256 - (addr % 256); if (len page_remain) { len page_remain; // 截断到本页末尾 } Flash_WriteEnable(); QSPI_CommandTypeDef cmd {0}; cmd.Instruction 0x02; cmd.InstructionMode QSPI_INSTRUCTION_1_LINE; cmd.Address addr; cmd.AddressMode QSPI_ADDRESS_1_LINE; cmd.AddressSize QSPI_ADDRESS_24_BITS; cmd.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; cmd.DummyCycles 0; cmd.DataMode QSPI_DATA_1_LINE; cmd.NbData len; HAL_QSPI_Command(hqspi, cmd, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); HAL_QSPI_Transmit(hqspi, buf, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); Flash_WaitBusy(); }上层写函数负责拆分跨页和擦除void Flash_Write(uint32_t addr, uint8_t *buf, uint32_t len) { uint32_t sector_start addr ~(0xFFF); // 4KB对齐 uint32_t sector_end (addr len - 1) ~(0xFFF); // 先擦除涉及的扇区 for (uint32_t s sector_start; s sector_end; s 4096) { Flash_SectorErase(s); } // 再按页写入 while (len 0) { uint16_t page_len 256 - (addr % 256); if (page_len len) page_len len; Flash_PageWrite(addr, buf, page_len); addr page_len; buf page_len; len - page_len; } }这个框架虽然简单但覆盖了 90% 的使用场景。实际项目中你可能还需要加缓存、加磨损均衡、加掉电保护那就是另一个话题了。4.2 常见问题速查表调试 SPI NOR Flash 时遇到的问题八成集中在下面这张表里现象可能原因排查方法读 ID 全是 0xFFCS 没拉低、时钟没输出、电源没接示波器看 CS 和 CLK读 ID 全是 0x00MISO 没接、引脚配置错检查引脚复用和上拉读 ID 正确但读数据错空周期配置不对、时钟太快降时钟、调 DummyCycles写不进去没发 Write Enable、区域被保护读状态寄存器看 WEL 和 BP写进去读出来是 0xFF没擦除、擦除没等完成确认擦除后 BUSY 变 0只有第一页写成功Write Enable 只发了一次每页写前都发 0x06数据错位跨页写没处理检查页边界四线模式读乱码DummyCycles 不对、线序错先用单线验证内存映射读崩溃Flash Size 配置错、地址越界检查 CubeMX 配置高速下随机出错信号完整性差、采样点不对降时钟、改 Sample Shifting4.3 几个真实踩坑记录坑一CS 高电平时间太短导致命令丢失。有一次用 QSPI 连续发命令两条命令之间 CS 只拉高了 1 个时钟周期结果第二条命令偶尔不执行。后来把 CSHT 改成 4 个时钟周期问题消失。原因是 Flash 内部需要时间识别 CS 上升沿太快了它反应不过来。坑二DMA 传输长度不是 4 的倍数导致卡死。STM32 的 QSPI DMA 在某些系列上要求传输长度是 4 的倍数我传了 4095 字节结果 DMA 卡住不动。改成 4096 或者分两次传就好了。这个坑在参考手册里写得很隐蔽不看勘误表根本发现不了。坑三内存映射模式下写操作没退出映射。我一开始想省事在映射模式下直接发写命令结果写命令被当成读数据处理完全没效果。后来老老实实先HAL_QSPI_Abort退出映射写完再重新配置映射模式。坑四擦除和写入之间没等 BUSY。擦除命令发完立刻发写命令写命令被忽略因为芯片还在忙。这个错误在低速下偶尔能成功高速下必失败非常具有迷惑性。4.4 性能优化从 1MB/s 到 30MB/s如果你只是存点配置参数单线 10MHz 足够了。但如果你要跑 XIP 或者传大文件性能优化就很重要。我实测下来优化路径是这样的第一步从 0x03 换成 0x0B时钟从 30MHz 提到 80MHz读速度从 3MB/s 提到 8MB/s。第二步从单线换成四线 0x6B时钟保持 80MHz读速度提到 25MB/s。第三步开 DMACPU 占用从 100% 降到 5% 以下读速度稳定在 28MB/s。第四步如果支持 DDR 模式还能再翻倍但 GD25Q80E 不支持 DDR所以到 28MB/s 就是极限了。写速度方面页写 256 字节典型 0.7ms算下来约 0.36MB/s这是 Flash 物理特性决定的优化空间不大。擦除 4KB 典型 45ms约 0.09MB/s。所以写密集场景要考虑磨损均衡和缓存策略。实操心得如果你发现四线模式速度没比单线快多少检查一下命令阶段和地址阶段是不是还在单线。真正的四线加速需要命令、地址、数据全四线QPI 模式但 QPI 模式下不能再用普通 SPI 命令需要专门的进入和退出命令。这个取舍要看你的具体场景。5. 进阶玩法与项目落地建议5.1 OTA 升级中的 Flash 分区设计外部 Flash 做 OTA 是很常见的需求分区设计直接影响升级可靠性和回滚能力。我一般这样分区域大小用途Bootloader64KB内部 Flash负责搬运和校验App A512KB外部 Flash当前运行固件App B512KB外部 Flash新固件暂存Config4KB配置参数Log剩余空间运行日志升级流程是新固件写到 App B校验 CRC 通过后写一个标志位到 Config重启后 Bootloader 根据标志位决定搬运哪个 App。这样即使升级失败也能回滚到旧版本。这里的关键点是校验。我一般用 CRC32对整个固件算一遍和固件头里的 CRC 比对。不要用简单的累加和碰撞概率太高。5.2 磨损均衡什么时候需要怎么做NOR Flash 每个扇区擦写寿命 10 万次。如果你每秒写一次配置参数同一个扇区一年就写废了。所以写频繁的场景必须做磨损均衡。最简单的做法是双扇区交替准备两个 4KB 扇区轮流写写之前先擦另一个。这样寿命翻倍。复杂一点的是日志式存储把扇区当成环形缓冲区每次写新记录写满了擦一次。这样寿命能提高几十倍。但说实话大部分嵌入式项目根本写不到 10 万次。我做过一个工业设备每分钟写一次日志一年也就 50 万次但分布在 128 个扇区上每个扇区才 4000 次远没到寿命。所以磨损均衡要不要做先算一下实际写入频率再说。5.3 选型建议GD25Q80E 之外还有什么选择GD25Q80E 是 8Mbit 的入门款如果你的项目需要更大容量或更高速度可以考虑GD25Q16E / GD25Q32E16Mbit / 32Mbit引脚兼容代码基本不用改。GD25Q64E / GD25Q128E64Mbit / 128Mbit适合存大量资源。W25Q 系列华邦的兼容性好资料多。IS25LP 系列ISSI 的低功耗做得好。选型时重点看三个参数容量、电压、最高时钟。容量按实际需求留 30% 余量电压要和 MCU 系统匹配最高时钟要满足你的速度要求。另外注意封装SOP8 和 WSON8 的焊接难度不一样手焊建议选 SOP8。5.4 调试工具与技巧调试 SPI NOR Flash光靠 printf 效率太低。我常用的工具组合是逻辑分析仪抓 SPI 波形看命令、地址、数据是否符合预期。Saleae 或者国产的 DSLogic 都行采样率至少 100MHz。示波器看信号完整性特别是高速下的过冲和振铃。Flash 编程器单独把 Flash 拆下来读写验证芯片本身是否正常。STM32CubeProgrammer支持外部 Flash 烧录可以配合 QSPI 直接下载固件。逻辑分析仪抓波形时重点看几个地方CS 拉低到第一个时钟的间隔、命令码是否正确、地址是否对齐、空周期数量是否匹配、数据阶段线宽是否正确。这几个点对了基本就没问题。实操心得我习惯在驱动里加一个Flash_Dump函数把 Flash 前 256 字节打印出来。每次调试新板子先读 ID再 Dump确认基本读写正常再跑业务逻辑。这个习惯帮我省了大量时间因为很多问题在 Dump 阶段就能发现。5.5 一个完整的读写测试用例最后给一个可以直接用的测试用例覆盖擦除、写入、读取、校验全流程#define TEST_ADDR 0x000000 #define TEST_SIZE 4096 void Flash_Test(void) { uint8_t write_buf[TEST_SIZE]; uint8_t read_buf[TEST_SIZE]; // 准备测试数据 for (int i 0; i TEST_SIZE; i) { write_buf[i] i 0xFF; } // 擦除 printf(Erasing sector...\n); Flash_SectorErase(TEST_ADDR); // 写入 printf(Writing data...\n); Flash_Write(TEST_ADDR, write_buf, TEST_SIZE); // 读取 printf(Reading data...\n); Flash_Read(TEST_ADDR, read_buf, TEST_SIZE); // 校验 if (memcmp(write_buf, read_buf, TEST_SIZE) 0) { printf(Test PASS!\n); } else { printf(Test FAIL!\n); for (int i 0; i TEST_SIZE; i) { if (write_buf[i] ! read_buf[i]) { printf(Mismatch at %d: write0x%02X read0x%02X\n, i, write_buf[i], read_buf[i]); break; } } } }这个用例虽然简单但能覆盖 90% 的硬件和驱动问题。每次换新板子或新 Flash 型号先跑这个用例通过了再上业务代码。我个人在实际操作中的体会是SPI NOR Flash 这东西入门不难但细节特别多每一个细节都可能让你卡半天。最好的学习方式就是拿一块板子从读 ID 开始一步一步把命令都试一遍用逻辑分析仪看波形把数据手册上的时序图和实际波形对上。这个过程走一遍以后遇到任何 SPI Flash 都能快速上手。
1. 搞懂 SPI NOR Flash 到底在系统里扮演什么角色1.1 为什么嵌入式项目绕不开 SPI NOR Flash做过 STM32 项目的人大概率都碰过这样一个场景板子上的 MCU 内部 Flash 只有 512KB 甚至 128KB跑个裸机程序绰绰有余可一旦要存字库、图片、音频、日志、OTA 升级包内部空间立刻捉襟见肘。这时候最省事、最便宜、最通用的扩容方案就是外挂一颗 SPI NOR Flash。SPI NOR Flash 在嵌入式系统里的定位非常清晰它是非易失性存储掉电不丢数据读写接口简单封装小价格低容量从 1Mbit 到 512Mbit 都有。像 GD25Q80E 这颗 8Mbit也就是 1MB的芯片几乎成了很多开发板的标配正点原子、野火、安富莱的板子上都能见到它的身影。它解决的问题其实就三类代码存储把一部分不常改的代码或资源放到外部 FlashMCU 通过 XIP 或者搬运到 RAM 执行。数据存储存配置参数、字库、图片、音频、日志等。OTA 升级新固件先写到外部 Flash校验通过后再搬运到内部 Flash 或者直接在外部执行。适合读这篇文章的人我大致分三类一是刚学完 STM32 基础外设想进阶搞存储的二是项目里要用外部 Flash 但被时序和命令搞得一头雾水的三是想从普通 SPI 升级到 QSPI 四线模式提升读写速度的。这三类人看下去都会有收获。1.2 GD25Q80E 这颗芯片的基本盘GD25Q80E 是兆易创新GigaDevice出的 8Mbit SPI NOR Flash标准 SPI 接口支持单线、双线、四线模式。它的关键参数如下参数项数值说明容量8Mbit / 1MB128 个 4KB 扇区或 16 个 64KB 块电压2.7V ~ 3.6V典型 3.3V 系统接口SPI / Dual SPI / Quad SPI支持模式 0 和模式 3最高时钟单线 120MHz四线 120MHz实际受 MCU 和布线限制页大小256 字节一次最多写 256 字节扇区大小4KB最小擦除单位块大小64KB大块擦除单位擦写寿命10 万次每个扇区数据保持20 年常温这里有几个点必须提前说清楚不然实操一定踩坑注意NOR Flash 的写入规则是“先擦后写”而且擦除的最小单位是 4KB 扇区不是你想改哪个字节就改哪个字节。写之前对应区域必须是 0xFF 状态否则写进去的数据是错的。注意一次写操作不能跨页。页大小 256 字节如果你从地址 0x0000FF 开始写 10 个字节会写到 0x000100 去但地址 0x000100 属于下一页实际会回卷到本页开头覆盖数据。这是新手最容易翻车的地方。1.3 单线、双线、四线的本质区别很多人搞不清 SPI、Dual SPI、Quad SPI 到底差在哪。我用一句话概括区别只在数据线的数量命令和地址的传输方式也相应变化但底层还是 SPI 协议那一套。标准 SPI单线MOSI 发数据MISO 收数据一个时钟周期传 1 位。Dual SPI双线把 MOSI 和 MISO 都当成双向数据线用一个时钟周期传 2 位。Quad SPI四线再加上 WP# 和 HOLD# 两个引脚当数据线一个时钟周期传 4 位。理论上四线比单线快 4 倍但实际提升没那么夸张因为命令阶段和地址阶段可能还是单线只有数据阶段是四线。真正全四线的模式叫 QPI命令、地址、数据全走四线那才是速度拉满的玩法。STM32 的 QSPI 外设就是专门为这种场景设计的它硬件上支持命令阶段、地址阶段、数据阶段、交替字节阶段、空周期阶段分别配置线宽非常灵活。后面我会详细讲怎么配。2. GD25Q80E 命令时序拆解别只会发 0x032.1 常用命令一览与使用场景GD25Q80E 的命令集和大多数 SPI NOR Flash 兼容我整理了一张常用命令表这些是实操中真正会用到的命令十六进制功能常用场景Write Enable0x06写使能每次擦写前必须发Write Disable0x04写禁止可选Read Status Register 10x05读状态寄存器轮询 BUSY 位Read Data0x03普通读低速读单线Fast Read0x0B快速读带空周期支持高速Fast Read Dual0x3B双线快速读双线模式Fast Read Quad0x6B四线快速读QSPI 常用Page Program0x02页编程写数据最多 256 字节Quad Page Program0x32四线页编程四线写Sector Erase0x204KB 扇区擦除小范围擦除Block Erase 32KB0x5232KB 块擦除中等范围Block Erase 64KB0xD864KB 块擦除大范围擦除Chip Erase0xC7/0x60全片擦除整片清空Read ID0x9F读 JEDEC ID识别芯片Enable QPI0x38进入 QPI 模式全四线Exit QPI0xFF退出 QPI恢复单线Enable Reset0x66复位使能软复位前Reset0x99复位软复位这张表建议直接收藏调试的时候对着看比翻数据手册快得多。2.2 读操作时序0x03 和 0x0B 差在哪先看最简单的读命令 0x03。它的时序是CS 拉低发送 0x038 个时钟发送 24 位地址3 字节连续读取数据每个时钟一位CS 拉高结束这个命令的优点是简单缺点是速度上不去。因为数据在时钟下降沿输出MCU 需要在上升沿采样留给信号建立的时间很短一般时钟不能超过 50MHz 左右。0x0BFast Read多了一个东西空周期Dummy Cycles。时序变成CS 拉低发送 0x0B发送 24 位地址发送 8 个空周期时钟照跑数据线不管连续读取数据CS 拉高这 8 个空周期是给 Flash 内部准备数据用的有了它时钟可以拉到 100MHz 以上。你可以这样理解0x03 是“你问了我立刻答”0x0B 是“你问了我喘口气再答”喘这口气的时间让芯片能跑得更快。实操心得如果你用普通 SPI 读时钟低于 30MHz用 0x03 就行简单可靠。一旦超过 50MHz必须换 0x0B否则读出来的数据会随机出错而且这种错误很难查因为低速测试时完全正常。2.3 写操作时序Write Enable 是绕不过去的门槛NOR Flash 的写操作有个硬性规定每次擦除或编程之前必须先发 Write Enable0x06。这是芯片的安全机制防止误写。完整的写流程是这样的发 0x06Write Enable读状态寄存器0x05确认 WEL 位bit 1为 1发擦除或编程命令轮询状态寄存器等 BUSY 位bit 0变 0完成这里有个细节很多人忽略Write Enable 是“一次性”的。你发一次 0x06只能执行一次擦除或编程操作。如果你要连续写多个页每一页之前都要重新发 0x06。我见过有人写了一个循环只发一次 0x06结果只有第一页写成功后面全是 0xFF查了半天以为是硬件问题。状态寄存器的 BUSY 位轮询也有讲究。擦除一个 4KB 扇区典型时间是 45ms最大 400ms写一页 256 字节典型 0.7ms最大 3ms。你不能发完命令立刻读数据必须等 BUSY 变 0。// 等待 Flash 空闲的典型实现 void Flash_WaitBusy(void) { uint8_t status; do { Flash_CS_Low(); SPI_TransferByte(0x05); // 读状态寄存器1 status SPI_TransferByte(0xFF); Flash_CS_High(); } while (status 0x01); // bit0 是 BUSY 位 }这段代码看起来简单但有个坑轮询频率不能太高。如果你在 100MHz SPI 下疯狂轮询CS 频繁翻转反而会影响 Flash 内部操作。实际项目中我一般加个 1ms 延时再轮询既不影响速度又稳定。2.4 擦除操作时序4KB、32KB、64KB 怎么选擦除命令有三个粒度0x20 扇区擦除4KB典型 45ms0x52 块擦除32KB典型 120ms0xD8 块擦除64KB典型 150ms0xC7 全片擦除整片典型 10s8Mbit选择原则很简单擦除范围越小时间越短但命令开销占比越高范围越大单字节擦除成本越低但灵活性差。举个例子你要存 10KB 的数据分布在 3 个 4KB 扇区里。用扇区擦除发 3 次命令总时间约 135ms。用 64KB 块擦除发 1 次命令时间 150ms但会把块内其他数据也擦掉。所以如果你只是更新一小块数据千万别图省事用大块擦除会把旁边的数据一起干掉。踩过的坑有一次做 OTA新固件 60KB我图快用了 64KB 块擦除结果把紧挨着的配置参数区也擦了。配置区在 64KB 边界之后我以为没事实际上块擦除是按地址对齐的0x10000 开始的 64KB 块覆盖 0x10000~0x1FFFF配置区在 0x1F000正好在里面。这个教训告诉我擦除前一定要算清楚地址范围。2.5 状态寄存器BUSY 和 WEL 两位必须盯紧状态寄存器 1 的位定义如下位名称含义bit 0BUSY1 表示芯片忙0 表示空闲bit 1WEL1 表示写使能已置位bit 2BP0块保护位 0bit 3BP1块保护位 1bit 4BP2块保护位 2bit 5TB顶部/底部保护选择bit 6SEC扇区/块保护选择bit 7SRP0状态寄存器保护BP0~BP2 和 TB、SEC 组合起来可以保护部分区域不被写入这个功能在量产时很有用可以防止程序跑飞误擦 bootloader 区。但调试阶段建议全部清零不然你会遇到“明明发了写命令却写不进去”的诡异问题。实操心得如果你发现写操作一直失败先读状态寄存器看看 BP 位是不是被置位了。有些 Flash 出厂默认保护一部分区域或者上一次程序设置了保护没清除都会导致写失败。发 0x01 写状态寄存器可以把 BP 位清零。3. STM32 QSPI 外设配置实战3.1 为什么用 QSPI 而不是普通 SPI普通 SPI 外设也能驱动 NOR Flash但有几个硬伤速度上限低STM32 的 SPI 最高时钟一般 50MHz 左右F4 系列F7/H7 能到 100MHz但单线模式下实际有效带宽有限。CPU 占用高每次读写都要 CPU 参与搬运数据大块数据传输时 CPU 基本被占满。不支持内存映射没法像访问内存一样直接读 FlashXIP 执行代码很麻烦。QSPI 外设解决了这些问题四线模式理论带宽是单线的 4 倍。DMA 支持大块数据传输不占 CPU。内存映射模式可以把外部 Flash 映射到地址空间像读内存一样读 Flash直接 XIP 执行代码。硬件自动处理命令阶段命令、地址、空周期、数据阶段的线宽和长度都能配不用软件一位一位拼。以 STM32F767 为例QSPI 时钟最高可以到 108MHzAHB 216MHz 的二分频四线模式下理论带宽 54MB/s实际能跑到 30MB/s 以上比普通 SPI 快一个数量级。3.2 硬件连接引脚映射和注意事项GD25Q80E 和 STM32 QSPI 的典型连接如下以 STM32F767 的 QUADSPI 为例GD25Q80E 引脚STM32 引脚功能CS#PB6片选CLKPB2时钟DI (MOSI)PD11数据线 0DO (MISO)PD12数据线 1WP#PD13数据线 2HOLD#/RESET#PB10数据线 3VCC3.3V电源GNDGND地几个硬件上的注意点注意WP# 和 HOLD# 在四线模式下变成数据线 2 和数据线 3所以这两个引脚不能再做其他用途。如果你用的是普通 SPI 模式WP# 和 HOLD# 要上拉到 VCC否则芯片可能进入保护或保持状态。注意CLK 走线尽量短最好等长处理。四线模式下 100MHz 时钟走线长了信号质量会明显下降读数据出错率飙升。我见过一块板子 CLK 走了 8cm四线模式死活跑不起来降到 50MHz 才稳定。注意CS# 上拉一个 10K 电阻到 VCC防止 MCU 复位期间引脚浮空导致 Flash 误动作。3.3 CubeMX 配置参数怎么填用 CubeMX 配置 QSPI 相对省事但有几个参数必须理解清楚不然生成的代码跑不起来。Clock Prescaler分频系数QSPI 时钟 AHB 时钟 / (Prescaler 1)。比如 AHB 216MHzPrescaler 设 1QSPI 时钟 108MHz。调试阶段建议先设大一点比如 8 分频跑通了再往上加。FIFO ThresholdFIFO 阈值一般设 4 或 8。这个影响 DMA 触发时机设太小会频繁中断设太大可能溢出。Sample Shifting采样偏移可选 None 或 Half Cycle。高速时钟下建议选 Half Cycle给数据信号更多建立时间。Flash SizeFlash 容量GD25Q80E 是 8Mbit这里填 0x14表示 2^20 1MB即 8Mbit。这个值影响内存映射模式的地址范围。CSHTChip Select High Time片选高电平保持时间可选 1~8 个时钟周期。一般设 1 或 2 就行太短可能导致命令之间间隔不够。Clock ModeCPOL 和 CPHA。GD25Q80E 支持模式 0CPOL0, CPHA0和模式 3CPOL1, CPHA1。CubeMX 里选 Mode 0 即可。3.4 命令配置结构体每个字段都要搞明白STM32 HAL 库的 QSPI 命令配置结构体QSPI_CommandTypeDef是核心字段比较多我逐个解释QSPI_CommandTypeDef sCommand {0}; sCommand.Instruction 0x6B; // 命令码四线快速读 sCommand.InstructionMode QSPI_INSTRUCTION_1_LINE; // 命令阶段单线 sCommand.Address 0x000000; // 读起始地址 sCommand.AddressMode QSPI_ADDRESS_1_LINE; // 地址阶段单线 sCommand.AddressSize QSPI_ADDRESS_24_BITS; // 24位地址 sCommand.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; // 无交替字节 sCommand.AlternateBytes 0; sCommand.AlternateBytesSize QSPI_ALTERNATE_BYTES_8_BITS; sCommand.DummyCycles 8; // 8个空周期 sCommand.DataMode QSPI_DATA_4_LINES; // 数据阶段四线 sCommand.NbData 4096; // 读4096字节 sCommand.DdrMode QSPI_DDR_MODE_DISABLE; // 关闭DDR sCommand.DdrHoldHalfCycle QSPI_DDR_HHC_ANALOG_DELAY; sCommand.SIOOMode QSPI_SIOO_INST_EVERY_CMD; // 每次命令都发指令这里最容易搞错的是DummyCycles。GD25Q80E 在四线快速读0x6B时数据手册规定是 8 个空周期。但如果你用的是 0xEBQuad I/O Fast Read空周期可能是 6 个或 10 个具体看模式配置。填错了读出来全是 0xFF 或者乱码。实操心得DummyCycles 不对是 QSPI 调试最常见的坑。我的经验是先用单线 0x03 读 ID确认硬件连接没问题再切到 0x0B 单线快速读确认空周期配置最后才上 0x6B 四线。一步一步来比一上来就四线好查问题。3.5 内存映射模式像读内存一样读 FlashQSPI 最爽的功能是内存映射模式。配置好之后外部 Flash 的内容会映射到 STM32 的地址空间通常是 0x90000000 开始你可以直接用指针读// 配置内存映射模式 QSPI_CommandTypeDef sCommand {0}; sCommand.Instruction 0x6B; sCommand.InstructionMode QSPI_INSTRUCTION_1_LINE; sCommand.AddressMode QSPI_ADDRESS_1_LINE; sCommand.AddressSize QSPI_ADDRESS_24_BITS; sCommand.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; sCommand.DummyCycles 8; sCommand.DataMode QSPI_DATA_4_LINES; sCommand.NbData 0; // 内存映射模式必须为0 QSPI_MemoryMappedTypeDef sMemMappedCfg {0}; sMemMappedCfg.TimeOutActivation QSPI_TIMEOUT_COUNTER_DISABLE; sMemMappedCfg.TimeOutPeriod 0; HAL_QSPI_MemoryMapped(hqspi, sCommand, sMemMappedCfg); // 之后就可以直接读 uint8_t *flash_ptr (uint8_t *)0x90000000; uint8_t data flash_ptr[0x1000]; // 读地址0x1000的数据内存映射模式下读操作完全由硬件完成CPU 只管取数据速度非常快。如果你要把代码放到外部 Flash 执行XIP就必须用这个模式。但内存映射模式有个限制只能读不能写。写操作还是要退出映射模式用间接模式发命令。所以典型流程是上电配好映射模式运行时代码直接读需要写的时候切回间接模式写完再切回映射模式。4. 完整驱动实现与常见问题排查4.1 从零写一个可用的驱动框架我把驱动分成三层底层 SPI 收发、中间命令封装、上层应用接口。这样分层的好处是换 MCU 或换 Flash 型号时只需要改底层或中间层。底层负责 CS 控制、字节收发、延时。如果用 QSPI 外设这层基本由 HAL 库代劳。中间层封装读 ID、读状态、写使能、擦除、页写、读数据等函数。上层提供Flash_Read、Flash_Write、Flash_Erase这种通用接口内部处理跨页、擦除对齐等逻辑。先看读 ID 函数这是验证硬件连接的第一步uint32_t Flash_ReadID(void) { uint8_t id[3]; QSPI_CommandTypeDef cmd {0}; cmd.Instruction 0x9F; cmd.InstructionMode QSPI_INSTRUCTION_1_LINE; cmd.AddressMode QSPI_ADDRESS_NONE; cmd.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; cmd.DummyCycles 0; cmd.DataMode QSPI_DATA_1_LINE; cmd.NbData 3; HAL_QSPI_Command(hqspi, cmd, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); HAL_QSPI_Receive(hqspi, id, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); return (id[0] 16) | (id[1] 8) | id[2]; }GD25Q80E 的 JEDEC ID 是 0xC84014。如果你读出来是 0xFFFFFF 或 0x000000说明硬件连接有问题如果是其他值可能是兼容型号或者命令模式不对。再看页写函数这里要处理跨页问题void Flash_PageWrite(uint32_t addr, uint8_t *buf, uint16_t len) { // 计算本页剩余空间 uint16_t page_remain 256 - (addr % 256); if (len page_remain) { len page_remain; // 截断到本页末尾 } Flash_WriteEnable(); QSPI_CommandTypeDef cmd {0}; cmd.Instruction 0x02; cmd.InstructionMode QSPI_INSTRUCTION_1_LINE; cmd.Address addr; cmd.AddressMode QSPI_ADDRESS_1_LINE; cmd.AddressSize QSPI_ADDRESS_24_BITS; cmd.AlternateByteMode QSPI_ALTERNATE_BYTES_NONE; cmd.DummyCycles 0; cmd.DataMode QSPI_DATA_1_LINE; cmd.NbData len; HAL_QSPI_Command(hqspi, cmd, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); HAL_QSPI_Transmit(hqspi, buf, HAL_QPSI_TIMEOUT_DEFAULT_VALUE); Flash_WaitBusy(); }上层写函数负责拆分跨页和擦除void Flash_Write(uint32_t addr, uint8_t *buf, uint32_t len) { uint32_t sector_start addr ~(0xFFF); // 4KB对齐 uint32_t sector_end (addr len - 1) ~(0xFFF); // 先擦除涉及的扇区 for (uint32_t s sector_start; s sector_end; s 4096) { Flash_SectorErase(s); } // 再按页写入 while (len 0) { uint16_t page_len 256 - (addr % 256); if (page_len len) page_len len; Flash_PageWrite(addr, buf, page_len); addr page_len; buf page_len; len - page_len; } }这个框架虽然简单但覆盖了 90% 的使用场景。实际项目中你可能还需要加缓存、加磨损均衡、加掉电保护那就是另一个话题了。4.2 常见问题速查表调试 SPI NOR Flash 时遇到的问题八成集中在下面这张表里现象可能原因排查方法读 ID 全是 0xFFCS 没拉低、时钟没输出、电源没接示波器看 CS 和 CLK读 ID 全是 0x00MISO 没接、引脚配置错检查引脚复用和上拉读 ID 正确但读数据错空周期配置不对、时钟太快降时钟、调 DummyCycles写不进去没发 Write Enable、区域被保护读状态寄存器看 WEL 和 BP写进去读出来是 0xFF没擦除、擦除没等完成确认擦除后 BUSY 变 0只有第一页写成功Write Enable 只发了一次每页写前都发 0x06数据错位跨页写没处理检查页边界四线模式读乱码DummyCycles 不对、线序错先用单线验证内存映射读崩溃Flash Size 配置错、地址越界检查 CubeMX 配置高速下随机出错信号完整性差、采样点不对降时钟、改 Sample Shifting4.3 几个真实踩坑记录坑一CS 高电平时间太短导致命令丢失。有一次用 QSPI 连续发命令两条命令之间 CS 只拉高了 1 个时钟周期结果第二条命令偶尔不执行。后来把 CSHT 改成 4 个时钟周期问题消失。原因是 Flash 内部需要时间识别 CS 上升沿太快了它反应不过来。坑二DMA 传输长度不是 4 的倍数导致卡死。STM32 的 QSPI DMA 在某些系列上要求传输长度是 4 的倍数我传了 4095 字节结果 DMA 卡住不动。改成 4096 或者分两次传就好了。这个坑在参考手册里写得很隐蔽不看勘误表根本发现不了。坑三内存映射模式下写操作没退出映射。我一开始想省事在映射模式下直接发写命令结果写命令被当成读数据处理完全没效果。后来老老实实先HAL_QSPI_Abort退出映射写完再重新配置映射模式。坑四擦除和写入之间没等 BUSY。擦除命令发完立刻发写命令写命令被忽略因为芯片还在忙。这个错误在低速下偶尔能成功高速下必失败非常具有迷惑性。4.4 性能优化从 1MB/s 到 30MB/s如果你只是存点配置参数单线 10MHz 足够了。但如果你要跑 XIP 或者传大文件性能优化就很重要。我实测下来优化路径是这样的第一步从 0x03 换成 0x0B时钟从 30MHz 提到 80MHz读速度从 3MB/s 提到 8MB/s。第二步从单线换成四线 0x6B时钟保持 80MHz读速度提到 25MB/s。第三步开 DMACPU 占用从 100% 降到 5% 以下读速度稳定在 28MB/s。第四步如果支持 DDR 模式还能再翻倍但 GD25Q80E 不支持 DDR所以到 28MB/s 就是极限了。写速度方面页写 256 字节典型 0.7ms算下来约 0.36MB/s这是 Flash 物理特性决定的优化空间不大。擦除 4KB 典型 45ms约 0.09MB/s。所以写密集场景要考虑磨损均衡和缓存策略。实操心得如果你发现四线模式速度没比单线快多少检查一下命令阶段和地址阶段是不是还在单线。真正的四线加速需要命令、地址、数据全四线QPI 模式但 QPI 模式下不能再用普通 SPI 命令需要专门的进入和退出命令。这个取舍要看你的具体场景。5. 进阶玩法与项目落地建议5.1 OTA 升级中的 Flash 分区设计外部 Flash 做 OTA 是很常见的需求分区设计直接影响升级可靠性和回滚能力。我一般这样分区域大小用途Bootloader64KB内部 Flash负责搬运和校验App A512KB外部 Flash当前运行固件App B512KB外部 Flash新固件暂存Config4KB配置参数Log剩余空间运行日志升级流程是新固件写到 App B校验 CRC 通过后写一个标志位到 Config重启后 Bootloader 根据标志位决定搬运哪个 App。这样即使升级失败也能回滚到旧版本。这里的关键点是校验。我一般用 CRC32对整个固件算一遍和固件头里的 CRC 比对。不要用简单的累加和碰撞概率太高。5.2 磨损均衡什么时候需要怎么做NOR Flash 每个扇区擦写寿命 10 万次。如果你每秒写一次配置参数同一个扇区一年就写废了。所以写频繁的场景必须做磨损均衡。最简单的做法是双扇区交替准备两个 4KB 扇区轮流写写之前先擦另一个。这样寿命翻倍。复杂一点的是日志式存储把扇区当成环形缓冲区每次写新记录写满了擦一次。这样寿命能提高几十倍。但说实话大部分嵌入式项目根本写不到 10 万次。我做过一个工业设备每分钟写一次日志一年也就 50 万次但分布在 128 个扇区上每个扇区才 4000 次远没到寿命。所以磨损均衡要不要做先算一下实际写入频率再说。5.3 选型建议GD25Q80E 之外还有什么选择GD25Q80E 是 8Mbit 的入门款如果你的项目需要更大容量或更高速度可以考虑GD25Q16E / GD25Q32E16Mbit / 32Mbit引脚兼容代码基本不用改。GD25Q64E / GD25Q128E64Mbit / 128Mbit适合存大量资源。W25Q 系列华邦的兼容性好资料多。IS25LP 系列ISSI 的低功耗做得好。选型时重点看三个参数容量、电压、最高时钟。容量按实际需求留 30% 余量电压要和 MCU 系统匹配最高时钟要满足你的速度要求。另外注意封装SOP8 和 WSON8 的焊接难度不一样手焊建议选 SOP8。5.4 调试工具与技巧调试 SPI NOR Flash光靠 printf 效率太低。我常用的工具组合是逻辑分析仪抓 SPI 波形看命令、地址、数据是否符合预期。Saleae 或者国产的 DSLogic 都行采样率至少 100MHz。示波器看信号完整性特别是高速下的过冲和振铃。Flash 编程器单独把 Flash 拆下来读写验证芯片本身是否正常。STM32CubeProgrammer支持外部 Flash 烧录可以配合 QSPI 直接下载固件。逻辑分析仪抓波形时重点看几个地方CS 拉低到第一个时钟的间隔、命令码是否正确、地址是否对齐、空周期数量是否匹配、数据阶段线宽是否正确。这几个点对了基本就没问题。实操心得我习惯在驱动里加一个Flash_Dump函数把 Flash 前 256 字节打印出来。每次调试新板子先读 ID再 Dump确认基本读写正常再跑业务逻辑。这个习惯帮我省了大量时间因为很多问题在 Dump 阶段就能发现。5.5 一个完整的读写测试用例最后给一个可以直接用的测试用例覆盖擦除、写入、读取、校验全流程#define TEST_ADDR 0x000000 #define TEST_SIZE 4096 void Flash_Test(void) { uint8_t write_buf[TEST_SIZE]; uint8_t read_buf[TEST_SIZE]; // 准备测试数据 for (int i 0; i TEST_SIZE; i) { write_buf[i] i 0xFF; } // 擦除 printf(Erasing sector...\n); Flash_SectorErase(TEST_ADDR); // 写入 printf(Writing data...\n); Flash_Write(TEST_ADDR, write_buf, TEST_SIZE); // 读取 printf(Reading data...\n); Flash_Read(TEST_ADDR, read_buf, TEST_SIZE); // 校验 if (memcmp(write_buf, read_buf, TEST_SIZE) 0) { printf(Test PASS!\n); } else { printf(Test FAIL!\n); for (int i 0; i TEST_SIZE; i) { if (write_buf[i] ! read_buf[i]) { printf(Mismatch at %d: write0x%02X read0x%02X\n, i, write_buf[i], read_buf[i]); break; } } } }这个用例虽然简单但能覆盖 90% 的硬件和驱动问题。每次换新板子或新 Flash 型号先跑这个用例通过了再上业务代码。我个人在实际操作中的体会是SPI NOR Flash 这东西入门不难但细节特别多每一个细节都可能让你卡半天。最好的学习方式就是拿一块板子从读 ID 开始一步一步把命令都试一遍用逻辑分析仪看波形把数据手册上的时序图和实际波形对上。这个过程走一遍以后遇到任何 SPI Flash 都能快速上手。
