4. EEPROM与铁电存储器：I2C EEPROM（AT24Cxx）的驱动实现，FRAM（FM24CL64）的高速写入特性，掉电保存参数的最佳实践

各位做嵌入式开发的朋友，今天我们来聊聊非易失性存储里两个很实在的器件——EEPROM和FRAM。说白了，它们都是掉电后数据不丢的存储器，但脾气秉性差别挺大。我在项目里跟它们打过不少交道，踩过坑，也总结了些经验，今天一并分享出来。

4.1 EEPROM与FRAM的核心差异

先看一张对比表，心里有个底：

特性	EEPROM (AT24Cxx)	FRAM (FM24CL64)
写入速度	~5ms/页 (页写模式)	无延迟，总线速度即写入速度
写入寿命	100万次	100亿次 (1e10)
写入功耗	较高 (内部电荷泵升压)	极低 (铁电翻转)
数据保持	100年 @ 25°C	10年 @ 85°C / 151年 @ 65°C
接口	I2C (标准/快速模式)	I2C (标准/快速模式)
典型应用	配置参数、校准数据	频繁写入日志、实时数据记录

为什么FRAM写入这么快？因为它用的是铁电晶体极化翻转来存储数据，不是EEPROM那种电荷泵充放电。你想想看，EEPROM写一个字节要等5ms，FRAM写一个字节就是I2C总线传输的时间，几百纳秒就完事了。这个差距在频繁写入场景下是天壤之别。

4.2 I2C EEPROM (AT24Cxx) 驱动实现

AT24Cxx系列是业界最通用的I2C EEPROM，从AT24C01 (128字节) 到AT24C1024 (128KB)，寻址方式和页大小略有不同，但驱动框架是一致的。

4.2.1 器件寻址与页写机制

AT24Cxx的I2C地址由3位硬件引脚(A0/A1/A2)决定，加上器件类型码1010，组成7位地址。比如A0=A1=A2=0时，地址是0x50。

页写是EEPROM提高写入效率的关键。AT24C256的页大小是64字节，意思是连续写64字节只需要一次擦写周期。我刚开始做的时候不知道这个，一个字节一个字节地写，结果写入时间长了10倍不止。

4.2.2 标准驱动代码框架

下面是我常用的AT24Cxx驱动核心函数，以AT24C256为例：

// AT24C256 驱动 (I2C主频400kHz)
#define AT24C_ADDR 0x50
#define PAGE_SIZE  64

// 单字节写入 (带轮询等待)
uint8_t AT24C_WriteByte(uint16_t addr, uint8_t data) {
    uint8_t buf[3] = {addr >> 8, addr & 0xFF, data};
    // 发送写命令
    if (HAL_I2C_Master_Transmit(&hi2c1, AT24C_ADDR << 1, buf, 3, 100) != HAL_OK)
        return 1;
    // 等待内部写完成 (轮询ACK)
    while (HAL_I2C_IsDeviceReady(&hi2c1, AT24C_ADDR << 1, 3, 10) != HAL_OK);
    return 0;
}

// 页写入 (最多PAGE_SIZE字节)
uint8_t AT24C_WritePage(uint16_t addr, uint8_t *data, uint16_t len) {
    uint8_t buf[PAGE_SIZE + 2];
    uint16_t i;
    buf[0] = addr >> 8;
    buf[1] = addr & 0xFF;
    for (i = 0; i < len; i++) buf[i + 2] = data[i];
    if (HAL_I2C_Master_Transmit(&hi2c1, AT24C_ADDR << 1, buf, len + 2, 100) != HAL_OK)
        return 1;
    while (HAL_I2C_IsDeviceReady(&hi2c1, AT24C_ADDR << 1, 3, 10) != HAL_OK);
    return 0;
}

// 连续读取 (无等待)
uint8_t AT24C_Read(uint16_t addr, uint8_t *buf, uint16_t len) {
    uint8_t addr_buf[2] = {addr >> 8, addr & 0xFF};
    HAL_I2C_Master_Transmit(&hi2c1, AT24C_ADDR << 1, addr_buf, 2, 100);
    HAL_I2C_Master_Receive(&hi2c1, AT24C_ADDR << 1, buf, len, 100);
    return 0;
}

4.2.3 避坑指南：页边界与写保护

• 页边界对齐：写数据前检查起始地址是否在页边界上。如果不在，先写剩余部分到页尾，再写下一页。
• 写保护引脚：AT24Cxx的WP引脚拉高时整个芯片只读。我遇到过产品出厂后参数写不进去，查了半天发现是WP引脚虚焊被拉高了。
• 电源抖动：EEPROM在写入过程中掉电，数据可能损坏。建议在写操作前保存校验和，上电后做完整性检查。

4.3 FRAM (FM24CL64) 的高速写入特性

FM24CL64是64Kb的I2C FRAM，跟AT24C64引脚兼容，但写入速度天差地别。FRAM不需要页缓冲，也不需要等待时间，每个字节写入就是I2C总线的一个写周期。

4.3.1 FRAM驱动实现

FRAM的驱动比EEPROM简单得多，因为不需要轮询等待：

// FM24CL64 驱动 (无写等待)
#define FM24CL_ADDR 0x50

// 任意长度写入 (无需页对齐)
uint8_t FM24CL_Write(uint16_t addr, uint8_t *data, uint16_t len) {
    uint8_t buf[2];
    buf[0] = addr >> 8;
    buf[1] = addr & 0xFF;
    // 先发地址
    HAL_I2C_Master_Transmit(&hi2c1, FM24CL_ADDR << 1, buf, 2, 100);
    // 再发数据 (FRAM支持连续写，无页限制)
    HAL_I2C_Master_Transmit(&hi2c1, FM24CL_ADDR << 1, data, len, 100);
    return 0;
}

