FORM:https://blog.csdn.net/faxiang1230/article/details/51126884
Power消耗相關
下面的東西總結性居多，沒有涉及到具體的方法，操作性不強，只是作爲一個全局概覽。
1.Power相關測試的KPI選項
靜態：手機閒置時的功耗
suspend:當手機明確不使用時，特別是按了power鍵滅屏告訴手機我要休息的時候，此時手機會主動發起suspend過程，將所有的設備嘗試掛起
idle:用戶沒有明確告訴手機休息的時候，手機也沒有事情可做，那麼久進入了cpu idle例程；同時設備在無事可做的時候也會主動將自己掛起；
使用場景要求：手機使用時典型的場景和設備功耗
一般會先要求測試各個獨立的場景，然後可能是複合場景的功耗測試。
1.典型場景：使用瀏覽器上網，播放音樂（有線耳機/藍牙耳機），錄音，拍照，錄像，下載，安裝/卸載軟件，藍牙連接，wifi連接時/閒置時
2.設備：藍牙，wifi，FM，GPS，Modem在不同網絡制式下的功耗，Audio，Media,Camera
符合場景:基本上是挑選一些實際中使用的場景
聽着音樂上網，發短信，開着wifi打電話，藍牙播放音樂
2.高通片子上如何管理整個system的功耗
3.知識點
rpm管理整個系統的功耗，站在power角度上看，rpm是master，其他的所有設備，子系統都是slave
管理範疇：clock，power rail，bus width等
管理的框架：NPA(Node Power Arch)，關於如何投票可以參考AP側的clock的driver和Modem，LPASS中的投票部分；
rpm的框架：rpm和各個子系統的關係：通過NPA來管理所有的請求，通過SMEM來通信
rpm中有PMIC的driver，可以操作PMIC;另外還有BUS,CLK,DDR的driver，可以控制他們的功耗。
MPM會在rpm睡眠後接管整個系統，最主要的功能是負責喚醒整個系統，所以很重要的一部分是中斷的管理。
關於debug的手段：
純軟件:rpm log,kernel log,dynamic_debug,ftrace,wakelock,debug_mask,suspend/idle過程的理解;
其他方法：dump，可以dump出睡眠時各個GPIO的配置(針對低電流過高的問題)；dump使用過程中的clock狀態(針對使用場景中功耗過高)
4.常見問題
1.底電流過高(check睡眠時的GPIO狀態的配置，特別是修改過高通參考設計部分的GPIO);
2.底電流正常，但是波峯比較多，就debug中斷，可以打開中斷的debug_mask
靜態功耗的power角度：
子系統+設備(WIFI,sensor)
先將設備(WIFI，BT，,sensor:light,autorotate,壓力，握力)都關閉，集中調試子系統的狀態，然後挨個打開設備調試設備的driver（一般比較簡單）.
3.使用場景中的功耗：和高通參考數據做對比
---------------------
作者：wjx5210
來源：CSDN
原文：https://blog.csdn.net/faxiang1230/article/details/51126884
版權聲明：本文爲博主原創文章，轉載請附上博文鏈接！