---

大家好，我是痞子衡，是正經(jīng)搞技術(shù)的痞子。今天痞子衡給大家分享的是i.MXRT上使用16MB以上NOR Flash軟復(fù)位無(wú)法正常啟動(dòng)問(wèn)題的分析解決經(jīng)驗(yàn)。

痞子衡這幾天在支持一個(gè)i.MXRT1050客戶項(xiàng)目，客戶遇到了軟復(fù)位無(wú)法從32MB NOR Flash重新啟動(dòng)的問(wèn)題。這個(gè)客戶是做醫(yī)療設(shè)備的，已經(jīng)基于i.MXRT做出一款成功的產(chǎn)品了，所以客戶其實(shí)有豐富的i.MXRT使用經(jīng)驗(yàn)。目前調(diào)試的項(xiàng)目是客戶的第二款產(chǎn)品，這個(gè)軟復(fù)位無(wú)法啟動(dòng)問(wèn)題已經(jīng)困擾他們很久，但問(wèn)題畢竟不是特別緊急，不影響他們開(kāi)發(fā)進(jìn)度，所以耽擱至今。這次客戶趁著出差蘇州參加勞特巴赫TRACE32調(diào)試器培訓(xùn)機(jī)會(huì)，讓痞子衡現(xiàn)場(chǎng)幫他們定位問(wèn)題，經(jīng)過(guò)一番調(diào)試和分析，痞子衡終于成功地解決了問(wèn)題，特此將問(wèn)題解決的全過(guò)程記錄下來(lái)，供大家參考。

一、問(wèn)題描述

在描述問(wèn)題前，首先給大家介紹下客戶的項(xiàng)目設(shè)計(jì)，底下是客戶硬件簡(jiǎn)圖。客戶選用的i.MXRT1052作為主控，掛載了兩個(gè)QSPI Flash，FlexSPI接口連接的32MB Flash用于啟動(dòng)和存放靜態(tài)圖片資源(只需要讀即可)，LPSPI接口連接的1MB Flash用于存放運(yùn)行時(shí)狀態(tài)數(shù)據(jù)(需要讀寫)，此外板子連接了一個(gè)顯示屏，所以還掛載一片SDRAM用于顯示緩存，其實(shí)SDRAM除了顯示緩存功能之外，還用于執(zhí)行App(QSPI Flash里的App會(huì)自加載到SDRAM執(zhí)行)。

有必要重點(diǎn)介紹下QSPI Flash啟動(dòng)設(shè)計(jì)細(xì)節(jié)，客戶選用的Flash型號(hào)是ISSI的IS25WP256D，這是一款容量256Mb的四線串行Flash。客戶啟動(dòng)流程設(shè)計(jì)的挺復(fù)雜，芯片上電之后，BootROM負(fù)責(zé)從Flash中XIP啟動(dòng)L2 loader程序，L2 loader運(yùn)行后從Flash中選出最新的一份Boot程序(A/B是雙備份)，將其加載到SDRAM中執(zhí)行。Boot程序運(yùn)行后做一些系統(tǒng)初始化工作，然后直接跳轉(zhuǎn)到App中執(zhí)行(XIP)，App才是最終的客戶應(yīng)用程序，這個(gè)應(yīng)用程序會(huì)完成往SDRAM的自拷貝以及跳轉(zhuǎn)執(zhí)行。

客戶的App實(shí)際大小接近5MB，對(duì)于嵌入式程序來(lái)說(shuō)，這個(gè)體量相當(dāng)大了，這也是為什么客戶需要借助專業(yè)的勞特巴赫TRACE32調(diào)試器來(lái)分析定位程序邏輯設(shè)計(jì)問(wèn)題。從下圖還可以看到從0x60800000開(kāi)始，Flash中還存放了一些靜態(tài)圖片資源，客戶項(xiàng)目有顯示屏，Flash里放一些固定圖片數(shù)據(jù)方便UI切換。

