底电流在手机飞行模式下调试。每个平台的底电流数据可能不一样，具体可以参考release出来的Current Consumption Data文档或者release note。一般情况下的底电流参考数据上限是：

底电流在手机飞行模式下调试。每个平台的底电流数据可能不一样，具体可以参考release出来的Current Consumption Data文档或者release note。一般情况下的底电流参考数据上限是：

512M RAM < 1.5mA; 1G RAM < 2mA; 2G RAM < 2.6mA

保证RF的PA、Antenna switch、Tuner、APT、GPIO工作在正常状态

开启飞行模式、关闭GPS、关闭自动旋转屏幕、关闭自动亮度调节、关闭其他特效效果设置

开启飞行模式，可以基本避免蓝牙、wifi、NFC、网络、FM等的一般影响；

关闭GPS，可以基本排除开启GPS对底电流的影响；

关闭自动旋转屏幕，可以基本排除sensor的影响；

关闭自动亮度调节，可以基本排除距离感应到的影响；

关闭其他特效效果设置，如指纹识别、黑屏手势、智能体感、手势隔空操作。。。。。。

修改device/qcom//AndroidBoard.mk。如果KERNEL_DEFCONFIG := _defconfig，那么改成KERNEL_DEFCONFIG := -perf_defconfig

同时，kernel代码改用/kernel/arch/arm/configs/-perf_defconfig

是平台名称或者项目名称

在设置-->应用，禁用正在运行的应用

查看CPU占用，去掉在休眠模式下CPU占用大于0的进程。kill掉该进程，若kill不掉则rm掉相关应用。对于占用CPU高的kwork，需要查找驱动原因。

手机连上安捷伦电源，手机开机，然后让手机进入待机状态。手动移除TP、LCM、前camera、后camera、sensor、SD卡、SIM卡等可以手动移除的外围器件，同时观察并记录底电流变化。

或者

移除其他可以移除的芯片（sensor、NFC。。。）

在kernel/arch/arm/configs/-perf_defconfig中把sensor、TP、LCM、camera等的驱动模块移除；

或者在对应驱动的Makefile里面，移除驱动代码

然后编译bootimage，烧入手机观察底电流变化

将不用的GPIO置为输入、拉低；配置成SPI、I2C的GPIO，若不用，置为悬空

在boot_images/core/systemdrivers/tlmm/config/platform/TLMMChipset.xml，修改GPIO配置。该处配置GPIO的初始状态，驱动有可能会修改GPIO。

对比项目原理图与平台参考原理图，项目原理图中多出的NC GPIO要处理掉。

需要跟CE确认。一般如下：

对比项目原理图与平台参考原理图，排查硬件不一样的GPIO、LDO、总线配置。

量测各GPIO、LDO、I2C在休眠时候的电压，需用万用表准确测量。

休眠时各路I2C GPIO的电压是多少v，用万用表准确测量。

如果条件允许，测量所有LDO在休眠前和休眠后的准确电压。

对于LDO，调试方法如下：

（1）adb shell关闭LDO

如关闭L3：

（2）LDO太多设备用到，不适合用adb shell来关。可以这样调试：

这样就可以看到是哪些设备请求了LDO6。然后 找到对应的代码，在休眠时关掉LDO，唤醒时再打开。

查看这两个设备的驱动代码是否有执行regulator_enable。

（3）通过寄存器地址关闭LDO

如LDO6的地址是0x14546，则关闭方法是：

（4）关闭MPP

在休眠前关闭MPP1、MPP2、MPP3、MPP4

如PM8916的寄存器地址分别是0xA046、0xA146、0xA246、0xA346

在关闭前先cat data以查看原来的值。

GPIO状态读取的方法如下：

（1）GPIO dump

为了得到休眠时的GPIO状态，增加下面的打印:

然后长按下键，会进入download。之后抓取log方法同上。

如果进不了download，需要确认：

另外也有可能与nv 4399和905有关系。

检查rpm_stats是否进入vdd min或者xo/no shutdown。使用下面的命令检查rpm lower power mode count:

如果vmin的count是0，则表明设备从来没有进入vdd min；non-zero则说明设备进入过vdd_min。

可以dump出来完整详细的gpio/clk/pmic信息，排除休眠时候的状态异常。

可以采用功耗问题时间追踪表来精确追踪功耗异常。

可以使用如下命令来打开指定文件的kernel log（以qpnp-adc-tm.c和qpnp-adc-common.c为例）：

为指定的函数开启log，以qpnpint_handle_irq为例：

#logkit#调出logkit apk，可以保存logcat、dmesg、crash、QXDM、GPU log等日志信息到手机里面。

通过top命令，可以查询到cpu占用较高的应用。如果一个应用一直在占用cpu，而此时并没有打开该应用，那么该应用很可能会导致待机异常。

