頻繁寫入不掉數(shù)的SPI存儲方案)
1. 先說說這個組合解決的具體問題1.1 一個真實的項目場景前陣子我在做一臺工業(yè)控制器的數(shù)據(jù)管理模塊需求很直白設(shè)備要持續(xù)記錄運行參數(shù)、報警事件、累計運行時間還要保存用戶配置。這些數(shù)據(jù)有個共同點——變化頻繁而且必須在掉電瞬間之后仍然存在。最初我想用傳統(tǒng)的 SPI NOR Flash因為容量大、成本低結(jié)果一算賬就發(fā)現(xiàn)不對設(shè)備每分鐘要寫一條日志每條日志幾十字節(jié)一天下來上萬次寫操作一年幾百萬次。普通 SPI Flash 的扇區(qū)擦寫壽命通常在十萬次級別就算做磨損均衡也就撐一兩年根本扛不住長期的頻繁寫入。后來我把目光轉(zhuǎn)向 EEPROM壽命倒是夠了但容量小、速度慢大一點的型號又貴得離譜。再后來了解到了 MRAM——磁阻隨機存儲器主角就是 Everspin 的 MR25H40CDF。這顆芯片是 4Mbit 容量SPI 接口擦寫次數(shù)高到幾乎不用考慮壽命問題寫入速度接近 SRAM而且掉電數(shù)據(jù)不丟。搭配 Microchip 的 PIC32MX675F512L兩者通過 SPI 對接既解決了數(shù)據(jù)存儲的瓶頸又保留了工業(yè)級的工作溫度范圍和可靠性。這篇文章就把整個過程拆開講清楚從選型、硬件連接、驅(qū)動實現(xiàn)到現(xiàn)場抗干擾包括我實際踩過的坑和驗證方法。如果你也在做需要頻繁非易失寫入的嵌入式項目這個組合值得參考。1.2 三張存儲介質(zhì)的關(guān)鍵對比工業(yè)嵌入式里最常見的非易失存儲就是 Flash 和 EEPROMMRAM 相對小眾但它的特性恰好補上了前兩者的短板。我整理過一張對比表直接看結(jié)論特性SPI NOR FlashSPI EEPROM如25AA256MR25H40CDFMRAM寫入方式先擦后寫按扇區(qū)擦除按字節(jié)寫直接覆蓋寫無需擦除單次寫入耗時擦除幾百毫秒編程微秒級3~5ms納秒級自動完成SPI 傳輸即寫入寫耐久性約10萬次/扇區(qū)100萬次左右10^12次以上工程上可視為無限數(shù)據(jù)保持20年100年20年以上最大SPI時鐘通常80~133MHz10~20MHz40MHz容量覆蓋1Mbit~1Gbit256bit~1Mbit256Kbit~32Mbit有幾個點需要特別解釋。第一是擦除問題Flash 想改寫一個字節(jié)得先把整個扇區(qū)讀出來、擦掉、再寫回去這個步驟在頻繁小數(shù)據(jù)寫入場景里是災難MRAM 是隨機存取按字節(jié)直接覆蓋沒有擦除概念。第二是寫入耐久性工業(yè)設(shè)備往往有一個隱含指標——全生命周期內(nèi)不能因為存儲介質(zhì)磨損而返修MRAM 的 10^12 次寫耐久性意味著即使每秒寫一次也能用三萬年這基本把磨損問題從設(shè)計清單里劃掉了。第三是寫周期EEPROM 寫一個字節(jié)要幾毫秒中間掉電就可能寫壞MRAM 的寫操作在 SPI 時鐘沿就完成了沒有編程進行中的長窗口這讓掉電保護設(shè)計簡單得多。1.3 為什么最終鎖定 MR25H40CDF確定要上 MRAM 之后我在選型上還對比過幾顆不同封裝的芯片最終選了 MR25H40CDF理由有三條。一是容量合適4Mbit 即 512KB工業(yè)設(shè)備存配置、日志、曲線數(shù)據(jù)都夠用不像 EEPROM 那樣捉襟見肘。二是 SPI 接口通用性強PIC32MX675F512L 自帶多個 SPI 外設(shè)軟件上三天就能跑通不像并行接口的 MRAM 那樣占用大量 GPIO。三是封裝和溫度范圍適合工業(yè)環(huán)境MR25H40CDF 是 8 引腳小封裝工業(yè)級版本支持 -40℃ 到 85℃無風扇機箱里也能扛得住。另外這顆芯片還帶了 WP寫保護和 HOLD暫停傳輸引腳配合狀態(tài)寄存器可以做硬件級寫保護這在工業(yè)現(xiàn)場抗干擾設(shè)計里很有用后面我會專門講。存儲部分的關(guān)鍵參數(shù)也值得一提工作電壓 2.7V 到 3.6V正好覆蓋 PIC32MX675F512L 的 3.3V 供電域SPI 模式下支持模式 0 和模式 3兼容性好數(shù)據(jù)保持能力在 85℃ 下也超過 20 年滿足大多數(shù)設(shè)備生命周期內(nèi)不丟數(shù)據(jù)的驗收要求。2. 硬件連接引腳、上拉與電源處理2.1 MR25H40CDF 引腳與信號說明MR25H40CDF 雖然是 8 腳封裝引腳功能一點不少標準 SPI 從機該有的信號全都有CS#片選低有效一條命令的起始和結(jié)束都靠它界定必須由主機控制SCK時鐘SPI 時鐘輸入芯片所有操作都跟著它走SI數(shù)據(jù)輸入主機發(fā)給從機的命令、地址、數(shù)據(jù)都走這根線SO數(shù)據(jù)輸出從機回給主機的數(shù)據(jù)走這根線WP#寫保護低電平有效它和狀態(tài)寄存器里的 BP 位配合可以鎖定一塊區(qū)域防止意外寫入HOLD#暫停低電平暫停傳輸不使用時必須拉高否則懸空會誤觸發(fā)。我畫不了圖但接線邏輯很清晰。CS# 接 PIC32 的一個普通 GPIOSCK、SI、SO 接 SPI 外設(shè)的對應引腳WP# 直接拉高或者在軟件里配合狀態(tài)寄存器控制HOLD# 必須可靠接高電平不能懸空。特別注意一點MRAM 的上電時序沒有特殊要求不像某些 Flash 校驗電壓那么矯情但 3.3V 電源一定要干凈后面會提到。2.2 PIC32MX675F512L 側(cè) SPI 引腳分配PIC32MX675F512L 是 MIPS M4K 內(nèi)核的 32 位 MCU主頻 80MHz512KB Flash外設(shè)資源相當豐富SPI 外設(shè)有好幾個而且大部分引腳可以通過 PPS外設(shè)引腳選擇重映射到不同 IO。我這次選擇的是 SPI2 外設(shè)引腳分配如下信號PIC32 引腳復用功能配置SCK某個帶 SDI2 復用功能的引腳RPD10需要查具體數(shù)據(jù)手冊SDIMRAM 的 SO對應 SDI2 輸入通過 PPS 映射SDOMRAM 的 SI對應 SDO2 輸出固定映射CS#任意通用 GPIO手動控制高低電平這里有一個非常重要的經(jīng)驗片選不要交給 SPI 外設(shè)的自動 CS 功能而是用普通 GPIO 手動控制。原因有兩個第一PIC32 的 SPI 外設(shè)自動片選在連續(xù)傳輸時可能出現(xiàn)電平競爭而 MRAM 對 CS 的時序要求嚴格每條命令都必須由 CS 的下降沿啟動、上升沿結(jié)束手動控制最穩(wěn)妥第二后續(xù)如果要在同一總線上掛多顆 SPI 設(shè)備手動 GPIO 做片選也更容易擴展。PPS 配置那一步容易出錯。PIC32 的引腳重映射需要先解鎖 PPS 寄存器再映射輸出和輸入。輸出引腳用 RPD10R 這類寄存器輸入引腳則要用 SDI2R 選擇對應的引腳編號。我建議直接查數(shù)據(jù)手冊的PPS Input和PPS Output兩張表把 SCK、SDO、SDI 三者對應的映射關(guān)系一次配齊避免調(diào)試時四處試錯。2.3 容易踩的硬件細節(jié)硬件層面我這次踩過四個坑值得單獨列出來。第一個是電源去耦。MRAM 雖然是存儲芯片但寫入瞬間的電流變化不小如果 VDD 引腳旁邊沒有足夠容值的去耦電容在批量寫數(shù)據(jù)時可能引起電源紋波間接導致誤寫入或狀態(tài)寄存器被改。我在 VDD 到 GND 之間放了 0.1uF 陶瓷電容并且靠近引腳放置同時在 PCB 電源入口處加了一顆 10uF 鉭電容穩(wěn)壓實測紋波從 80mV 降到了 20mV 以內(nèi)。第二個是 HOLD# 引腳的懸空問題。第一次打樣時我為了省事沒處理 HOLD#結(jié)果現(xiàn)場偶爾出現(xiàn)通訊卡死的現(xiàn)象——后來才發(fā)現(xiàn)是 HOLD# 被噪聲拉低芯片暫停傳輸SPI 總線等不到響應。解決辦法很簡單HOLD# 接 10kΩ 上拉到 3.3V。第三個是 CS# 的沿抖動。如果 CS# 拉低后 SCK 就開始跑而 CS 線因為走線過長導致邊沿過緩芯片可能識別不到有效的命令起始。短距離10cm 以內(nèi)問題不大但如果用排線連接建議在 CS# 上并聯(lián)一個 100pF 電容吸收邊沿噪聲或者干脆降低 SPID 時鐘速率。第四個是 WP# 的默認狀態(tài)。WP# 懸空時芯片會認為寫保護無效電壓不確定容易受干擾。我在 WP# 上接了上拉電阻這樣默認情況下允許寫入需要保護時再通過軟件拉低或改狀態(tài)寄存器。3. PIC32 SPI 初始化與通信參數(shù)選擇3.1 SPI 模式與時鐘速率計算SPI 通信的第一步是確定工作模式。MR25H40CDF 支持 SPI 模式 0 和模式 3我選了最常見的模式 0時鐘空閑為低、數(shù)據(jù)在上升沿采樣、下降沿變化。PIC32MX675F512L 的 SPI 外設(shè)里時鐘極性由 CKP 位控制時鐘邊沿由 CKE 位控制。對于模式 0參數(shù)組合是 CKP0、CKE1。如果你習慣用模式 3改成 CKP1、CKE0 即可芯片兩種模式都認但主機和從機必須一致。時鐘速率的選擇要同時考慮兩點芯片支持的上限和 PCB 的信號質(zhì)量。MR25H40CDF 的規(guī)格書標注最高 SPI 時鐘 40MHzPIC32 的 SPI 外設(shè)也能跑到幾十兆但工業(yè)現(xiàn)場不是實驗室長走線、連接器、外部電磁干擾都會讓高速信號變形。我的經(jīng)驗是板內(nèi)短走線用 10MHz經(jīng)過排線到外部模塊時壓到 1MHz 以內(nèi)。這個選擇不是保守而是考慮到 SPI 沒有內(nèi)置錯誤重傳機制一旦時鐘沿采到錯誤電平就是靜默數(shù)據(jù)損壞寧可慢一點也要穩(wěn)。時鐘頻率的計算公式在 PIC32 上是這樣的SPI 時鐘頻率 Fpb / (2 × (SPIxBRG 1))其中 Fpb 是 SPI 外設(shè)所在總線時鐘頻率。假設(shè)我的系統(tǒng)把 Fpb 配置為 40MHz目標是 2MHz 的 SPI 時鐘那么SPIxBRG 40MHz / (2 × 2MHz) - 1 9BRG 值取 9實際時鐘就是 2MHz。注意 PIC32 的 SPI 波特率寄存器和很多 MCU 不一樣這里的分母有一個×2我第一次按其他平臺的公式算結(jié)果時鐘比預期快了一倍讀出來的數(shù)據(jù)全是亂的。3.2 初始化代碼與寄存器注解下面是我實際使用的 SPI2 初始化代碼基于寄存器直接配置沒有用 Harmony 圖形工具因為這樣更容易理解每一步在干什么。void SPI2_Init(uint32_t spi_brg) { // 先關(guān)閉 SPI 外設(shè)再改配置避免中間狀態(tài) SPI2CON 0; SPI2STATbits.SPIROV 0; // 清除接收溢出標志 // 主模式、模式0CKP0, CKE18位數(shù)據(jù) SPI2CONbits.MSTEN 1; SPI2CONbits.CKP 0; SPI2CONbits.CKE 1; SPI2CONbits.MODE16 0; SPI2CONbits.SSEN 0; // 不使用硬件片選 // 波特率設(shè)置 SPI2BRG spi_brg; // 使能 SPI 外設(shè) SPI2CONbits.ON 1; }PPS 引腳映射也很關(guān)鍵以 SCK 輸出到 RPD10 為例需要在初始化 SPI 之前配置// 解鎖 PPS 寄存器 SYSKEY 0x00000000; SYSKEY 0xAA996655; SYSKEY 0x556699AA; CFGCONbits.IOLOCK 0; // SCK2 輸出映射到 RPD10 RPD10R 0x0009; // 具體編號查數(shù)據(jù)手冊 SPI2 SCK 的 peripheral pin select 值 // SDI2 輸入選擇為 RPD8對應 MRAM 的 SO 引腳 SDI2R 0x0008; // 按實際空引腳調(diào)整 // 重新鎖定 PPS CFGCONbits.IOLOCK 1; SYSKEY 0x00000000;這里要特別提醒PPS 映射值在不同型號的 PIC32 上不完全相同一定要以 PIC32MX675F512L 數(shù)據(jù)手冊的引腳復用表為準不要照抄其他型號的映射值。我一開始就是從另一款 PIC32 上抄的映射號SCK 怎么都不出波形查了好幾小時才發(fā)現(xiàn)是映射編號不對。3.3 關(guān)于 FIFO 和狀態(tài)位的小提醒PIC32 的 SPI 外設(shè)帶緩沖發(fā)送數(shù)據(jù)時不能只往 SPIBUF 里寫就完事必須等發(fā)送緩沖區(qū)空。否則連續(xù)寫多個字節(jié)時第二個字節(jié)可能覆蓋掉還沒移位出去的第一個字節(jié)。我的發(fā)送和接收封裝了等待邏輯uint8_t SPI2_ExchangeByte(uint8_t data) { // 等待發(fā)送緩沖區(qū)空 while (SPI2STATbits.SPITBF 1); SPI2BUF data; // 等待接收緩沖區(qū)有數(shù)據(jù) while (SPI2STATbits.SPIRBF 0); // 檢查接收溢出標志若溢出則清除并丟棄數(shù)據(jù) if (SPI2STATbits.SPIROV) { SPI2STATbits.SPIROV 0; return 0xFF; } return SPI2BUF; }接收溢出是我在實際調(diào)試中遇到的隱性坑。SPI 主模式里每個時鐘周期主機同時在收和發(fā)如果上一次的數(shù)據(jù)還沒被軟件讀走下一個字節(jié)到來時就會出現(xiàn)溢出SPIROV 置 1后續(xù)數(shù)據(jù)直接丟。這個標志位名字叫溢出很容易被忽略但它恰恰是 SPI 高速傳輸時數(shù)據(jù)錯亂的最常見原因。把檢查邏輯封裝進交換函數(shù)后這個問題基本絕跡。還有一個經(jīng)驗SPI 發(fā)送命令時MRAM 的 SO 線在命令階段可能輸出的是無關(guān)數(shù)據(jù)你在讀取響應之前必須先發(fā)送足夠的時鐘。比如 READ 命令發(fā)完地址后還要再發(fā)一個字節(jié)的空數(shù)據(jù)來產(chǎn)生讀時鐘這樣SPI2_ExchangeByte(0xFF)的返回值才是真正讀到的內(nèi)存數(shù)據(jù)。這個細節(jié)在寫驅(qū)動的時候非常容易漏。4. MRAM 命令集與讀寫驅(qū)動實現(xiàn)4.1 命令總覽MR25H40CDF 的命令集不大核心就幾條其余是狀態(tài)寄存器操作和休眠命令。下面是常用命令的助記符和操作碼命令操作碼功能說明WREN0x06設(shè)置寫使能鎖存位WRDI0x04清除寫使能鎖存位RDSR0x05讀狀態(tài)寄存器WRSR0x01寫狀態(tài)寄存器配置塊保護READ0x03從指定地址開始讀數(shù)據(jù)FAST_READ0x0B快速讀帶一個 dummy 字節(jié)WRITE0x02從指定地址開始寫數(shù)據(jù)SLEEP0xB9進入休眠模式低功耗最需要記住的一條規(guī)則每次 WRITE 命令之前必須發(fā) WREN0x06。MR25H40CDF 和大部分 SPI 存儲芯片一樣上電后寫使能是關(guān)閉的這是防止意外寫入的第一道保險。有些 SPI Flash 會帶一個寫狀態(tài)寄存器命令和寫數(shù)據(jù)陣列的命令分開使能MRAM 這里更簡單WREN 之后馬上來 WRITE 就行如果中間插了其他命令寫使能位可能被清掉。這個細節(jié)我在驅(qū)動框架里用狀態(tài)機處理確保每次寫入都是嚴格WREN 緊跟 WRITE的序列。4.2 讀數(shù)據(jù)單字節(jié)與連續(xù)讀取讀操作不需要寫使能CS# 拉低后直接發(fā) READ0x03跟上 24 位地址然后不斷給時鐘就能把數(shù)據(jù)連續(xù)讀出來。MRAM 的好處是讀地址自動遞增不需要像 Flash 那樣按頁回繞可以一次性讀完整個 512KB 空間。單字節(jié)讀的代碼如下uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t data; MRAM_CS_LAT 0; // 片選拉低 SPI2_ExchangeByte(0x03); // READ 命令 SPI2_ExchangeByte((addr 16) 0xFF); // 地址高位 SPI2_ExchangeByte((addr 8) 0xFF); // 地址中位 SPI2_ExchangeByte(addr 0xFF); // 地址低位 data SPI2_ExchangeByte(0xFF); // 讀一個字節(jié) MRAM_CS_LAT 1; // 片選拉高結(jié)束命令 return data; }連續(xù)讀稍微改一下把最后一步循環(huán)執(zhí)行即可。我自己實現(xiàn)了一個帶長度參數(shù)的批量讀函數(shù)內(nèi)部用指針遍歷這樣初始化時一次性把整個配置結(jié)構(gòu)體從 MRAM 拷到 RAM 里運行期間所有讀操作都在內(nèi)存完成避免頻繁占用 SPI 總線。void MRAM_ReadBuffer(uint32_t addr, uint8_t *buf, uint32_t len) { uint32_t i; MRAM_CS_LAT 0; SPI2_ExchangeByte(0x03); SPI2_ExchangeByte((addr 16) 0xFF); SPI2_ExchangeByte((addr 8) 0xFF); SPI2_ExchangeByte(addr 0xFF); for (i 0; i len; i) { buf[i] SPI2_ExchangeByte(0xFF); } MRAM_CS_LAT 1; }4.3 寫數(shù)據(jù)WREN 的先后順序?qū)懖僮魇?MRAM 最核心的功能也是我重點測試的部分。流程是CS# 拉低發(fā) WRENCS# 拉高必須拉高WREN 命令本身需要一個完整的片選周期然后重新拉低 CS#發(fā) WRITE0x02、24 位地址、待寫數(shù)據(jù)最后拉高 CS#。字節(jié)寫函數(shù)如下void MRAM_WriteByte(uint32_t addr, uint8_t val) { MRAM_WriteEnable(); // 發(fā) WREN 命令 MRAM_CS_LAT 0; SPI2_ExchangeByte(0x02); // WRITE 命令 SPI2_ExchangeByte((addr 16) 0xFF); SPI2_ExchangeByte((addr 8) 0xFF); SPI2_ExchangeByte(addr 0xFF); SPI2_ExchangeByte(val); // 待寫數(shù)據(jù) MRAM_CS_LAT 1; } void MRAM_WriteEnable(void) { MRAM_CS_LAT 0; SPI2_ExchangeByte(0x06); // WREN MRAM_CS_LAT 1; // WREN 命令結(jié)束 }這里有一個容易忽略的時序點MR25H40CDF 的寫操作不需要額外的等待忙過程數(shù)據(jù)在最后一個字節(jié)的時鐘上升沿就進入存儲陣列了。這和 EEPROM 完全不同也是它最大的優(yōu)勢。我最初還按 EEPROM 的習慣在寫完數(shù)據(jù)后加了幾毫秒延時結(jié)果浪費時間還拖慢了日志寫入速度。去掉延時后實測寫一個字節(jié)從 CS 拉低到拉高大約只要 40 個 SPI 時鐘周期在 10MHz 時鐘下就是 4 微秒比 EEPROM 快三個數(shù)量級。批量寫也一樣簡單WRITE 命令發(fā)出后地址會自動遞增可以連續(xù)寫任意長度沒有頁大小限制。我在驅(qū)動里做了對齊檢查但嚴格來說即使不對齊也能寫只是工業(yè)上習慣讓日志記錄按固定長度對齊方便后續(xù)解析。4.4 狀態(tài)寄存器與寫保護處理狀態(tài)寄存器是 MRAM 可靠性設(shè)計的關(guān)鍵環(huán)節(jié)。MR25H40CDF 的狀態(tài)寄存器里有寫使能鎖存位和塊保護位。塊保護BP0、BP1、BP2配合 WP# 引腳可以鎖定存儲區(qū)的上半部分或下半部分防止配置數(shù)據(jù)被意外改寫。我的做法是把設(shè)備的關(guān)鍵配置參數(shù)放在地址 0x00000 到 0x00FFF即前 4KB然后通過 WRSR 命令把塊保護位設(shè)為保護該區(qū)域同時 WP# 引腳保持高電平。讀取狀態(tài)寄存器的代碼如下uint8_t MRAM_ReadStatus(void) { uint8_t status; MRAM_CS_LAT 0; SPI2_ExchangeByte(0x05); // RDSR 命令 status SPI2_ExchangeByte(0xFF); // 讀狀態(tài)字節(jié) MRAM_CS_LAT 1; return status; }如果要修改塊保護設(shè)置需要先發(fā) WREN再發(fā) WRSR 命令和新的狀態(tài)字節(jié)。這里有個細節(jié)WRSR 命令本身也需要 WREN 前置而且寫完狀態(tài)寄存器后芯片會短暫處于忙狀態(tài)。雖然 MRAM 沒有 EEPROM 那種幾毫秒的等待但保險起見我會連讀幾次狀態(tài)寄存器確認寫使能位已經(jīng)被清掉再繼續(xù)后續(xù)操作。這一套流程花不了幾十微秒?yún)s能把狀態(tài)寄存器被干擾改寫的概率壓到極低。4.5 一個可復用的驅(qū)動框架把上面的函數(shù)整合起來我抽象出一個簡化的驅(qū)動框架。核心思路是三個層次最底層是 SPI 交換函數(shù)中間層是 MRAM 命令封裝上層是帶校驗的讀寫接口。這里給出中間層的頭文件聲明方便移植到其他平臺#ifndef MR25H40_H #define MR25H40_H #include stdint.h #define MRAM_SIZE_KB 512 #define MRAM_TOTAL_BYTES (MRAM_SIZE_KB * 1024) // 塊保護區(qū)域定義 #define MRAM_PROTECT_START 0x00000000 #define MRAM_PROTECT_LEN 0x00001000 // 4KB void MRAM_Init(void); uint8_t MRAM_ReadStatus(void); void MRAM_WriteEnable(void); void MRAM_WriteDisable(void); uint8_t MRAM_ReadByte(uint32_t addr); void MRAM_WriteByte(uint32_t addr, uint8_t val); void MRAM_ReadBuffer(uint32_t addr, uint8_t *buf, uint32_t len); void MRAM_WriteBuffer(uint32_t addr, const uint8_t *buf, uint32_t len); void MRAM_ConfigWriteProtect(uint8_t enable); #endif這個框架里我刻意沒有做磨損均衡因為 MRAM 不需要。但我在上層做了一層寫入校驗每次寫緩沖之后回讀一遍比對如果發(fā)現(xiàn)不一致立即重試一次。這個機制不是為了防 MRAM 本身失效而是防 SPI 線路上的偶發(fā)干擾后面會細說。5. 實測過程波形、時序與現(xiàn)場干擾的排查5.1 邏輯分析儀驗證驅(qū)動寫完先別急著上系統(tǒng)我用邏輯分析儀抓了 SPI 總線的實際波形重點驗證三件事片選時序是否正確、命令字節(jié)是否完整、數(shù)據(jù)線在時鐘沿是否穩(wěn)定。第一版波形就發(fā)現(xiàn)了一個問題CS# 在 WREN 命令之后拉高的時間太短緊接著又拉低發(fā) WRITE 命令MRAM 有時候沒有正確識別 WREN 的結(jié)束。排查后確認是 GPIO 操作之間缺少一點間隔我在MRAM_WriteEnable()的 CS 拉高之后加了一個空操作延時問題消失。這也解釋了為什么驅(qū)動封裝要把CS 時序當作第一優(yōu)先級來看待。還有一次我在用 20MHz SPI 時鐘測試連續(xù)讀 1KB 數(shù)據(jù)時邏輯分析儀顯示 SO 線上的數(shù)據(jù)有個別 bit 毛刺但 MCU 讀回來卻沒問題。這說明時序裕量雖然夠但波形質(zhì)量已經(jīng)開始下降。我從這次測試得到的結(jié)論是SPI 時鐘越高對 PCB layout 的要求越苛刻量產(chǎn)板沒有實驗室板那么好的布線條件。最終我把量產(chǎn)固件的 SPI 時鐘固定在 5MHz留足裕量。5.2 現(xiàn)象時鐘拉高后數(shù)據(jù)偶發(fā)錯亂現(xiàn)場調(diào)試時碰到一個最難纏的問題設(shè)備在正常運行中偶爾會出現(xiàn)一條日志數(shù)據(jù)錯亂不是整塊丟失而是某個字節(jié)的某一位被翻轉(zhuǎn)。頻率不高但足以觸發(fā)校驗錯誤。我一開始懷疑是 MRAM 芯片本身有問題換了三顆芯片問題依舊。后來把注意力放到 SPI 時鐘速率上。當時量產(chǎn)固件用的是 10MHz在我自己的測試板上連續(xù)讀寫 100 萬次都穩(wěn)定但客戶的設(shè)備裝在工業(yè)現(xiàn)場有電機、變頻器、接觸器等強干擾源。我懷疑是電磁干擾耦合到了 SPI 排線上導致某個時鐘沿采到錯誤電平。為了驗證我把 SPI 時鐘從 10MHz 降到 1MHz跑了兩天數(shù)據(jù)錯亂再也沒有出現(xiàn)。5.3 定位鏈路這個問題的定位過程值得完整記錄因為這類偶發(fā)、低頻、無規(guī)律的數(shù)據(jù)錯誤在嵌入式里最容易被甩鍋給存儲芯片。第一步我先做了存儲芯片的自檢。用固定的偽隨機序列寫入 MRAM讀回比對連續(xù)跑 100 萬次芯片自身零錯誤排除芯片壞塊和寫失效。第二步做 SPI 協(xié)議層的回環(huán)測試。把 PIC32 的 SDO 直接短接到 SDIMCU 自發(fā)自收確認 SPI 外設(shè)本身在 10MHz 時鐘下沒有溢出和丟字節(jié)。這一步也沒有問題。第三步加長排線、靠近電機模擬現(xiàn)場。把 SPI 排線改成 30cm放在變頻器電纜旁邊同樣的偽隨機寫讀測試開始出現(xiàn)零星錯誤。這時基本鎖定是外部干擾。第四步用示波器觀察 SCK 和 SO 線上的波形發(fā)現(xiàn) SO 線上在時鐘下降沿附近有明顯的振鈴幅度達到了 0.4V 左右接近邏輯低電平閾值。這就是干擾合入信號的直接證據(jù)。5.4 對策與驗證針對這個定位結(jié)果我做了四項對策SPI 時鐘降到 1MHz給信號電平充分的穩(wěn)定時間SPI 四根信號線SCK、SI、SO、CS#在 PCB 上等長且遠離電源線排線改用帶接地的屏蔽排線SO 線上串聯(lián) 33Ω 電阻抑制振鈴實測振鈴幅度從 0.4V 降到 0.15V軟件上加嚴格校驗寫入日志前先計算累加和寫入后讀回驗證不一致則重寫。這四個對策疊加之后我在客戶現(xiàn)場跑了一個月日志存儲不再出錯。這里要強調(diào)一點對策 4 不是兜底方案而是最后一道防線。SPI 沒有硬件握手和 CRC 機制靠軟件校驗才能保證端到端可靠。這也是工業(yè)通信和消費電子最明顯的區(qū)別。6. 工業(yè)場景的數(shù)據(jù)完整性設(shè)計6.1 掉電保護與寫入狀態(tài)機工業(yè)設(shè)備最核心的可靠性場景就是掉電。設(shè)備可能在寫入日志的瞬間斷電也可能在配置數(shù)據(jù)寫到一半時斷電。MR25H40CDF 因為寫入周期短天然比 EEPROM 抗掉電但設(shè)計上仍然要做掉電保護機制。我的做法是引入掉電檢測。PIC32MX675F512L 內(nèi)置 BOR欠壓復位模塊當 VDD 跌落到閾值以下時會產(chǎn)生復位或中斷。我在軟件里用 BOR 中斷做掉電標志一旦檢測到欠壓立即停止新的寫入請求同時把當前正在進行的寫操作執(zhí)行完因為 MRAM 寫入在幾個 SPI 時鐘內(nèi)就結(jié)束了所以這個窗口完全可以覆蓋。掉電保護的狀態(tài)機分三態(tài)正常運行態(tài)、掉電預警態(tài)、復位態(tài)。正常運行態(tài)下寫操作自由掉電預警態(tài)下只允許完成當前寫操作不允許啟動新的寫操作復位后從 MRAM 重新加載所有配置。這個狀態(tài)機的關(guān)鍵是不能讓軟件在掉電瞬間還去做耗時的擦除或等待操作MRAM 的優(yōu)勢在這里發(fā)揮得淋漓盡致——狀態(tài)切換后最多等 10 微秒數(shù)據(jù)就已經(jīng)安全落盤。6.2 校驗與雙備份數(shù)據(jù)完整性光靠存儲介質(zhì)的物理可靠性不夠我在驅(qū)動層加了兩層校驗。第一層是單條數(shù)據(jù)的累加和。每條日志記錄固定長度為 64 字節(jié)前 60 字節(jié)是數(shù)據(jù)最后 4 字節(jié)是 CRC32。寫入時算好 CRC 再寫讀取時校驗 CRC不通過就標記該記錄損壞。CRC32 的查表和計算可以直接復用 PIC32 的軟件庫占用時間可以忽略。第二層是雙備份區(qū)。配置參數(shù)和累計運行時間這類關(guān)鍵數(shù)據(jù)我會在 MRAM 里存兩份分別放在地址 0x01000 和 0x02000 處。每次寫入時先寫主區(qū)再寫備份區(qū)讀取時先讀主區(qū)并校驗若校驗失敗則讀備份區(qū)并修復主區(qū)。這個主備互為鏡像的策略在嵌入式存儲里是老生常談但很多人只在 Flash 上做磨損均衡忘了備份區(qū)同樣重要。MRAM 的高壽命讓雙備份的寫入頻率不受限制這才真正把設(shè)計簡化了。6.3 日志存儲的環(huán)形緩沖設(shè)計日志類數(shù)據(jù)用環(huán)形緩沖最省空間。我把 MRAM 的后 256KB 劃為日志區(qū)按固定 64 字節(jié)一個記錄組織成一個環(huán)形隊列。頭指針和尾指針分別存放在兩個固定的非日志地址每次寫入日志時更新頭指針同時把舊尾指針區(qū)域的數(shù)據(jù)安全覆蓋。這個方案的難點在于指針自身的掉電一致性如果在寫指針的過程中掉電下次上電可能讀到半新半舊的指針值導致日志索引錯亂。我用了雙指針冗余方案頭指針寫兩份每份 4 字節(jié)但兩份內(nèi)容設(shè)計成互為取反。讀取時先檢查指針值是否合法如果第一份是半更新狀態(tài)就取第二份。這個處理在 MRAM 上特別簡單因為寫一個完整 4 字節(jié)指針只需要一次寫操作不存在 Flash 那種先擦后寫的半完成窗口。6.4 后續(xù)擴展與改進方向這套系統(tǒng)跑穩(wěn)定之后我還有幾個擴展方向。一個是把 MRAM 的休眠模式用起來。設(shè)備待機時通過 SLEEP 命令讓 MR25H40CDF 進入低功耗狀態(tài)喚醒只需要 CS# 拉低觸發(fā)一次讀操作。不過工業(yè)設(shè)備通常不休眠這個功能只在電池供電的便攜設(shè)備上有意義。另一個是增加 FRAMFerroelectric RAM對照測試。如果項目對成本更敏感可以把 MRAM 換成富士通或英飛凌的 SPI FRAM 芯片兩者的驅(qū)動幾乎完全兼容只需要改命令集里極個別參數(shù)。MRAM 的優(yōu)勢在抗輻射和極端溫度FRAM 的優(yōu)勢在成本看具體場景取舍。最后說一點體會用 MR25H40CDF 和 PIC32MX675F512L 做工業(yè)存儲最大的收益不是省掉了 EEPROM 壽命焦慮而是讓頻繁寫、不丟數(shù)這個需求從系統(tǒng)工程問題變成了簡單的驅(qū)動問題。只要把 SPI 時序弄扎實、硬件抗干擾做好、上層校驗補完整這套方案幾乎是工業(yè)數(shù)據(jù)存儲里最省心的組合之一。如果你正在為日志頻繁寫入和掉電保存頭疼建議直接照著上面的思路搭一版試試大概率能少走很多彎路。 MRAM與PIC32組合：工業(yè)頻繁寫入不掉數(shù)的SPI存儲方案
1. 先說說這個組合解決的具體問題1.1 一個真實的項目場景前陣子我在做一臺工業(yè)控制器的數(shù)據(jù)管理模塊需求很直白設(shè)備要持續(xù)記錄運行參數(shù)、報警事件、累計運行時間還要保存用戶配置。這些數(shù)據(jù)有個共同點——變化頻繁而且必須在掉電瞬間之后仍然存在。最初我想用傳統(tǒng)的 SPI NOR Flash因為容量大、成本低結(jié)果一算賬就發(fā)現(xiàn)不對設(shè)備每分鐘要寫一條日志每條日志幾十字節(jié)一天下來上萬次寫操作一年幾百萬次。普通 SPI Flash 的扇區(qū)擦寫壽命通常在十萬次級別就算做磨損均衡也就撐一兩年根本扛不住長期的頻繁寫入。后來我把目光轉(zhuǎn)向 EEPROM壽命倒是夠了但容量小、速度慢大一點的型號又貴得離譜。再后來了解到了 MRAM——磁阻隨機存儲器主角就是 Everspin 的 MR25H40CDF。這顆芯片是 4Mbit 容量SPI 接口擦寫次數(shù)高到幾乎不用考慮壽命問題寫入速度接近 SRAM而且掉電數(shù)據(jù)不丟。搭配 Microchip 的 PIC32MX675F512L兩者通過 SPI 對接既解決了數(shù)據(jù)存儲的瓶頸又保留了工業(yè)級的工作溫度范圍和可靠性。這篇文章就把整個過程拆開講清楚從選型、硬件連接、驅(qū)動實現(xiàn)到現(xiàn)場抗干擾包括我實際踩過的坑和驗證方法。如果你也在做需要頻繁非易失寫入的嵌入式項目這個組合值得參考。1.2 三張存儲介質(zhì)的關(guān)鍵對比工業(yè)嵌入式里最常見的非易失存儲就是 Flash 和 EEPROMMRAM 相對小眾但它的特性恰好補上了前兩者的短板。我整理過一張對比表直接看結(jié)論特性SPI NOR FlashSPI EEPROM如25AA256MR25H40CDFMRAM寫入方式先擦后寫按扇區(qū)擦除按字節(jié)寫直接覆蓋寫無需擦除單次寫入耗時擦除幾百毫秒編程微秒級3~5ms納秒級自動完成SPI 傳輸即寫入寫耐久性約10萬次/扇區(qū)100萬次左右10^12次以上工程上可視為無限數(shù)據(jù)保持20年100年20年以上最大SPI時鐘通常80~133MHz10~20MHz40MHz容量覆蓋1Mbit~1Gbit256bit~1Mbit256Kbit~32Mbit有幾個點需要特別解釋。第一是擦除問題Flash 想改寫一個字節(jié)得先把整個扇區(qū)讀出來、擦掉、再寫回去這個步驟在頻繁小數(shù)據(jù)寫入場景里是災難MRAM 是隨機存取按字節(jié)直接覆蓋沒有擦除概念。第二是寫入耐久性工業(yè)設(shè)備往往有一個隱含指標——全生命周期內(nèi)不能因為存儲介質(zhì)磨損而返修MRAM 的 10^12 次寫耐久性意味著即使每秒寫一次也能用三萬年這基本把磨損問題從設(shè)計清單里劃掉了。第三是寫周期EEPROM 寫一個字節(jié)要幾毫秒中間掉電就可能寫壞MRAM 的寫操作在 SPI 時鐘沿就完成了沒有編程進行中的長窗口這讓掉電保護設(shè)計簡單得多。1.3 為什么最終鎖定 MR25H40CDF確定要上 MRAM 之后我在選型上還對比過幾顆不同封裝的芯片最終選了 MR25H40CDF理由有三條。一是容量合適4Mbit 即 512KB工業(yè)設(shè)備存配置、日志、曲線數(shù)據(jù)都夠用不像 EEPROM 那樣捉襟見肘。二是 SPI 接口通用性強PIC32MX675F512L 自帶多個 SPI 外設(shè)軟件上三天就能跑通不像并行接口的 MRAM 那樣占用大量 GPIO。三是封裝和溫度范圍適合工業(yè)環(huán)境MR25H40CDF 是 8 引腳小封裝工業(yè)級版本支持 -40℃ 到 85℃無風扇機箱里也能扛得住。另外這顆芯片還帶了 WP寫保護和 HOLD暫停傳輸引腳配合狀態(tài)寄存器可以做硬件級寫保護這在工業(yè)現(xiàn)場抗干擾設(shè)計里很有用后面我會專門講。存儲部分的關(guān)鍵參數(shù)也值得一提工作電壓 2.7V 到 3.6V正好覆蓋 PIC32MX675F512L 的 3.3V 供電域SPI 模式下支持模式 0 和模式 3兼容性好數(shù)據(jù)保持能力在 85℃ 下也超過 20 年滿足大多數(shù)設(shè)備生命周期內(nèi)不丟數(shù)據(jù)的驗收要求。2. 硬件連接引腳、上拉與電源處理2.1 MR25H40CDF 引腳與信號說明MR25H40CDF 雖然是 8 腳封裝引腳功能一點不少標準 SPI 從機該有的信號全都有CS#片選低有效一條命令的起始和結(jié)束都靠它界定必須由主機控制SCK時鐘SPI 時鐘輸入芯片所有操作都跟著它走SI數(shù)據(jù)輸入主機發(fā)給從機的命令、地址、數(shù)據(jù)都走這根線SO數(shù)據(jù)輸出從機回給主機的數(shù)據(jù)走這根線WP#寫保護低電平有效它和狀態(tài)寄存器里的 BP 位配合可以鎖定一塊區(qū)域防止意外寫入HOLD#暫停低電平暫停傳輸不使用時必須拉高否則懸空會誤觸發(fā)。我畫不了圖但接線邏輯很清晰。CS# 接 PIC32 的一個普通 GPIOSCK、SI、SO 接 SPI 外設(shè)的對應引腳WP# 直接拉高或者在軟件里配合狀態(tài)寄存器控制HOLD# 必須可靠接高電平不能懸空。特別注意一點MRAM 的上電時序沒有特殊要求不像某些 Flash 校驗電壓那么矯情但 3.3V 電源一定要干凈后面會提到。2.2 PIC32MX675F512L 側(cè) SPI 引腳分配PIC32MX675F512L 是 MIPS M4K 內(nèi)核的 32 位 MCU主頻 80MHz512KB Flash外設(shè)資源相當豐富SPI 外設(shè)有好幾個而且大部分引腳可以通過 PPS外設(shè)引腳選擇重映射到不同 IO。我這次選擇的是 SPI2 外設(shè)引腳分配如下信號PIC32 引腳復用功能配置SCK某個帶 SDI2 復用功能的引腳RPD10需要查具體數(shù)據(jù)手冊SDIMRAM 的 SO對應 SDI2 輸入通過 PPS 映射SDOMRAM 的 SI對應 SDO2 輸出固定映射CS#任意通用 GPIO手動控制高低電平這里有一個非常重要的經(jīng)驗片選不要交給 SPI 外設(shè)的自動 CS 功能而是用普通 GPIO 手動控制。原因有兩個第一PIC32 的 SPI 外設(shè)自動片選在連續(xù)傳輸時可能出現(xiàn)電平競爭而 MRAM 對 CS 的時序要求嚴格每條命令都必須由 CS 的下降沿啟動、上升沿結(jié)束手動控制最穩(wěn)妥第二后續(xù)如果要在同一總線上掛多顆 SPI 設(shè)備手動 GPIO 做片選也更容易擴展。PPS 配置那一步容易出錯。PIC32 的引腳重映射需要先解鎖 PPS 寄存器再映射輸出和輸入。輸出引腳用 RPD10R 這類寄存器輸入引腳則要用 SDI2R 選擇對應的引腳編號。我建議直接查數(shù)據(jù)手冊的PPS Input和PPS Output兩張表把 SCK、SDO、SDI 三者對應的映射關(guān)系一次配齊避免調(diào)試時四處試錯。2.3 容易踩的硬件細節(jié)硬件層面我這次踩過四個坑值得單獨列出來。第一個是電源去耦。MRAM 雖然是存儲芯片但寫入瞬間的電流變化不小如果 VDD 引腳旁邊沒有足夠容值的去耦電容在批量寫數(shù)據(jù)時可能引起電源紋波間接導致誤寫入或狀態(tài)寄存器被改。我在 VDD 到 GND 之間放了 0.1uF 陶瓷電容并且靠近引腳放置同時在 PCB 電源入口處加了一顆 10uF 鉭電容穩(wěn)壓實測紋波從 80mV 降到了 20mV 以內(nèi)。第二個是 HOLD# 引腳的懸空問題。第一次打樣時我為了省事沒處理 HOLD#結(jié)果現(xiàn)場偶爾出現(xiàn)通訊卡死的現(xiàn)象——后來才發(fā)現(xiàn)是 HOLD# 被噪聲拉低芯片暫停傳輸SPI 總線等不到響應。解決辦法很簡單HOLD# 接 10kΩ 上拉到 3.3V。第三個是 CS# 的沿抖動。如果 CS# 拉低后 SCK 就開始跑而 CS 線因為走線過長導致邊沿過緩芯片可能識別不到有效的命令起始。短距離10cm 以內(nèi)問題不大但如果用排線連接建議在 CS# 上并聯(lián)一個 100pF 電容吸收邊沿噪聲或者干脆降低 SPID 時鐘速率。第四個是 WP# 的默認狀態(tài)。WP# 懸空時芯片會認為寫保護無效電壓不確定容易受干擾。我在 WP# 上接了上拉電阻這樣默認情況下允許寫入需要保護時再通過軟件拉低或改狀態(tài)寄存器。3. PIC32 SPI 初始化與通信參數(shù)選擇3.1 SPI 模式與時鐘速率計算SPI 通信的第一步是確定工作模式。MR25H40CDF 支持 SPI 模式 0 和模式 3我選了最常見的模式 0時鐘空閑為低、數(shù)據(jù)在上升沿采樣、下降沿變化。PIC32MX675F512L 的 SPI 外設(shè)里時鐘極性由 CKP 位控制時鐘邊沿由 CKE 位控制。對于模式 0參數(shù)組合是 CKP0、CKE1。如果你習慣用模式 3改成 CKP1、CKE0 即可芯片兩種模式都認但主機和從機必須一致。時鐘速率的選擇要同時考慮兩點芯片支持的上限和 PCB 的信號質(zhì)量。MR25H40CDF 的規(guī)格書標注最高 SPI 時鐘 40MHzPIC32 的 SPI 外設(shè)也能跑到幾十兆但工業(yè)現(xiàn)場不是實驗室長走線、連接器、外部電磁干擾都會讓高速信號變形。我的經(jīng)驗是板內(nèi)短走線用 10MHz經(jīng)過排線到外部模塊時壓到 1MHz 以內(nèi)。這個選擇不是保守而是考慮到 SPI 沒有內(nèi)置錯誤重傳機制一旦時鐘沿采到錯誤電平就是靜默數(shù)據(jù)損壞寧可慢一點也要穩(wěn)。時鐘頻率的計算公式在 PIC32 上是這樣的SPI 時鐘頻率 Fpb / (2 × (SPIxBRG 1))其中 Fpb 是 SPI 外設(shè)所在總線時鐘頻率。假設(shè)我的系統(tǒng)把 Fpb 配置為 40MHz目標是 2MHz 的 SPI 時鐘那么SPIxBRG 40MHz / (2 × 2MHz) - 1 9BRG 值取 9實際時鐘就是 2MHz。注意 PIC32 的 SPI 波特率寄存器和很多 MCU 不一樣這里的分母有一個×2我第一次按其他平臺的公式算結(jié)果時鐘比預期快了一倍讀出來的數(shù)據(jù)全是亂的。3.2 初始化代碼與寄存器注解下面是我實際使用的 SPI2 初始化代碼基于寄存器直接配置沒有用 Harmony 圖形工具因為這樣更容易理解每一步在干什么。void SPI2_Init(uint32_t spi_brg) { // 先關(guān)閉 SPI 外設(shè)再改配置避免中間狀態(tài) SPI2CON 0; SPI2STATbits.SPIROV 0; // 清除接收溢出標志 // 主模式、模式0CKP0, CKE18位數(shù)據(jù) SPI2CONbits.MSTEN 1; SPI2CONbits.CKP 0; SPI2CONbits.CKE 1; SPI2CONbits.MODE16 0; SPI2CONbits.SSEN 0; // 不使用硬件片選 // 波特率設(shè)置 SPI2BRG spi_brg; // 使能 SPI 外設(shè) SPI2CONbits.ON 1; }PPS 引腳映射也很關(guān)鍵以 SCK 輸出到 RPD10 為例需要在初始化 SPI 之前配置// 解鎖 PPS 寄存器 SYSKEY 0x00000000; SYSKEY 0xAA996655; SYSKEY 0x556699AA; CFGCONbits.IOLOCK 0; // SCK2 輸出映射到 RPD10 RPD10R 0x0009; // 具體編號查數(shù)據(jù)手冊 SPI2 SCK 的 peripheral pin select 值 // SDI2 輸入選擇為 RPD8對應 MRAM 的 SO 引腳 SDI2R 0x0008; // 按實際空引腳調(diào)整 // 重新鎖定 PPS CFGCONbits.IOLOCK 1; SYSKEY 0x00000000;這里要特別提醒PPS 映射值在不同型號的 PIC32 上不完全相同一定要以 PIC32MX675F512L 數(shù)據(jù)手冊的引腳復用表為準不要照抄其他型號的映射值。我一開始就是從另一款 PIC32 上抄的映射號SCK 怎么都不出波形查了好幾小時才發(fā)現(xiàn)是映射編號不對。3.3 關(guān)于 FIFO 和狀態(tài)位的小提醒PIC32 的 SPI 外設(shè)帶緩沖發(fā)送數(shù)據(jù)時不能只往 SPIBUF 里寫就完事必須等發(fā)送緩沖區(qū)空。否則連續(xù)寫多個字節(jié)時第二個字節(jié)可能覆蓋掉還沒移位出去的第一個字節(jié)。我的發(fā)送和接收封裝了等待邏輯uint8_t SPI2_ExchangeByte(uint8_t data) { // 等待發(fā)送緩沖區(qū)空 while (SPI2STATbits.SPITBF 1); SPI2BUF data; // 等待接收緩沖區(qū)有數(shù)據(jù) while (SPI2STATbits.SPIRBF 0); // 檢查接收溢出標志若溢出則清除并丟棄數(shù)據(jù) if (SPI2STATbits.SPIROV) { SPI2STATbits.SPIROV 0; return 0xFF; } return SPI2BUF; }接收溢出是我在實際調(diào)試中遇到的隱性坑。SPI 主模式里每個時鐘周期主機同時在收和發(fā)如果上一次的數(shù)據(jù)還沒被軟件讀走下一個字節(jié)到來時就會出現(xiàn)溢出SPIROV 置 1后續(xù)數(shù)據(jù)直接丟。這個標志位名字叫溢出很容易被忽略但它恰恰是 SPI 高速傳輸時數(shù)據(jù)錯亂的最常見原因。把檢查邏輯封裝進交換函數(shù)后這個問題基本絕跡。還有一個經(jīng)驗SPI 發(fā)送命令時MRAM 的 SO 線在命令階段可能輸出的是無關(guān)數(shù)據(jù)你在讀取響應之前必須先發(fā)送足夠的時鐘。比如 READ 命令發(fā)完地址后還要再發(fā)一個字節(jié)的空數(shù)據(jù)來產(chǎn)生讀時鐘這樣SPI2_ExchangeByte(0xFF)的返回值才是真正讀到的內(nèi)存數(shù)據(jù)。這個細節(jié)在寫驅(qū)動的時候非常容易漏。4. MRAM 命令集與讀寫驅(qū)動實現(xiàn)4.1 命令總覽MR25H40CDF 的命令集不大核心就幾條其余是狀態(tài)寄存器操作和休眠命令。下面是常用命令的助記符和操作碼命令操作碼功能說明WREN0x06設(shè)置寫使能鎖存位WRDI0x04清除寫使能鎖存位RDSR0x05讀狀態(tài)寄存器WRSR0x01寫狀態(tài)寄存器配置塊保護READ0x03從指定地址開始讀數(shù)據(jù)FAST_READ0x0B快速讀帶一個 dummy 字節(jié)WRITE0x02從指定地址開始寫數(shù)據(jù)SLEEP0xB9進入休眠模式低功耗最需要記住的一條規(guī)則每次 WRITE 命令之前必須發(fā) WREN0x06。MR25H40CDF 和大部分 SPI 存儲芯片一樣上電后寫使能是關(guān)閉的這是防止意外寫入的第一道保險。有些 SPI Flash 會帶一個寫狀態(tài)寄存器命令和寫數(shù)據(jù)陣列的命令分開使能MRAM 這里更簡單WREN 之后馬上來 WRITE 就行如果中間插了其他命令寫使能位可能被清掉。這個細節(jié)我在驅(qū)動框架里用狀態(tài)機處理確保每次寫入都是嚴格WREN 緊跟 WRITE的序列。4.2 讀數(shù)據(jù)單字節(jié)與連續(xù)讀取讀操作不需要寫使能CS# 拉低后直接發(fā) READ0x03跟上 24 位地址然后不斷給時鐘就能把數(shù)據(jù)連續(xù)讀出來。MRAM 的好處是讀地址自動遞增不需要像 Flash 那樣按頁回繞可以一次性讀完整個 512KB 空間。單字節(jié)讀的代碼如下uint8_t MRAM_ReadByte(uint32_t addr) { uint8_t data; MRAM_CS_LAT 0; // 片選拉低 SPI2_ExchangeByte(0x03); // READ 命令 SPI2_ExchangeByte((addr 16) 0xFF); // 地址高位 SPI2_ExchangeByte((addr 8) 0xFF); // 地址中位 SPI2_ExchangeByte(addr 0xFF); // 地址低位 data SPI2_ExchangeByte(0xFF); // 讀一個字節(jié) MRAM_CS_LAT 1; // 片選拉高結(jié)束命令 return data; }連續(xù)讀稍微改一下把最后一步循環(huán)執(zhí)行即可。我自己實現(xiàn)了一個帶長度參數(shù)的批量讀函數(shù)內(nèi)部用指針遍歷這樣初始化時一次性把整個配置結(jié)構(gòu)體從 MRAM 拷到 RAM 里運行期間所有讀操作都在內(nèi)存完成避免頻繁占用 SPI 總線。void MRAM_ReadBuffer(uint32_t addr, uint8_t *buf, uint32_t len) { uint32_t i; MRAM_CS_LAT 0; SPI2_ExchangeByte(0x03); SPI2_ExchangeByte((addr 16) 0xFF); SPI2_ExchangeByte((addr 8) 0xFF); SPI2_ExchangeByte(addr 0xFF); for (i 0; i len; i) { buf[i] SPI2_ExchangeByte(0xFF); } MRAM_CS_LAT 1; }4.3 寫數(shù)據(jù)WREN 的先后順序?qū)懖僮魇?MRAM 最核心的功能也是我重點測試的部分。流程是CS# 拉低發(fā) WRENCS# 拉高必須拉高WREN 命令本身需要一個完整的片選周期然后重新拉低 CS#發(fā) WRITE0x02、24 位地址、待寫數(shù)據(jù)最后拉高 CS#。字節(jié)寫函數(shù)如下void MRAM_WriteByte(uint32_t addr, uint8_t val) { MRAM_WriteEnable(); // 發(fā) WREN 命令 MRAM_CS_LAT 0; SPI2_ExchangeByte(0x02); // WRITE 命令 SPI2_ExchangeByte((addr 16) 0xFF); SPI2_ExchangeByte((addr 8) 0xFF); SPI2_ExchangeByte(addr 0xFF); SPI2_ExchangeByte(val); // 待寫數(shù)據(jù) MRAM_CS_LAT 1; } void MRAM_WriteEnable(void) { MRAM_CS_LAT 0; SPI2_ExchangeByte(0x06); // WREN MRAM_CS_LAT 1; // WREN 命令結(jié)束 }這里有一個容易忽略的時序點MR25H40CDF 的寫操作不需要額外的等待忙過程數(shù)據(jù)在最后一個字節(jié)的時鐘上升沿就進入存儲陣列了。這和 EEPROM 完全不同也是它最大的優(yōu)勢。我最初還按 EEPROM 的習慣在寫完數(shù)據(jù)后加了幾毫秒延時結(jié)果浪費時間還拖慢了日志寫入速度。去掉延時后實測寫一個字節(jié)從 CS 拉低到拉高大約只要 40 個 SPI 時鐘周期在 10MHz 時鐘下就是 4 微秒比 EEPROM 快三個數(shù)量級。批量寫也一樣簡單WRITE 命令發(fā)出后地址會自動遞增可以連續(xù)寫任意長度沒有頁大小限制。我在驅(qū)動里做了對齊檢查但嚴格來說即使不對齊也能寫只是工業(yè)上習慣讓日志記錄按固定長度對齊方便后續(xù)解析。4.4 狀態(tài)寄存器與寫保護處理狀態(tài)寄存器是 MRAM 可靠性設(shè)計的關(guān)鍵環(huán)節(jié)。MR25H40CDF 的狀態(tài)寄存器里有寫使能鎖存位和塊保護位。塊保護BP0、BP1、BP2配合 WP# 引腳可以鎖定存儲區(qū)的上半部分或下半部分防止配置數(shù)據(jù)被意外改寫。我的做法是把設(shè)備的關(guān)鍵配置參數(shù)放在地址 0x00000 到 0x00FFF即前 4KB然后通過 WRSR 命令把塊保護位設(shè)為保護該區(qū)域同時 WP# 引腳保持高電平。讀取狀態(tài)寄存器的代碼如下uint8_t MRAM_ReadStatus(void) { uint8_t status; MRAM_CS_LAT 0; SPI2_ExchangeByte(0x05); // RDSR 命令 status SPI2_ExchangeByte(0xFF); // 讀狀態(tài)字節(jié) MRAM_CS_LAT 1; return status; }如果要修改塊保護設(shè)置需要先發(fā) WREN再發(fā) WRSR 命令和新的狀態(tài)字節(jié)。這里有個細節(jié)WRSR 命令本身也需要 WREN 前置而且寫完狀態(tài)寄存器后芯片會短暫處于忙狀態(tài)。雖然 MRAM 沒有 EEPROM 那種幾毫秒的等待但保險起見我會連讀幾次狀態(tài)寄存器確認寫使能位已經(jīng)被清掉再繼續(xù)后續(xù)操作。這一套流程花不了幾十微秒?yún)s能把狀態(tài)寄存器被干擾改寫的概率壓到極低。4.5 一個可復用的驅(qū)動框架把上面的函數(shù)整合起來我抽象出一個簡化的驅(qū)動框架。核心思路是三個層次最底層是 SPI 交換函數(shù)中間層是 MRAM 命令封裝上層是帶校驗的讀寫接口。這里給出中間層的頭文件聲明方便移植到其他平臺#ifndef MR25H40_H #define MR25H40_H #include stdint.h #define MRAM_SIZE_KB 512 #define MRAM_TOTAL_BYTES (MRAM_SIZE_KB * 1024) // 塊保護區(qū)域定義 #define MRAM_PROTECT_START 0x00000000 #define MRAM_PROTECT_LEN 0x00001000 // 4KB void MRAM_Init(void); uint8_t MRAM_ReadStatus(void); void MRAM_WriteEnable(void); void MRAM_WriteDisable(void); uint8_t MRAM_ReadByte(uint32_t addr); void MRAM_WriteByte(uint32_t addr, uint8_t val); void MRAM_ReadBuffer(uint32_t addr, uint8_t *buf, uint32_t len); void MRAM_WriteBuffer(uint32_t addr, const uint8_t *buf, uint32_t len); void MRAM_ConfigWriteProtect(uint8_t enable); #endif這個框架里我刻意沒有做磨損均衡因為 MRAM 不需要。但我在上層做了一層寫入校驗每次寫緩沖之后回讀一遍比對如果發(fā)現(xiàn)不一致立即重試一次。這個機制不是為了防 MRAM 本身失效而是防 SPI 線路上的偶發(fā)干擾后面會細說。5. 實測過程波形、時序與現(xiàn)場干擾的排查5.1 邏輯分析儀驗證驅(qū)動寫完先別急著上系統(tǒng)我用邏輯分析儀抓了 SPI 總線的實際波形重點驗證三件事片選時序是否正確、命令字節(jié)是否完整、數(shù)據(jù)線在時鐘沿是否穩(wěn)定。第一版波形就發(fā)現(xiàn)了一個問題CS# 在 WREN 命令之后拉高的時間太短緊接著又拉低發(fā) WRITE 命令MRAM 有時候沒有正確識別 WREN 的結(jié)束。排查后確認是 GPIO 操作之間缺少一點間隔我在MRAM_WriteEnable()的 CS 拉高之后加了一個空操作延時問題消失。這也解釋了為什么驅(qū)動封裝要把CS 時序當作第一優(yōu)先級來看待。還有一次我在用 20MHz SPI 時鐘測試連續(xù)讀 1KB 數(shù)據(jù)時邏輯分析儀顯示 SO 線上的數(shù)據(jù)有個別 bit 毛刺但 MCU 讀回來卻沒問題。這說明時序裕量雖然夠但波形質(zhì)量已經(jīng)開始下降。我從這次測試得到的結(jié)論是SPI 時鐘越高對 PCB layout 的要求越苛刻量產(chǎn)板沒有實驗室板那么好的布線條件。最終我把量產(chǎn)固件的 SPI 時鐘固定在 5MHz留足裕量。5.2 現(xiàn)象時鐘拉高后數(shù)據(jù)偶發(fā)錯亂現(xiàn)場調(diào)試時碰到一個最難纏的問題設(shè)備在正常運行中偶爾會出現(xiàn)一條日志數(shù)據(jù)錯亂不是整塊丟失而是某個字節(jié)的某一位被翻轉(zhuǎn)。頻率不高但足以觸發(fā)校驗錯誤。我一開始懷疑是 MRAM 芯片本身有問題換了三顆芯片問題依舊。后來把注意力放到 SPI 時鐘速率上。當時量產(chǎn)固件用的是 10MHz在我自己的測試板上連續(xù)讀寫 100 萬次都穩(wěn)定但客戶的設(shè)備裝在工業(yè)現(xiàn)場有電機、變頻器、接觸器等強干擾源。我懷疑是電磁干擾耦合到了 SPI 排線上導致某個時鐘沿采到錯誤電平。為了驗證我把 SPI 時鐘從 10MHz 降到 1MHz跑了兩天數(shù)據(jù)錯亂再也沒有出現(xiàn)。5.3 定位鏈路這個問題的定位過程值得完整記錄因為這類偶發(fā)、低頻、無規(guī)律的數(shù)據(jù)錯誤在嵌入式里最容易被甩鍋給存儲芯片。第一步我先做了存儲芯片的自檢。用固定的偽隨機序列寫入 MRAM讀回比對連續(xù)跑 100 萬次芯片自身零錯誤排除芯片壞塊和寫失效。第二步做 SPI 協(xié)議層的回環(huán)測試。把 PIC32 的 SDO 直接短接到 SDIMCU 自發(fā)自收確認 SPI 外設(shè)本身在 10MHz 時鐘下沒有溢出和丟字節(jié)。這一步也沒有問題。第三步加長排線、靠近電機模擬現(xiàn)場。把 SPI 排線改成 30cm放在變頻器電纜旁邊同樣的偽隨機寫讀測試開始出現(xiàn)零星錯誤。這時基本鎖定是外部干擾。第四步用示波器觀察 SCK 和 SO 線上的波形發(fā)現(xiàn) SO 線上在時鐘下降沿附近有明顯的振鈴幅度達到了 0.4V 左右接近邏輯低電平閾值。這就是干擾合入信號的直接證據(jù)。5.4 對策與驗證針對這個定位結(jié)果我做了四項對策SPI 時鐘降到 1MHz給信號電平充分的穩(wěn)定時間SPI 四根信號線SCK、SI、SO、CS#在 PCB 上等長且遠離電源線排線改用帶接地的屏蔽排線SO 線上串聯(lián) 33Ω 電阻抑制振鈴實測振鈴幅度從 0.4V 降到 0.15V軟件上加嚴格校驗寫入日志前先計算累加和寫入后讀回驗證不一致則重寫。這四個對策疊加之后我在客戶現(xiàn)場跑了一個月日志存儲不再出錯。這里要強調(diào)一點對策 4 不是兜底方案而是最后一道防線。SPI 沒有硬件握手和 CRC 機制靠軟件校驗才能保證端到端可靠。這也是工業(yè)通信和消費電子最明顯的區(qū)別。6. 工業(yè)場景的數(shù)據(jù)完整性設(shè)計6.1 掉電保護與寫入狀態(tài)機工業(yè)設(shè)備最核心的可靠性場景就是掉電。設(shè)備可能在寫入日志的瞬間斷電也可能在配置數(shù)據(jù)寫到一半時斷電。MR25H40CDF 因為寫入周期短天然比 EEPROM 抗掉電但設(shè)計上仍然要做掉電保護機制。我的做法是引入掉電檢測。PIC32MX675F512L 內(nèi)置 BOR欠壓復位模塊當 VDD 跌落到閾值以下時會產(chǎn)生復位或中斷。我在軟件里用 BOR 中斷做掉電標志一旦檢測到欠壓立即停止新的寫入請求同時把當前正在進行的寫操作執(zhí)行完因為 MRAM 寫入在幾個 SPI 時鐘內(nèi)就結(jié)束了所以這個窗口完全可以覆蓋。掉電保護的狀態(tài)機分三態(tài)正常運行態(tài)、掉電預警態(tài)、復位態(tài)。正常運行態(tài)下寫操作自由掉電預警態(tài)下只允許完成當前寫操作不允許啟動新的寫操作復位后從 MRAM 重新加載所有配置。這個狀態(tài)機的關(guān)鍵是不能讓軟件在掉電瞬間還去做耗時的擦除或等待操作MRAM 的優(yōu)勢在這里發(fā)揮得淋漓盡致——狀態(tài)切換后最多等 10 微秒數(shù)據(jù)就已經(jīng)安全落盤。6.2 校驗與雙備份數(shù)據(jù)完整性光靠存儲介質(zhì)的物理可靠性不夠我在驅(qū)動層加了兩層校驗。第一層是單條數(shù)據(jù)的累加和。每條日志記錄固定長度為 64 字節(jié)前 60 字節(jié)是數(shù)據(jù)最后 4 字節(jié)是 CRC32。寫入時算好 CRC 再寫讀取時校驗 CRC不通過就標記該記錄損壞。CRC32 的查表和計算可以直接復用 PIC32 的軟件庫占用時間可以忽略。第二層是雙備份區(qū)。配置參數(shù)和累計運行時間這類關(guān)鍵數(shù)據(jù)我會在 MRAM 里存兩份分別放在地址 0x01000 和 0x02000 處。每次寫入時先寫主區(qū)再寫備份區(qū)讀取時先讀主區(qū)并校驗若校驗失敗則讀備份區(qū)并修復主區(qū)。這個主備互為鏡像的策略在嵌入式存儲里是老生常談但很多人只在 Flash 上做磨損均衡忘了備份區(qū)同樣重要。MRAM 的高壽命讓雙備份的寫入頻率不受限制這才真正把設(shè)計簡化了。6.3 日志存儲的環(huán)形緩沖設(shè)計日志類數(shù)據(jù)用環(huán)形緩沖最省空間。我把 MRAM 的后 256KB 劃為日志區(qū)按固定 64 字節(jié)一個記錄組織成一個環(huán)形隊列。頭指針和尾指針分別存放在兩個固定的非日志地址每次寫入日志時更新頭指針同時把舊尾指針區(qū)域的數(shù)據(jù)安全覆蓋。這個方案的難點在于指針自身的掉電一致性如果在寫指針的過程中掉電下次上電可能讀到半新半舊的指針值導致日志索引錯亂。我用了雙指針冗余方案頭指針寫兩份每份 4 字節(jié)但兩份內(nèi)容設(shè)計成互為取反。讀取時先檢查指針值是否合法如果第一份是半更新狀態(tài)就取第二份。這個處理在 MRAM 上特別簡單因為寫一個完整 4 字節(jié)指針只需要一次寫操作不存在 Flash 那種先擦后寫的半完成窗口。6.4 后續(xù)擴展與改進方向這套系統(tǒng)跑穩(wěn)定之后我還有幾個擴展方向。一個是把 MRAM 的休眠模式用起來。設(shè)備待機時通過 SLEEP 命令讓 MR25H40CDF 進入低功耗狀態(tài)喚醒只需要 CS# 拉低觸發(fā)一次讀操作。不過工業(yè)設(shè)備通常不休眠這個功能只在電池供電的便攜設(shè)備上有意義。另一個是增加 FRAMFerroelectric RAM對照測試。如果項目對成本更敏感可以把 MRAM 換成富士通或英飛凌的 SPI FRAM 芯片兩者的驅(qū)動幾乎完全兼容只需要改命令集里極個別參數(shù)。MRAM 的優(yōu)勢在抗輻射和極端溫度FRAM 的優(yōu)勢在成本看具體場景取舍。最后說一點體會用 MR25H40CDF 和 PIC32MX675F512L 做工業(yè)存儲最大的收益不是省掉了 EEPROM 壽命焦慮而是讓頻繁寫、不丟數(shù)這個需求從系統(tǒng)工程問題變成了簡單的驅(qū)動問題。只要把 SPI 時序弄扎實、硬件抗干擾做好、上層校驗補完整這套方案幾乎是工業(yè)數(shù)據(jù)存儲里最省心的組合之一。如果你正在為日志頻繁寫入和掉電保存頭疼建議直接照著上面的思路搭一版試試大概率能少走很多彎路。