老哥們最近一直在折騰一個(gè)比較典型的低功耗振動(dòng)監(jiān)測(cè)節(jié)點(diǎn)用的就是ST的IIS3DWB10IS這顆帶ISPU的高帶寬加速度計(jì)。項(xiàng)目本身不復(fù)雜——磁吸安裝在設(shè)備外殼上電池供電平時(shí)主控睡大覺(jué)隔一段時(shí)間醒來(lái)采集一次振動(dòng)數(shù)據(jù)判斷有沒(méi)有異常。但做到一半我們卡在了一個(gè)繞不開(kāi)的問(wèn)題上ISPU這個(gè)內(nèi)核沒(méi)有NVM它的程序只能放在RAM里掉電就丟而整機(jī)為了省電偏偏還要做power gating每次喚醒都是冷啟動(dòng)。那ISPU里跑的FFT和異常檢測(cè)算法代碼到底放哪每次上電怎么恢復(fù)整個(gè)電池節(jié)點(diǎn)的功耗賬該怎么算這篇文章就是我處理這個(gè)問(wèn)題時(shí)踩出來(lái)的完整思路。我會(huì)先講清楚ISPU沒(méi)有NVM到底卡在哪再給出我認(rèn)為最合理的幾種方案和選型邏輯然后詳細(xì)算一遍冷啟動(dòng)的時(shí)間與功耗賬最后把調(diào)試中遇到的加載失敗、掉電亂序、Flash壽命這些坑都列出來(lái)。如果你手上也在做IIS3DWB10IS或類(lèi)似帶ISPU傳感器的電池節(jié)點(diǎn)這篇應(yīng)該能幫你少走很多彎路。1. 先說(shuō)清楚ISPU沒(méi)有NVM到底卡在哪個(gè)環(huán)節(jié)1.1 IIS3DWB10IS在電池節(jié)點(diǎn)里的定位IIS3DWB10IS不是一顆普通的加速度計(jì)。它本身的振動(dòng)測(cè)量帶寬很高噪聲也低適合軸承故障、齒輪箱、泵和風(fēng)機(jī)這類(lèi)旋轉(zhuǎn)機(jī)械的狀態(tài)監(jiān)測(cè)。但真正讓它區(qū)別于普通傳感器的是這個(gè)集成的ISPU內(nèi)核——一顆可以在傳感器內(nèi)部跑輕量級(jí)信號(hào)處理和機(jī)器學(xué)習(xí)推理的可編程單元。在電池供電的振動(dòng)節(jié)點(diǎn)里ISPU的價(jià)值非常直接原始振動(dòng)數(shù)據(jù)不用一路傳到主控MCUISPU直接在傳感器內(nèi)部做FFT、RMS、峰值提取甚至跑一個(gè)異常檢測(cè)模型最后只把診斷結(jié)果通過(guò)FIFO送出來(lái)。主控MCU大部分時(shí)間可以保持深度睡眠甚至整機(jī)斷電。這樣整個(gè)系統(tǒng)的平均功耗可以壓到非常低一節(jié)電池用好幾年的節(jié)點(diǎn)就是這么設(shè)計(jì)出來(lái)的。不過(guò)ISPU雖然能算但它本身沒(méi)有非易失存儲(chǔ)。這就引出一個(gè)所有做低功耗節(jié)點(diǎn)的人都要面對(duì)的問(wèn)題——算法代碼在掉電之后去哪了。1.2 “ISPU沒(méi)有NVM”到底意味著什么先打個(gè)比方。ISPU就像一臺(tái)沒(méi)有硬盤(pán)的電腦你寫(xiě)好的算法程序放在它內(nèi)部的SRAM里掉電以后連操作系統(tǒng)帶應(yīng)用程序全部清空。每次機(jī)器開(kāi)機(jī)你都得先從外部U盤(pán)把系統(tǒng)重新灌進(jìn)去灌完才能開(kāi)始干活。放在IIS3DWB10IS上就是主控MCU每次上電后都需要通過(guò)SPI接口把ISPU的算法二進(jìn)制文件推送到ISPU內(nèi)部的程序區(qū)然后再讓ISPU復(fù)位啟動(dòng)它才能正常跑起來(lái)。這個(gè)過(guò)程不是可選項(xiàng)而是必須做的因?yàn)镮SPU自己沒(méi)有任何可以持久化保存代碼的空間。所以“power-gated battery node”和“ISPU無(wú)NVM”這兩個(gè)條件放一起就構(gòu)成了一個(gè)矛盾省電要求整機(jī)頻繁斷電但每次斷電再上電ISPU都處于“空系統(tǒng)”狀態(tài)必須重新加載算法。而加載算法本身要花時(shí)間、要耗電流這個(gè)開(kāi)銷(xiāo)在設(shè)計(jì)功耗預(yù)算時(shí)很容易被忽略但恰恰會(huì)決定節(jié)點(diǎn)的喚醒頻率上限和電池壽命。很多第一次用這顆芯片的朋友會(huì)下意識(shí)問(wèn)ST為什么不在ISPU里面放一點(diǎn)Flash其實(shí)從成本、晶圓面積和功耗的角度看這種設(shè)計(jì)是合理的畢竟ISPU的定位是輔助處理器算法代碼由主機(jī)管理本來(lái)就是常見(jiàn)形態(tài)。但這就逼著系統(tǒng)設(shè)計(jì)者必須認(rèn)真對(duì)待“算法從哪來(lái)、怎么加載、加載多快”這幾個(gè)問(wèn)題。2. 推薦方案算法代碼應(yīng)該放在哪里2.1 幾個(gè)方案先擺出來(lái)對(duì)比一下針對(duì)ISPU沒(méi)有NVM的問(wèn)題我見(jiàn)過(guò)的主流做法有三類(lèi)各有各的適用場(chǎng)景先用一張表說(shuō)清楚。方案算法代碼存放位置啟動(dòng)時(shí)序復(fù)雜度適合場(chǎng)景A主控Flash存儲(chǔ)每次冷啟動(dòng)加載放主控MCU片內(nèi)Flash或外掛NOR Flash上電后由MCU通過(guò)SPI寫(xiě)入ISPU低大多數(shù)電池振動(dòng)節(jié)點(diǎn)喚醒不頻繁B保持傳感器供電不徹底斷電算法留在ISPU RAM中不丟失無(wú)需重新加載ISPU直接續(xù)跑低喚醒頻率較高待機(jī)電流可以接受C外掛SPI Flash統(tǒng)一管理算法包放獨(dú)立SPI Flash主控只負(fù)責(zé)搬運(yùn)比A多一次Flash讀操作中高算法體積大、版本多、需要OTA升級(jí)先說(shuō)結(jié)論絕大多數(shù)低功耗、間歇喚醒的振動(dòng)節(jié)點(diǎn)我都推薦方案A也就是主控NVM存算法、上電后快速加載。方案B適合喚醒頻繁但又能接受“不徹底關(guān)斷”的場(chǎng)景方案C是算法體積和升級(jí)需求大到主控Flash裝不下時(shí)的備選。2.2 我最推薦的組合主控Flash加SPI DMA加載方案A的具體做法其實(shí)不復(fù)雜但有幾個(gè)細(xì)節(jié)決定能不能穩(wěn)定運(yùn)行。算法工程在ST的ISE環(huán)境里編譯之后會(huì)生成一個(gè)二進(jìn)制文件這個(gè)文件會(huì)嵌到主控MCU的固件里作為常量數(shù)組存在MCU的片內(nèi)Flash中。注意這里說(shuō)的Flash是主控的Flash不是ISPU的——ISPU沒(méi)有但主控一定有。上電加載流程我一般是這樣安排的主控上電初始化自己的時(shí)鐘、GPIO和SPI外設(shè)。拉高傳感器的電源域等待傳感器內(nèi)部上電穩(wěn)定。對(duì)傳感器做一次軟復(fù)位確保它處于已知狀態(tài)。配置SPI接口把ISPU算法二進(jìn)制分塊寫(xiě)入傳感器的程序區(qū)。全部寫(xiě)完后發(fā)送啟動(dòng)或運(yùn)行指令讓ISPU程序真正跑起來(lái)。通過(guò)狀態(tài)寄存器或者中斷信號(hào)確認(rèn)ISPU已經(jīng)正常運(yùn)行然后再初始化業(yè)務(wù)邏輯。這個(gè)流程里步驟4最容易被忽視的是“分塊寫(xiě)入”和“傳輸校驗(yàn)”。我見(jiàn)過(guò)有人直接把數(shù)千字節(jié)的數(shù)組一次性往SPI上懟結(jié)果因?yàn)橹鳈C(jī)緩沖不夠、或者SPI時(shí)鐘邊沿余量不足導(dǎo)致寫(xiě)進(jìn)去的數(shù)據(jù)錯(cuò)位ISPU跑出來(lái)的完全是垃圾結(jié)果。正確的做法是把算法文件按256字節(jié)或512字節(jié)一塊一塊一塊地寫(xiě)入每塊寫(xiě)完都有明確的應(yīng)答或寄存器狀態(tài)可查最后做一次整體校驗(yàn)。在傳輸手段上強(qiáng)烈建議用DMA不要用CPU一個(gè)字節(jié)一個(gè)字節(jié)地搬。加載算法期間主控可以繼續(xù)做別的事或者干脆進(jìn)入一個(gè)低功耗等待狀態(tài)直到DMA傳輸完成中斷再醒來(lái)。我用DMA加載40KB左右的算法實(shí)際CPU占用幾乎可以忽略整個(gè)過(guò)程由硬件自動(dòng)完成這對(duì)功耗控制幫助很大。2.3 什么時(shí)候才需要外掛SPI Flash方案C我平時(shí)不太建議一上來(lái)就用除非你明確遇到了下面這些情況主控MCU片內(nèi)Flash太小塞不下多版本算法或一套完整的升級(jí)鏡像。算法體積已經(jīng)大到幾十上百KB而且還在不斷膨脹。產(chǎn)品需要支持現(xiàn)場(chǎng)OTA升級(jí)算法需要在本地暫存新版本固件。主控MCU過(guò)于低端內(nèi)部Flash本身就非常有限。外掛SPI Flash的缺點(diǎn)也很明顯成本增加、PCB面積增加、加載前要多一次“從Flash讀出來(lái)再寫(xiě)進(jìn)ISPU”的搬運(yùn)啟動(dòng)時(shí)間比方案A更久而且SPI Flash本身也是NVM一樣要考慮擦寫(xiě)壽命。所以我的建議是預(yù)算和技術(shù)指標(biāo)都允許的情況下先用主控Flash等確實(shí)不夠了再考慮外掛Flash。3. 啟動(dòng)時(shí)序和功耗的賬要會(huì)算3.1 一次完整的冷啟動(dòng)需要多長(zhǎng)時(shí)間討論“推薦做法”的時(shí)候不能回避一個(gè)核心指標(biāo)冷啟動(dòng)到底要多久。這個(gè)指標(biāo)直接影響節(jié)點(diǎn)是否能夠在可接受的窗口里完成一次數(shù)據(jù)采集也直接決定平均功耗。完整的冷啟動(dòng)時(shí)間可以拆成幾段看傳感器電源域上電穩(wěn)定通常幾毫秒到十幾毫秒取決于電源開(kāi)關(guān)器件和去耦電容。主控上電和SPI初始化幾毫秒。傳感器軟復(fù)位與會(huì)話建立幾毫秒。ISPU算法加載這是大頭取決于算法體積和SPI時(shí)鐘。ISPU啟動(dòng)、初始化數(shù)據(jù)通路、FIFO開(kāi)始填充幾毫秒。其中第4步是可以量化計(jì)算的。假設(shè)算法bin的實(shí)際大小在40KB左右SPI時(shí)鐘按10MHz跑理論傳輸時(shí)間大概是40 × 1024 × 8 / 10,000,000 ≈ 32.8毫秒但實(shí)際操作中有命令開(kāi)銷(xiāo)、塊間切換、應(yīng)答等待還要算上偶發(fā)的重傳所以實(shí)際加載時(shí)間落在40到60毫秒是很正常的。如果SPI時(shí)鐘能跑到20MHz理論時(shí)間可以砍半傳輸部分能做到16毫秒左右實(shí)際也就20到30毫秒。如果你按40KB算出來(lái)的加載時(shí)間比傳感器本身的測(cè)量周期還長(zhǎng)那就要警惕了這種場(chǎng)景下每次喚醒都重載算法的代價(jià)可能比你想象的高得多。3.2 用數(shù)字說(shuō)話加載一次ISPU到底值多少功耗功耗賬不能只看“時(shí)間短”要看“平均電流”。假設(shè)整個(gè)加載過(guò)程傳感器和主控都處于工作狀態(tài)整機(jī)電流取8mA左右加載時(shí)間按70毫秒算那么一次加載消耗的電量就是8mA × 0.07秒 ≈ 0.56毫安秒再換算成庫(kù)侖約等于0.56mAs。這個(gè)數(shù)字單獨(dú)看不嚇人但放到整個(gè)工作周期里算平均電流就很直觀了如果節(jié)點(diǎn)每60秒喚醒一次平均電流約 0.56mAs / 60s ≈ 9.3μA。如果節(jié)點(diǎn)每5秒喚醒一次平均電流約 0.56mAs / 5s ≈ 112μA。如果節(jié)點(diǎn)每1秒喚醒一次平均電流約 0.56mAs / 1s ≈ 560μA。注意這還只是加載算法這一件事的貢獻(xiàn)沒(méi)有算傳感器配置、數(shù)據(jù)采集、無(wú)線發(fā)射的電流。也就是說(shuō)在喚醒不頻繁的節(jié)點(diǎn)里重新加載算法的功耗完全可以接受但喚醒頻率一旦上去加載本身就會(huì)變成最大的耗電黑洞。這也是為什么我說(shuō)“推薦方案”不能脫離場(chǎng)景。低頻喚醒的軸承監(jiān)測(cè)節(jié)點(diǎn)方案A非常好70毫秒加載時(shí)間換來(lái)極低的待機(jī)電流電池壽命完全達(dá)標(biāo)但如果你的節(jié)點(diǎn)需要每秒都判斷一次設(shè)備狀態(tài)那方案A就沒(méi)那么香了要么拉長(zhǎng)休眠周期要么改用方案B讓ISPU一直保持供電。3.3 降低加載開(kāi)銷(xiāo)的幾個(gè)實(shí)操技巧如果確認(rèn)走方案A有幾個(gè)小技巧可以幫你把加載功耗壓下來(lái)。一是優(yōu)先用DMA傳輸。CPU在加載期間不用一直跑可以進(jìn)入低功耗等待狀態(tài)等DMA完成中斷再喚醒這樣峰值電流的時(shí)間和幅度都更可控。二是按需初始化硬件。SPI外設(shè)、GPIO、DMA通道這些盡量在加載前一次性配置好不要在加載過(guò)程中反復(fù)開(kāi)關(guān)外設(shè)時(shí)鐘那會(huì)引入額外的電流尖峰。三是檢查算法bin體積。每次編譯完都看一眼生成的二進(jìn)制文件大小別讓它在不知不覺(jué)中膨脹。關(guān)掉調(diào)試輸出、縮減環(huán)形緩沖、精簡(jiǎn)模型結(jié)構(gòu)能省下幾十KB就相當(dāng)于省下了幾十毫秒加載時(shí)間和對(duì)應(yīng)的功耗。四是把校準(zhǔn)參數(shù)和用戶配置交給主控統(tǒng)一管理。傳感器內(nèi)部的用戶寄存器在掉電后同樣會(huì)丟所以像偏移校準(zhǔn)、閾值設(shè)置、濾波器系數(shù)這些都應(yīng)該存在主控Flash里每次加載算法后重新寫(xiě)一遍。別指望ISPU自己能記住這些配置它沒(méi)有NVM做不到。3.4 喚醒頻率高時(shí)也許不該斷電這一點(diǎn)值得單獨(dú)拎出來(lái)說(shuō)。不少團(tuán)隊(duì)一提到低功耗就條件反射地想到“全斷”但全斷并不是唯一的省電路徑甚至不是最優(yōu)路徑。如果節(jié)點(diǎn)喚醒頻率超過(guò)每5秒一次或者更極端地需要持續(xù)監(jiān)測(cè)那每次喚醒都重新加載幾十毫秒的算法反而比讓ISPU保持在一個(gè)低功耗狀態(tài)更費(fèi)電。這種場(chǎng)景我建議改用“偽power gating”傳感器電源不斷讓ISPU進(jìn)入低功耗或睡眠模式中斷喚醒后它可以直接從RAM里繼續(xù)執(zhí)行程序不需要重新加載。代價(jià)是待機(jī)電流不再是零可能是幾十微安級(jí)別但換來(lái)的是微秒級(jí)的響應(yīng)和完全不需要加載算法。在故障檢測(cè)類(lèi)應(yīng)用里很多時(shí)候“睡得淺一點(diǎn)但能快速響應(yīng)”比“徹底關(guān)機(jī)但要花幾十毫秒才能醒”更劃算。這個(gè)取舍一定要寫(xiě)在方案評(píng)審里別等到代碼寫(xiě)完才改架構(gòu)。4. 加載失敗、掉電時(shí)序、Flash壽命這些坑我替你們踩過(guò)了4.1 ISPU程序加載失敗的常見(jiàn)原因ISPU程序加載失敗通常不會(huì)有什么明顯的報(bào)錯(cuò)表現(xiàn)就是ISPU沒(méi)有按預(yù)期輸出結(jié)果或者傳感器狀態(tài)寄存器里的標(biāo)志位不對(duì)。我排查過(guò)幾次最后定位到的主要原因就這幾個(gè)傳感器還沒(méi)就緒就開(kāi)始寫(xiě)程序。上電后立刻發(fā)SPI命令傳感器內(nèi)部還在復(fù)位命令全部被丟棄。SPI時(shí)鐘太快或信號(hào)完整性問(wèn)題。飛線過(guò)長(zhǎng)、上拉電阻不對(duì)、時(shí)鐘邊沿采樣點(diǎn)配置錯(cuò)誤都可能導(dǎo)致寫(xiě)入的數(shù)據(jù)錯(cuò)位。加載過(guò)程中電源電壓跌落。電池節(jié)點(diǎn)上電瞬間電流沖擊大電源沒(méi)有穩(wěn)定導(dǎo)致加載中途失敗。算法bin版本與ISPU運(yùn)行環(huán)境不匹配。比如用舊版本的IDE編譯的算法或者字節(jié)序配置錯(cuò)誤。加載后沒(méi)有正確觸發(fā)啟動(dòng)或者復(fù)位時(shí)序錯(cuò)誤導(dǎo)致ISPU雖然收到了程序但并沒(méi)有運(yùn)行起來(lái)。這些問(wèn)題的排查方式我建議從軟件和硬件兩頭同時(shí)下手。軟件上在加載流程里加CRC校驗(yàn)和狀態(tài)檢查每次寫(xiě)一塊都確認(rèn)寫(xiě)成功再寫(xiě)下一塊硬件上用邏輯分析儀抓一次SPI波形看看時(shí)鐘和數(shù)據(jù)是否對(duì)齊電源軌有沒(méi)有明顯跌落。4.2 MCU軟復(fù)位后的狀態(tài)一致性問(wèn)題還有一個(gè)容易被忽略的坑MCU自己跑飛了軟件看門(mén)狗復(fù)位但傳感器的電源沒(méi)有斷過(guò)。這時(shí)候ISPU的程序其實(shí)還在RAM里還在繼續(xù)跑而主控MCU的SPI配置、DMA狀態(tài)、業(yè)務(wù)邏輯全部重新初始化了。兩邊處于“都知道對(duì)方存在但不知道對(duì)方狀態(tài)”的尷尬境地表現(xiàn)出來(lái)就是數(shù)據(jù)錯(cuò)亂、中斷喚醒異常、莫名其妙多出很多垃圾中斷。所以我的建議是MCU的啟動(dòng)流程里必須包含一個(gè)“傳感器復(fù)位并重新加載”的步驟即使傳感器看起來(lái)還在正常運(yùn)行也要先把它軟復(fù)位掉然后重新加載ISPU算法保證整個(gè)系統(tǒng)回到一個(gè)確定性的初始狀態(tài)。這樣做雖然會(huì)讓啟動(dòng)時(shí)間多幾十毫秒但換來(lái)的是系統(tǒng)狀態(tài)的一致性和可預(yù)期性在低功耗節(jié)點(diǎn)里這個(gè)代價(jià)是值得的。4.3 掉電順序與電源管理電路的配合既然做了power gating就繞不開(kāi)掉電順序。最怕的情況是系統(tǒng)正在采集數(shù)據(jù)ISPU正在跑FFT主控突然把傳感器電源關(guān)了ISPU跑到一半掉電。下次上電時(shí)傳感器可能處于一個(gè)未定義狀態(tài)SPI通信拉不起來(lái)加載算法也遲遲不成功。合理的做法是在硬件設(shè)計(jì)時(shí)就規(guī)劃好掉電時(shí)序。傳感器的電源開(kāi)關(guān)要保證有明確的上下電延遲不能和主控的reset共用同一個(gè)毛刺源軟件上主控在關(guān)斷傳感器電源之前應(yīng)先把ISPU置于復(fù)位狀態(tài)或者至少讓它停止輸出中斷信號(hào)避免掉電瞬間ISPU給主控留下一個(gè)虛假的中斷。另外中斷線上最好加一個(gè)小的RC濾波或下拉避免掉電期間傳感器電源上的殘壓耦合出干擾脈沖把主控從低功耗狀態(tài)誤喚醒。這種問(wèn)題在實(shí)驗(yàn)室里很難復(fù)現(xiàn)一到現(xiàn)場(chǎng)就會(huì)變成“電池掉得特別快”的詭異Bug排查起來(lái)非常頭疼。4.4 Flash擦寫(xiě)壽命、算法版本升級(jí)與現(xiàn)場(chǎng)維護(hù)如果算法放在主控Flash里就繞不開(kāi)Flash壽命問(wèn)題。算法本身是只讀的不會(huì)頻繁擦寫(xiě)但OT A升級(jí)時(shí)如果設(shè)計(jì)得不好頻繁在同一個(gè)Flash分區(qū)寫(xiě)入幾年下來(lái)就可能把片內(nèi)Flash寫(xiě)穿。這不是危言聳聽(tīng)現(xiàn)場(chǎng)的工程設(shè)備往往要服役五到十年。我的建議是算法存儲(chǔ)區(qū)與主程序存儲(chǔ)區(qū)在邏輯上分開(kāi)算法區(qū)域使用雙備份結(jié)構(gòu)。當(dāng)前正在運(yùn)行的算法放一塊區(qū)域新升級(jí)的算法先寫(xiě)入另一塊區(qū)域校驗(yàn)通過(guò)后再切換激活。萬(wàn)一升級(jí)過(guò)程中掉電下次啟動(dòng)還能用舊版本算法繼續(xù)跑不會(huì)變磚。這套邏輯不復(fù)雜但對(duì)現(xiàn)場(chǎng)維護(hù)的可靠性提升非常大。給算法文件本身也建議帶一個(gè)版本號(hào)和CRC字段主控加載前讀出來(lái)校驗(yàn)一遍避免Flash區(qū)域數(shù)據(jù)出錯(cuò)ISPU跑了一個(gè)完全錯(cuò)誤的算法。震動(dòng)節(jié)點(diǎn)平時(shí)沒(méi)人看管一旦數(shù)據(jù)異常幾乎沒(méi)法遠(yuǎn)程定位所以所有能自愈的機(jī)制都要盡量做在前面。4.5 程序保密性算法裸露在Flash里的風(fēng)險(xiǎn)還有一個(gè)很多人不會(huì)第一時(shí)間想到的點(diǎn)算法二進(jìn)制放在主控Flash里本質(zhì)上就是明文存放的。如果現(xiàn)場(chǎng)的設(shè)備被人拆走通過(guò)調(diào)試接口把Flash讀出來(lái)你的振動(dòng)診斷算法就完全暴露了。對(duì)很多做設(shè)備健康管理的公司來(lái)說(shuō)算法模型本身就是核心資產(chǎn)。如果在意這個(gè)問(wèn)題常見(jiàn)的做法是在主控側(cè)對(duì)算法二進(jìn)制做加密存儲(chǔ)上電后解密再傳給ISPU。但要注意解密會(huì)占用主控RAM和CPU時(shí)間在超低功耗節(jié)點(diǎn)上需要評(píng)估是否劃算。對(duì)于比較敏感的工業(yè)客戶這個(gè)權(quán)衡值得提前和產(chǎn)品經(jīng)理對(duì)齊別等量產(chǎn)了再改加密方案。5. 回到標(biāo)題我的recommended approach是什么5.1 一句話結(jié)論如果一定要用一句話回答標(biāo)題里的問(wèn)題我的答案是默認(rèn)把ISPU算法二進(jìn)制放在主控MCU的Flash里每次冷啟動(dòng)通過(guò)SPI DMA分塊寫(xiě)入ISPU配合CRC校驗(yàn)和版本管理把加載時(shí)間控制在幾十毫秒量級(jí)當(dāng)喚醒頻率高到重新加載的電量開(kāi)銷(xiāo)無(wú)法接受時(shí)再切換為ISPU保電加低功耗運(yùn)行的“偽power gating”方案只有當(dāng)算法體積大到主控Flash放不下、或者需要頻繁O(jiān)TA升級(jí)時(shí)才去引入外部SPI Flash。這個(gè)思路的出發(fā)點(diǎn)很簡(jiǎn)單在絕大多數(shù)電池供電的振動(dòng)監(jiān)測(cè)場(chǎng)景里喚醒頻率并不高加載幾十毫秒的算法換來(lái)的低待機(jī)功耗才是收益最大的。而真正決定成敗的不是上電加載這個(gè)動(dòng)作本身而是你為它設(shè)計(jì)的時(shí)序、校驗(yàn)、掉電保護(hù)和版本管理機(jī)制。5.2 選型時(shí)真正該留意的兩件事第一件事是喚醒頻率。在項(xiàng)目最早期就要把“平均多久醒一次”這個(gè)參數(shù)定下來(lái)因?yàn)樗苯記Q定ISPU的供電策略。喚醒頻率低于每30秒一次方案A幾乎無(wú)腦用喚醒頻率高于每5秒一次就要認(rèn)真考慮方案B。第二件事是算法體積。哪怕現(xiàn)在只有20KB也要按未來(lái)增加故障類(lèi)型、增加模型復(fù)雜度后的體積做評(píng)估看你選的主控Flash夠不夠用別等算法優(yōu)化到一半發(fā)現(xiàn)塞不下了再換芯片。5.3 一點(diǎn)經(jīng)驗(yàn)做這類(lèi)低功耗傳感器節(jié)點(diǎn)我個(gè)人的體會(huì)是不要怕ISPU沒(méi)有NVM真正怕的是系統(tǒng)設(shè)計(jì)時(shí)沒(méi)有把“冷啟動(dòng)加載”當(dāng)成一個(gè)一等公民來(lái)對(duì)待。只要你在架構(gòu)階段就給加載流程留好時(shí)序預(yù)算、功耗預(yù)算和異?；謴?fù)路徑這個(gè)“缺點(diǎn)”完全不會(huì)成為瓶頸。另外再分享一個(gè)小建議在固件里保留一個(gè)加載耗時(shí)的性能探針每次上電都記錄一次從電源開(kāi)啟到ISPU開(kāi)始運(yùn)行的毫秒數(shù)。這個(gè)數(shù)字在調(diào)試時(shí)價(jià)值極大能幫你快速識(shí)別是電源不穩(wěn)、SPI通信異常還是算法文件體積膨脹導(dǎo)致的問(wèn)題。我在好幾個(gè)項(xiàng)目里都是靠這個(gè)數(shù)據(jù)定位到硬件問(wèn)題的強(qiáng)烈建議你加上。