// 读取 (与EEPROM相同)
uint8_t FM24CL_Read(uint16_t addr, uint8_t *buf, uint16_t len) {
    uint8_t addr_buf[2] = {addr >> 8, addr & 0xFF};
    HAL_I2C_Master_Transmit(&hi2c1, FM24CL_ADDR << 1, addr_buf, 2, 100);
    HAL_I2C_Master_Receive(&hi2c1, FM24CL_ADDR << 1, buf, len, 100);
    return 0;
}

你看，FRAM的写入函数里没有while轮询，没有页大小限制。写1个字节和写1000个字节，时间只差在I2C传输上。400kHz下写64KB数据，FRAM大约1.3秒，EEPROM要5分钟以上。

4.3.2 FRAM的注意事项

• 数据保持时间：FRAM数据保持不如EEPROM长，高温下尤其明显。85°C时只有10年，如果产品工作环境温度高，需要评估。
• 读破坏性：FRAM读操作会破坏存储单元，但内部会自动恢复，对用户透明。不过频繁读同一地址会消耗寿命，虽然100亿次基本不用担心。
• 写次数限制：虽然100亿次很高，但如果你每秒写1000次，大约3年就会耗尽。高频写入场景建议用循环缓冲区。

4.4 掉电保存参数的最佳实践

掉电保存是嵌入式系统里最考验设计功力的地方。我见过太多产品因为掉电保存没做好，导致参数丢失或损坏。

4.4.1 检测掉电的硬件方案

常用的掉电检测电路：

• MCU内置BOD (Brown-Out Detector)：最简单，但响应时间慢，电压阈值固定。
• 外部电压监测芯片：如MAX809/TL431，精度高，可设置阈值。
• ADC采样电源：用MCU的ADC监测VCC，检测到电压下降时触发中断。

我个人习惯用外部电压监测芯片+MCU的掉电中断引脚。阈值设在3.0V左右，这样在VCC掉到MCU最低工作电压之前，有足够时间保存关键参数。

4.4.2 保存策略：增量保存 vs 全量保存

策略	适用场景	优点	缺点
全量保存	参数少 (<256字节)	实现简单，数据一致性好	写入时间长，掉电窗口大
增量保存	参数多，变化频繁	写入快，掉电窗口小	需要管理版本号，实现复杂
双备份保存	关键参数 (校准值、序列号)	容错性强，不怕写一半掉电	占用双倍空间

4.4.3 掉电保存的代码实现

// 掉电保存参数示例 (双备份+CRC16)
#define PARAM_ADDR_MAIN  0x0000
#define PARAM_ADDR_BACKUP 0x0100
#define PARAM_SIZE        64

typedef struct {
    uint8_t data[PARAM_SIZE];
    uint16_t crc;
} ParamBlock;

// 保存参数 (先写备份，再写主区)
void SaveParams(ParamBlock *block) {
    block->crc = CalcCRC16(block->data, PARAM_SIZE);
    // 先写备份区
    WriteToEEPROM(PARAM_ADDR_BACKUP, (uint8_t*)block, sizeof(ParamBlock));
    // 再写主区
    WriteToEEPROM(PARAM_ADDR_MAIN, (uint8_t*)block, sizeof(ParamBlock));
}

// 加载参数 (优先主区，失败则从备份恢复)
uint8_t LoadParams(ParamBlock *block) {
    ReadFromEEPROM(PARAM_ADDR_MAIN, (uint8_t*)block, sizeof(ParamBlock));
    if (CalcCRC16(block->data, PARAM_SIZE) == block->crc)
        return 0;  // 主区有效
    // 主区损坏，从备份恢复
    ReadFromEEPROM(PARAM_ADDR_BACKUP, (uint8_t*)block, sizeof(ParamBlock));
    if (CalcCRC16(block->data, PARAM_SIZE) == block->crc) {
        // 恢复主区
        WriteToEEPROM(PARAM_ADDR_MAIN, (uint8_t*)block, sizeof(ParamBlock));
        return 0;
    }
    return 1;  // 全部损坏，需要恢复默认值
}

4.4.4 掉电保存的避坑清单

• 关闭中断：写入期间关闭所有中断，防止写入被打断。
• 大电容储能：在VCC和GND之间加470μF以上电解电容，给保存操作提供足够能量。
• 不要保存太频繁：每次参数变化都保存会耗尽EEPROM寿命。建议用定时保存或变化量阈值触发。
• 上电延迟读取：上电后等电源稳定再读EEPROM，一般延迟100ms以上。

4.5 知识体系结构图

下面这张图总结了本章的核心知识点和选择逻辑：

4.6 选型建议

最后给个实在的建议：

• 配置参数类（写入次数少，需要长期保持）：选EEPROM，成本低，数据保持时间长。
• 数据记录类（频繁写入，比如每秒一次）：选FRAM，写入速度快，寿命长。
• 关键参数类（校准值、序列号，丢了就废了）：不管用EEPROM还是FRAM，都做双备份+CRC。
• 成本敏感类：EEPROM仍然是性价比之王，但要做好写入策略优化。

嗯，EEPROM和FRAM的内容就聊到这里。记住一点：没有最好的存储器，只有最适合你应用场景的方案。选型时把写入频率、数据保持时间、成本这三个维度列清楚，答案自然就出来了。