1. 低功耗設(shè)計不是把功耗表讀數(shù)壓到最低就完事很多剛接觸低功耗設(shè)計的工程師包括幾年前的我都會陷入一個特別樸素的思維定式低功耗嘛就是把電流降下來誰降得最低誰就最牛。于是拿到一顆芯片第一反應(yīng)是翻數(shù)據(jù)手冊找那幾個uA級的Stop、Standby模式恨不得讓系統(tǒng)永遠(yuǎn)待在最深的睡眠里能不進(jìn)中斷就不進(jìn)中斷能少喚醒一次就少喚醒一次。這個思路在只看功耗數(shù)字的評估階段看起來無懈可擊但一旦進(jìn)入真實產(chǎn)品問題就全冒出來了。我印象特別深的一個項目用的是一顆國產(chǎn)低功耗MCU具體型號就不點名了做的是一個電池供電的無線采集終端。當(dāng)時為了把平均功耗壓到極致我把喚醒周期拉得很長大部分外設(shè)時鐘全部關(guān)斷主控在兩次采集之間進(jìn)入最深的掉電模式。功耗表上的數(shù)字確實漂亮待機(jī)電流做到了零點幾微安理論上兩顆紐扣電池能撐好幾年。但實際部署之后現(xiàn)場反饋回來的問題讓人頭疼有些節(jié)點響應(yīng)遲鈍上位機(jī)下發(fā)的即時指令要等很久才被執(zhí)行有些節(jié)點在低溫環(huán)境下干脆喚不醒需要斷電重啟還有個別節(jié)點出現(xiàn)了數(shù)據(jù)丟失事后排查發(fā)現(xiàn)是喚醒后外設(shè)還沒穩(wěn)定就急著讀傳感器讀回來的是無效值。這些問題讓我意識到低功耗策略的本質(zhì)根本不是一場“誰更省電”的競賽而是一場關(guān)于收益與風(fēng)險的平衡博弈。你每省下一份功耗幾乎都對應(yīng)著犧牲掉一部分響應(yīng)速度、一部分可靠性、一部分設(shè)計余量甚至一部分可維護(hù)性。真正成熟的低功耗設(shè)計不是把功耗壓到理論最低而是在滿足產(chǎn)品功能、響應(yīng)、可靠性約束的前提下找到那個功耗與風(fēng)險的最優(yōu)平衡點。這篇文章就想把我在電源門控、多電壓域、DVFS、時鐘門控這些策略上踩過的坑、算過的賬、總結(jié)出的判斷邏輯完整地攤開來講一講。關(guān)鍵詞里提到的低功耗、電源門控、多電壓域、DVFS、時鐘門控這幾個詞基本覆蓋了數(shù)字芯片和MCU系統(tǒng)里最主流的低功耗手段。熱搜詞里還出現(xiàn)了hc32l196低功耗、stm32l151c8t6a低功耗設(shè)計、gd32e503cc低功耗這些具體型號說明大家關(guān)心的不只是概念而是這些策略在真實芯片上到底怎么落地、會帶來什么副作用。下面我就按“策略收益—潛在風(fēng)險—平衡手段”這條主線把每一類策略拆開講透。2. 時鐘門控收益最直接但門控粒度選錯會反噬2.1 時鐘門控到底省的是什么電時鐘門控是低功耗設(shè)計里最基礎(chǔ)、最沒有爭議的一招也是幾乎所有人第一個上手的手段。它的原理說穿了特別簡單數(shù)字電路里絕大部分動態(tài)功耗都花在時鐘翻轉(zhuǎn)上因為時鐘樹要驅(qū)動大量的觸發(fā)器每個時鐘沿到來時觸發(fā)器內(nèi)部節(jié)點都要充放電。如果某個模塊當(dāng)前不需要工作那就把送給它的時鐘掐掉觸發(fā)器不再翻轉(zhuǎn)動態(tài)功耗立刻歸零。你可以把時鐘想象成工廠里的傳送帶觸發(fā)器就是傳送帶上的工位。傳送帶一直在轉(zhuǎn)哪怕工位上沒有零件要加工工位上的機(jī)械臂也會跟著節(jié)奏空動作白白耗電。時鐘門控就是給某條傳送帶裝一個離合器不需要這條線干活的時候直接斷開動力機(jī)械臂就停下來了。這個類比雖然粗糙但能幫你快速理解為什么時鐘門控的收益這么直接——它砍掉的是動態(tài)功耗里占比最大的那一塊。在RTL層面時鐘門控通常有兩種做法。一種是綜合工具自動插入的集成時鐘門控單元你在代碼里寫使能邏輯工具識別出“時鐘只在使能有效時才需要”的模式自動幫你插入門控單元。另一種是手動例化時鐘門控單元把時鐘和使能信號一起送進(jìn)去輸出門控后的時鐘。手動方式控制粒度更細(xì)但容易出錯尤其是門控單元的類型選錯會導(dǎo)致毛刺或者時鐘偏移問題。2.2 門控粒度粗了省不動細(xì)了收不回成本時鐘門控最大的坑不在“要不要做”而在“做到什么粒度”。我見過兩種極端。一種是粒度太粗整個外設(shè)模塊共用一個時鐘使能結(jié)果模塊里只有一小部分邏輯在跑其余部分跟著一起耗電省下來的功耗非常有限。另一種是粒度太細(xì)恨不得每個寄存器組都單獨門控綜合出來的門控單元數(shù)量爆炸時鐘樹變得極其復(fù)雜面積和布線資源被大量占用最后省下來的那點功耗還不夠抵消額外的門控邏輯自身功耗。這里有一個很實在的經(jīng)驗判斷門控粒度應(yīng)該對齊到“功能上會獨立開關(guān)的最小模塊”。比如一個通信外設(shè)發(fā)送通道和接收通道如果不會同時使用那就分別門控但如果發(fā)送和接收在協(xié)議上必須同時活躍那把兩者拆開門控就沒有意義反而增加控制復(fù)雜度。判斷標(biāo)準(zhǔn)不是“能不能拆”而是“拆開之后實際運(yùn)行中是否存在一段時間只有其中一部分工作、另一部分完全空閑”。如果不存在這種時間窗口拆得再細(xì)也是白搭。還有一個容易被忽略的點門控單元本身也有功耗和延遲。門控單元里的鎖存器要維持使能狀態(tài)時鐘樹經(jīng)過門控單元會引入額外的插入延遲。如果門控粒度太細(xì)時鐘路徑上串了太多門控單元時鐘偏移會變得難以收斂時序違例的風(fēng)險直線上升。我在一個項目里就吃過這個虧為了追求極致功耗把門控做得非常細(xì)結(jié)果時鐘樹綜合階段怎么調(diào)都收斂不了最后不得不回退把一部分細(xì)粒度門控合并成粗粒度才把時序壓住。那次教訓(xùn)讓我明白時鐘門控的收益是有上限的超過某個點之后每多省一點功耗付出的時序代價和驗證代價都是指數(shù)級增長的。2.3 門控使能的生成邏輯才是風(fēng)險源頭時鐘門控真正容易出問題的地方其實是使能信號的生成邏輯。門控單元本身很可靠但使能信號如果生成得不對就會出現(xiàn)兩種典型故障一種是使能該開的時候沒開模塊收不到時鐘功能直接失效另一種是使能該關(guān)的時候沒關(guān)模塊一直在跑功耗沒省下來不說還可能因為意外翻轉(zhuǎn)導(dǎo)致狀態(tài)機(jī)跑飛。使能信號的生成必須滿足幾個條件。第一使能信號本身必須是同步的不能是異步信號直接拿來做門控否則門控輸出的時鐘會有毛刺觸發(fā)器可能誤觸發(fā)。第二使能信號的建立和保持時間要滿足門控單元的要求通常需要在使能路徑上打拍確保在時鐘沿附近使能是穩(wěn)定的。第三使能邏輯不能依賴被門控模塊自身的輸出否則會形成組合環(huán)模塊一旦被關(guān)掉就再也開不起來。我個人的習(xí)慣是所有門控使能都統(tǒng)一走一套同步化模板使能信號先經(jīng)過兩級觸發(fā)器同步再送到門控單元。雖然多打兩拍會引入一點延遲但這點延遲相對于功能失效的風(fēng)險來說完全可以接受。另外在驗證階段一定要專門針對門控使能做覆蓋率收集確保每個門控單元都經(jīng)歷過“開—關(guān)—開”的完整切換不能只驗證一直開或者一直關(guān)的場景。3. 電源門控省電最狠但喚醒代價和狀態(tài)丟失是硬傷3.1 電源門控和時鐘門控的本質(zhì)區(qū)別如果說時鐘門控是掐斷傳送帶的動力那電源門控就是直接把整條產(chǎn)線的電閘拉掉。時鐘門控關(guān)掉的是時鐘翻轉(zhuǎn)帶來的動態(tài)功耗但電路依然接著電漏電流還在電源門控則是把整個電源域斷掉動態(tài)功耗和靜態(tài)漏電一起歸零。在先進(jìn)工藝節(jié)點下漏電流占比越來越高電源門控的收益比時鐘門控大得多尤其是在長時間待機(jī)的場景里。但收益大意味著代價也大。電源門控最直接的代價就是狀態(tài)丟失。電都斷了觸發(fā)器里的值自然全沒了模塊醒來之后相當(dāng)于重新上電所有寄存器都回到復(fù)位值。如果你的系統(tǒng)需要保持某些狀態(tài)比如通信協(xié)議里的序列號、傳感器校準(zhǔn)系數(shù)、用戶配置參數(shù)那就必須在斷電之前把這些狀態(tài)保存到始終帶電的保持寄存器或者非易失存儲里喚醒后再恢復(fù)。這個保存和恢復(fù)的過程本身就要消耗時間和能量如果喚醒太頻繁保存恢復(fù)的開銷可能比省下來的漏電還大。3.2 喚醒延遲從微秒到毫秒的代價電源門控的另一個硬傷是喚醒延遲。斷電容易重新上電可沒那么快。電源開關(guān)管要重新導(dǎo)通電源網(wǎng)絡(luò)上的大電容要充電到穩(wěn)定電壓鎖相環(huán)要重新鎖定時鐘要重新穩(wěn)定模塊內(nèi)部的狀態(tài)機(jī)要重新初始化。這一套流程走下來喚醒時間從幾微秒到幾毫秒都有可能取決于電源域的規(guī)模和電源開關(guān)的設(shè)計。這個喚醒延遲直接決定了你的系統(tǒng)能響應(yīng)多快的外部事件。如果你的產(chǎn)品要求外部中斷到響應(yīng)之間不能超過某個時間那你就不能把負(fù)責(zé)響應(yīng)中斷的模塊放在需要長時間喚醒的電源域里。我見過一個設(shè)計為了省電把中斷控制器也放進(jìn)了可斷電域結(jié)果外部事件來了之后中斷控制器自己還沒醒過來中斷信號根本傳不進(jìn)去等它醒過來事件早就錯過了。正確的做法是把始終需要響應(yīng)外部事件的邏輯放在常開域只把那些確定在待機(jī)期間不會有事件進(jìn)來的模塊放進(jìn)可斷電域。3.3 電源門控的隔離與保持別讓斷電域拖累常開域電源門控還有一個特別隱蔽的風(fēng)險斷電域的信號在斷電期間會處于不確定狀態(tài)如果這些信號直接連到常開域就可能給常開域灌入不確定的電流甚至導(dǎo)致常開域的邏輯誤翻轉(zhuǎn)。所以電源門控設(shè)計里必須要有隔離單元在斷電域斷電期間把它的輸出鉗位到確定電平保護(hù)常開域不受影響。隔離單元的方向和使能時序也有講究。隔離必須在斷電之前生效在上電之后才能解除否則中間會有一段信號不確定的窗口。這個時序如果搞錯了輕則漏電增加重則功能異常。另外如果斷電域里有些狀態(tài)需要保持那就需要用到保持寄存器這些寄存器在斷電期間由常開域的備用電源供電只維持狀態(tài)不參與運(yùn)算功耗比全速運(yùn)行低得多但比完全斷電高。保持寄存器的數(shù)量要仔細(xì)權(quán)衡保持得越多斷電期間省下來的功耗越少但喚醒后恢復(fù)狀態(tài)的時間越短。我自己的經(jīng)驗是電源門控的域劃分一定要在架構(gòu)階段就定下來不能等到RTL寫完再回頭改。域劃分的核心依據(jù)是哪些模塊在待機(jī)期間絕對不需要工作且喚醒后可以接受重新初始化。滿足這兩個條件的模塊才適合放進(jìn)可斷電域。如果某個模塊待機(jī)期間雖然不工作但喚醒后必須立刻恢復(fù)之前的狀態(tài)且不能有初始化延遲那它更適合用保持寄存器或者干脆放在常開域用時鐘門控處理。4. 多電壓域與DVFS性能功耗可調(diào)但電壓切換的坑最深4.1 多電壓域解決的是什么問題多電壓域的思路是不同模塊對性能的要求不一樣那就給它們供不同的電壓。對性能要求高的模塊供高電壓讓它跑得快對性能要求低的模塊供低電壓讓它省電。因為動態(tài)功耗和電壓的平方成正比電壓降一點功耗降一大截。這個策略在SoC里非常常見比如CPU核和外圍低速接口就可以分屬不同的電壓域。多電壓域帶來的第一個問題是電平轉(zhuǎn)換。不同電壓域之間的信號不能直接相連高電壓域的輸出直接灌到低電壓域的輸入上可能會損壞低電壓域的器件低電壓域的輸出送到高電壓域的輸入可能達(dá)不到高電壓域的輸入高電平門限導(dǎo)致邏輯識別錯誤。所以跨電壓域的信號必須經(jīng)過電平轉(zhuǎn)換器而且電平轉(zhuǎn)換器的方向、電壓范圍、使能時序都要仔細(xì)配置。第二個問題是上電時序。多個電壓域之間往往有依賴關(guān)系比如IO域必須先于核心域上電否則核心域的輸出信號送到還沒上電的IO域可能通過ESD保護(hù)二極管形成漏電通路。上電時序搞錯輕則漏電超標(biāo)重則芯片閂鎖。所以多電壓域設(shè)計必須有一份明確的上電掉電時序規(guī)范并且用電源管理單元嚴(yán)格保證時序。4.2 DVFS的動態(tài)調(diào)節(jié)邏輯與響應(yīng)延遲DVFS是在多電壓域的基礎(chǔ)上更進(jìn)一步根據(jù)當(dāng)前負(fù)載動態(tài)調(diào)整電壓和頻率。負(fù)載重的時候升壓升頻負(fù)載輕的時候降壓降頻。聽起來很美好但實現(xiàn)起來復(fù)雜度很高。首先電壓和頻率的切換不是瞬間完成的降壓之前必須先降頻否則電壓還沒穩(wěn)定下來頻率已經(jīng)變了時序就崩了升頻之前必須先升壓否則頻率上去了電壓還沒跟上同樣會時序違例。這個“先降頻后降壓、先升壓后升頻”的順序是鐵律搞反了必出問題。其次電壓調(diào)節(jié)本身需要時間。無論是片外DCDC還是片內(nèi)LDO電壓從一個值變到另一個值都需要幾十到幾百微秒的建立時間。在這段時間里系統(tǒng)要么暫停工作等待電壓穩(wěn)定要么在中間電壓下以保守頻率運(yùn)行。這個切換開銷意味著DVFS不適合頻繁調(diào)節(jié)如果負(fù)載變化太快調(diào)節(jié)開銷可能比省下來的功耗還大。所以DVFS通常配合一個滯回策略負(fù)載超過高閾值一段時間才升頻低于低閾值一段時間才降頻避免在閾值附近反復(fù)橫跳。4.3 電壓頻率配對表別拍腦袋要實測DVFS最核心的一張表就是電壓頻率配對表也就是在某個電壓下芯片能穩(wěn)定運(yùn)行的最高頻率是多少。這張表絕對不能拍腦袋填必須通過實測或者拿到工藝廠提供的characterization數(shù)據(jù)。同一顆芯片在不同工藝角、不同溫度下同一個電壓能跑的最高頻率是不一樣的。如果你按典型角的數(shù)據(jù)填表到了慢工藝角或者高溫環(huán)境下系統(tǒng)就會在升頻后跑飛。我一般會要求按最差工藝角、最高工作溫度來定電壓頻率配對表留出足夠的時序余量。雖然這樣在典型條件下會顯得保守功耗不是最優(yōu)但可靠性有保障。如果產(chǎn)品對功耗極其敏感可以考慮在芯片里集成工藝和溫度監(jiān)測電路根據(jù)實測的工藝角和溫度動態(tài)調(diào)整配對表但這又增加了設(shè)計復(fù)雜度和驗證工作量需要權(quán)衡。還有一個特別容易踩的坑DVFS切換過程中如果發(fā)生中斷或者異常狀態(tài)機(jī)可能卡死。因為切換過程本身是一個多步驟的序列如果中途被打斷電壓和頻率可能處于不匹配的狀態(tài)。所以DVFS控制器必須設(shè)計成原子操作切換期間屏蔽相關(guān)中斷或者設(shè)計完善的異?；謴?fù)機(jī)制確保任何情況下都能回到一個安全的電壓頻率組合。5. 低功耗策略的收益風(fēng)險量化用數(shù)據(jù)說話而不是憑感覺5.1 建立功耗賬本每一微安都要有出處做低功耗設(shè)計最忌諱的就是“感覺省了”或者“感覺沒省”。你必須建立一個功耗賬本把系統(tǒng)里每一個模塊在每一種工作模式下的功耗都列出來加起來得到系統(tǒng)總功耗然后針對每一項分析優(yōu)化空間和優(yōu)化代價。這個賬本不需要特別精確但量級必須對否則你根本不知道優(yōu)化的重點在哪里。功耗賬本通常按工作模式來分比如全速運(yùn)行、低速運(yùn)行、待機(jī)、深度睡眠、斷電。每個模式下列出各個電源域和時鐘域的功耗區(qū)分動態(tài)功耗和靜態(tài)功耗。動態(tài)功耗主要看時鐘頻率和翻轉(zhuǎn)率靜態(tài)功耗主要看漏電。做完這個賬本你會發(fā)現(xiàn)很多時候系統(tǒng)總功耗的大頭并不是你以為的那個模塊。我做過一個項目一直以為主控是耗電大戶結(jié)果賬本一拉出來發(fā)現(xiàn)待機(jī)時主控已經(jīng)降到微安級了反而是那個一直開著的傳感器偏置電路和LDO靜態(tài)電流占了大頭。優(yōu)化方向一下子就清晰了。5.2 喚醒能量預(yù)算頻繁喚醒會讓深度睡眠得不償失深度睡眠模式雖然待機(jī)電流極低但每次喚醒都要付出能量代價。這個代價包括電源重新穩(wěn)定、時鐘重新鎖定、狀態(tài)恢復(fù)、外設(shè)重新初始化。如果喚醒太頻繁每次喚醒的能量開銷乘以喚醒次數(shù)可能比一直待在淺睡眠模式還費(fèi)電。這里有一個簡單的判斷公式深度睡眠平均功耗 深度睡眠待機(jī)功耗 (單次喚醒能量 / 喚醒周期)如果喚醒周期很短單次喚醒能量除以周期這一項就會很大深度睡眠的平均功耗可能反而高于淺睡眠。所以選擇睡眠深度時一定要結(jié)合實際的喚醒頻率來算不能只看數(shù)據(jù)手冊上的待機(jī)電流。我一般會畫一條曲線橫軸是喚醒周期縱軸是平均功耗分別畫出淺睡眠和深睡眠的曲線兩條線的交點就是切換睡眠深度的臨界周期。喚醒周期長于這個臨界值就用深睡眠短于就用淺睡眠。5.3 風(fēng)險清單每一項收益背后都標(biāo)好代價低功耗策略的風(fēng)險不是抽象的是可以具體列出來的。我習(xí)慣在項目里維護(hù)一份低功耗風(fēng)險清單每采用一項低功耗策略就在清單上記錄它可能帶來的風(fēng)險、影響范圍、緩解措施和驗證方法。比如策略主要收益主要風(fēng)險緩解手段時鐘門控降低動態(tài)功耗使能邏輯錯誤導(dǎo)致功能失效使能同步化、門控覆蓋率驗證電源門控消除漏電狀態(tài)丟失、喚醒延遲保持寄存器、常開域隔離多電壓域按需供電電平轉(zhuǎn)換錯誤、上電時序電平轉(zhuǎn)換器配置、時序規(guī)范DVFS動態(tài)匹配負(fù)載切換時序違例、狀態(tài)機(jī)卡死先壓后頻、原子切換深度睡眠極低待機(jī)電流喚醒能量開銷、響應(yīng)遲鈍喚醒周期與能量預(yù)算匹配這份清單在項目評審的時候特別有用它能讓所有人清楚地看到我們?yōu)榱耸‰姷降壮袚?dān)了哪些風(fēng)險這些風(fēng)險有沒有被妥善處理。很多時候產(chǎn)品經(jīng)理看到功耗數(shù)字很漂亮就拍板了但看到風(fēng)險清單之后會重新思考某些指標(biāo)是不是可以放寬。低功耗設(shè)計從來不是單方面的技術(shù)決策而是和產(chǎn)品需求、成本、可靠性一起做的綜合權(quán)衡。6. 從架構(gòu)到驗證低功耗策略落地的完整鏈路6.1 架構(gòu)階段就要定下功耗域劃分低功耗設(shè)計最怕的就是“先做功能功耗后面再優(yōu)化”。等到RTL寫完、功能驗證通過再回頭加低功耗你會發(fā)現(xiàn)電源域劃分根本改不動時鐘門控插入點處處受限D(zhuǎn)VFS更是無從談起。所以功耗域劃分必須在架構(gòu)階段就完成和功能架構(gòu)同步設(shè)計。架構(gòu)階段要回答幾個問題系統(tǒng)有哪些工作模式每種模式下哪些模塊必須工作、哪些可以停哪些模塊需要保持狀態(tài)、哪些可以丟失狀態(tài)哪些模塊對喚醒延遲敏感、哪些不敏感這些問題的答案直接決定了電源域和時鐘域的劃分。劃分完之后還要定義清楚域之間的接口信號、電平轉(zhuǎn)換需求、隔離需求、保持需求形成一份功耗架構(gòu)規(guī)范。這份規(guī)范是后續(xù)RTL設(shè)計、綜合、驗證的共同依據(jù)不能隨便改。6.2 RTL階段的低功耗編碼習(xí)慣到了RTL階段低功耗就體現(xiàn)在編碼習(xí)慣上。除了前面說的時鐘門控使能同步化還有幾個習(xí)慣能幫你少踩坑。第一寄存器能復(fù)位就復(fù)位尤其是跨電源域的寄存器上電后的初始狀態(tài)必須確定否則隔離和恢復(fù)邏輯沒法保證正確。第二狀態(tài)機(jī)設(shè)計要考慮低功耗模式每個狀態(tài)機(jī)都應(yīng)該有明確的空閑狀態(tài)空閑時能安全地停止時鐘或者斷電。第三避免組合邏輯跨電源域跨域信號必須經(jīng)過寄存器打拍否則隔離和電平轉(zhuǎn)換都沒法插入。還有一個特別實用的技巧在RTL里給每個電源域加一個域活躍指示信號這個信號由域內(nèi)所有模塊的空閑狀態(tài)匯總生成送到電源管理單元。電源管理單元根據(jù)這個信號判斷某個域是否可以斷電。這個信號本身必須放在常開域而且要做同步處理避免毛刺導(dǎo)致誤判斷電。6.3 驗證階段必須覆蓋的低功耗場景低功耗驗證和功能驗證一樣重要但很多團(tuán)隊會忽略。低功耗驗證至少要覆蓋以下幾類場景第一電源域上下電序列確保每個域按照規(guī)范順序上電掉電隔離和保持信號時序正確。第二低功耗模式進(jìn)出確保從任意工作模式進(jìn)入任意低功耗模式再喚醒功能都正常。第三喚醒源覆蓋確保每個可能的喚醒源都能正確喚醒系統(tǒng)喚醒后的狀態(tài)恢復(fù)正確。第四邊界場景比如在DVFS切換過程中來中斷、在電源域斷電過程中來喚醒事件這些邊界場景最容易出問題。低功耗驗證的難點在于很多低功耗行為在RTL仿真里是看不出來的比如漏電、電源網(wǎng)絡(luò)壓降、喚醒延遲。這些需要借助專門的功耗仿真工具或者硬件加速平臺。如果條件有限至少要把數(shù)字邏輯層面的低功耗控制序列驗證充分模擬層面的問題通過設(shè)計余量和保守策略來規(guī)避。7. 幾個真實項目里的平衡決策復(fù)盤7.1 無線采集終端為什么最后放棄了最深睡眠回到開頭提到的那個無線采集終端項目。最初的設(shè)計里節(jié)點在兩次采集之間進(jìn)入最深掉電模式待機(jī)電流確實做到了極低。但現(xiàn)場問題頻發(fā)之后我們重新做了權(quán)衡。采集周期是固定的但上位機(jī)偶爾需要下發(fā)即時指令要求節(jié)點在收到指令后短時間內(nèi)響應(yīng)。最深睡眠的喚醒延遲太長滿足不了這個即時響應(yīng)需求。最后的方案是把睡眠深度降了一級改用保持寄存器加時鐘門控的方案。主控核心斷電但保持關(guān)鍵狀態(tài)通信外設(shè)的接收通道保持在淺睡眠模式可以快速喚醒。待機(jī)電流從零點幾微安上升到了幾微安但換來了可靠的即時響應(yīng)能力。電池壽命從理論上的好幾年變成了實際可用的兩年多對于這個產(chǎn)品來說完全夠用。這個決策的核心邏輯是產(chǎn)品需求里的響應(yīng)指標(biāo)是硬約束功耗指標(biāo)是軟約束硬約束不能為了軟約束讓步。7.2 多電壓域SoC上電時序錯誤導(dǎo)致的漏電排查另一個項目是一顆多電壓域的SoC流片回來之后發(fā)現(xiàn)待機(jī)漏電比預(yù)期高了一個數(shù)量級。排查了很久最后定位到是IO域和核心域的上電時序問題。IO域上電比核心域慢核心域上電后輸出信號送到還沒上電的IO域通過IO單元的ESD二極管形成了漏電通路。這個問題在仿真階段完全看不出來因為仿真里沒有ESD二極管模型。修復(fù)方案是在電源管理單元里增加上電時序控制確保IO域先于核心域上電核心域的輸出在IO域上電之前保持隔離。這個案例讓我深刻體會到多電壓域設(shè)計里上電時序不是可選項而是必選項而且時序規(guī)范必須和芯片的物理實現(xiàn)一起評審不能只停留在架構(gòu)文檔里。7.3 DVFS切換卡死一個中斷引發(fā)的血案還有一個DVFS相關(guān)的案例。系統(tǒng)在負(fù)載變化時動態(tài)調(diào)頻調(diào)壓大部分時候工作正常但偶爾會卡死。抓了很久波形發(fā)現(xiàn)是DVFS切換過程中來了一個高優(yōu)先級中斷中斷服務(wù)程序里又觸發(fā)了新的負(fù)載評估導(dǎo)致DVFS控制器狀態(tài)機(jī)重入電壓和頻率停在了一個不匹配的組合上系統(tǒng)時序違例直接跑飛。修復(fù)方案有兩層。第一層是在DVFS切換期間屏蔽負(fù)載評估中斷保證切換序列的原子性。第二層是在DVFS控制器里增加超時保護(hù)如果切換序列在預(yù)定時間內(nèi)沒有完成就強(qiáng)制回到安全電壓頻率組合并報錯。這個案例說明DVFS的復(fù)雜度不在于調(diào)節(jié)算法本身而在于它和系統(tǒng)其他部分的交互。任何異步事件都可能打斷切換序列必須把所有可能的打斷路徑都考慮到。8. 寫在最后低功耗設(shè)計的判斷力比工具更重要做了這么多年低功耗設(shè)計我越來越覺得工具和流程固然重要但真正決定成敗的是判斷力。你得知道什么時候該省、什么時候不該省省下來的功耗值不值得付出的代價當(dāng)前的風(fēng)險有沒有被充分識別和緩解。這些判斷沒有標(biāo)準(zhǔn)答案只能靠一個個項目積累出來的經(jīng)驗。如果非要給一條最實在的建議那就是永遠(yuǎn)不要孤立地看功耗數(shù)字。看到待機(jī)電流降了一個數(shù)量級先別高興問問自己狀態(tài)還能不能恢復(fù)、響應(yīng)還來不來得及、時序還收不收得住、驗證還覆不覆蓋得了。把這些問題的答案和功耗數(shù)字放在一起看你才能做出真正靠譜的決策。低功耗策略的收益與風(fēng)險平衡說到底就是把這些賬算清楚然后選一個自己睡得著覺的方案。