傳授壓箱絕技:從SoC設計人員那都了解不到的功耗管
除了上面的信息,系統(tǒng)設計人員必須理解SoC各種功耗模式的延時和開銷成本。相對而言,這可能需要很長的時間來改變CPU的時鐘頻率,使其能夠保持狀態(tài),關(guān)斷,然后重新恢復。系統(tǒng)中的其他器件能夠承受這些延時嗎?當系統(tǒng)空閑時,CPU內(nèi)核能夠關(guān)斷嗎,或者需要電源失效以及喚醒等監(jiān)控功能嗎?
對于專用標準產(chǎn)品和微控制器,一般在數(shù)據(jù)表中很好的記錄了序列和延時信息。不一定記錄狀態(tài)改變時的能耗成本。即使有記錄,并不是一直能夠掌握SoC中的哪些模塊在一定時間內(nèi)工作在哪一級。
SoC規(guī)劃人員提醒說:“這些芯片非常復雜。會有很多不同的功耗管理方法同時在工作。坦白的說,對于芯片而言最重要的方法是保密的——我們并沒有記錄它們。”
只要您使用供應商的參考設計,按照其設計人員提供的方法進行工作,那么,朋友之間最好保持一些秘密。但是,如果您從基本芯片開始設計,以創(chuàng)新的方式來使用芯片,那么,您可能會有些新發(fā)現(xiàn)。這些發(fā)現(xiàn)不一定是正面的。
要知道SoC哪一部分在工作,延時會變化多少,以及這對于系統(tǒng)行為意味著什么等等,都是問題。但是還有更棘手的問題——片內(nèi)功耗管理方法會通過電源線影響系統(tǒng)的其他部分。
電源線上的問題
至少有三種方法,其復雜的功耗管理技術(shù)使得系統(tǒng)電源設計人員的工作日益復雜——排序問題、大負載性能以及瞬變響應等。穩(wěn)壓器等功率IC供應商采取了很多措施來處理所有這些問題。但是,缺少參考設計時,系統(tǒng)設計團隊不得不既進行探測又進行設計。 讓我們首先看一下排序問題。幾乎每一種較好的功耗管理技術(shù)都要求SoC有大量的獨立電壓域。任何具有多個電壓域的IC都要求電源線按照一定的順序冷啟動,每次一個,或者互相跟蹤。實際上,某些器件即使是突然斷電時,也要求電源按照一定的順序進行關(guān)斷。如果某些電壓域能夠工作在幾種不同的電壓下——正如DVFS或者其他電壓可調(diào)方案,排序可能與不同域之間內(nèi)部電平移位器的狀態(tài)有關(guān)。一般而言,SoC設計人員采用了內(nèi)部排序電路不讓系統(tǒng)設計人員了解復雜程度,但并不總是這樣。
原理上,滿足排序要求并沒有難度。Afshin Odabaee是Linear Technology公司µModule®電源產(chǎn)品的產(chǎn)品市場經(jīng)理,他指出,SoC多年以來一直要求進行電源排序,大部分現(xiàn)代電壓穩(wěn)壓器都有支持排序和跟蹤的引腳。市場上還有系統(tǒng)控制器產(chǎn)品,專門用于管理過程。
即使如此,完全滿足復雜的電源管理SoC的需求,就要求SoC供應商和電源組件供應商進行密切的合作。但,還是會出現(xiàn)錯誤。在某些情況下,重要的SoC約束并沒有將其放到最終記錄中。對于系統(tǒng)中有多個SoC類芯片的情況,還是需要系統(tǒng)設計人員為不同芯片集成電源參考設計,確定一個器件不會違反其他器件的排序要求。
第二個問題與現(xiàn)代SoC功耗管理技術(shù)更直接相關(guān)一些,即,負載范圍。問題是,需要大量的功耗管理工作,而且要工作的很好。低電壓軌的電流需求——例如,內(nèi)核邏輯供電等,會變化很大,從休眠模式的幾百毫安到全功率模式時內(nèi)部電路處理時鐘邏輯門和電源邏輯門的幾十安培。電壓穩(wěn)壓器需要在整個范圍內(nèi)提供足夠的穩(wěn)壓和波紋。特別是電流需求非常低時,穩(wěn)壓器必須非常高效,否則,將抵消SoC所規(guī)劃的低功耗。
Odabaee建議說:“您必須定義大負載工作時的穩(wěn)壓器。”他提醒說,待機和全速電流輸出使得穩(wěn)壓器判決非常復雜。傳統(tǒng)上,設計人員會選擇開關(guān)穩(wěn)壓器來高效滿足大電流負載,但是,會為低電流模式選擇線性穩(wěn)壓器。Odabaee說,作為更可行的解決方案,業(yè)界選擇了能夠跨過多個域的方法。在某些Linear Technology開關(guān)穩(wěn)壓器µModule器件中使用的一種方法是Burst Mode®工作。穩(wěn)壓器在大電流輸出時正常工作,低負載時則切換到突發(fā)模式,控制器僅在偶然突發(fā)時工作。這樣,它提供了足夠的穩(wěn)壓功能,同時有效的降低了自己的能耗,而且不需要復雜的多個開關(guān)頻率。
轉(zhuǎn)換中的問題
從相同的穩(wěn)壓器為每一不同的負載提供電流有很大的難度,而處理負載突然變化導致的瞬變會更加困難??焖贊M足新電流需求會導致增加新組件。Odabaee說:“在大功率系統(tǒng)中,您在穩(wěn)壓器上可能需要幾種輸出電容。穩(wěn)壓器自己的響應一般不足以滿足高速負載瞬變。”
即使是在低功耗移動系統(tǒng)中,瞬變響應問題也會以奇怪的方式出現(xiàn)。Power Integrations公司的市場副總裁Doug Bailey從系統(tǒng)AC/DC轉(zhuǎn)換器的角度看到了問題,不是在全功率工作時,而是在休眠時出現(xiàn)了問題。
Bailey說:“AC/DC轉(zhuǎn)換器很難處理快速瞬變問題。主機側(cè)控制器只檢測到控制器發(fā)送脈沖時的負載,當負載較小時,這并不常出現(xiàn)。因此,如果負載迅速增大,那么,控制器無法跟上去。”Bailey補充說,設計人員可以通過增加真正的大電容來暫時掩蓋這一問題。但是,大電解電容占的空間大,導致成本增加,帶來可靠性問題,這些都不利于移動設備。
Bailey說:“更好的解決方案是慢慢增加負載。而目前的實際情況是,設計SoC的人員占主導地位,而設計電源的人員說了不算。”
這種分工并不總是能夠很好的工作。Bailey引用了兩個例子——這些都不僅涉及到大突發(fā)工作電流,而且,器件也會進入電池充電模式。在iPhone中,正如很多移動設備一樣,系統(tǒng)SoC要處理大量的電池管理工作。當SoC確定需要對電池充電時,它將AC適配器的電流輸出至電池倉。突然的瞬變會導致低成本適配器讓電壓暫時下降,使得SoC理解為電源失效,發(fā)出報警聲。發(fā)出報警聲后,用戶會拿起他的iPhone,看到什么事情也沒有發(fā)生,又想回去睡覺,只是有可能會做惡夢,關(guān)于蘋果的惡夢。實際上,正是出于這一原因,蘋果公司在AC適配器上有嚴格的電壓穩(wěn)壓規(guī)范,但是,由于在SoC設計上要進行一些瑣碎的決定,因此,公司沒有在適配器上進行大量的投入。
三星Galaxy III智能電話也遇到了非常相似的情況,而且結(jié)果可能更令人煩惱。當用戶插上電話后,系統(tǒng)SoC開始充電,一般會出現(xiàn)不受控的浪涌。這種瞬變導致SoC檢測到充電失敗,關(guān)斷充電電路,而且不會通知用戶。因此,用戶進入甜美的夢鄉(xiāng),直到第二天早晨,被窗外的鳥兒吵醒,卻發(fā)現(xiàn)放在床頭柜上的電話根本就沒有充電。
這些問題不僅僅出現(xiàn)在智能電話上。Bailey說:“最終,SoC產(chǎn)生的瞬變導致重新進行電源設計。”
即使電源管理電路中的穩(wěn)壓器能夠保持出現(xiàn)的瞬變,系統(tǒng)設計人員還是沒有完全解決這些問題。瞬變的幅度和速度會使得設計人員對電源進行全面的AC電路分析,包括,布板的雜散電容。這一般是SPICE的工作,電源設計人員通常轉(zhuǎn)向采用Linear Technology公司的LTspice®軟件,因為該公司提供穩(wěn)壓器器件模型庫,以及電源設計人員友好的用戶界面。
穩(wěn)壓器和SoC之間的走線阻抗等問題有可能成為很難解決的問題。如果SoC的電源管理設計產(chǎn)生較大的負載瞬變,可能會導致非常復雜的布板,或者昂貴的其他電路板層,如圖2所示,對于電源系統(tǒng)設計人員,穩(wěn)壓器會處理瞬變。
除了穩(wěn)壓,還有信號完整性問題。供電電源線出現(xiàn)快速大電流瞬變,可能會成為耦合噪聲的主要來源,這些噪聲會影響電路板上的其他電源線,以及信號線。IC物理設計人員比較熟悉這類信號完整性分析,但是,對于大部分電路板設計人員而言,設計起來會有一定的難度。
圖2.Stratix V開發(fā)板的第13層,顯示了設計人員選擇分配整個板層,將穩(wěn)壓器(右下側(cè))連接至VCC。很難有更好的解決方案來處理大電流瞬變
Odabaee強調(diào)說:“參考設計非常重要。我們這樣的供應商通過查看設計來提供幫助。但是,設計一個50-Amp、0.9-V系統(tǒng)仍然需要很高的技巧。”Linear Technology公司合作伙伴解決方案經(jīng)理Gerard Velcelean也同意這一觀點:“老板讓內(nèi)部員工來處理這些問題。而小組人員如果不借助參考設計,很有可能會遇到問題。”
結(jié)論
現(xiàn)代SoC——無論是ASIC、ASSP還是FPGA,其隱含的一些技巧能夠有效的降低能耗。但是,這些技巧越隱含,出現(xiàn)不良結(jié)果的風險就越大,這些結(jié)果可能會與系統(tǒng)使用模型沖突,使得電源設計更加復雜,或者不可預測的失效模式等。當然,SoC供應商會提供幫助。TI的Bittlestone說:“我們用了很多的邏輯門來實現(xiàn)電源管理系統(tǒng)的接口,以方便系統(tǒng)設計人員的使用。”但即使如此,更重要的是,SoC用戶應采用參考設計,或者深入理解他們所遇到的問題。
評論