介紹完客戶的項(xiàng)目設(shè)計(jì)，現(xiàn)在描述客戶的軟復(fù)位無(wú)法重新啟動(dòng)問(wèn)題。其實(shí)這個(gè)問(wèn)題現(xiàn)象很簡(jiǎn)單，就是每次重新上電啟動(dòng)，程序都是可以正常運(yùn)行的，但是一旦使用按鍵軟復(fù)位(ONOFF Reset)，系統(tǒng)就會(huì)有一定概率起不來(lái)(概率很大，很容易復(fù)現(xiàn))，調(diào)試器連上去會(huì)發(fā)現(xiàn)PC停留在BootROM里，這意味著此時(shí)BootROM沒(méi)能正常啟動(dòng)L2 loader。

二、問(wèn)題分析

讓我們來(lái)分析一下問(wèn)題，這個(gè)問(wèn)題要從兩方面來(lái)考慮：一、板子上芯片的POR和軟復(fù)位的區(qū)別；二、軟復(fù)位無(wú)法啟動(dòng)是概率性的，因此痞子衡想到了如下四處疑點(diǎn)：

兩種復(fù)位下主芯片內(nèi)部非易失寄存器狀態(tài)的區(qū)別是否對(duì)BootROM運(yùn)行產(chǎn)生了影響？

兩種復(fù)位下主芯片內(nèi)FlexSPI這個(gè)模塊狀態(tài)是否有區(qū)別？

兩種復(fù)位下外掛Flash芯片狀態(tài)是否有區(qū)別？

客戶App代碼里是否有某種操作導(dǎo)致了概率性問(wèn)題的發(fā)生？

因?yàn)槊看味际擒洀?fù)位重新啟動(dòng)出問(wèn)題，所以客戶板級(jí)供電設(shè)計(jì)不在疑點(diǎn)范圍內(nèi)。雖然問(wèn)題都表現(xiàn)在BootROM沒(méi)法加載L2 loader執(zhí)行，但BootROM本身缺陷也不是我們主要考慮的方向，畢竟BootROM是固化在芯片內(nèi)部的，可靠性有一定保證。我們首先要把疑點(diǎn)放在概率性以及兩種復(fù)位的差異上，那么我們從哪里開(kāi)始著手測(cè)試？

痞子衡想的是先從第4個(gè)疑點(diǎn)開(kāi)始下手，原因是前3個(gè)疑點(diǎn)本質(zhì)上都由第4個(gè)疑點(diǎn)引起的，客戶代碼的執(zhí)行可能會(huì)改主芯片內(nèi)部非易失性寄存器，也同時(shí)會(huì)操作FlexSPI模塊去訪問(wèn)外部Flash，它是問(wèn)題的引爆點(diǎn)。

三、開(kāi)始測(cè)試

3.1 對(duì)比非易失性寄存器

i.MXRT內(nèi)部有一些非易失性寄存器(比如IOMUXC_GPR寄存器組，SRC寄存器等)，這些寄存器僅在POR時(shí)才會(huì)被復(fù)位，而普通軟復(fù)位是不會(huì)改變其狀態(tài)的。客戶App代碼近5MB，如果是去肉眼排查是否操作了非易失性寄存器，難免有疏漏。最簡(jiǎn)單的方法就是在正常啟動(dòng)和非正常啟動(dòng)時(shí)分別用調(diào)試器將這些寄存器的值全部保存下來(lái)，然后使用文本工具去對(duì)比。經(jīng)測(cè)試，兩種情況下，這些非易失性寄存器并無(wú)區(qū)別，因此這個(gè)疑點(diǎn)被排除。

3.2 逐步精簡(jiǎn)App代碼

現(xiàn)在我們開(kāi)始逐步精簡(jiǎn)App代碼，由于客戶代碼涉及機(jī)密，所以精簡(jiǎn)的工作由客戶來(lái)做，當(dāng)然客戶也最清楚如何去精簡(jiǎn)他們自己的代碼。一番測(cè)試下來(lái)，我們發(fā)現(xiàn)App代碼里只要不去讀存在Flash里的靜態(tài)圖片數(shù)據(jù)，就不會(huì)存在軟復(fù)位無(wú)法重新啟動(dòng)問(wèn)題，看起來(lái)我們已經(jīng)找到線索了。

