从EEPROM转战SPI Flash？STM32F103驱动W25Q64，你必须搞懂的‘页卷’与擦除机制

从EEPROM到SPI Flash：深入解析W25Q64的存储特性与实战技巧

如果你已经习惯了EEPROM的"随心所欲"，第一次接触SPI Flash可能会被它的"规矩"搞得措手不及。想象一下，你正把玩着这块8MB的W25Q64，准备像操作EEPROM那样直接写入数据，结果发现要么写入失败，要么数据莫名其妙地"消失"了——这可不是芯片在跟你开玩笑，而是Flash存储的本质特性在作祟。

1. EEPROM与SPI Flash的本质差异

嵌入式开发者对EEPROM再熟悉不过了——它可以像RAM一样按字节读写，支持覆盖写入，擦写寿命通常在10万次以上。这种便利性让我们形成了一种思维定式：存储介质就应该这样"听话"。但当我们转向容量更大、成本更低的SPI Flash时，这种认知就需要彻底更新了。

W25Q64这类SPI Flash与EEPROM在物理结构上存在根本区别：

• 写入机制：EEPROM允许直接覆盖写入，而Flash必须先擦除(变为全1)才能写入
• 擦除单位：EEPROM可以按字节擦除，Flash最小擦除单位是4KB扇区
• 寿命周期：EEPROM典型擦写寿命10万次，Flash约10万次(但受擦除放大影响)
• 写入速度：EEPROM字节写入约5ms，Flash页写入(256字节)约0.3ms
• 价格容量：EEPROM通常≤512KB，单价高；Flash可达数MB至GB，单价低

关键提示：Flash芯片中的bit只能从1变为0，无法从0变回1，只有擦除操作才能将整个扇区重置为全1状态(0xFF)。

这种物理特性决定了我们在使用W25Q64时必须遵循三个黄金法则：

1. 写入前必须擦除：目标区域必须为0xFF才能成功写入
2. 不能单独修改：想改变某个字节，必须重写整个扇区
3. 管理擦写均衡：避免频繁擦写同一区域延长芯片寿命

2. 深入W25Q64的存储架构

Winbond的W25Q64将8MB容量组织为层次化的存储结构，理解这个结构是正确操作的基础：

这种分层结构直接影响我们的操作方式：

// W25Q64的典型操作命令 #define W25X_PageProgram 0x02 // 页编程命令(写入) #define W25X_SectorErase 0x20 // 4KB扇区擦除 #define W25X_BlockErase 0xD8 // 64KB块擦除 #define W25X_ChipErase 0xC7 // 整片擦除(慎用!)

页写入的边界限制是最容易踩坑的地方。当你想连续写入超过256字节时，必须手动处理页边界：

