首页 Home / 技术资讯 Insights / SPI NAND 的 ECC 与坏块管理怎么选?片上 ECC(on-die ECC) vs 主控外部 BCH/LDPC——纠错位数与坏块表实战
选型指南发布 2026-07-24SUNTEC 晟雅泰 技术团队

SPI NAND 的 ECC 与坏块管理怎么选?片上 ECC(on-die ECC) vs 主控外部 BCH/LDPC——纠错位数与坏块表实战

SPI NAND 出厂即允许坏块且使用中持续位翻转,必须靠 ECC 纠错与坏块管理才能可靠使用。本文讲清片上 on-die ECC 与主控外部 BCH/LDPC 的分工、纠错位数如何匹配、坏块表 BBM 怎么建,并附华邦 W25N、兆易 GD5F、美光 MT29F、铠侠 TC58 真实料号与 ECC 能力对照表、FAQ。

结论先说

SPI NAND 便宜、容量大,但它和 NOR 最大的不同是:出厂就允许有坏块,而且使用中会持续产生位翻转,必须靠 ECC 纠错 + 坏块管理(BBM)才能可靠使用。所以选型时最该先问三件事:① 用颗粒内置的片上 ECC(on-die ECC),还是让主控做外部 ECC(BCH/LDPC)?② 纠错强度够不够(例如"每 512+16 字节可纠 8 bit")?③ 坏块表怎么建、怎么维护?下面给对照表和真实在售料号。一句话记住:选 SPI NAND = 先定 ECC 方案(片上 vs 外部)+纠错位数匹配+坏块管理策略,再谈容量和价格。

为什么 SPI NAND 必须谈 ECC 和坏块?

  • 出厂即允许坏块:NAND 出厂就带若干坏块,并在第一个 spare 字节做出厂坏块标记(Bad Block Marker),这个标记不能被擦除/覆盖,必须先扫描建表。
  • 使用中持续位翻转:随擦写次数、读扰动、数据保持时间增加,误码率上升,必须靠 ECC 纠正,否则读出的是错数据。
  • ECC requirement 会变严:3D NAND、宽温、寿命末期对纠错强度要求更高,选型要让"颗粒的 ECC 能力 ≥ 它的 ECC requirement"并留余量。
  • 坏块会新增:运行中出现的新坏块要靠 BBM(坏块管理)+磨损均衡处理,系统层(如 UBI/UBIFS)或主控固件负责。

片上 ECC(on-die ECC) vs 主控外部 ECC(BCH/LDPC)

维度片上 ECC(颗粒内置 on-die ECC)外部 ECC(主控/SoC 用 BCH/LDPC)
纠错位置颗粒内部自动纠错,读出即"干净"数据主控读原始数据+spare,自己算纠错
主控要求可用无硬件 ECC 引擎的普通 MCU(STM32/GD32 等)需带硬件 ECC 引擎的 SoC/主控或专用 NAND 控制器
spare 区使用颗粒自管理 ECC 字节,用户可用 spare 变少用户自行规划 spare 存放 ECC 校验码
典型场景MCU 外挂 SPI NAND 存字库/固件/数据高容量并行 NAND、Linux/UBIFS 系统
代表器件华邦 W25N、兆易 GD5F、美光 MT29F(带内置 ECC 版)、铠侠 TC58裸并行 NAND:美光 MT29F 系列、华邦 W29N

要点:片上 ECC 和主控外部 ECC 不要同时开——若主控要自管纠错,需选"可关闭内置 ECC / 无 ECC 版"的颗粒(如美光料号带 …AAADD 的无 ECC 版),或按数据手册关掉 on-die ECC,避免双重纠错导致数据/spare 布局冲突。

ECC 强度与 spare 区(越强的 ECC 需要越大 spare)

颗粒(示例)页结构on-die ECC 能力(示例)
铠侠 Kioxia TC58CVG0S3(1Gb, 3.3V)2048 + 64B每(512+16)字节可纠 8 bit,含 bit-flip 计数上报
华邦 Winbond W25N01GV(1Gb, 3.3V)2048 + 64B内置 on-die ECC(较早代,spare 64B)
华邦 Winbond W25N01KV / W25N01JW2048 + 96B更大 spare、更强 on-die ECC(新代 KV / 低压 1.8V JW)
兆易 GigaDevice GD5F1GQ5(1Gb)2048 + 128B用户可选内置 ECC,程序时生成、读时自动纠错
美光 Micron MT29F1G01ABAFDWBSPI,料号 "F"=带内置 ECCon-die ECC 版;对应无 ECC 版为 MT29F1G01AAADD(供外部 ECC 主控)

真实在售料号参考表