四、原因分析

問(wèn)題出在App代碼里讀存在Flash里的靜態(tài)圖片數(shù)據(jù)，這意味著App里可能用了特殊的讀Flash方法改變了Flash狀態(tài)，并且這個(gè)Flash狀態(tài)是非易失性的。謎團(tuán)接近解開(kāi)了，痞子衡讓客戶公布了他們的L2 loader里的FDCB配置頭以及App里的讀Flash圖片的代碼實(shí)現(xiàn)：

4.1 L2 loader的FDCB

先來(lái)看客戶的FDCB啟動(dòng)頭，客戶僅讓BootROM配置Flash工作于50MHz，并且是1bit SDR Fast Read(命令是0x0B)，這是標(biāo)準(zhǔn)3字節(jié)地址讀，因此配置成功后通過(guò)AHB總線最大可訪問(wèn)16MB以內(nèi)的Flash空間。因?yàn)榭蛻舻腖2 loader很小，且存儲(chǔ)在Flash的起始地址，所以這樣的配置對(duì)于啟動(dòng)而言沒(méi)有問(wèn)題。

4.2 App讀Flash實(shí)現(xiàn)

再來(lái)看客戶實(shí)現(xiàn)的讀Flash函數(shù)BigCapRead()，根據(jù)前面的介紹，靜態(tài)圖片數(shù)據(jù)是從0x60800000處開(kāi)始存儲(chǔ)的，因此0x60800000 - 0x60FFFFFF范圍內(nèi)的8MB數(shù)據(jù)是可以直接AHB讀，但是0x61000000地址之后的數(shù)據(jù)在上述BootROM的配置下無(wú)法直接訪問(wèn)，這也是為什么客戶寫了BigCapRead()函數(shù)，這個(gè)函數(shù)會(huì)根據(jù)傳入的地址范圍來(lái)判斷數(shù)據(jù)是在低16MB空間還是高16MB空間，然后對(duì)地址空間做了一個(gè)切換。

#define?FLASH_BIG_CAP_SIZE?(0x1000000)

static?status_t?flexspi_nor_select_segment(uint32_t?base,?uint8_t?seg){
????qspi_transfer_t?flashXfer;
????status_t?status?=?Success;
????uint32_t?writeValue?=?0x00;
????uint32_t?readValue?=?0x00;

????flexspi_nor_write_enable(base,?0,?true);

????flexspi_nor_read_volatilebankaddr_reg(base,?&readValue);
????if?((readValue?&?0x01)?==?(seg?&?0x1))
????{
????????return?Success;
????}

????writeValue?=?seg?&?0x1;
????flexspi_nor_write_volatilebankaddr_reg(base,?writeValue);

????flexspi_nor_read_volatilebankaddr_reg(base,?&readValue);
????if?(readValue?!=?writeValue)
????{
????????return?Failure;
????}

????flexspi_nor_wait_bus_busy(base);
????return?Success;
}

