2、故障码存储硬件：EEPROM与Flash选型、存储分区策略、磨损均衡算法

各位工程师朋友，咱们接着聊故障码存储。上一章讲了故障码的分类和优先级，这一章咱们深入到底层——存储硬件。说白了，故障码存哪儿、怎么存、怎么保证存得稳，这才是ECU设计的硬功夫。

我个人习惯，做存储方案前先问三个问题：数据掉电能不能丢？擦写次数够不够用？万一写坏了怎么办？这三个问题想清楚，选型就八九不离十了。

2.1 EEPROM vs Flash：选型之争

先说说EEPROM和Flash的区别。很多新手觉得都是非易失存储，随便选一个就行。嗯，这里要注意，差别其实挺大的。

特性	EEPROM	Flash
擦写粒度	字节级	扇区级（通常4KB以上）
擦写寿命	100万次左右	1万~10万次
写入速度	慢（ms级）	快（μs级）
成本	较高	较低
典型容量	几KB~几十KB	几百KB~几MB

我在项目中遇到过这样一个坑：某款车用ECU，故障码存储用了片内Flash。设计时觉得容量大、速度快，挺好。结果跑了两年，有批车频繁报存储错误。一查，原来是故障码擦写太频繁，Flash寿命提前耗尽了。你想想看，一个扇区才10万次寿命，如果每次上电都写一次，三年就差不多了。

2.2 存储分区策略

选好硬件，接下来就是怎么分区了。我见过最糟糕的设计——整个存储区当一个大池子用，故障码随便往里塞。结果呢？读数据要遍历整个区，写数据要擦除整个扇区，效率低得吓人。

我个人习惯把存储区分成三个部分：

1. 活动区（Active Area）：存放当前有效的故障码。读写频繁，要求响应快。
2. 历史区（History Area）：存放已清除但需要保留记录的故障码。只读不写，偶尔追加。
3. 配置区（Config Area）：存放存储管理参数，比如当前写指针位置、校验和等。容量小但极其重要。

举个例子，我曾经参与的一个项目，Flash总共256KB，我是这么分的：

存储布局（256KB Flash）：
+------------------+ 0x00000
| 配置区 (4KB)     | 存储管理参数，双备份
+------------------+ 0x01000
| 活动区 (128KB)   | 当前故障码，循环写入
+------------------+ 0x21000
| 历史区 (124KB)   | 历史故障码，只追加不删除
+------------------+ 0x3FFFF

2.3 磨损均衡算法

说到磨损均衡，这可是Flash存储的命门。为什么？因为Flash的擦写寿命有限，如果不做均衡，某些扇区很快就废了。

磨损均衡的核心思想很简单：让所有存储单元被擦写的次数尽量平均。但实现起来，门道不少。

我常用的算法有三种：

2.3.1 日志式写入（Log-Structured）

每次写入都追加到当前写指针位置，不覆盖旧数据。旧数据标记为无效。当存储区快满时，触发垃圾回收，把有效数据搬走，擦除整个块。

// 伪代码示例：日志式写入
uint32_t write_ptr = read_config("write_ptr");

// 写入新故障码
write_to_flash(write_ptr, new_dtc);
mark_previous_invalid(write_ptr - DTC_SIZE);

// 更新写指针
write_ptr += DTC_SIZE;
if (write_ptr >= ACTIVE_AREA_END) {
    write_ptr = ACTIVE_AREA_START;  // 循环
}
save_config("write_ptr", write_ptr);

// 如果无效数据太多，触发垃圾回收
if (invalid_ratio > 70%) {
    garbage_collect();
}

这种方式的优点是磨损非常均匀，缺点是垃圾回收时可能卡顿。我记得有一次调试，垃圾回收耗时200ms，导致CAN报文超时。后来优化成后台任务，分多次执行，才解决问题。

2.3.2 哈希映射式（Hash-Based）

把故障码ID通过哈希函数映射到存储位置。每次写入同一个故障码，可能映射到不同位置。这种方式适合故障码数量固定的场景。

2.3.3 随机分配式（Randomized）

每次写入时，在空闲块中随机选一个。实现简单，但均衡效果依赖随机性。说实话，我不太推荐这种方式，因为随机性不可控，万一某块运气不好被多写几次呢？

2.4 实际项目中的经验总结

说了这么多，最后给大家几个实在的建议：

• 预留冗余空间：存储区至少预留20%的空闲空间，给磨损均衡和垃圾回收留余地。
• 写入前先擦除：Flash写入前必须擦除，这个大家都知道。但要注意，擦除操作很耗时，别在主循环里做。
• 校验不能省：每个故障码记录后面加CRC校验，防止数据损坏。我见过太多因为校验缺失导致误诊断的案例。
• 考虑掉电保护：写入过程中掉电怎么办？我的做法是：先写数据，再写标志位。如果标志位没写成功，下次上电时认为数据无效。

嗯，关于存储硬件就聊这么多。下一章咱们讲讲故障码的读取和解析，到时候会涉及一些诊断协议的内容，敬请期待。