不久前，功耗在片上系統 （SoC） 設計問題的功耗、性能和面積三元組中遙遙領先。在過去的幾年里，功率迅速上升，成為推動 SoC 設計的關鍵問題。性能可以通過虛擬平臺進行分析，硬件原型的抽象建模。面積很容易估算。

任何懷疑電源是移動設備用戶持續擔憂的人都應該好好看看最近的 JD Power 調查。電池壽命被評為這群智能手機消費者的第一大不滿意因素——我們在機場都看到了這一點，因為移動用戶在充電站附近徘徊，拼命地爭奪為他們的設備充電的位置——但電源建模和分析仍然是SoC 設計中最不發達的解決方案，即使摩爾定律放慢了速度，并且為了補償，在設計中增加了功耗復雜性以實現性能目標。能源效率已變得至關重要。

雖然半導體行業已經超越了 Excel 電子表格來計算功耗，但它仍然依賴于很少或根本沒有自動化的臨時工具。示例從沒有任何實現路徑的抽象功率模型到針對門級或更高版本的后期工具，當更改困難且成本高昂時。所有這些都非常緩慢并且非常無效。

我們可以做得更好，以充分優化 SoC 設計的能效，特別是對于汽車、物聯網 （IoT）、移動、網絡和服務器等高增長市場。硬件開發人員和軟件工程師都需要一種精確的方法來了解其系統中的功耗細節以及如何提高設計和軟件的能效。

查看項目組對功率分析和建模工具的愿望清單是有啟發性的，并且可以從提供更高準確性的更快解決方案開始。該解決方案必須可用于硬件/軟件協同設計，以優化低功耗設計。電源和熱管理也很重要。對動態和靜態功耗的支持很重要，就像在設計的寄存器傳輸級別 （RTL） 和網表描述中一樣。

需要一個完整的解決方案來解決廣泛的用例。這些包括：

降低硬件功耗

更改軟件以優化電源管理

電源簽核

IR 壓降分析（電網驗證）

安全漏洞

今天的項目組是硬件開發人員和軟件工程師的混合體，重點是軟件工程師，這意味著該工具應該被構建為在設計周期的早期使用。在設計周期中左移為他們提供了更大的機會來優化功率并獲得更好的能源效率。

嵌入式軟件工程師需要一種能夠提供在設計上運行真實軟件場景的性能的解決方案。否則，他們無法理解他們的軟件如何與與功耗相關的硬件進行交互。不幸的是，當前的功率分析解決方案速度太慢，無法滿足軟件工程師的需求。

通過使用安全 IP 的側通道攻擊了解安全漏洞是現有解決方案無法解決的另一個領域。同樣，功率分析工具的性能對于運行許多長期場景以發現漏洞并修復它們至關重要。

遵循項目組的愿望清單應該是設計工具公司改變方程式并為他們提供所需的電動工具的首要任務。擁有一個既能達到運行各種現實場景所需的速度又能提供高準確性的解決方案將使項目組能夠快速發現電源問題并確定在哪里進行修復。

審核編輯：郭婷