static?UINT32?BigCapRead(struct?flash_dev*?dev,?UINT32?start_addr,?UCHAR?*buffer,?UINT32?size){
????UINT32?tempLen?=?0;
????UINT32?result?=?0;
????if?(start_addr?>=?FLASH_BIG_CAP_SIZE)
????{
????????flexspi_nor_select_segment(dev->base,?1);
????????start_addr?=?start_addr?-?FLASH_BIG_CAP_SIZE;
????????result?=?Read(dev,?start_addr,?buffer,?size);
????}
????else
????{
????????if?(start_addr?+?size?????????{
????????????flexspi_nor_select_segment(dev->base,?0);
????????????result?=?Read(dev,?start_addr,?buffer,?size);
????????}
????????else
????????{
????????????tempLen?=?FLASH_BIG_CAP_SIZE?-?start_addr;
????????????flexspi_nor_select_segment(dev->base,?0);
????????????result?=?Read(dev,?start_addr,?buffer,?tempLen);
????????????flexspi_nor_select_segment(dev->base,?1);
????????????result?=?Read(dev,?0,?buffer?+?tempLen,?size?-?tempLen);
????????}
????}
????return?result;
}

4.3 關(guān)于Flash的3/4字節(jié)地址

對(duì)于16MB以上空間的Flash，總會(huì)面臨3/4字節(jié)地址訪問(wèn)的問(wèn)題，JESD216規(guī)定了3/4字節(jié)地址訪問(wèn)標(biāo)準(zhǔn)命令，對(duì)于3字節(jié)地址Fast Read，其命令是FRD(0x0B)；而對(duì)于四字節(jié)地址Fast Read，其命令是4FRD(0x0C)。對(duì)于一個(gè)32MB的Flash，如果僅需要訪問(wèn)低16MB空間，可以使用FRD；如果需要訪問(wèn)高16MB空間，則需要使用4FRD。

4FRD相比FRD多傳輸了一字節(jié)地址，對(duì)于地址連續(xù)的大塊數(shù)據(jù)訪問(wèn)，這個(gè)1字節(jié)地址影響不太，但是如果是執(zhí)行代碼或者非連續(xù)數(shù)據(jù)訪問(wèn)，4FRD相比FRD還是有效率上的降低的，對(duì)于這個(gè)問(wèn)題，不同的廠家提供了不同的解決方案。

客戶選用的這款Flash來(lái)自ISSI，ISSI的解決方案是在Flash內(nèi)部增加一個(gè)Bank Address Register，其bit0用于實(shí)時(shí)切換低Bank和高Bank(并且這個(gè)位是非易失性的，僅POR才會(huì)復(fù)位，引腳reset無(wú)法復(fù)位！)，當(dāng)bit0值為0時(shí)，FRD命令訪問(wèn)的是低16MB空間，而bit0置1后，FRD命令此時(shí)實(shí)際訪問(wèn)的是高16MB空間(從AHB地址上看不出這個(gè)變化)。

4.4 解決方案

看到這，這個(gè)軟復(fù)位無(wú)法重啟問(wèn)題真相大白了，是由于這顆Flash里的內(nèi)部非易失寄存器BAR[0]的操作導(dǎo)致的，如果軟復(fù)位時(shí)間點(diǎn)恰好在App讀了高16MB空間(Bank1)里的數(shù)據(jù)之后，此時(shí)Bank發(fā)生了切換，軟復(fù)位后BootROM去啟動(dòng)時(shí)無(wú)法讀到存在低16MB空間(Bank0)的有效的L2 loader。如果軟復(fù)位時(shí)間點(diǎn)發(fā)生在App正在讀低16MB空間的數(shù)據(jù)，那下次還是可以正常啟動(dòng)，這就是概率性啟動(dòng)失敗的原因。

原因調(diào)查清楚了，問(wèn)題解決方法就很簡(jiǎn)單了，將L2 loader里的FDCB頭用4FRD代替FRD，這樣BootROM配置完成之后，可以直接AHB讀全部的32MB空間，不需要切換Bank，因此App里的BigCapRead()函數(shù)里的Bank切換操作可以刪掉。

這個(gè)經(jīng)驗(yàn)也告訴了我們，當(dāng)使用16MB以上Flash作為啟動(dòng)設(shè)備時(shí)，一定要小心處理好3/4字節(jié)地址訪問(wèn)問(wèn)題，不然就可能出現(xiàn)啟動(dòng)問(wèn)題。

至此，i.MXRT上使用16MB以上NOR Flash軟復(fù)位無(wú)法正常啟動(dòng)問(wèn)題的分析解決經(jīng)驗(yàn)痞子衡便介紹完畢了，掌聲在哪里~~~

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的idea 升级到2020后 无法启动_i.MXRT软复位后无法从32MB Flash启动？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。