方案詳解)
1. 為什么工業(yè)級(jí)數(shù)據(jù)存儲(chǔ)該從 EEPROM/Flash 轉(zhuǎn)向 MRAM先算一筆可靠性賬工業(yè)現(xiàn)場(chǎng)設(shè)備返修時(shí)我經(jīng)常在故障記錄里看到同一個(gè)根源參數(shù)表莫名其妙變成默認(rèn)值運(yùn)行日志丟失最后一段或者設(shè)備在反復(fù)斷電之后干脆“失憶”。用 EEPROM 的老設(shè)備尤其明顯用了一段時(shí)間之后寫入速度慢、擦寫壽命見(jiàn)底、掉電瞬間寫一半卡住這些問(wèn)題一個(gè)接一個(gè)冒出來(lái)。我現(xiàn)在的處理思路很簡(jiǎn)單只要項(xiàng)目里存在“頻繁小數(shù)據(jù)寫入”且“斷電后不能丟”就優(yōu)先考慮MR25H40CDF這一類 SPI MRAM而不是繼續(xù)在 EEPROM 和 NOR Flash 之間糾結(jié)。它和PIC18F4585搭配起來(lái)在工業(yè)和嵌入式應(yīng)用里做參數(shù)存取、運(yùn)行日志、事件記錄都相當(dāng)順手。這篇博文就把我在實(shí)際電路和固件中的完整做法寫出來(lái)包括硬件接線、SPI 驅(qū)動(dòng)、掉電保護(hù)策略和排錯(cuò)過(guò)程給正在做同類項(xiàng)目的朋友一個(gè)可以直接參考的方案。先說(shuō)一個(gè)反常識(shí)的結(jié)論工業(yè)現(xiàn)場(chǎng)最常見(jiàn)的存儲(chǔ)故障往往不是“芯片壞了”而是“介質(zhì)特性與使用方式不匹配”。EEPROM 的寫入次數(shù)通常標(biāo)稱 100 萬(wàn)次看起來(lái)不少但如果你用它在 10ms 周期里記錄幾條狀態(tài)數(shù)據(jù)一天就是幾百萬(wàn)次寫入幾個(gè)月就能頂?shù)綁勖鼧O限。NOR Flash 的擦寫壽命更短普遍在 10 萬(wàn)次量級(jí)而且寫入前必須先擦除擦除粒度是扇區(qū)使用起來(lái)非常別扭。更麻煩的是寫入模型的差異。EEPROM 和 Flash 都是“先擦后寫”寫入一個(gè)字節(jié)可能需要幾毫秒期間一旦掉電數(shù)據(jù)處于不確定狀態(tài)。而 MRAM 屬于磁阻存儲(chǔ)靠磁隧道結(jié)的磁化方向保存數(shù)據(jù)寫入速度和讀取速度幾乎對(duì)稱斷電后磁化狀態(tài)保持不變沒(méi)有擦除這個(gè)前置動(dòng)作。這個(gè)本質(zhì)區(qū)別決定了 MRAM 在工業(yè)現(xiàn)場(chǎng)的適用性遠(yuǎn)高于傳統(tǒng)存儲(chǔ)介質(zhì)。我用一張表來(lái)對(duì)比三者在工業(yè)場(chǎng)景里的關(guān)鍵參數(shù)這也是我在選型時(shí)最看重的東西對(duì)比項(xiàng)EEPROM如24C系列NOR Flash如W25Q系列MR25H40CDFMRAM寫入前擦除需要按字節(jié)/頁(yè)擦除需要按扇區(qū)擦除不需要典型寫入等待3~5ms數(shù)十ms級(jí)與讀取同步無(wú)額外等待擦寫壽命約100萬(wàn)次約10萬(wàn)次無(wú)實(shí)際磨損限制掉電保持常規(guī)常規(guī)但掉電時(shí)擦寫風(fēng)險(xiǎn)高磁狀態(tài)保存無(wú)需考慮刷新寫入過(guò)程復(fù)雜度中高需擦除調(diào)度和磨損均衡低直接寫即可隨機(jī)字節(jié)寫入友好度一般差極好最初接手這類問(wèn)題時(shí)我也習(xí)慣性地沿用 EEPROM 的移植思路后來(lái)寫了幾版固件才發(fā)現(xiàn)MRAM 的“無(wú)磨損”“無(wú)擦除”特性帶來(lái)的最大收益不是某個(gè)參數(shù)更漂亮而是整個(gè)固件架構(gòu)可以簡(jiǎn)化。你不用再做磨損均衡算法不用維護(hù)塊映射表也不用在 SRAM 里攢一批數(shù)據(jù)再統(tǒng)一寫入。每次采樣直接寫進(jìn) MRAM 就行這在傳感器數(shù)據(jù)記錄、故障波形緩存這種場(chǎng)景里簡(jiǎn)直是把開(kāi)發(fā)周期砍掉一截。當(dāng)然MRAM 也不是沒(méi)有門檻。MR25H40CDF 的工作電壓是 3.3V 級(jí)別PIC18F4585 是標(biāo)準(zhǔn)的 5V 單片機(jī)兩者直接連 SPI 是有電平風(fēng)險(xiǎn)的此外 MRAM 的指令集雖然和串行 Flash 高度兼容但狀態(tài)寄存器的保護(hù)位和 WP 引腳邏輯需要仔細(xì)處理。這些坑我后面會(huì)專門展開(kāi)。2. 認(rèn)識(shí) MR25H40CDF和串行 Flash 九成相似卻多了非易失存儲(chǔ)的硬實(shí)力2.1 容量與組織方式512K×8 的地址空間MR25H40CDF是 Everspin 的 4Mbit MRAM內(nèi)部按 512K×8 組織總?cè)萘?512KB。對(duì)絕大多數(shù)參數(shù)存儲(chǔ)和數(shù)據(jù)記錄場(chǎng)景來(lái)說(shuō)這個(gè)容量比常見(jiàn)的 24C25632KB大得多又不像大容量 NOR Flash 那樣需要復(fù)雜的擦寫管理。容量大的直接好處是你可以把參數(shù)區(qū)、日志區(qū)、事件緩沖區(qū)分開(kāi)布局彼此不干擾。以往在 EEPROM 里摳字節(jié)用、恨不得把每個(gè) bit 都?jí)赫ヒ槐榈娜兆涌梢越Y(jié)束了。我給設(shè)備劃分的典型布局是前 4KB 放參數(shù)塊雙備份中間幾 KB 放過(guò)往事件記錄剩余空間作運(yùn)行時(shí)日志環(huán)形緩沖區(qū)。這樣的結(jié)構(gòu)在 512KB 里非常寬裕。地址空間通過(guò) SPI 指令中的 24 位地址訪問(wèn)三字節(jié)地址在讀寫指令中依次發(fā)送。這部分和 W25Q 等 SPI Flash 的指令格式完全一致代碼移植起來(lái)非常順。2.2 指令集為什么說(shuō)它和 SPI Flash 兼容MR25H40CDF 支持的標(biāo)準(zhǔn)指令包括讀數(shù)據(jù)、寫數(shù)據(jù)、寫使能、寫禁用、讀狀態(tài)寄存器、寫狀態(tài)寄存器。具體操作碼如下指令操作碼功能WREN0x06寫使能置位狀態(tài)寄存器中的 WEL 位WRDI0x04寫禁用清除 WEL 位READ0x03從指定地址連續(xù)讀取數(shù)據(jù)WRITE0x02從指定地址連續(xù)寫入數(shù)據(jù)RDSR0x05讀取狀態(tài)寄存器WRSR0x01寫狀態(tài)寄存器這套指令集和絕大多數(shù) SPI NOR Flash 完全兼容所以如果你以前寫過(guò) W25Q 系列驅(qū)動(dòng)把讀改寫這套流程套過(guò)來(lái)幾乎可以直接用。我在實(shí)際項(xiàng)目中就是這么做的把原來(lái)操作 Flash 的三個(gè)底層函數(shù)換成 MRAM 底層函數(shù)上層文件系統(tǒng)邏輯基本沒(méi)動(dòng)。有個(gè)細(xì)節(jié)值得專門提出來(lái)MRAM 的“寫入等待時(shí)間”觀念和 Flash 完全不同。SPI Flash 寫完數(shù)據(jù)后需要輪詢狀態(tài)寄存器里的 BUSY 位等待內(nèi)部擦寫完成MR25H40CDF 在 CS 引腳拉高時(shí)事務(wù)即提交數(shù)據(jù)立刻生效不需要額外等待。這意味著“寫后立即讀回驗(yàn)證”可以直接做對(duì)工業(yè)設(shè)備來(lái)說(shuō)每一次寫入都能立刻確認(rèn)是否成功可靠性大幅提升。2.3 狀態(tài)寄存器與寫保護(hù)機(jī)制MR25H40CDF 的狀態(tài)寄存器雖然是 8 位的但我實(shí)際用到的關(guān)鍵位只有三個(gè)WEL 寫使能鎖存位、BP1/BP0 塊保護(hù)位、以及配合 WP 引腳使用的 WPEN 位。默認(rèn)狀態(tài)下BP1/BP0 為 0即全片不保護(hù)。如果固件里誤操作把 BP 位置 1就會(huì)出現(xiàn)“地址后半段只讀不可寫”的詭異現(xiàn)象。這塊后面排錯(cuò)章節(jié)我會(huì)回到具體案例來(lái)說(shuō)。WP 引腳寫保護(hù)輸入的作用是硬件層面的寫保護(hù)當(dāng) WP 拉低且狀態(tài)寄存器中 WPEN 置 1 時(shí)塊保護(hù)位無(wú)法被軟件修改整個(gè)保護(hù)區(qū)域徹底鎖定。在工業(yè)設(shè)備正常運(yùn)行時(shí)我習(xí)慣把 WP 引腳通過(guò)電阻拉高到 3.3V避免誤鎖。如果產(chǎn)品需要防止運(yùn)維人員通過(guò)調(diào)試接口改寫參數(shù)再把 WP 引到固定低電平也不遲。2.4 電氣特性與溫度范圍MR25H40CDF 的供電范圍是 2.7V 到 3.6V工業(yè)型溫度范圍通常覆蓋 -40°C 至 85°C車規(guī)版本可以走得更寬。SPI 時(shí)鐘最高可以支持到 40MHz。這組參數(shù)放工業(yè)環(huán)境里足夠應(yīng)對(duì)絕大多數(shù)電柜、戶外設(shè)備、車載控制器的要求。需要特別注意的是它的輸入輸出電平以 3.3V 為參考和 PIC18F4585 的 5V 邏輯存在壓差硬件連接這一步必須做電平轉(zhuǎn)換不能把引腳直接懟上去。具體的接法我放在下一節(jié)。3. PIC18F4585 MR25H40CDF 硬件接線把 5V 單片機(jī)與 3.3V MRAM 安全連起來(lái)3.1 電平轉(zhuǎn)換方案的選擇PIC18F4585 是 5V 供電的 8 位單片機(jī)MR25H40CDF 是 3.3V 供電的存儲(chǔ)器。兩者直接連 SPI 最大的問(wèn)題是PIC 的 5V 輸出電平超出了 MRAM 的輸入耐受范圍長(zhǎng)期使用可能損傷 MRAM 引腳而 MRAM 輸出的 3.3V 信號(hào)對(duì) PIC 來(lái)說(shuō)是安全的因?yàn)?3.3V 高于 PIC 輸入高電平閾值。所以電平轉(zhuǎn)換只需要處理單向的三根線SCK、SIMOSI、以及可選的 WP 和 CS。MISO 這一路不需要額外轉(zhuǎn)換3.3V 信號(hào)可以直接進(jìn) PIC 的輸入引腳。我在樣板階段用過(guò)兩種方案各有取舍方案優(yōu)點(diǎn)缺點(diǎn)電阻分壓如 1k 串 2k成本極低布局簡(jiǎn)單SPI 時(shí)鐘上升沿變緩高頻下容易出錯(cuò)電平轉(zhuǎn)換芯片74LVC1T45 / TXS0108E信號(hào)完整好頻率可跑高成本高封裝小焊接麻煩如果 SPI 時(shí)鐘工作在 1MHz 以下電阻分壓完全夠用我早期就是 1k 加 2k 分壓穩(wěn)定跑了很久。后來(lái)把 SPI 頻率提到 8MHz 或 10MHz分壓電阻的上升沿拖尾就開(kāi)始找麻煩了換成了 74LVC1T45 單路轉(zhuǎn)換器每路信號(hào)一個(gè)芯片干凈利落。3.2 完整的引腳連接表下面是我在一個(gè)實(shí)際數(shù)據(jù)記錄儀中的接線方式。PIC18F4585 的 MSSP 模塊默認(rèn)把 SPI 引腳分配在 RC3SCK、RC5SDO、RC4SDICS 用任意普通 IO 控制我這里以 RB0 為例。MR25H40CDF 引腳連接對(duì)象電平處理說(shuō)明SCKPIC RC35V 轉(zhuǎn) 3.3V分壓或轉(zhuǎn)換芯片SIPIC RC55V 轉(zhuǎn) 3.3V分壓或轉(zhuǎn)換芯片SOPIC RC4直連3.3V 輸出進(jìn)入 5V 輸入CS#PIC RB05V 轉(zhuǎn) 3.3V并聯(lián) 10k 上拉到 3.3VWP#3.3V 電源直接拉高或通過(guò) IO 控制VCC3.3V并聯(lián) 100nF 與 10uF 電容VSS地盡量用獨(dú)立地線回到電源3.3 容易被忽略的硬件細(xì)節(jié)第一CS 引腳必須有上拉。單片機(jī)復(fù)位期間 IO 口是高阻態(tài)如果 CS 懸空電平不確定MRAM 可能誤認(rèn)為收到了片選信號(hào)從而執(zhí)行一次亂寫操作。我見(jiàn)過(guò)一個(gè)現(xiàn)場(chǎng)設(shè)備上電后參數(shù)區(qū)被改寫最后查出來(lái)就是 CS 沒(méi)有上拉復(fù)位時(shí)序里出現(xiàn)了毛刺。加一顆 10k 電阻到 3.3V 就解決了。第二3.3V 電源要給足去耦。MRAM 雖然功耗不大但 SPI 時(shí)鐘邊沿切換瞬間會(huì)有電流跳變?nèi)绻?VCC 電壓出現(xiàn)明顯跌落極端情況下可能引發(fā)寫入錯(cuò)誤。我的習(xí)慣是緊挨著芯片放 100nF 陶瓷電容再在電源入口放 10uF 鉭電容這一組電容能解決大部分電源噪聲問(wèn)題。第三WP 引腳盡量直接固定在高電平。很多工程第一次畫原理圖時(shí)把 WP 懸空在電磁環(huán)境復(fù)雜的工業(yè)現(xiàn)場(chǎng)懸空引腳容易耦合噪聲導(dǎo)致?tīng)顟B(tài)寄存器被意外改寫。與其在軟件里花精力處理保護(hù)位硬件上直接拉高更省心。第四SCK 和 SI 線上可以各串聯(lián)一個(gè) 22Ω 左右的源端匹配電阻尤其是 SPI 頻率超過(guò) 4MHz 時(shí)這個(gè)小電阻能明顯抑制振鈴效果在示波器上看非常直觀。4. 固件讀寫框架從 SPI 初始化、指令時(shí)序到完整 C 例程4.1 SPI 初始化PIC18F4585 的 MSSP 配置PIC18F4585 的 MSSP 模塊可以配置為 SPI 主模式。我以 XC8 編譯器環(huán)境為例給出通用的初始化流程#include xc.h #define MRAM_CS LATBbits.LATB0 #define MRAM_CS_TRIS TRISBbits.TRISB0 void SPI_Init(void) { // 禁用 MSSP 后配置再使能 SSPCON1 0x20; // 使能 SPI主模式Fosc/4 SSPCON1bits.CKP 0; // 時(shí)鐘空閑為低電平 SSPSTATbits.CKE 0; // 邊沿觸發(fā)方式模式 0,0 SSPSTATbits.SMP 0; // 時(shí)鐘中間采樣 TRISCbits.TRISC3 0; // SCK 輸出 TRISCbits.TRISC5 0; // SDO 輸出 TRISCbits.TRISC4 1; // SDI 輸入 MRAM_CS_TRIS 0; MRAM_CS 1; // 片選默認(rèn)高電平 }涉及具體寄存器位時(shí)建議打開(kāi)你手頭編譯器的頭文件核對(duì)一下位名稱不同版本可能略有差異。這里的重點(diǎn)是把 SPI 配置成模式 0時(shí)鐘空閑低電平數(shù)據(jù)在上升沿移出中間點(diǎn)采樣。MR25H40CDF 對(duì)這個(gè)模式的支持最標(biāo)準(zhǔn)調(diào)試時(shí)遇到的兼容性問(wèn)題最少。4.2 最底層的字節(jié)收發(fā)函數(shù)MSSP 的收發(fā)是同一套流程往 SSPBUF 寫入一個(gè)字節(jié)硬件自動(dòng)完成移位接收完成后 BF 位自動(dòng)置 1。當(dāng)我們需要讀取一個(gè)字節(jié)時(shí)發(fā)送一個(gè)任意字節(jié)通常發(fā) 0x00同時(shí)把對(duì)方的輸出字節(jié)讀回來(lái)。uint8_t SPI_Exchange(uint8_t byte) { SSPBUF byte; while (!SSPSTATbits.BF); return SSPBUF; }這里有個(gè)很重要的細(xì)節(jié)SPI 的最后一個(gè)字節(jié)必須等 BF 置位后才能拉高 CS。很多新手問(wèn)“我發(fā)的最后一個(gè)數(shù)據(jù)為什么丟了”原因就是發(fā)送最后一個(gè)字節(jié)后立刻拉高了 CS導(dǎo)致最后一個(gè)移位周期沒(méi)有完成。用上面的 SPI_Exchange 函數(shù)每次收發(fā)都等到 BF 置位這個(gè)問(wèn)題就不存在了。4.3 讀數(shù)據(jù)0x03 三字節(jié)地址讀取 MRAM 數(shù)據(jù)的步驟是拉低 CS發(fā)送 0x03 命令再依次發(fā)送 24 位地址的高、中、低三字節(jié)然后連續(xù)讀取數(shù)據(jù)最后拉高 CS。uint8_t MR25_ReadByte(uint32_t addr) { uint8_t val; MRAM_CS 0; SPI_Exchange(0x03); // READ 指令 SPI_Exchange((addr 16) 0xFF); // 地址高字節(jié) SPI_Exchange((addr 8) 0xFF); // 地址中字節(jié) SPI_Exchange(addr 0xFF); // 地址低字節(jié) val SPI_Exchange(0x00); // 讀回?cái)?shù)據(jù) MRAM_CS 1; return val; }連續(xù)讀取時(shí)保持 CS 為低繼續(xù)調(diào)用 SPI_Exchange 即可。地址會(huì)自動(dòng)增加這一點(diǎn)和 SPI Flash 的行為一致。4.4 寫數(shù)據(jù)先 WREN再 WRITECS 才是關(guān)鍵寫入流程比讀取多一個(gè) WREN 步驟。MR25H40CDF 和 SPI Flash 一樣要求每次寫操作之前先發(fā)送 WREN 命令使?fàn)顟B(tài)寄存器中的 WEL 位置 1。否則寫命令會(huì)被忽略讀回來(lái)的還是舊數(shù)據(jù)。void MR25_WriteEnable(void) { MRAM_CS 0; SPI_Exchange(0x06); // WREN MRAM_CS 1; // 注意WREN 必須結(jié)束于 CS 上升沿 } void MR25_WriteByte(uint32_t addr, uint8_t data) { MR25_WriteEnable(); MRAM_CS 0; SPI_Exchange(0x02); // WRITE 指令 SPI_Exchange((addr 16) 0xFF); SPI_Exchange((addr 8) 0xFF); SPI_Exchange(addr 0xFF); SPI_Exchange(data); MRAM_CS 1; // CS 上升沿提交寫入 }4.5 寫后立即讀回驗(yàn)證MRAM 最大的優(yōu)勢(shì)之一就是寫完無(wú)需等待。EEPROM 和 Flash 寫完要輪詢內(nèi)部狀態(tài)而 MR25H40CDF 在 CS 拉高后數(shù)據(jù)立刻生效。所以我在數(shù)據(jù)記錄應(yīng)用里對(duì)關(guān)鍵參數(shù)直接采用“寫后立刻讀回比對(duì)”的方式uint8_t MR25_WriteAndVerify(uint32_t addr, uint8_t data) { uint8_t rd; MR25_WriteByte(addr, data); rd MR25_ReadByte(addr); return (rd data) ? 0 : 1; }這個(gè)寫后讀回驗(yàn)證函數(shù)不要省尤其是設(shè)備在產(chǎn)線調(diào)試階段SPI 時(shí)序、電平轉(zhuǎn)換、焊接質(zhì)量都可能出問(wèn)題有了這層驗(yàn)證異常情況當(dāng)場(chǎng)就能暴露。5. 面向掉電與異常重啟的數(shù)據(jù)完整性設(shè)計(jì)序號(hào)、CRC 和雙區(qū)備份5.1 掉電瞬間最危險(xiǎn)的操作序列雖然 MRAM 是非易失的寫入速度快但“掉電導(dǎo)致數(shù)據(jù)損壞”這個(gè)命題不會(huì)自動(dòng)消失。威脅在于如果掉電恰好發(fā)生在 CS 拉低之后、CS 拉高之前的寫事務(wù)中間這個(gè)事務(wù)可能被取消也可能被提交具體取決于 VDD 降到邏輯門限之下的時(shí)間點(diǎn)。你無(wú)法百分之百保證這一刻的行為。所以真正可靠的做法是在固件層面設(shè)計(jì)“可恢復(fù)”的數(shù)據(jù)結(jié)構(gòu)而不是依賴芯片在掉電瞬間保持完美表現(xiàn)。5.2 參數(shù)區(qū)雙備份 序號(hào) CRC16我維護(hù)參數(shù)區(qū)的方案是劃分槽位 A 和槽位 B每個(gè)槽位都包含參數(shù)數(shù)據(jù)、一個(gè)遞增寫序號(hào)和一個(gè) CRC16 校驗(yàn)值。每次修改參數(shù)時(shí)交替寫入兩個(gè)槽位并且讓新寫入槽位的序號(hào)比舊槽位大 1。上電讀取時(shí)比較兩個(gè)槽位的序號(hào)序號(hào)大且 CRC 校驗(yàn)通過(guò)的槽位就是最新有效數(shù)據(jù)。typedef struct { uint32_t seq; uint8_t params[16]; uint16_t crc; } ParamSlot;寫入?yún)?shù)時(shí)先準(zhǔn)備好結(jié)構(gòu)體數(shù)據(jù)算好 CRC再整體寫入 MRAM 的一個(gè)槽位。寫完后原地做一次讀回對(duì)比校驗(yàn)確認(rèn)無(wú)誤后更新內(nèi)存中的“當(dāng)前槽位指針”。下次再寫時(shí)就切到另一個(gè)槽位。這個(gè)方案在掉電后最多損失當(dāng)前這一次寫入上一次完整寫入的數(shù)據(jù)始終可用。5.3 CRC16 的實(shí)現(xiàn)我統(tǒng)一用 CRC16-CCITT 多項(xiàng)式 0x1021代碼極簡(jiǎn)查表版和逐位版都可以。逐位版本在 PIC18F4585 上跑也很快因?yàn)閰?shù)結(jié)構(gòu)體一次寫入才 20 字節(jié)左右uint16_t crc16_update(uint16_t crc, uint8_t byte) { crc ^ ((uint16_t)byte) 8; for (int i 0; i 8; i) { crc (crc 0x8000) ? (crc 1) ^ 0x1021 : (crc 1); } return crc; } uint16_t calc_slot_crc(ParamSlot *slot) { uint16_t crc 0xFFFF; uint8_t *p (uint8_t *)slot; for (int i 0; i sizeof(ParamSlot) - 2; i) { crc crc16_update(crc, p[i]); } return crc; }存儲(chǔ)時(shí)把算出的 CRC 寫在結(jié)構(gòu)體最后兩個(gè)字節(jié)驗(yàn)證時(shí)把 CRC 字段清零重算再比對(duì)。如果不一致說(shuō)明該槽位損壞直接啟用另一個(gè)槽位。5.4 日志區(qū)環(huán)形緩沖不用再做磨損均衡但要做條目標(biāo)記傳統(tǒng) Flash 做日志最痛苦的是磨損均衡不能總寫同一扇區(qū)否則 Flash 很快報(bào)廢。MRAM 沒(méi)有這個(gè)限制所以日志區(qū)可以設(shè)計(jì)成簡(jiǎn)單的環(huán)形緩沖區(qū)每次寫入固定長(zhǎng)度的日志條目寫滿后從頭部覆蓋即可。不過(guò)“不用磨損均衡”不代表“不用條目標(biāo)記”。我依然會(huì)在每個(gè)日志條目頭部放一個(gè)魔數(shù)Magic Number和長(zhǎng)度字段尾部放 CRC。原因很簡(jiǎn)單斷電可能發(fā)生在寫條目的中途如果這條日志是半截?cái)?shù)據(jù)靠魔數(shù)和 CRC 就能識(shí)別出來(lái)讀取時(shí)直接跳過(guò)。如果從頭掃描時(shí)發(fā)現(xiàn)損壞條目就從損壞位置往后重新開(kāi)始寫避免污染后續(xù)數(shù)據(jù)。日志條目的示例格式偏移字段長(zhǎng)度說(shuō)明0MAGIC2字節(jié)固定值如 0x5AA52LEN1字節(jié)數(shù)據(jù)長(zhǎng)度3DATAN字節(jié)日志內(nèi)容N3CRC162字節(jié)覆蓋本條目所有字段5.5 推薦在初始化流程里做的事設(shè)備每次上電建議做這樣幾步讀取槽位 A、B 的參數(shù)比較序號(hào)和 CRC選出有效參數(shù)加載到內(nèi)存。掃描日志區(qū)找到最后一個(gè)合法的寫入位置把日志寫指針定位到正確偏移避免覆蓋已有記錄。如果兩塊參數(shù)都損壞加載默認(rèn)出廠參數(shù)并通過(guò)日志記錄一條“參數(shù)復(fù)位”事件。這一步是整個(gè)系統(tǒng)可靠性的關(guān)鍵。很多工程師把精力花在“怎么把數(shù)據(jù)寫進(jìn)去”卻忽略了“上電時(shí)怎么把數(shù)據(jù)正確拿出來(lái)”。實(shí)際上只要初始化流程把這幾個(gè)步驟做扎實(shí)即便發(fā)生數(shù)次非正常掉電數(shù)據(jù)也不會(huì)徹底丟。6. 調(diào)試記錄讀回 0xFF、MISO 懸空以及把我坑慘的三個(gè)細(xì)節(jié)6.1 現(xiàn)象一讀出來(lái)的數(shù)據(jù)全是 0xFF最典型的故障表現(xiàn)用 READ 指令讀任意地址返回的都是 0xFF。這塊 MRAM 出廠狀態(tài)很可能是全 1讀回 0xFF 意味著“根本沒(méi)讀到數(shù)據(jù)也沒(méi)讀到寫入后的內(nèi)容”。我排查這個(gè)現(xiàn)象時(shí)按下面的順序查找原因?qū)以嚥凰炔橛布B接。MISO 引腳有沒(méi)有接到 PIC 的 SDI前后級(jí)信號(hào)電平對(duì)不對(duì)我的一個(gè)樣板就栽在 MISO 虛焊上用萬(wàn)用表量通路是通的但焊盤接觸電阻偏大SPI 時(shí)鐘一起來(lái)信號(hào)就沒(méi)了。示波器量 SO 引腳在 CS 拉低后有沒(méi)有波形這一步直接定位問(wèn)題。再查 SPI 模式。MR25H40CDF 手冊(cè)支持的標(biāo)準(zhǔn)模式是 CPOL0、CPHA0如果固件里把 SSPSTAT 的 CKE 位或 SSPCON1 的 CKP 位配錯(cuò)了讀出來(lái)的數(shù)據(jù)就是錯(cuò)位后的結(jié)果表現(xiàn)為讀回全 0xFF 或者數(shù)據(jù)整體偏移。最后查電平轉(zhuǎn)換電路。分壓電阻如果阻值選得太大SCK 上升沿會(huì)明顯變緩超過(guò) MRAM 的輸入建立時(shí)間讀時(shí)序就會(huì)失敗。用示波器看 SCK 波形確認(rèn)上升沿干凈而不是一條斜到天邊去的緩坡。6.2 現(xiàn)象二寫不進(jìn)去讀回來(lái)還是舊值寫入之后立刻讀回?cái)?shù)據(jù)還是原來(lái)的值這通常指向 WREN 時(shí)序問(wèn)題。MR25H40CDF 要求 WREN 指令之后 CS 必須拉高一次才能讓 WEL 位真正置位。如果代碼里連續(xù)操作沒(méi)有給 CS 一個(gè)完整的上升沿WEL 位可能沒(méi)有生效后續(xù) WRITE 指令就會(huì)被忽略。我當(dāng)時(shí)排查時(shí)讀狀態(tài)寄存器來(lái)確認(rèn) WEL 位uint8_t MR25_ReadStatus(void) { uint8_t st; MRAM_CS 0; SPI_Exchange(0x05); // RDSR st SPI_Exchange(0x00); MRAM_CS 1; return st; }在寫入流程前后分別打印 RDSR 的值如果 WEL 一直是 0說(shuō)明 WREN 時(shí)序有問(wèn)題。幾乎每次都是 CS 沒(méi)有正確拉高結(jié)束 WREN 導(dǎo)致的。修起來(lái)很簡(jiǎn)單在 MR25_WriteEnable 函數(shù)的 SPI_Exchange 之后務(wù)必讓 CS 回到高電平再等待一小段時(shí)間微秒級(jí)足矣再發(fā)起真正的 WRITE 指令。6.3 現(xiàn)象三只有部分地址能寫另外一部分寫不進(jìn)如果高地址區(qū)能寫低地址區(qū)寫不進(jìn)或者反過(guò)來(lái)只有部分區(qū)域?qū)懖贿M(jìn)九成是狀態(tài)寄存器的塊保護(hù)位被置位了。BP1/BP0 控制不同的保護(hù)區(qū)域一旦置位對(duì)應(yīng)的地址區(qū)間就變成只讀。這種情況多發(fā)生在初始化代碼錯(cuò)誤地寫了 WRSR 指令之后或者 WP 引腳電平異常觸發(fā)保護(hù)邏輯。解決方法是把狀態(tài)寄存器恢復(fù)為 0x00void MR25_Unprotect(void) { // 先發(fā) WREN后寫狀態(tài)寄存器 MR25_WriteEnable(); MRAM_CS 0; SPI_Exchange(0x01); // WRSR SPI_Exchange(0x00); // 狀態(tài)寄存器值所有保護(hù)位清零 MRAM_CS 1; }注意 WRSR 本身也要先 WREN否則寫不進(jìn)去。完成之后用 RDSR 再檢查一次確認(rèn)保護(hù)位為 0。6.4 現(xiàn)象四最后一個(gè)字節(jié)經(jīng)常丟這種問(wèn)題多發(fā)于直接操作底層寄存器、沒(méi)有統(tǒng)一封裝 SPI_Exchange 的代碼里。原因我在前面提過(guò)發(fā)送最后一個(gè)字節(jié)后立刻拉高 CS最后一個(gè)移位周期沒(méi)有完成。換成“等待 BF 置位后再拉高 CS”的寫法即可消除。還有一個(gè)小變體CS 拉高之后時(shí)鐘繼續(xù)輸出或者 CS 在時(shí)鐘中間拉高。這會(huì)導(dǎo)致 MRAM 對(duì)寫事務(wù)的判定異常甚至意外觸發(fā)錯(cuò)誤的狀態(tài)變化。所以務(wù)必要保證CS 只能在時(shí)鐘空閑時(shí)拉高也就是 SCK 低電平期間結(jié)束事務(wù)。6.5 調(diào)試工具與經(jīng)驗(yàn)小結(jié)如果手頭有示波器調(diào)試 SPI 時(shí)直接把三個(gè)信號(hào)都抓出來(lái)看一遍SCK、SI、SO。重點(diǎn)看 SCK 是否干凈、SI 上的數(shù)據(jù)是否對(duì)齊時(shí)鐘邊沿、SO 在 CS 拉低后是否有有效輸出。硬件問(wèn)題在波形面前無(wú)所遁形比在代碼里猜來(lái)猜去高效得多。如果只想先跑通功能可以用一顆便宜的 USB 邏輯分析儀代替示波器抓取 SPI 時(shí)序?qū)φ帐謨?cè)上的時(shí)序圖逐個(gè)檢查。平時(shí)我推薦的調(diào)試順序是先量電再量波形最后看寄存器狀態(tài)。實(shí)際項(xiàng)目里超過(guò)一半的“寫不進(jìn)去”“讀不出來(lái)”問(wèn)題最終都落在硬件連接和 CS 時(shí)序上而不是芯片本身。最后再分享一個(gè)小技巧MRAM 的設(shè)計(jì)范式與 Flash 完全不同移植代碼時(shí)最好直接忘掉“擦除”這個(gè)概念把讀寫接口抽象成三個(gè)底層函數(shù)read_byte、write_byte、read_status。上層數(shù)據(jù)結(jié)構(gòu)、掉電恢復(fù)策略全部建在這三個(gè)函數(shù)之上后續(xù)無(wú)論換成容量更大的 MRAM還是換到其他單片機(jī)平臺(tái)都能快速搬過(guò)去。另外我強(qiáng)烈建議在初始化和寫入流程中加入寫后讀回驗(yàn)證。MRAM 無(wú)磨損、寫后無(wú)需等待這讓你幾乎可以無(wú)成本地對(duì)每次寫入進(jìn)行確認(rèn)。這一行代碼在現(xiàn)場(chǎng)設(shè)備出現(xiàn)偶發(fā)數(shù)據(jù)異常時(shí)能幫你節(jié)省大量排查時(shí)間。