?

導(dǎo)讀：

Hello 大家好，這里是 Efreet ，這期文章給大家介紹一下 Memory 中的 ECC 功能，以及在工程實(shí)踐中 ECC 的應(yīng)用，在工程實(shí)踐中，有時(shí)候會(huì)遇到過這樣的問題：板子偶爾無法正常啟動(dòng)，系統(tǒng)日志中頻繁報(bào)出“壞塊”（Bad Block）信息，然后定位到原因問題跟著板子的 Flash 芯片走，初步懷疑是 Nand Flash 芯片本身出了問題？但更換芯片后問題依舊，最終發(fā)現(xiàn)——原來是 ECC（Error Correcting Code）功能沒有開啟！

一、ECC 是什么

ECC(Error Correcting Code)全稱為錯(cuò)誤糾正碼，用于對(duì)存儲(chǔ)器的數(shù)據(jù)進(jìn)行完整性檢查和糾正，ECC是基于奇偶校驗(yàn)的原理，在 Nand Flash 這類非易失性存儲(chǔ)器中，由于物理特性（如電荷泄漏、編程/擦寫次數(shù)限制、工藝波動(dòng)等），數(shù)據(jù)位可能會(huì)在長(zhǎng)時(shí)間使用后發(fā)生翻轉(zhuǎn)（Bit Flip），導(dǎo)致讀取的數(shù)據(jù)與原始寫入的數(shù)據(jù)不一致。

ECC 的核心目標(biāo)就是在這種“軟錯(cuò)誤”發(fā)生時(shí)，不僅能檢測(cè)到錯(cuò)誤，還能在一定范圍內(nèi)自動(dòng)糾正它，從而保障系統(tǒng)的穩(wěn)定性和數(shù)據(jù)的可靠性。

美光（Micron）作為全球主流的存儲(chǔ)芯片廠商，其絕大多數(shù) Nand Flash 產(chǎn)品（包括 SLC、MLC、TLC 等類型）都原生支持 ECC 功能，通常需要配合控制器（如 SoC 內(nèi)置的 NAND 控制器）協(xié)同工作。

二、ECC 的主要原理

ECC 的實(shí)現(xiàn)基于數(shù)學(xué)編碼理論，常見的算法包括 Hamming Code、BCH（Bose-Chaudhuri-Hocquenghem）碼、以及更高級(jí)的 LDPC（Low-Density Parity-Check）碼。

以 Micron 的主流 Nand Flash 為例，其通常推薦使用 BCH 算法，原因如下：

糾錯(cuò)能力強(qiáng)：BCH 可支持糾正多個(gè)比特錯(cuò)誤（如 4-bit、8-bit、甚至 24-bit），適用于 MLC/TLC 等高密度但可靠性較低的 Flash 類型。

硬件實(shí)現(xiàn)成熟：大多數(shù)嵌入式 SoC（如 TI、NXP、Qualcomm、Rockchip 等）的 NAND 控制器都內(nèi)置了 BCH 硬件加速模塊。

開銷可控：以美光Nand 為例，每 544 byte 數(shù)據(jù)就會(huì)有 8bit 的 ECC 校驗(yàn)碼

簡(jiǎn)單來說，寫入數(shù)據(jù)時(shí)，控制器會(huì)根據(jù)原始數(shù)據(jù)生成 ECC 校驗(yàn)碼，并將數(shù)據(jù) + ECC 一起寫入 Flash；讀取時(shí)，控制器重新計(jì)算 ECC 并與存儲(chǔ)的校驗(yàn)碼比對(duì)。若存在差異但仍在可糾正范圍內(nèi)，則自動(dòng)修復(fù)數(shù)據(jù)并返回正確結(jié)果；若超出糾錯(cuò)能力，則上報(bào)不可糾正錯(cuò)誤（Uncorrectable Error），此時(shí)系統(tǒng)可能將其標(biāo)記為“壞塊”。

三、工程實(shí)踐中 ECC 的應(yīng)用

在實(shí)際項(xiàng)目中，ECC 的配置與啟用常常被忽視，卻可能導(dǎo)致嚴(yán)重誤判。以下是幾個(gè)典型場(chǎng)景：

場(chǎng)景一：系統(tǒng)頻繁報(bào)“壞塊”，但 Flash 無物理損傷

某客戶反饋設(shè)備在高溫環(huán)境下運(yùn)行一段時(shí)間后無法啟動(dòng)，日志顯示大量 Bad Block。初步懷疑 Flash 質(zhì)量問題，但更換同批次芯片后問題復(fù)現(xiàn)。

排查發(fā)現(xiàn)：SoC 的 NAND 控制器未啟用 ECC 功能，導(dǎo)致輕微 Bit Flip 被誤判為不可恢復(fù)錯(cuò)誤，進(jìn)而標(biāo)記為壞塊。啟用 ECC 后，系統(tǒng)穩(wěn)定性顯著提升。

場(chǎng)景二：Bootloader 無法從 Nand 啟動(dòng)

某些 SoC（如 AM335x、RK3399）要求 Boot 階段必須使用特定 ECC 模式（如 1-bit Hamming 或 8-bit BCH）。若燒錄鏡像時(shí)使用的 ECC 配置與 BootROM 不匹配，會(huì)導(dǎo)致校驗(yàn)失敗，無法加載內(nèi)核。

解決方案：確保 U-Boot 編譯時(shí)指定正確的 ECC 模式，并與 Flash 芯片規(guī)格書（Datasheet）及 SoC 手冊(cè)保持一致。

場(chǎng)景三：ECC 模式不匹配引發(fā)數(shù)據(jù)靜默損壞

即使系統(tǒng)能正常讀寫，若寫入時(shí)用 4-bit ECC，讀取時(shí)誤用 1-bit ECC，可能導(dǎo)致部分錯(cuò)誤未被糾正，造成“靜默數(shù)據(jù)損壞”（Silent Data Corruption）——這是最危險(xiǎn)的情況，因?yàn)橄到y(tǒng)毫無察覺。

? 最佳實(shí)踐建議：

在項(xiàng)目初期，務(wù)必查閱 Micron Flash 的 Datasheet 和 ONFI 規(guī)范，確認(rèn)其推薦的 ECC 強(qiáng)度（如 “requires 8-bit ECC per 512 bytes”）。

在 SoC 驅(qū)動(dòng)或 U-Boot 中顯式配置 ECC 模式，避免依賴默認(rèn)值。

在量產(chǎn)測(cè)試中加入 ECC 壓力測(cè)試（如高溫老化 + 讀寫循環(huán)），驗(yàn)證糾錯(cuò)能力邊界。

四、結(jié)語

ECC 雖然只是一個(gè)“幕后英雄”般的功能，但在高可靠性系統(tǒng)（如工業(yè)控制、車載電子、醫(yī)療設(shè)備）中，它的作用至關(guān)重要。很多時(shí)候，我們以為的“Flash 壞了”，其實(shí)只是 ECC 沒開或配錯(cuò)了。

作為工程師，在面對(duì) Nand Flash 相關(guān)故障時(shí)，請(qǐng)多問一句：“ECC 開了嗎？配對(duì)了嗎？”——這或許就是解決問題的關(guān)鍵鑰匙。

希望本文能幫助你在芯片失效分析的道路上少走彎路。如果你有相關(guān)經(jīng)驗(yàn)或疑問，歡迎在評(píng)論區(qū)交流！

我是 Efreet，我們下期再見！

?審核編輯 黃宇