前陣子接了一個(gè)工業(yè)控制器項(xiàng)目需要在主控里保存校準(zhǔn)系數(shù)、配置參數(shù)和運(yùn)行日志?，F(xiàn)場條件不友好設(shè)備隨時(shí)可能斷電日志寫入頻率很高而且程序要靠歷史數(shù)據(jù)判斷設(shè)備狀態(tài)。同事一開始用的是 SPI EEPROM用到后期開始擔(dān)心壽命換 NOR Flash又繞不開擦除、塊對齊和寫等待。最后我把目光放到了 Everspin 的 MR25H40CDF 串行 MRAM 上配合一顆 Microchip 的 PIC18F96J94 做主控整套存儲(chǔ)與讀取方案才算真正穩(wěn)定下來。MR25H40CDF 是一顆 4Mbit 的 SPI 接口 MRAM最大的特點(diǎn)是無磨損限制、寫入不需要擦除也不存在等待非常適合工業(yè)現(xiàn)場無規(guī)律的高頻數(shù)據(jù)記錄PIC18F96J94 自帶 MSSP 串行外設(shè)、資源充足成本也能壓在合理范圍。這篇文章我把關(guān)鍵點(diǎn)一次講透從硬件接線到底層驅(qū)動(dòng)再到掉電一致性和日志區(qū)設(shè)計(jì)適合正在做嵌入式存儲(chǔ)、數(shù)據(jù)采集或設(shè)備狀態(tài)記錄的開發(fā)者參考。1. 為什么這個(gè)組合適合工業(yè)數(shù)據(jù)存儲(chǔ)選型邏輯1.1 MR25H40CDF 到底是一顆什么樣的芯片MR25H40CDF 不是普通 EEPROM也不是 Flash它屬于 MRAM存儲(chǔ)單元用的是磁隧道結(jié)技術(shù)。磁性狀態(tài)一旦寫入即使斷電也不會(huì)丟不需要電池備份也沒有 Flash 那種“必須按頁編程、寫之前先擦除”的規(guī)則。容量上MR25H40CDF 是 4Mbit按 8bit 組織就是 512K x 8也就是 512KB。供電范圍典型是 3.3V接口是標(biāo)準(zhǔn) SPI支持 SPI Mode 0 和 Mode 3串行時(shí)鐘可以跑到幾十 MHz具體速率要看封裝和溫度檔位。DF 后綴一般代表封裝形式和溫度等級工業(yè)現(xiàn)場使用要選溫度范圍夠?qū)挼呐巍Ｕ嬲屗诠I(yè)場景里脫穎而出的是三點(diǎn)寫入壽命極高。EEPROM 一般十萬到百萬次寫NOR Flash 往往只有十萬次級別MRAM 在正常使用中基本不用考慮磨損。免擦除、免等待。SPI 時(shí)鐘發(fā)完一個(gè)字節(jié)數(shù)據(jù)就已經(jīng)固化了不像 NOR Flash 要等上幾個(gè)毫秒甚至幾十毫秒的頁編程時(shí)間。掉電保存。不需要超級電容、不需要電池寫進(jìn)去就是非易失的。簡單說MRAM 在軟件眼里很像一片“掉電不丟的 SRAM”讀寫邏輯非常簡單。1.2 PIC18F96J94 在這套方案里扮演什么角色PIC18F96J94 是 Microchip 的 8 位 PIC18 系列屬于 J94 這個(gè)產(chǎn)品家族。它的定位不是做大量數(shù)據(jù)處理的高端處理器而是在工業(yè)控制里干“采集、通信、控制”這些臟活累活。在這套方案里PIC18F96J94 主要做三件事通過 ADC、UART、Modbus 等接口采集現(xiàn)場數(shù)據(jù)把數(shù)據(jù)整理之后通過 SPI 寫入 MR25H40CDF上電之后從 MRAM 讀回配置和日志繼續(xù)執(zhí)行控制邏輯。J94 系列內(nèi)部集成有 MSSP 模塊可以配置成 SPI 主模式直接和 MRAM 對接。代碼里不需要用 GPIO 模擬 SPI時(shí)序穩(wěn)定性和 CPU 占用都會(huì)好很多。再加上 PIC18 的抗干擾能力和成熟生態(tài)很多工業(yè)板卡仍會(huì)選這類 MCU 做主控而不是一上來就用高性能應(yīng)用處理器。1.3 為什么不用 EEPROM、FRAM 或 NOR Flash很多朋友一聽“非易失存儲(chǔ)”第一反應(yīng)就是 I2C EEPROM 或者 SPI NOR Flash。但在我們的場景里它們各有各的別扭。對比項(xiàng)MR25H40CDF串行 EEPROMFRAMSPI NOR Flash寫入壽命極高幾乎不考慮磨損10^5 ~ 10^6 次10^10 ~ 10^12 次10^4 ~ 10^5 次寫入方式按字節(jié)/連續(xù)寫免擦除按字節(jié)寫按字節(jié)寫按頁寫需先擦除寫入等待命令發(fā)完即完成一般 3~5ms命令發(fā)完即完成頁編程幾 ms擦除更慢典型密度4Mbit 常見幾 Kbit 到 1Mbit幾百 Kbit 居多4Mbit 以上很常見軟件復(fù)雜度低低低高要管塊、頁、壞塊如果只是保存幾個(gè)配置字EEPROM 夠用。如果做高頻無規(guī)律的數(shù)據(jù)記錄EEPROM 壽命和寫等待就是瓶頸。NOR Flash 容量大但管理負(fù)擔(dān)重掉電一致性、磨損均衡、塊擦除都得處理不適合高頻率小數(shù)據(jù)量的日志場景。FRAM 寫入壽命也不錯(cuò)但大容量型號不多成本和供貨也不如 MRAM 穩(wěn)定。所以結(jié)論很簡單頻繁寫、不定時(shí)寫、還要保證掉電不丟首選 MRAM。MR25H40CDF 的容量和 SPI 接口又剛好適合 8 位 MCU 方案和 PIC18F96J94 這種帶 MSSP 的芯片組合起來很順。2. 硬件接線讓 MR25H40CDF 和 PIC18F96J94 可靠通信2.1 引腳映射與最小系統(tǒng)連接MR25H40CDF 雖然叫 MRAM但引腳邏輯和普通 SPI Flash 很像。核心引腳是這些VDD、VSS電源和地CS#片選低電平有效SCKSPI 時(shí)鐘SI主出從入也就是主控發(fā)出去的數(shù)據(jù)線SO主入從出主控接收 MRAM 數(shù)據(jù)的線WP#寫保護(hù)引腳低電平有效HOLD#暫停通信引腳低電平有效。連接 PIC18F96J94 時(shí)原則是“主控的 SDO 接 MRAM 的 SI主控的 SDI 接 MRAM 的 SO”。不要接反接反之后讀出來的數(shù)據(jù)永遠(yuǎn)是 0xFF 或者 0x00。我手上的板子使用 MSSP1 外設(shè)引腳分配大概如下主控功能連接到 MR25H40CDFGPIOCSCS#SCKSCKSDOSISDISO3.3VVDDGNDVSSCS 必須用普通 GPIO 手動(dòng)拉低拉高不能圖省事直接接到地。因?yàn)槊織l SPI 命令都以 CS 的下降沿開始、上升沿結(jié)束CS 一直拉低會(huì)讓 MRAM 無法區(qū)分命令邊界。我習(xí)慣用宏定義把引腳隔離出來方便移植#define MRAM_CS_LAT LATBbits.LATB2 #define MRAM_CS_TRIS TRISBbits.TRISB2 #define MRAM_SCK_TRIS TRISBbits.TRISB3 #define MRAM_SDO_TRIS TRISBbits.TRISB4 #define MRAM_SDI_TRIS TRISBbits.TRISB5不同封裝的復(fù)用引腳不同實(shí)際用哪幾個(gè)腳一定要去查 PIC18F96J94 數(shù)據(jù)手冊里的引腳復(fù)用表。這里只是示例不是所有型號都默認(rèn)長這樣。2.2 電源去耦與地平面布置MRAM 本身功耗不大但在掉電瞬間和頻繁讀寫時(shí)電源紋波會(huì)有變化。如果電源處理不好偶發(fā)讀寫錯(cuò)誤會(huì)非常難查。我在這顆 MRAM 的 VDD 附近放了兩顆電容一顆 0.1uF 陶瓷電容做高頻去耦一顆 4.7uF 到 10uF 的電容做低頻儲(chǔ)能。注意電容要盡量靠近 VDD 引腳走線先過電容再到芯片不要繞到板子另一邊再繞回來。地平面也要盡量完整。SPI 雖然不像高速差分總線那么挑剔但時(shí)鐘到幾十 MHz 之后回路面積過大會(huì)引入噪聲。工業(yè)現(xiàn)場往往有變頻器、繼電器、電機(jī)干擾源非常多地線亂彈很容易造成 SPI 誤碼。如果 MCU 和 MRAM 分屬兩塊板子比如主板和存儲(chǔ)板通過排線連接我會(huì)建議在 SPI 信號線上加 22~33Ω 的串聯(lián)電阻抑制振鈴。長度超過 10cm 的話優(yōu)先降低 SPI 時(shí)鐘頻率而不是一味追求高速。2.3 HOLD、WP 與 CS 的上拉策略HOLD# 引腳如果浮空工業(yè)現(xiàn)場的噪聲一旦把它拉低MRAM 會(huì)立刻“凍結(jié)”當(dāng)前通信后續(xù)時(shí)鐘全部忽略。主機(jī)側(cè)可能一直等不到數(shù)據(jù)邏輯分析儀又看不出明顯問題。這是最容易忽視的坑。處理辦法很簡單HOLD# 不用就通過 4.7k 或 10k 電阻上拉到 3.3V。WP# 如果不動(dòng)態(tài)改寫保護(hù)位直接接到 3.3V如果想在程序里控制寫保護(hù)就接到 MCU 的 GPIO。CS# 建議同時(shí)加一個(gè) 10k 上拉避免 MCU 上電初始階段 IO 狀態(tài)不定時(shí)MRAM 被誤選中。另外要注意電平匹配。MR25H40CDF 工作電壓是 3.3V 左右如果 PIC18F96J94 工作在 5V就必須做電平轉(zhuǎn)換或者在確認(rèn)數(shù)據(jù)手冊允許的情況下使用開漏加外部上拉的方案。不要直接硬接長期超出絕對最大額定值會(huì)讓芯片內(nèi)部損傷。3. PIC18F96J94 驅(qū)動(dòng)MSSP 配置與讀寫命令封裝3.1 MSSP 主模式初始化先解決時(shí)鐘極性和相位PIC18F96J94 的 MSSP 配置成 SPI 主模式之后最重要的兩個(gè)參數(shù)是時(shí)鐘極性和相位。MR25H40CDF 支持 SPI Mode 0 和 Mode 3我這里統(tǒng)一用 Mode 0也就是空閑時(shí) SCK 為低電平數(shù)據(jù)在第一個(gè)時(shí)鐘沿被采樣。Microchip 的 MSSP 寄存器里控制這兩個(gè)參數(shù)的是 CKP 和 CKE很多人會(huì)在這里反直覺地出錯(cuò)SPI Mode 0CKP 0CKE 1SPI Mode 3CKP 1CKE 0。不要看到 CKE1 就以為是上升沿采樣必須結(jié)合 CKP 一起看。第一次調(diào)驅(qū)動(dòng)的時(shí)候我就在這里吃過虧。初始化代碼大致如下void mram_spi_init(void) { // CS 默認(rèn)拉高防止上電亂選中 MRAM_CS_LAT 1; MRAM_CS_TRIS 0; // 引腳方向SCK、SDO 輸出SDI 輸入 MRAM_SCK_TRIS 0; MRAM_SDO_TRIS 0; MRAM_SDI_TRIS 1; // MSSP1SPI 主模式時(shí)鐘 Fosc/64 // SSPEN1, CKP0, SSPM0010 SSP1CON1 0b00100010; SSP1STATbits.CKE 1; // SPI Mode 0 }如果系統(tǒng)時(shí)鐘是 32MHzSPI 時(shí)鐘就是 32MHz / 64 500kHz。這個(gè)速度對 MRAM 來說很慢但絕對穩(wěn)先跑通功能再提速。3.2 收發(fā)一個(gè)字節(jié)的基礎(chǔ)函數(shù)SPI 是同步全雙工協(xié)議主控每發(fā)送一個(gè)字節(jié)的同時(shí)也會(huì)從 SO 線上收到一個(gè)字節(jié)。所以無論你是單純發(fā)命令還是單純讀數(shù)據(jù)底層函數(shù)本質(zhì)都是同一個(gè)uint8_t mram_spi_xfer(uint8_t out) { SSP1BUF out; while (!SSP1STATbits.BF); return SSP1BUF; }代碼里用 BF 位判斷接收緩沖是否有效比靠延時(shí)靠譜。注意如果上一次讀 SSP1BUF 之后沒有清標(biāo)志或者后續(xù)中斷沒有處理最好先讀一次清掉緩沖再開始下一次傳輸。實(shí)際項(xiàng)目中我不會(huì)讓這個(gè)函數(shù)無限等下去。SPI 受干擾時(shí)BF 可能一直不變卡死在 while 里會(huì)導(dǎo)致整個(gè)主控看門狗超時(shí)。后面的章節(jié)會(huì)給帶超時(shí)版本的寫法。3.3 命令層WREN / RDSR / READ / WRITEMR25H40CDF 的 SPI 命令風(fēng)格和常見 SPI Flash 接近但不需要擦除命令。我用的核心命令如下命令操作碼說明WREN0x06寫使能寫入前必須先執(zhí)行WRDI0x04寫禁止RDSR0x05讀狀態(tài)寄存器WRSR0x01寫狀態(tài)寄存器READ0x03按地址讀數(shù)據(jù)WRITE0x02按地址寫數(shù)據(jù)寫使能的時(shí)序一定要單獨(dú)用 CS 拉高拉低包起來void mram_write_enable(void) { MRAM_CS_LAT 0; mram_spi_xfer(0x06); MRAM_CS_LAT 1; }讀狀態(tài)寄存器uint8_t mram_read_status(void) { uint8_t st 0; MRAM_CS_LAT 0; mram_spi_xfer(0x05); st mram_spi_xfer(0x00); MRAM_CS_LAT 1; return st; }讀任意長度數(shù)據(jù)MR25H40CDF 是 512KB地址需要 19bit所以發(fā)送三個(gè)地址字節(jié)void mram_read(uint32_t addr, uint8_t *buf, uint32_t len) { if ((addr len) 0x80000U) len 0x80000U - addr; MRAM_CS_LAT 0; mram_spi_xfer(0x03); mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); while (len--) *buf mram_spi_xfer(0x00); MRAM_CS_LAT 1; }寫入數(shù)據(jù)類似void mram_write(uint32_t addr, const uint8_t *buf, uint32_t len) { if ((addr len) 0x80000U) len 0x80000U - addr; mram_write_enable(); MRAM_CS_LAT 0; mram_spi_xfer(0x02); mram_spi_xfer((addr 16) 0xFF); mram_spi_xfer((addr 8) 0xFF); mram_spi_xfer(addr 0xFF); while (len--) mram_spi_xfer(*buf); MRAM_CS_LAT 1; }MRAM 寫操作不需要像 NOR Flash 那樣等頁編程完成CS 拉高之后數(shù)據(jù)就已經(jīng)是新的了。所以從軟件角度看這套命令封裝比 Flash 簡單很多。3.4 邏輯分析儀驗(yàn)證時(shí)序驅(qū)動(dòng)寫完后先不要直接上大數(shù)據(jù)量我習(xí)慣做一步最基礎(chǔ)的驗(yàn)證往地址 0x1000 寫一個(gè)字節(jié) 0x5A再讀回來看看對不對。uint8_t test 0x5A; mram_write(0x1000, test, 1); test 0; mram_read(0x1000, test, 1); if (test ! 0x5A) // 通信或接線有問題如果失敗了接上邏輯分析儀抓 CS、SCK、SI、SO 四條線。重點(diǎn)看第一條 WREN 命令CS 拉低發(fā)送 0x06CS 拉高。不滿足這個(gè)分離時(shí)序MRAM 不會(huì)接受后續(xù)寫命令。我當(dāng)時(shí)抓到的最典型錯(cuò)誤是代碼里為了讓“寫使能 寫數(shù)據(jù)”連續(xù)執(zhí)行CS 全程沒有拉起來MRAM 把 0x06 當(dāng)成了普通數(shù)據(jù)寫操作自然失敗。這個(gè)問題在邏輯分析儀上一眼就能看出來。4. 存儲(chǔ)架構(gòu)設(shè)計(jì)配置、日志和掉電一致性4.1 配置區(qū)多副本 序號 CRCMRAM 雖然寫入可靠但任何存儲(chǔ)方案都不能假設(shè)“斷電一定發(fā)生在兩次操作之間”。比如正在寫一個(gè) 128 字節(jié)配置塊寫到第 80 字節(jié)時(shí)突然斷電這個(gè)塊就是殘缺的。我采用的辦法是保留多個(gè)配置副本每個(gè)副本帶上單調(diào)遞增的序號和 CRC 校驗(yàn)。啟動(dòng)時(shí)逐個(gè)讀取選擇“序號最大且 CRC 校驗(yàn)通過”的副本作為有效配置。一次典型的啟動(dòng)流程如下讀取副本 A、B、C對每個(gè)副本做魔數(shù)檢查 CRC 校驗(yàn)從通過校驗(yàn)的副本中選擇序號最大的一個(gè)如果最高序號副本的數(shù)據(jù)異常則回退到次新副本并把異常副本標(biāo)記為待修復(fù)正常運(yùn)行時(shí)更新配置時(shí)同時(shí)刷新所有副本。因?yàn)?MRAM 不需要擦除也不擔(dān)心磨損所以更新多個(gè)副本的成本很低。選擇最高序號而不是最新時(shí)間是為了避免各個(gè)副本的時(shí)間戳不一致。4.2 日志區(qū)固定長度記錄 環(huán)形緩沖工業(yè)現(xiàn)場常需要保存最近一段時(shí)間的數(shù)據(jù)比如故障前后的 ADC 采樣值、溫度值、開關(guān)狀態(tài)。MRAM 容量有 512KB不適合存超大文件但保存幾千到幾萬條日志很合適。我推薦的布局是環(huán)形緩沖區(qū)MRAM 日志區(qū)起始地址 [8 字節(jié)頭部][記錄 0][記錄 1][記錄 2] ... [記錄 N-1]頭部可以保存魔數(shù)、當(dāng)前寫入索引、緩沖區(qū)總長度、當(dāng)前封裝版本號。每條記錄盡量用固定長度比如 64 字節(jié)。固定長度最大的好處是計(jì)算位置方便record_addr LOG_BASE 8 (write_index * RECORD_SIZE);寫入順序很關(guān)鍵。我先寫記錄數(shù)據(jù)本身再更新頭部中的 write_index。這樣即使寫入過程中斷電頭部指向的還是上一條有效記錄已崩潰的半條記錄會(huì)在下一次啟動(dòng)時(shí)被跳過或覆蓋。4.3 CRC 校驗(yàn)與臟數(shù)據(jù)識(shí)別工業(yè)記錄里我常用 Modbus CRC16代碼簡單、計(jì)算量也小。每一條記錄除了業(yè)務(wù)數(shù)據(jù)再追加 2 字節(jié) CRC。讀日志時(shí)如果 CRC 錯(cuò)誤只跳過這條不中斷后續(xù)記錄。配置區(qū)比日志區(qū)更嚴(yán)格。配置塊結(jié)構(gòu)大概是這樣魔數(shù) 4 字節(jié) 序號 4 字節(jié) 業(yè)務(wù)數(shù)據(jù) N 字節(jié) CRC16 2 字節(jié)寫入時(shí)我習(xí)慣先寫魔數(shù)和業(yè)務(wù)數(shù)據(jù)最后寫 CRC。校驗(yàn)時(shí)如果發(fā)現(xiàn)魔數(shù)正確但 CRC 錯(cuò)誤說明數(shù)據(jù)寫了一半系統(tǒng)應(yīng)該回退到上一版。因?yàn)?MRAM 免擦除這種“多副本 校驗(yàn)”的實(shí)現(xiàn)成本非常低。4.4 實(shí)測性能與瓶頸把 SPI 時(shí)鐘從 500kHz 提到 Fosc/4 之后單片機(jī) 32MHz 主頻下 SPI 時(shí)鐘為 8MHzMRAM 本身完全可以承受。實(shí)測下來連續(xù)寫 32KB 數(shù)據(jù)大約 35ms連續(xù)讀 512KB 大約 0.55s具體數(shù)值會(huì)受中斷占用和 CRC 計(jì)算影響但比 EEPROM 快了一個(gè)量級。對日志應(yīng)用來說即使每秒鐘產(chǎn)生 64 字節(jié)記錄一天也不過 5.5MB512KB 的 MRAM 不可能存一天。所以方案上我會(huì)做分層高頻數(shù)據(jù)緩存在 RAM 里每 30 秒或 1 分鐘批量寫一次 MRAM。這樣既可以保證掉電不丟太多也不至于頻繁搬運(yùn)數(shù)據(jù)。工業(yè)場景里瓶頸往往不再存儲(chǔ)芯片而在主控的采樣頻率和通信速度。MRAM 只是把原來“能不能寫、會(huì)不會(huì)磨損”的問題直接消掉了。5. 調(diào)試中踩過的坑從全 0xFF 到寫保護(hù)5.1 現(xiàn)象一讀回來全是 0xFF用 mram_read 讀配置區(qū)返回緩沖區(qū)里全是 0xFF這是 SPI 存儲(chǔ)器最常見的問題。原因不是 MRAM 壞了而是時(shí)鐘相位和主控不匹配SO 上采不到有效數(shù)據(jù)。MR25H40CDF 支持 Mode 0 和 Mode 3。如果你 MSSP 配置成了 Mode 1 或 Mode 2讀狀態(tài)寄存器也會(huì)得到 0xFF。先確認(rèn) CKP 和 CKE 的組合再查 SO、SI 有沒有接反最后用邏輯分析儀看時(shí)鐘邊沿和數(shù)據(jù)有沒有對齊。排查順序建議是檢查 SCK 空閑電平檢查數(shù)據(jù)變化沿和采樣沿檢查 CS 是否在每個(gè)命令之間正常拉高檢查 SO 是否確實(shí)到了主控 SDI 引腳。5.2 現(xiàn)象二執(zhí)行了 WRITE但數(shù)據(jù)沒進(jìn)去寫操作返回正常但讀回地址內(nèi)容還是 0xFF十有八九是漏了 WREN。MR25H40CDF 和大多數(shù) SPI 非易失存儲(chǔ)一樣默認(rèn)狀態(tài)是寫禁止。WRITE 命令前必須發(fā) WREN把狀態(tài)寄存器里的 WEL 位置 1。而且 WREN 必須是一條獨(dú)立的命令有自己的 CS 低高周期。我這邊踩過的坑是為了省時(shí)間把 WREN 和 WRITE 放在同一個(gè) CS 低電平周期里連續(xù)發(fā) 0x06 再發(fā) 0x02。MRAM 不會(huì)把它理解為“先寫使能再寫”而是把它當(dāng)成一個(gè)普通數(shù)據(jù)流。正確的做法是CS 拉低 - 發(fā)送 0x06 - CS 拉高 CS 拉低 - 發(fā)送 0x02 地址 數(shù)據(jù) - CS 拉高每次寫操作之前都調(diào)用 mram_write_enable最省心。5.3 現(xiàn)象三寫入“成功”但指定區(qū)域沒變還有一種更難查的情況寫入操作正常WEL 也設(shè)置了但目標(biāo)區(qū)域始終是原始值。這時(shí)要去看狀態(tài)寄存器里的塊保護(hù)位。MR25H40CDF 的狀態(tài)寄存器里有 BP0、BP1、WPEN 等保護(hù)位。如果誤操作把保護(hù)位設(shè)成了非 0那么受保護(hù)區(qū)間會(huì)變成只讀WRITE 命令在這個(gè)區(qū)域不會(huì)生效而且沒有任何錯(cuò)誤標(biāo)志告訴主機(jī)“寫入被拒絕”。我當(dāng)時(shí)就是調(diào)試程序時(shí)不小心執(zhí)行了一次 WRSR把一個(gè)區(qū)域保護(hù)了結(jié)果所有寫測試都失敗。解決方法是先讀狀態(tài)寄存器uint8_t st mram_read_status(); if ((st 0x0C) ! 0) // BP1、BP0 中有任意一個(gè)置位 { // 需要解除保護(hù) mram_write_enable(); // 發(fā)送 WRSR0x00 表示不保護(hù)任何區(qū)域 MRAM_CS_LAT 0; mram_spi_xfer(0x01); mram_spi_xfer(0x00); MRAM_CS_LAT 1; }注意如果 WP# 引腳被拉低WRSR 可能也會(huì)被忽略所以調(diào)試時(shí) WP# 要先接高。5.4 現(xiàn)象四工業(yè)現(xiàn)場偶發(fā)卡在死循環(huán)前面的坑都解決后樣機(jī)在實(shí)驗(yàn)室一切正常上到現(xiàn)場卻偶發(fā)死機(jī)。后來發(fā)現(xiàn)是底層 spi_xfer 的 while 等待沒有超時(shí)SPI 線上一個(gè)毛刺導(dǎo)致 BF 位始終不變程序就卡死了。這是嵌入式里非常危險(xiǎn)的事情。任何通信等待都要帶超時(shí)不能單純 while 死等。我把底層函數(shù)改成了uint8_t mram_spi_xfer_timeout(uint8_t out, uint16_t timeout) { SSP1BUF out; while (!SSP1STATbits.BF) { if (timeout-- 0) return 0xFF; // 超時(shí) } return SSP1BUF; }超時(shí)之后可以重試也可以上報(bào)錯(cuò)誤讓主控層處理。加了這個(gè)機(jī)制之后現(xiàn)場再也沒有出現(xiàn)過“永久卡死”的問題。另外HOLD# 引腳的上拉和電源去耦一定要做好。我曾經(jīng)為了省一個(gè)電阻把 HOLD# 懸空結(jié)果在繼電器吸合的瞬間日志偶發(fā)漏寫。后來補(bǔ)上 10k 上拉問題消失。寫保護(hù)、超時(shí)、SPI 模式、HOLD 上拉這四件事看著都不起眼但每一件都足以讓整套存儲(chǔ)方案在工業(yè)現(xiàn)場翻車。MRAM 本身足夠穩(wěn)剩下的穩(wěn)定性要靠主控側(cè)驅(qū)動(dòng)和 PCB 細(xì)節(jié)來兜底。