void write_cross_pages(uint8_t *data, uint32_t addr, uint16_t len) { while(len > 0) { uint16_t chunk = 256 - (addr % 256); // 当前页剩余空间 chunk = (chunk > len) ? len : chunk; // 不超过剩余长度 spi_flash_page_write(data, addr, chunk); data += chunk; addr += chunk; len -= chunk; // 等待写入完成 spi_flash_wait_ready(); } }

这个例子展示了如何安全地跨页写入数据——每次最多写入256字节，并自动处理页边界对齐。

3. 破解"页卷"难题的实战策略

所谓"页卷"(Page Wrap)现象，是指当写入数据跨越页边界时，地址计数器会自动回到当前页开头，导致数据被覆盖。这与EEPROM的行为类似，但后果更严重：

• EEPROM：会覆盖原有数据，但至少写入了
• SPI Flash：若目标区域未擦除，可能部分写入失败

解决方案一：保守型写入

// 安全写入函数(自动处理擦除) void safe_write(uint8_t *data, uint32_t addr, uint16_t len) { uint32_t sector_start = addr & 0xFFFFF000; // 对齐到4KB边界 uint16_t sector_offset = addr & 0x00000FFF; // 扇区内偏移 // 1. 读取整个扇区 uint8_t sector_buf[4096]; spi_flash_read(sector_buf, sector_start, 4096); // 2. 检查是否需要擦除 bool need_erase = false; for(int i=0; i<len; i++) { if((sector_buf[sector_offset+i] & data[i]) != data[i]) { need_erase = true; break; } } // 3. 更新缓冲区 memcpy(&sector_buf[sector_offset], data, len); // 4. 擦除后写入 if(need_erase) { spi_flash_sector_erase(sector_start); spi_flash_wait_ready(); } // 5. 写入数据 spi_flash_write(sector_buf, sector_start, 4096); }

这种方法确保数据完整性，但代价是每次写入都可能需要擦除和重写整个4KB扇区，性能较低。

解决方案二：写入日志系统

更高级的方案是实现日志式存储，避免频繁擦除：

1. 将存储空间分为多个逻辑扇区
2. 新数据总是追加写入到空闲区域
3. 定期垃圾回收整理碎片
4. 维护逻辑到物理地址的映射表

// 简化的日志结构示例 #pragma pack(push, 1) typedef struct { uint16_t id; // 数据ID uint16_t version; // 版本号 uint32_t crc; // 校验和 uint8_t data[]; // 可变长数据 } LogEntry; #pragma pack(pop) // 查找最新有效条目 LogEntry* find_latest_entry(uint16_t id) { uint32_t addr = LOG_START_ADDR; LogEntry *latest = NULL; while(addr < LOG_END_ADDR) { LogEntry *entry = (LogEntry*)(flash_memory + addr); if(entry->id == id && check_crc(entry)) { if(!latest || entry->version > latest->version) { latest = entry; } } addr += sizeof(LogEntry) + entry->data_len; } return latest; }

这种方案虽然实现复杂，但能显著提高写入效率和Flash寿命。

4. 性能优化与错误处理实战

当SPI Flash用于数据记录或文件系统时，性能成为关键考量。以下是经过验证的优化技巧：

批量写入策略

// 批量收集数据后一次性写入 #define BUF_SIZE 1024 uint8_t write_buffer[BUF_SIZE]; uint16_t buf_count = 0; void buffered_write(uint8_t byte) { write_buffer[buf_count++] = byte; if(buf_count >= BUF_SIZE) { flush_buffer(); } } void flush_buffer() { if(buf_count > 0) { uint32_t sector = alloc_next_sector(); // 分配新扇区 spi_flash_sector_erase(sector); spi_flash_write(write_buffer, sector, buf_count); buf_count = 0; } }

错误检测与恢复

可靠的Flash操作必须包含错误检测机制：

bool verify_write(uint32_t addr, uint8_t *data, uint16_t len) { uint8_t *read_buf = malloc(len); spi_flash_read(read_buf, addr, len); bool ok = (memcmp(data, read_buf, len) == 0); free(read_buf); if(!ok) { log_error("Verify failed at %lX", addr); // 尝试恢复措施... } return ok; }

磨损均衡实现

简单的轮询式均衡算法示例：

static uint32_t current_sector = 0; static uint16_t erase_counts[2048]; // 每个扇区的擦除计数 uint32_t get_next_sector() { // 找到使用次数最少的扇区 uint32_t least_used = 0; for(int i=1; i<2048; i++) { if(erase_counts[i] < erase_counts[least_used]) { least_used = i; } } // 更新计数 erase_counts[least_used]++; current_sector = least_used * 4096; return current_sector; }

在真实项目中，我发现最容易被忽视的是电源稳定性问题——Flash操作期间断电可能导致数据损坏。一个实用的做法是在关键数据区添加事务标记：

void transactional_write(uint8_t *data, uint32_t addr, uint16_t len) { // 1. 写入开始标记 uint8_t marker = 0xAA; spi_flash_write(&marker, TRANSACTION_MARKER_ADDR, 1); // 2. 写入实际数据 spi_flash_write(data, addr, len); // 3. 写入结束标记 marker = 0x55; spi_flash_write(&marker, TRANSACTION_MARKER_ADDR, 1); } bool check_transaction() { uint8_t marker; spi_flash_read(&marker, TRANSACTION_MARKER_ADDR, 1); // 未完成的事务需要恢复 if(marker == 0xAA) { recover_interrupted_write(); return false; } return true; }