“该场景下CPU使用率”是User+System+IOW+IRQ

“模块相关的CPU占用率”是模块相关进程占用CPU使用率的总和

设置-->应用-->正在运行，可以看到正在运行的应用或者服务。禁止掉应用或者服务，观察待机电流变化。

调试wakeup问题，可以使能debug功能，然后抓取log。Log中会增加一些debug信息。

1、wakeup_sources

kernel wakelock和userspace wakelock都有可能阻止系统睡眠。所有的wakeup_sources均保存在sys节点/sys/kernel/debug/wakeup_sources里面。

该文件包含了如下信息：

（1）the total amount of time a wakeup source has prevented suspend

（2）the amount of time a wakelock has been active since the last activation etc. The unit of time is milliseconds.

2、active_since

active_since值可以用来确认wakelock是否正在阻止休眠。如果该值不是零，那么这个wakelock正在工作并且阻止休眠。

3、获取wakeup_sources的命令

获得wakeup_sources.txt以后，通过Excel打开，active_since不为0的项为wakeup source。以表2为例，msm_dwc3对应的active-since值481756>0，这意味着msm_dwc3驱动在阻止系统睡眠，下一步需要检查msm_dwc3驱动代码及相关log。

表格 2 Wakeup source opened in Excel

4、power:wakeup_source_activate and power:wakeup_source_deactivate events

当一个wakeup source被acquire或者release时候，power:wakeup_source_activate和power:wakeup_source_deactivate event将随即被写到trace buffer里面，这样可以记录wakeup source被driver使用的频率。

开启该功能的方法：

powertop用来看CPU的运行统计以协助调试power问题。powertop的用法如下：

获取powertop log的方法：

通过USB连接手机到电脑

adb shell，然后执行如下命令：

sleep 10 && /data/powertop [-r] -d -t 30 > /data/powertop.log &

拔掉USB线，等待10秒后开始功耗测试

插上USB

adb pull /data/powertop.log

打开CPU freq change log：

查看cpu freq stats:

To lock cpu freg:

To enable/disable specific freq for ACPU

Core 0 can’t be hotplugged, Core 1/2/3 can be hotplugged,

To remove core :

To add back core:

To check scaling governor：

To set new governor：

比如：

Use Mpdecison daemon to start/stop/enable debug with commands below:

Following sys node can be used to enable the lower resource,

Sys node /proc/timer_stats can be used to check kernel timer stastics, customer can use following command to get timer statics in specific scenario:

OEMs need to provide file /data/timer_stats to salesforce case for check.

屏幕亮度等级不同，功耗不同。亮度越低，功耗越低。调低屏幕默认背光亮度等级和屏幕最高亮度设置时候的背光亮度等级，可以优化手机整体功耗表现。

LCD背光等级的设备节点：

默认背光等级和最高亮度背光等级需要同时考虑到用户体验和功耗表现，需要一起评估。

另外，调试LCD的fps帧率，也可以优化功耗。

CPU/GPU的动态调频调压可以优化手机的功耗表现。该影响是整体性的，系统性的。

CPU降频主要通过两种方式实现，都可以达到降频的目标。

1、设置CPU工作在powersave模式。设置该模式后，CPU将一直工作在最低频率（300000hz）。此时手机最省电，但是有可能会出现手机运行变卡顿。

例如：将CPU0置为powersave模式，命令为：

例如：将CPU1置为powersave模式，命令为：

ex780共有4个CPU（CPU0~CPU3），都可以这样处理

2、限制CPU最高频率，以限制CPU的运行频率上限

CPU（CPU0~CPU3）可以选择的频率值如下所列，即这些数值都可以用作CPU的频率上限。选择的频率上限可以根据实际场景需要来设置。在超级省电模式下，CPU工作的宗旨是：CPU工作频率低+运行不卡，两项都要保障。

CPU可以选择的频率：

300000 422400 652800 729600 883200 960000 1036800 1190400 1267200 1497600 1574400 1728000 1958400 2265600 2457600

例如：将CPU0的频率上限设置为960000

例如：将CPU0的频率上限设置为422400

GPU相关调试与CPU类似，设备节点路径/sys/devices/fdb00000.qcom,kgsl-3d0/kgsl/kgsl-3d0

应用对cpu的占有率，如果占有率过高，则该应用一般会导致功耗较大。

可以从下面几个方面优化：

降低屏幕背光亮度等级；

采用CPU、GPU动态调频调压，并调低CPU、GPU频率下限；

采用thermal-engine.conf 。

降低camera帧率；

降低屏幕背光亮度等级；

采用CPU、GPU动态调频调压，并调低CPU、GPU频率下限；

采用thermal-engine.conf 。