簡介本資源是一套面向嵌入式開發(fā)工程師與單片機初學者的SPI Flash驅(qū)動代碼實現(xiàn)聚焦MX25L128128MB與MX25L256256MB兩款Microchip高容量串行閃存芯片的底層通信支持解決微控制器外擴非易失存儲時的初始化、讀寫、扇區(qū)擦除及狀態(tài)校驗等核心問題適用于STM32、AVR、ESP32等主流平臺的裸機或RTOS環(huán)境開發(fā)。壓縮包共4個文件2個C源文件 2個頭文件總大小僅8KB結(jié)構(gòu)精簡C文件封裝了SPI初始化、命令發(fā)送、多字節(jié)地址讀寫、扇區(qū)擦除及寫使能/禁止等完整操作函數(shù)H文件提供寄存器定義、宏指令封裝與API接口聲明便于快速移植與調(diào)用。目前已有1198人學習下載代碼注釋清晰、邏輯分層明確涵蓋RDSR狀態(tài)輪詢、CS信號管理、時序延時處理及基礎錯誤檢查機制可直接集成進項目工程顯著降低SPI Flash適配門檻并提升開發(fā)效率。 如果你在搜“MX25L128 SPI驅(qū)動代碼”多半是項目里要掛一顆SPI NOR Flash做代碼存儲或者日志記錄。這個標題里的驅(qū)動包核心就是MX25L128和MX25L256兩代128Mbit/256Mbit SPI Flash的驅(qū)動實現(xiàn)涵蓋命令封裝、時序控制、擦寫流程這些跑業(yè)務前必須搞定的基礎動作。我的建議很直接不要拿到代碼就復制粘貼先把Flash的命令集和SPI時序吃透再動手改引腳和時鐘這樣移植到STM32、GD32甚至國產(chǎn)MCU上才順手。這個包對我最大的價值就是省去了翻數(shù)據(jù)手冊寫第一版驅(qū)動的時間但真正跑穩(wěn)定靠的還是把底層機制理解到位。無論你是剛接觸SPI Flash的初學者還是已經(jīng)在其他平臺寫過類似驅(qū)動的工程師這篇文章都會把MX25L128/MX25L256的SPI驅(qū)動代碼拆開揉碎從協(xié)議基礎、芯片特性、驅(qū)動架構(gòu)到實際移植和常見坑點一次性說清楚。不想聽理論只想抄代碼的可以直接跳到第4節(jié)但強烈建議抽時間把第2節(jié)看了很多疑難雜癥的根源都藏在SPI模式和命令細節(jié)里。1. 內(nèi)容整體設計與思路拆解1.1 標題背后是什么先把這個文件名拆開看MX25L128_MX25L256_SPI驅(qū)動代碼.rar。里面通常包含的是兩個型號的驅(qū)動工程或者源碼文件MX25L128和MX25L256分別是128Mbit16MB和256Mbit32MB的NOR Flash。這里的“SPI驅(qū)動”不是指MCU的SPI外設初始化那么淺而是指圍繞這顆Flash芯片封裝出來的一套讀寫擦除接口。這類驅(qū)動代碼包在項目里的角色說直白點就是“存儲底座”。你要存固件升級包要存配置文件要存設備運行日志甚至要掛一個文件系統(tǒng)底層都離不開這套Flash驅(qū)動。很多工程師第一次接觸SPI Flash時容易陷入一個誤區(qū)以為驅(qū)動就是幾個HAL_SPI_Transmit調(diào)用接在一起。實際上命令時序、狀態(tài)輪詢、頁邊界處理、4字節(jié)地址模式切換這些才是驅(qū)動是否可靠的分水嶺。我見過不少人把網(wǎng)上代碼粘過來讀ID能過但寫入之后斷電重啟數(shù)據(jù)就丟了。原因是寫操作沒有正確判斷WIP忙狀態(tài)位CS片選時序也沒摳好。所以這套代碼的真正含金量在于對這些狀態(tài)的正確管理和邊界情況的處理。1.2 前置知識準備在用這套驅(qū)動之前你不需要精通Flash內(nèi)部原理但至少得清楚三件事SPI是主從通信MCU做主機Flash做從機四根線SCLK、MOSI、MISO、CS各司其職CS低電平選中芯片。Flash寫入前必須先擦除擦除以扇區(qū)Sector通常4KB或塊Block通常64KB為最小單位這一點和EEPROM完全不同。讀命令、寫命令、擦除命令都有固定格式發(fā)錯一個字節(jié)芯片就不理你。這三條理解透了后面看代碼就不會懵。如果哪一條不太熟第2節(jié)會把SPI協(xié)議和MX25L系列芯片特性重新捋一遍。2. SPI通信與MX25L系列芯片特性2.1 SPI協(xié)議基礎四根線各司其職SPI通信本質(zhì)上就是一組移位寄存器在主從機之間循環(huán)移位。你可以把它想象成四個人配合干活SCLK是節(jié)拍器每跳一下主從雙方各移出一位數(shù)據(jù)、各采入一位數(shù)據(jù)MOSI是主機向從機送數(shù)據(jù)的通道MISO是從機向主機回數(shù)據(jù)的通道CS是隊長的點名信號低電平表示“這次通信我選中你了其他芯片靠邊站”。SPI有四種模式由CPOL時鐘極性和CPHA時鐘相位組合決定。CPOL決定空閑時SCLK是高還是低CPHA決定數(shù)據(jù)在時鐘上升沿還是下降沿被采樣。MX25L系列Flash支持Mode 0CPOL0, CPHA0和Mode 3CPOL1, CPHA1大多數(shù)驅(qū)動代碼默認用Mode 0也就是空閑時鐘為低、數(shù)據(jù)在上升沿采樣。如果你的板子死活讀不到正確數(shù)據(jù)第一件事就是查SPI的CPOL和CPHA配置尤其是從別人的工程移植過來的場景這一條我踩過不只一次。還有一個容易忽略的點MOSI在發(fā)送完命令和地址之后繼續(xù)發(fā)送的每一個字節(jié)都是時鐘信號。讀操作的時候主機要持續(xù)發(fā)送0xFF或者0x00來產(chǎn)生時鐘從機才會把數(shù)據(jù)放到MISO上。代碼里讀數(shù)據(jù)的那些HAL_SPI_Receive調(diào)用本質(zhì)上是主機在一邊發(fā)空數(shù)據(jù)一邊收數(shù)據(jù)不理解這一點看DMA模式下的讀代碼就會一頭霧水。2.2 MX25L128與MX25L256關鍵參數(shù)對比MX25L128和MX25L256都是Macronix旺宏的SPI NOR Flash產(chǎn)品線命令集高度兼容所以一套驅(qū)動代碼往往能同時覆蓋這兩個型號。這也是標題里把兩個型號放在一起的原因。下面是它們的一些關鍵參數(shù)對比參數(shù)MX25L12835FMX25L25645G容量128Mbit / 16MB256Mbit / 32MB頁大小256字節(jié)256字節(jié)扇區(qū)大小4KB4KB塊大小64KB部分型號含32KB塊64KB地址寬度3字節(jié)24bit支持3字節(jié)/4字節(jié)切換最高SPI時鐘133MHz133MHz標準讀命令 0x03支持支持快速讀命令 0x0B支持支持頁編程 0x02支持支持扇區(qū)擦除 0x20支持支持兩者最大的差異在最后一行旁邊的“地址寬度”。MX25L256容量超過16MB3字節(jié)地址最多只能覆蓋到16MB所以芯片內(nèi)部設計了4字節(jié)地址模式。驅(qū)動里必須對這顆256Mbit的芯片做特殊處理要么初始化時發(fā)0xB7命令切到4字節(jié)地址模式要么后續(xù)所有讀改寫命令都改用4字節(jié)地址版本的命令碼比如0x13代替0x03、0x12代替0x02。如果拿著MX25L128的驅(qū)動不修改直接上256的芯片能讀前16MB超過16MB的地址全部亂套。另一個容易被忽視的參數(shù)是“塊大小”和“扇區(qū)大小”。擦除命令按粒度區(qū)分0x20擦除4KB扇區(qū)0x52擦除32KB塊0xD8擦除64KB塊0xC7或0x60整片擦除。設計驅(qū)動接口時我會把“擦除扇區(qū)”和“擦除塊”分開封裝業(yè)務層按需調(diào)用避免誤操作把大面積數(shù)據(jù)清掉。2.3 Flash命令集常用的幾條命令MX25L系列命令集基本延續(xù)了行業(yè)標準下面這張表是驅(qū)動里最常用到的幾條命令命令碼功能說明Write Enable0x06寫使能執(zhí)行寫/擦除前必須先發(fā)Write Disable0x04寫禁用Read Status Register0x05讀狀態(tài)寄存器判斷WIP忙狀態(tài)Read Data0x03普通讀最大50MHzFast Read0x0B快速讀附加1個Dummy字節(jié)最大133MHzPage Program0x02頁編程一次最多256字節(jié)Sector Erase0x204KB扇區(qū)擦除Block Erase0xD864KB塊擦除Chip Erase0xC7整片擦除Read ID0x9F讀芯片IDEnter 4-Byte Mode0xB7進入4字節(jié)地址模式狀態(tài)寄存器是驅(qū)動核心依賴的寄存器0x05讀出來的字節(jié)里bit0是WIPWrite In Progressbit1是WELWrite Enable Latch。寫完或擦除后芯片內(nèi)部自動把WIP置1完成后清零。驅(qū)動里必須輪詢這個位直到它變成0才算當前操作真正完成。很多數(shù)據(jù)丟失問題就是沒等這個標志位導致的。還有一點要注意0x9F讀ID命令MX25L系列通常返回3個字節(jié)廠商ID0xC2旺宏、類型0x20、容量0x18對應128Mbit0x19對應256Mbit。驅(qū)動里通過這三個字節(jié)就能區(qū)分當前掛了哪顆芯片從而決定是否需要走4字節(jié)地址邏輯。3. 驅(qū)動代碼架構(gòu)與設計思路3.1 驅(qū)動分層底層抽象與上層命令分離好的SPI Flash驅(qū)動一定不是把所有代碼堆在一個文件里。我習慣把驅(qū)動拆成三層SPI硬件抽象層、Flash命令層、應用接口層。SPI硬件抽象層只負責最底層的字節(jié)收發(fā)比如基于STM32 HAL庫封裝幾個函數(shù)SPI_Transmit、SPI_Receive、SPI_TransmitReceive。這一層是唯一需要動MCU相關代碼的地方換平臺就重寫這一層上面兩層基本不動。Flash命令層根據(jù)芯片數(shù)據(jù)手冊把命令碼和收發(fā)邏輯封裝成具體操作比如MX25L_SendCommand、MX25L_ReadStatusReg、MX25L_WaitBusy。這層不關心業(yè)務只負責“把這條命令按協(xié)議發(fā)出去并處理結(jié)果”。應用接口層面向業(yè)務提供MX25L_Read、MX25L_Write、MX25L_EraseSector、MX25L_EraseChip這類接口。寫接口內(nèi)部自動處理頁邊界拆分、擦寫前等待、寫使能等邏輯業(yè)務方不需要了解Flash細節(jié)直接按“偏移地址緩沖區(qū)”來調(diào)用。這樣分層的意義等你換MCU或者換Flash型號時就體會到了。我最早一個項目直接在主邏輯文件里寫HAL_SPI_Transmit后面換Flash芯片改得頭皮發(fā)麻。后來重構(gòu)成分層結(jié)構(gòu)換芯片只需要改命令層換MCU只需要改最底層。3.2 核心數(shù)據(jù)結(jié)構(gòu)與狀態(tài)管理驅(qū)動里最好維護一個Flash對象結(jié)構(gòu)體把當前芯片的狀態(tài)記下來typedef struct { SPI_HandleTypeDef *spiHandle; // SPI外設句柄 GPIO_TypeDef *csPort; // CS引腳端口 uint16_t csPin; // CS引腳號 uint32_t capacity; // 容量單位字節(jié) uint16_t pageSize; // 頁大小通常256 uint8_t addrMode; // 3字節(jié)或4字節(jié)地址模式 } MX25L_Flash_t;有了這個結(jié)構(gòu)體驅(qū)動函數(shù)就能傳一個指針進去代碼復用性高很多。狀態(tài)管理方面驅(qū)動內(nèi)部至少要實現(xiàn)WaitBusy超時機制。我一般用簡單的循環(huán)遞減做超時因為Flash擦除時間可能長達幾秒整片擦除甚至上百秒如果驅(qū)動被用在帶操作系統(tǒng)的環(huán)境循環(huán)等待期間還要考慮是否讓出CPU或者把等待邏輯改成異步查詢。3.3 硬件片選與軟件片選我推薦軟件控制這里展開說一下熱詞里提到的“SPI硬件片選與軟件片選”。很多MCU的SPI外設帶硬件NSS功能發(fā)送數(shù)據(jù)時自動把NSS拉低傳輸結(jié)束自動拉高。聽起來很省事但在Flash驅(qū)動里硬件NSS往往會帶來麻煩。原因在于某些Flash命令需要CS連續(xù)保持低電平。比如普通讀0x03命令發(fā)送完命令和地址后主機要持續(xù)產(chǎn)生時鐘讀數(shù)據(jù)只要你還在讀CS就必須保持低。如果用硬件NSS它會在你第一次調(diào)用SPI_Transmit結(jié)束后就把CS拉高后面的數(shù)據(jù)就全廢了。所以我的方案始終是軟件控制CS把CS配置為普通GPIO輸出在每條命令開始前手動拉低整條命令的數(shù)據(jù)交互全部結(jié)束后再拉高。代碼里就兩行宏定義#define FLASH_CS_LOW() HAL_GPIO_WritePin(FLASH_CS_GPIO_Port, FLASH_CS_Pin, GPIO_PIN_RESET) #define FLASH_CS_HIGH() HAL_GPIO_WritePin(FLASH_CS_GPIO_Port, FLASH_CS_Pin, GPIO_PIN_SET)另外MX25L系列Flash還有WP#和HOLD#引腳。WP#是寫保護引腳低電平時禁止寫入狀態(tài)寄存器和擦寫操作HOLD#是暫停引腳低電平時芯片暫停通信。這兩根引腳如果不用必須通過電阻上拉到高電平否則就算代碼寫得再對寫操作也會莫名其妙失敗。這個細節(jié)PCB設計時就要注意軟件排查時如果發(fā)現(xiàn)寫不進去也要先量一下這兩個引腳的電位。4. 實操環(huán)節(jié)基于STM32 HAL庫的驅(qū)動移植4.1 初始化流程設計我一般把初始化分成兩步MCU的SPI外設初始化和Flash芯片的初始化確認。MCU這邊用STM32CubeMX配置最快SPI選用Mode 0速度先保守一點分頻到10MHz左右等調(diào)通了再往上提。CS引腳配置為GPIO輸出初始輸出高電平避免上電瞬間誤選中Flash。Flash芯片初始化要做的事情有兩件讀ID確認芯片連接正確如果是MX25L256開啟4字節(jié)地址模式。初始化函數(shù)大致長這樣uint8_t MX25L_Init(MX25L_Flash_t *flash) { uint32_t id MX25L_ReadID(flash); if ((id 0xFF0000) ! 0xC20000) { return 1; // ID異常 } uint8_t density id 0xFF; if (density 0x19) { // MX25L256 flash-capacity 32 * 1024 * 1024; MX25L_Enter4ByteMode(flash); } else { flash-capacity 16 * 1024 * 1024; } return 0; }4.2 關鍵驅(qū)動代碼實現(xiàn)先說讀ID這是驅(qū)動移植后的第一個驗證點。能讀到正確的廠商和容量ID說明SPI通信通路沒問題讀不到或者讀錯優(yōu)先檢查SPI模式、CS引腳、時鐘使能。讀ID的代碼可以這樣寫uint32_t MX25L_ReadID(MX25L_Flash_t *flash) { uint8_t cmd 0x9F; uint8_t rx[3] {0}; FLASH_CS_LOW(); HAL_SPI_Transmit(flash-spiHandle, cmd, 1, HAL_MAX_DELAY); HAL_SPI_Receive(flash-spiHandle, rx, 3, HAL_MAX_DELAY); FLASH_CS_HIGH(); return (rx[0] 16) | (rx[1] 8) | rx[2]; }接下來是寫使能和等待忙這兩個函數(shù)幾乎貫穿所有寫操作void MX25L_WriteEnable(MX25L_Flash_t *flash) { uint8_t cmd 0x06; FLASH_CS_LOW(); HAL_SPI_Transmit(flash-spiHandle, cmd, 1, HAL_MAX_DELAY); FLASH_CS_HIGH(); } uint8_t MX25L_WaitBusy(MX25L_Flash_t *flash, uint32_t timeout) { uint8_t cmd 0x05; uint8_t status 0; while (timeout--) { FLASH_CS_LOW(); HAL_SPI_Transmit(flash-spiHandle, cmd, 1, HAL_MAX_DELAY); HAL_SPI_Receive(flash-spiHandle, status, 1, HAL_MAX_DELAY); FLASH_CS_HIGH(); if ((status 0x01) 0) { return 0; } } return 1; // 超時 }頁編程是寫操作的核心。一次最多寫256字節(jié)而且不能跨頁。也就是說如果當前地址在頁內(nèi)的剩余空間不足你要寫的長度就得拆成兩次或者多次寫操作。代碼里我通常在做Write封裝時先把“本頁最大可寫長度”算出來uint8_t MX25L_WritePage(MX25L_Flash_t *flash, uint32_t addr, const uint8_t *buf, uint16_t len) { uint16_t maxLen flash-pageSize - (addr % flash-pageSize); if (len maxLen) { return 1; // 超出頁邊界 } MX25L_WriteEnable(flash); FLASH_CS_LOW(); uint8_t cmd[4] {0x02, (addr 16) 0xFF, (addr 8) 0xFF, addr 0xFF}; HAL_SPI_Transmit(flash-spiHandle, cmd, 4, HAL_MAX_DELAY); HAL_SPI_Transmit(flash-spiHandle, (uint8_t *)buf, len, HAL_MAX_DELAY); FLASH_CS_HIGH(); MX25L_WaitBusy(flash, 10000); return 0; }注意:上面代碼默認3字節(jié)地址模式。如果在MX25L256上開啟了4字節(jié)地址模式命令地址部分就要改成發(fā)4個字節(jié)也就是把0x02改成0x12或者保留0x02但后面跟4字節(jié)地址具體取決于你用的地址模式和命令組合。實際工程中我會把這種差異封裝進一個發(fā)送地址的函數(shù)里避免在業(yè)務代碼里到處判斷。擦除操作更直接發(fā)完命令就是等忙uint8_t MX25L_EraseSector(MX25L_Flash_t *flash, uint32_t addr) { MX25L_WriteEnable(flash); FLASH_CS_LOW(); uint8_t cmd[4] {0x20, (addr 16) 0xFF, (addr 8) 0xFF, addr 0xFF}; HAL_SPI_Transmit(flash-spiHandle, cmd, 4, HAL_MAX_DELAY); FLASH_CS_HIGH(); return MX25L_WaitBusy(flash, 100000); }扇區(qū)擦除4KB通常要幾十到上百毫秒64KB塊擦除則要幾百毫秒到一秒多所以WaitBusy的超時要給足。如果你在RTOS環(huán)境里直接循環(huán)等待記得考慮線程調(diào)度問題或者干脆把這個驅(qū)動放到專門的任務里跑。4.3 MX25L256的4字節(jié)地址模式處理MX25L256是256Mbit的容量3字節(jié)地址最多尋址16MB。如果你只用前16MB那確實可以不做任何特殊處理。但既然上了這顆料多數(shù)情況是為了用滿32MB。這時候就必須把芯片切到4字節(jié)地址模式。進入4字節(jié)模式最簡單的方法是開機初始化時發(fā)一條0xB7命令void MX25L_Enter4ByteMode(MX25L_Flash_t *flash) { uint8_t cmd 0xB7; FLASH_CS_LOW(); HAL_SPI_Transmit(flash-spiHandle, cmd, 1, HAL_MAX_DELAY); FLASH_CS_HIGH(); }0xB7命令是“非易失性”切換芯片掉電后依然保持4字節(jié)模式所以只需要在首次配置時做一次。命令執(zhí)行期間會有WIP忙狀態(tài)執(zhí)行完后也建議調(diào)用WaitBusy確認一下。4字節(jié)模式下前面那些命令的地址字段都要從3字節(jié)改成4字節(jié)發(fā)送順序是高字節(jié)在前。這種改動很容易出bug我的經(jīng)驗是用一個工具函數(shù)專門拼地址void MX25L_BuildCommand(uint8_t *buf, uint8_t cmd, uint32_t addr, uint8_t addrBytes) { buf[0] cmd; for (int i 0; i addrBytes; i) { buf[1 i] (addr (8 * (addrBytes - 1 - i))) 0xFF; } }這樣讀、寫、擦除命令都走這一條拼包邏輯3字節(jié)還是4字節(jié)只取決于addrBytes傳入的是3還是4代碼干凈也容易查錯。5. 常見問題與排查技巧實錄5.1 讀ID失敗或者讀出全0xFF這是最最常見的現(xiàn)象基本屬于“SPI通路沒建立起來”。排查順序我建議這樣走用示波器量CS引腳在發(fā)送命令期間是否被拉低如果CS始終高電平檢查GPIO初始化和宏定義。檢查SPI模式是否為Mode 0或者Mode 3這兩種模式MX25L都支持但MCU必須和Flash約定一致。檢查SCLK時鐘有沒有輸出如果SCLK完全沒波形多半是SPI外設時鐘沒在CubeMX里使能或者引腳復用配置錯誤。檢查MISO和MOSI是否接反。這種低級錯誤我在樣板調(diào)試時也犯過用萬用表量一下連線最直接。如果讀出來的ID是亂碼而不是全FF則更多是時序問題比如SPI速率太快、信號質(zhì)量差、線太長或者串了比較大的電阻。這時候把SPI分頻調(diào)大一些降速再試。5.2 寫入后讀取全是FF遇到這種問題先別懷疑代碼邏輯排查思路按這個順序來第一寫操作是否完整執(zhí)行了寫使能。任何寫操作前必須發(fā)0x06并在發(fā)完0x06后檢查狀態(tài)寄存器的WEL位是否為1。如果WEL一直是0芯片根本不接受寫命令。第二寫之后有沒有等WIP清零。頁編程雖然看起來一瞬就完成了但芯片內(nèi)部擦寫需要時間。WIP沒清零之前讀出來的數(shù)據(jù)可能是舊數(shù)據(jù)或者全FF。必須等到WIP0再讀。第三WP#引腳是不是被拉低了。如果WP#被拉低芯片的寫保護生效所有寫命令都會被拒絕。這是硬件上最容易被忽略的點。第四地址是否對齊。頁編程要求地址和頁邊界對齊如果跨頁了后段數(shù)據(jù)會寫失敗。這個問題我放在下一小節(jié)專門說。5.3 寫入超過256字節(jié)失敗MX25L系列一次頁編程最多256字節(jié)。更準確地說這256字節(jié)必須落在同一頁內(nèi)。當寫入地址靠近頁末尾時比如頁偏移240字節(jié)你要寫32字節(jié)實際只有16字節(jié)能寫入當前頁剩下的16字節(jié)會回卷到本頁開頭把前面的數(shù)據(jù)覆蓋掉或者被芯片直接拒絕。解決這個問題標準做法是在Write入口函數(shù)里做拆分。我參考過很多開源方案最簡單的是在外面包一層循環(huán)uint16_t MX25L_Write(MX25L_Flash_t *flash, uint32_t addr, const uint8_t *buf, uint16_t len) { uint16_t written 0; while (len 0) { uint16_t pageLeft flash-pageSize - (addr % flash-pageSize); uint16_t chunk (len pageLeft) ? pageLeft : len; if (MX25L_WritePage(flash, addr, buf, chunk) ! 0) { break; } addr chunk; buf chunk; len - chunk; written chunk; } return written; }每個chunk寫到頁邊界就停下來下一輪循環(huán)從新頁開頭繼續(xù)這樣頁編程嚴格落在單頁范圍內(nèi)。5.4 擦除時間過長導致看門狗復位Flash擦除是一種慢操作4KB扇區(qū)擦除典型值在幾十到一百毫秒64KB塊擦除可能到一秒鐘以上。如果你的系統(tǒng)開了看門狗又在擦除時循環(huán)等WIP很可能觸發(fā)看門狗復位。處理方案有幾個一是在擦除期間定期喂狗雖然不優(yōu)雅但最簡單二是把擦除和等待分離成異步流程發(fā)完擦除命令后就退出定時查詢WIP三是調(diào)整看門狗超時時間讓超時覆蓋最慢的擦除場景。具體用哪種取決于你的業(yè)務對實時性的要求。我個人在批量擦除大量扇區(qū)的場景里更喜歡用異步查詢方式避免長時間阻塞主任務。5.5 DMA傳輸和Cache一致性熱詞里出現(xiàn)了“SPI DMA”這確實是高性能場景繞不開的。用HAL庫的SPI DMA收發(fā)一個典型坑是接收緩沖區(qū)和發(fā)送緩沖區(qū)必須在Cache可管理的地址范圍內(nèi)。Cortex-M7或者M33內(nèi)核的MCU如果開啟了CacheDMA訪問的內(nèi)存和CPU讀寫之間存在一致性風險最直觀的現(xiàn)象就是DMA收到的數(shù)據(jù)全是舊的或者發(fā)送出去的數(shù)據(jù)被篡改。解決辦法兩個方向buf定義為全局變量并做對齊通常對齊到32字節(jié)或者關閉相關內(nèi)存區(qū)域的Cache。在Cortex-M7上我通常用MPU單獨把DMA緩沖區(qū)所在區(qū)域配置為非Cache或者用SCB_CleanDCache/InvalidateDCache在DMA前后手動維護一致性。這個坑不是每次都會出現(xiàn)但一旦出現(xiàn)就非常難查建議一開始就按規(guī)范做。6. 性能優(yōu)化與后續(xù)擴展6.1 開啟Quad SPI模式如果你對讀取吞吐有要求比如OTA升級包有幾MB要快速搬到內(nèi)存標準SPI模式即使跑到133MHz單向也就16MB/s左右。MX25L系列支持Quad模式用四條數(shù)據(jù)線同時傳數(shù)據(jù)理論上能提升好幾倍吞吐。要開啟Quad Output Fast Read除了發(fā)送0x6B或0xEB命令還得把芯片狀態(tài)寄存器里的QE位Quad Enable置1。寫狀態(tài)寄存器的步驟是先寫使能0x06然后發(fā)送寫狀態(tài)命令再寫入目標寄存器的值。不同型號QE位的位置不一樣MX25L12835F和MX25L25645G的QE位都在狀態(tài)寄存器2的高位區(qū)域具體需要查對應數(shù)據(jù)手冊確認。一旦QE位置1WP#引腳和HOLD#引腳的功能會被重新分配為IO2和IO3所以硬件上要保證這兩個引腳不是單純的上下拉而是能參與數(shù)據(jù)傳輸。Quad模式帶來的速度提升明顯但前提是MCU這邊的SPI外設也支持QuadIO模式STM32有一些系列支持很多國產(chǎn)MCU則不一定。如果MCU硬件不支持Quad只靠GPIO模擬四線通信收益有限不建議折騰。6.2 配合文件系統(tǒng)使用SPI Flash最常見的拓展還是掛一個FATFS。切到FATFS之前建議先把讀寫的4KB對齊問題想清楚。FATFS默認按扇區(qū)512字節(jié)讀而Flash的擦除粒度是4KB。如果每個FAT扇區(qū)都單獨擦寫不僅效率低還會加速Flash磨損。解決方案通常是把文件系統(tǒng)扇區(qū)大小設成4096字節(jié)或者用專用的Flash文件系統(tǒng)。后者我這里先不展開但如果你要在設備里長期存數(shù)據(jù)、頻繁改小文件建議認真評估一下磨損均衡和掉電保護策略不然Flash寫壞是遲早的事。6.3 OTP區(qū)域和唯一IDMX25L系列部分型號還提供OTP一次性可編程區(qū)域和一些安全特性。OTP區(qū)域可以用來存設備序列號、密鑰這類不需要頻繁改寫但需要防止篡改的數(shù)據(jù)。如果你已經(jīng)在用MX25L256且還有空余引腳和資源這塊區(qū)域值得研究直接讀廠商手冊里的OTP章節(jié)就好。最后再分享一個我踩過多次坑后總結(jié)的習慣每次新板子回來調(diào)Flash驅(qū)動先跑一個“寫-讀-比對”的壓力測試覆蓋頁邊界、扇區(qū)邊界、最大地址邊界跑幾輪再進業(yè)務開發(fā)。SPI Flash驅(qū)動跑起來容易跑穩(wěn)不容易邊界情況都在測試里。這套MX25L128/MX25L256驅(qū)動代碼本質(zhì)上只是一個起點。真正體現(xiàn)功力的是你對SPI協(xié)議細節(jié)的把握對Flash特性差異的敏感以及對異常場景的處理能力。希望這篇文章能讓你的嵌入式存儲方案少走幾段彎路。本文還有配套的精品資源點擊獲取