品牌料号(示例)容量 / 接口ECC / 特性备注
华邦 WinbondW25N01GVZEIG1Gb,SPI/QSPI,3.3Von-die ECC,2048+64B通用 1Gb SPI NAND 主力
华邦 WinbondW25N01KVxxIR / W25N01JWxxIT1Gb,QSPI,3.3V / 1.8V更强 on-die ECC,2048+96B新代 KV / 低压 JW
兆易 GigaDeviceGD5F1GQ5UEYIG1Gb,SPI/QSPI,3.3V用户可选 on-die ECC国产对应;另有车规 GD5F1GM7/GM9
美光 MicronMT29F1G01ABAFDWB-IT1Gb,SPI,工业温内置 on-die ECC无 ECC 版 …AAADD 供外部 ECC 主控
铠侠 KioxiaTC58CVG0S3HRAIG1Gb,SPI,3.3V8 bit /(512+16)B on-die ECC带 bit-flip 计数上报
旺宏 MacronixMX35LF1GE4AB / MX35UF1G…1Gb,SPI,3.3V / 1.8V内置 ECC替代对照常用

选型六个要点

  • 主控无硬件 ECC 引擎(多数 MCU:STM32/GD32/低端 SoC):直接选带 on-die ECC 的 SPI NAND,读出即纠错,开发最省事。
  • 上 Linux/UBIFS 或用高容量并行 NAND:确认主控 ECC 引擎强度(BCH/LDPC 位数)是否 ≥ 颗粒 ECC requirement,并规划好 spare 布局。
  • 关注 ECC 强度而非只看容量:优先"每 512/528B 可纠 4~8 bit"级别;3D NAND、宽温、长寿命场景要更强 ECC。
  • 坏块管理不能省:上电先读出厂坏块表并永久保留标记;运行中用 BBM+磨损均衡处理新增坏块。
  • 监控 bit-flip:优先支持 ECC 状态/位翻转计数上报的颗粒(如铠侠 TC58),便于预警颗粒老化、及时触发数据搬移刷新。
  • 电压/温度/封装先定死:1.8V 选 W25N01JW 类低压料号;工业/车规选对应温度等级与认证料号(如车规 GD5F1GM)。

小结

SPI NAND 选型的隐形坑不在容量,而在 ECC 和坏块。用没有 ECC 引擎的 MCU,就选带 on-die ECC 的颗粒(华邦 W25N、兆易 GD5F、铠侠 TC58、美光带 ECC 版);用带 ECC 引擎的 SoC 自管纠错,就选可关内置 ECC 的版本并对齐 BCH/LDPC 位数。再叠加坏块管理与 bit-flip 监控,SPI NAND 才能长期可靠。

选型 / 现货 / BOM 配单,联系晟雅泰

晟雅泰——专业存储与半导体芯片分销商,代理华邦 Winbond、兆易 GigaDevice、美光 Micron、铠侠 Kioxia、旺宏 Macronix、三星 Samsung、南亚 Nanya 等品牌 NAND/NOR/DRAM/eMMC/SSD/MCU。SPI NAND 选型与 ECC/坏块方案、样品与现货、BOM 配单与国产替代,欢迎联系:宋磊 13338655578;黄浩航 13140990076;邮箱 suntec@szsuntec.cn。

常见问题 FAQ

什么是 on-die ECC,用它就不用管纠错了吗?

on-die ECC 是把纠错引擎做进 NAND 颗粒内部,读页时自动纠正一定位数的错误,读出的是"干净"数据,对没有硬件 ECC 引擎的 MCU 很友好。但你仍要读 ECC 状态/位翻转计数、做坏块管理,并确认纠错强度能覆盖颗粒在寿命末期的误码率——on-die ECC 省事,但不等于可以完全不管。

用 STM32/GD32 这类 MCU 挂 SPI NAND,可以吗?

可以。选带 on-die ECC 的 SPI NAND(华邦 W25N、兆易 GD5F、铠侠 TC58 等),MCU 只负责 SPI 时序读写和坏块表管理,纠错交给颗粒内部完成,无需自己实现 BCH/LDPC。这也是 MCU 外挂大容量存储(存字库、图片、固件、数据日志)最省事的做法。

片上 ECC 和主控外部 ECC 会冲突吗?

会。若主控本身有 ECC 引擎并要自管纠错,需选"可关闭内置 ECC / 无 ECC 版"的颗粒(如美光 …AAADD 版),或按数据手册关掉 on-die ECC,避免双重纠错导致数据与 spare 布局冲突。两套 ECC 只能用一套,选型前先定由谁来纠错。

ECC 位数(如 8bit/528B)是不是越高越好?

越高纠错余量越大、颗粒能用越久,但会占用更多 spare 字节。选型时让"颗粒的 ECC 能力 ≥ 它的 ECC requirement"即安全;对宽温、长寿命、3D NAND 场景多留余量更稳妥。此外要关注颗粒是否上报位翻转计数,便于预警老化、及时刷新数据。

相关品牌 Related Brands

相关阅读 Related Articles

← 返回技术资讯列表 All Insights