本文由 发布，转载请注明出处，如有问题请联系我们！ 发布时间: 2021-08-01mtk通用驱动安装教程-mtk开启端口方法
加载中MTK服务平台休眠功能损耗剖析步骤。
1.目地。
2.2 .各情景功能损耗数据处理方式。MTK服务平台。
很多功能损耗难题是由不合理的测试标准造成的。例举一些常用的情景功耗测试方式。
在检测功能损耗数据信息以前，请确定下列配备:
1.关掉WIFI/BT/GPS，关掉数据信息联接，设定手机飞行模式。(依据实际检测情景设定)
2.关掉挪动日志/调制调解器日志/互联网日志，开启日志会提升电流量。留意:确定是不是在/sdcard/mtklog (/data/mtklog)中转化成日志，并确定待机取得成功。
3.确定各控制模块是不是工作中一切正常，各控制模块是不是会危害功能损耗。控制模块工作中一切正常后，必须检测功能损耗。
4.检测删掉全部第三方APK，并清除第三方APK难题。
每一个情景的测试标准:
检测情景测试标准备注名称。
手机飞行模式休眠
1.设定手机飞行模式，关掉WIFI/BT/GPS，关掉数据信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.按开关电源按键关闭屏幕。离屏5min后，逐渐检测电流量。假如检测時间为5 ~ 10分鐘，则必须给予出现异常电流量的挪动日志。
4.关掉挪动日志，调制调解器日志和互联网日志。
5.按锁屏键关闭屏幕。离去显示屏5min后，逐渐检测电流量。检测時间为5 ~ 10分鐘。网络问题和SIM卡难题要在真正互联网等候时先确定。
6.你与别的比照机有一样的难题吗？
7.别的地区一样的手机上有哪些难题吗？
8.别的SIM卡也是有一样的难题吗？
出现异常电流量必须给予挪动日志。
双SIM卡实网休眠。
单SIM卡实网休眠 数据信息联接。
1.关掉WIFI/BT/GPS。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.按锁屏键关闭屏幕。关闭屏幕5min后，逐渐检测电流量5 ~ 10分鐘。
单SIM卡休眠 WIFI/BT/GPS。
1.关掉数据信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.按锁屏键关闭屏幕。关闭屏幕5min后，逐渐检测电流量5 ~ 10分鐘。
音频电流量
1.关掉WIFI/BT/GPS和信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.语音通话完毕后关闭屏幕，等候2分鐘逐渐当今检测，检测時间为5分鐘。假如电流量出现异常，必须给予手机上日志。
家中插口的空余电流量。
1.关掉WIFI/BT/GPS和信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.拔掉SIM卡和SD卡。
4.维持在家中页面，不必开启一切应用软件，并将自动开关机时间设置为30分鐘。
5.维持默认设置led背光。
6.等候5min后，逐渐检测电流量。检测時间为5~10分鐘。家中插口的电流量与led背光，TP和LCM相关。必须先确定led背光，TP，LCM的电流量是不是除去。可以看下一幕。
家中插口空余 清除led背光和TP。
1.关掉WIFI/BT/GPS和信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.拔掉SIM卡和SD卡。
4.维持在家中页面，不必开启一切应用软件，并将自动开关机时间设置为30分鐘。
5.拔掉LCM和TP电源插头。
6.等候5min后，逐渐检测电流量。检测時间为5~10分鐘。假如家中页面中的电流量出现异常，必须把握CPU信息内容。请参照FAQ04008，与此同时给予手机上日志。
电台广播电流量(耳机模式)
1.关掉WIFI/BT/GPS和信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.开启电台广播并关闭屏幕。等候2分鐘，逐渐检测电流量。检测時间为5分鐘。1.电台广播音箱方式和I2S频道栏目电流量过大，这也是常规的。
4.假如电台广播电流量出现异常，必须把握深层待速数据信息。请参照FAQ04519，与此同时给予手机上日志。
BT传送数据。
1.关掉WIFI/GPS和信息联接。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.传送5M尺寸的文档，灭掉显示屏并检测电流量。
4.假如BT传送电流量出现异常，必须把握CPU信息内容。请参照FAQ04008，与此同时给予手机上日志。
声频–MP3播放视频(手机耳机)
1.设定手机飞行模式。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.播放视频mp3，关闭屏幕，关闭屏幕后等候2分鐘，逐渐检测电流量2分鐘。
4.播放视频MP3与SD卡和影音文件相关，必须拆换SD卡和影音文件开展检测。
5.假如MP3电流量出现异常，必须把握深层闲置不用数据信息。请参照FAQ04519，与此同时给予手机上日志。
视頻–MP4(720 P)硬件配置方式
1.设定手机飞行模式。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.播放歌曲，播放视频后等候2分鐘，逐渐检测电流量2分鐘。
4.播放歌曲的电流量与led背光，TP，LCM相关，必须确定led背光，TP，LCM的电流量是不是除掉。5.播放歌曲与播放软件和视频文件格式相关，应应用MTK给予的默认设置播放软件和视频文件格式。
6.播放视频电流量出现异常的视頻必须把握CPU信息内容。请参照FAQ04008，与此同时给予手机上日志。
视頻–MP4(1080 P)硬件配置方式
视頻–h . 264(720 p)硬件配置方式
视頻–h . 264(1080 p)硬件配置方式
监控摄像头–视頻纪录H264 (720磅)
照相机–浏览(720清晰度)
1.设定手机飞行模式。
2.关掉挪动日志，调制调解器日志和互联网日志。
3.开启浏览，等候2分鐘，逐渐检测电流量2分鐘。
4.照相机电流量与拍攝情景和照相机有关设定相关。比照检测时请尽可能维持一样的拍攝情景和一样的配备。
5.假如浏览电流量出现异常，必须把握CPU信息内容。请参照FAQ04008，与此同时给予手机上日志。
3.功能损耗难题的剖析全过程。
现阶段大家剖析的功能损耗难题主要是休眠电流量低或是均值休眠电流量。
休眠底电流量大的因素基本上能够分成三类:各外接设备控制模块休眠状态或不休眠状态，GPIO/subsys/pll/clock端口号渗水，wakelock使其没法休眠状态，modem没法休眠状态。
关掉手机飞行模式检测休眠底电流量，清除调制调解器沒有休眠状态，先明确是AP或是调制调解器。
当代沒有操作系统的统计分析方法。
下列是AP的剖析全过程。
3.1外场控制模块统计分析方法。
外场控制模块剖析主要是靠硬件配置逐一拆卸，随后查验哪一个控制模块被拆卸，再明确哪一个控制模块走电。比如，在睡眠质量期内，电子节气门相位传感器液晶显示屏被一个接一个地清除，以明确常见故障清除。
寻找控制模块，随后拿着剖析编码求得。
3.2 GPIO/SUBSYS/PLL/CLOCK统计分析方法。
在AP挂起状态下，因为GPIO，无电源开关subsys/pll/clock配备不合理，或是别的缘故无电源开关26M，底端电流量会升高。
在这样的情形下，我们可以从核心日志中寻找一些细节来明确进一步剖析的方位。
【3.2.1】寻找未关掉的分系统/数字时钟/锁相环路。
[6589/6582/6592/6595/6795]搜索关键词“PWR_STATUS”。[7:0]相匹配于每一个位，并相匹配于一个subsys。假如该位为1，则表明该分系统未关掉。
echo 1 > /sys/module/mt_sleep/parameters/slp_ck26m_onecho 1 > /sys/module/mt_sleep/parameters/slp_dump_regs诸位的方式见mt_spm_mtcmos.c。
比如，#界定md1 _ PWR _ sta _ mask(0x 1/sys/module/mt _ sleep/parameters/SLP _ dump _ gpio)，随后还可以在核心日志中见到下列信息内容:pin:[mode][pull _ sel][din][dout][pull en][dir。
对一切正常和异常现象都是有协助。
关心[方式][文件目录][PULL_SEL]。别的字段名的情况是正规的，即便在很多状况下发生了转变。
有一些公司早已注解掉了这一段编码，必须改动。检索slp_dump_gpio寻找有关编码。
【3.2.3】查验26M数字时钟是不是关掉。
关键字搜索“debug_flag”，它与唤起方法在同一行。位[3:2]能够表明是不是关掉了25m。
假如位[3:2]=0b'11，则表明26M在睡觉时一切正常关掉；
假如位[3:2]=0b'00，则表明睡眠质量期内26M未关掉；
假如产生这类case，必须case by case去看看此外，假如前边是wake up by GPU，请忽视这方面log信息内容（deepdile情况，并不是suspend情况）3.3 WAKELOCK剖析。
假如核心或系统软件拥有唤起锁，系统软件没法进到深层睡眠质量，这立即造成高休眠底电流量。
[流程1-寻找核心层和客户层的唤起锁]
应用指令查询顶层的核心或wakelock。
cat /proc/wakelock dumpsys power`有关的天气预告会被打印出出去。
[流程2-寻找客户层的唤起源]
内层运用的weaklock将不容易在上面表明，因此您务必应用指令查询weaksource的脚本制作来爬取这二种信息内容。该脚本制作的源码如下所示:
#!/system/bin/shecho "Start monitor power..." > /sdcard/power.txtwhile echo "====================================================================================" >> /sdcard/power.txtdo date >> /sdcard/power.txt echo "**********dumpsys power**********" >> /sdcard/power.txt dumpsys power | cat >> /sdcard/power.txt echo " >> /sdcard/power.txt echo "**********cat /sys/kernel/debug/wakeup_sources**********" >> /sdcard/power.txt cat /sys/kernel/debug/wakeup_sources >> /sdcard/power.txt echo " >> /sdcard/power.txt sleep 10done4.普遍常见问题
[FAQ09542][POWER]休眠电流量难题，怎样寻找WAKELOCK。
[操作指南]
(1)下列是全键唤起的日志关键点目录，每一个都是有粗体字表明其含意和必须特别注意的关键字；
(2)鲜红色为核心日志，其他为主导日志；；
(3)逐一查验，直至发觉找不着日志，那麼难题就出在这个地方；
(4)仅限JB2以后的安卓版本，JB2以前的步骤相对性简易；
核心控制点[1]:密匙终断。
[ 78.721504] 1)[Power/PMIC] [pwrkey_int_handler] Press pwrkey ——————————————————————————————————————————————————– Check Point【2】：顶层接到功能键事情 01-09 03:37:40.102 513 561 D WindowManager: interceptKeyTq keycode=26 ——————————————————————————————————————————————————– Check Point【3】：PMS的wakeUp被启用 01-09 03:37:40.171 513 531 D PowerManager_performance: wakeUpNoUpdateLocked: eventTime=78826 ——————————————————————————————————————————————————– Check Point【4】：传出MSG_BROADCAST 01-09 03:37:40.171 513 531 D PowerManagerNotifier: onWakeUpStarted ——————————————————————————————————————————————————– Check Point【5】：传出第一个MSG_UPDATE_POWER_STATE 01-09 03:37:40.174 513 531 D PowerManagerDisplayController: sendMessage ——————————————————————————————————————————————————– Check Point【6】：接到并解决MSG_BROADCAST，而且情况是以2变成1 01-09 03:37:40.194 513 530 D PowerManagerNotifier: sendNextBroadcast, mBroadcastedPowerState=2, mActualPowerState=1 ——————————————————————————————————————————————————– Check Point【7】：逐渐制作keyguard的步骤，传出NOTIFY_SCREEN_ON，等windowToken 01-09 03:37:40.217 513 530 D KeyguardViewMediator: notifyScreenOnLocked ——————————————————————————————————————————————————– Check Point【8】：接到并解决NOTIFY_SCREEN_ON 01-09 03:37:40.224 513 531 D KeyguardViewMediator: handleNotifyScreenOn ——————————————————————————————————————————————————– Check Point【9】：进行制作keyguard，取得windowToken 01-09 03:37:40.370 513 531 I WindowManager: Lock screen displayed ——————————————————————————————————————————————————– Check Point【10】：启用调用函数mSceenOnListener，消除Screen on Blocker，mNestCount务必是0 01-09 03:37:40.371 513 531 D PowerManagerService: Screen on unblocked: mNestCount=0 ——————————————————————————————————————————————————– Check Point【11】：解决第一个MSG_UPDATE_POWER_STATE，这儿会第一次scheduleScreenUpdate 01-09 03:37:40.254 513 546 D PowerManagerDisplayState: setScreenOn: on=true ——————————————————————————————————————————————————– Check Point【12】：第一次实行scheduleScreenUpdate，进到setState 01-09 03:37:40.330 513 546 D PowerManagerDisplayState: Requesting new screen state: on=true, backlight=0 Check Point【13】：传出第二个MSG_UPDATE_POWER_STATE 01-09 03:37:40.334 513 546 D PowerManagerDisplayController: sendMessage. ——————————————————————————————————————————————————– Check Point【14】：第一次实行mTask， on跟onChanged 务必全是true 01-09 03:37:40.334 513 546 D PowerManagerDisplayState: mTask: on = true, onChanged = true, backlightChanged = false ——————————————————————————————————————————————————– kernel-Check Point【15】：进到unblankAllDisplays，逐渐最底层late_resume步骤 01-09 03:37:40.334 513 546 D PowerManagerService: unblankAllDisplays in … ——————————————————————————————————————————————————– Check Point【16】：最底层late_resume步骤完毕 01-09 03:37:40.673 513 546 D PowerManagerService-JNI: Excessive delay in autosuspend_disable() while turning screen on: 337ms ——————————————————————————————————————————————————– Check Point【17】：unblankAllDisplays步骤完毕 01-09 03:37:40.701 513 546 D PowerManager_performance: unblankAllDisplays out … ——————————————————————————————————————————————————– Check Point【18】：解决第二个MSG_UPDATE_POWER_STATE 01-09 03:37:40.702 513 546 D PowerManagerDisplayController: setScreenOn true ——————————————————————————————————————————————————– Check Point【19】：前边的Screen On Blocker被消除，才会启用这儿 01-09 03:37:40.702 513 546 D PowerManagerDisplayController: Unblocked screen on after 447 ms ——————————————————————————————————————————————————– Check Point【20】：设定ElectronBeamLevel，值不以0才可以照亮led背光，而且这儿会第二次scheduleScreenUpdate 01-09 03:37:40.704 513 546 D PowerManagerDisplayState: setElectronBeamLevel: level=1.0 ——————————————————————————————————————————————————– Check Point【21】：第二次实行scheduleScreenUpdate，进到setState，留意backlight值不以0 01-09 03:37:40.718 513 546 D PowerManagerDisplayState: Requesting new screen state: on=true, backlight=86, ——————————————————————————————————————————————————– Check Point【22】：第二次实行mTask，backlightChanged务必是true 01-09 03:37:40.721 513 546 D PowerManagerDisplayState: mTask: on = true, onChanged = false, backlightChanged = true ——————————————————————————————————————————————————– Check Point【23】：启用light service，写backlight连接点，light 0表明backlight 01-09 03:37:40.721 513 546 D LightsService: setLight_native: light=0, colorARGB=0xff565656, flashMode=0, ——————————————————————————————————————————————————– kernel-Check Point【24】：推动最底层led背光起效 [ 79.447236] (1)[546:PowerManagerSer]mt65xx_leds_set_cust: set brightness, name:lcd-backlight, mode:6, level:86 [FAQ11906][LTE功能损耗]6582/92与6290联接的UART IO走电[DESCRIPTION]
[78.721504]1)[Power/PMIC][pwrkey _ int _ handler]按住PWKEY——————————————————————————————————————————————————————无日期锁住:事情時间= 78826—————————————————————————而且情况从2更改成1 01-09 03: 37: 40.194 513 530d电源管理器通告程序流程:sendnextbroadcast，mbroadcast开关电源情况= 2。macalpowerstate = 1—————————————————————————————:接受并解决notify _ screen _ on 01-09 03:37:40.224 513 531d keyguardeview mediator:handle notifyscreen————————————————————————获得对话框动态口令01-09 03: 37: 40.370 513 531i对话框管理工具:表明锁定屏幕———————。调节作用mSceenOnListener以释放出来显示屏上的回调函数。Estcount务必为0 01-09 03: 37: 40.371 513 531d电源管理器服务项目:显示屏处在未阻塞状态:mNestCount = 0 ——————————————————在此次大会上，第一时刻表显示屏升级01-09 03:37:40.254 513 546d power manager表明情况:setscreenon:on = true——————————————————————————————————————————————————————————led背光= 0控制点[13]:推送第二条信息msg _ update _ power _ state 01-09 03:37:40.334 513 546d电源管理器表明控制板:sendmessage。——————————————————控制点[14]:第一次实行mTask时，On和onChanged务必都为true 01-09 03:37:40.334 513 546d power manager表明情况:mtask: on = true，onchanged = true。led背光更改=假核心控制点[15]。运行最底层延迟时间_修复步骤01-09 03: 37: 40.334 513 546d电源管理器服务项目:不闪动地表明在……————————————————————————————————————打开屏幕时:337ms—————————————————————— [17]。电源管理器_特性:不闪动地展现出…—————————————————————————在阻塞器被释放出来时，将启用01-09 03: 37: 40.702 513 546d电源管理器表明控制板:447ms后显示屏上未堵塞————————————————假如该值不以0，则能够开启led背光。这将是第二个时刻表再次升级01-09 03:37:40.704 513 546d power manager表明情况:sete beam level:level = 1.0———————————————————————————————————————————————————————————————————————————————————————————留意led背光值并不是0.01-09 03:37:40.718 513 546d power manager display state:要求新显示屏情况:on = true，led背光= 86。———————————————————————————————————————————————————控制点[22]:第二次执行任务。BacklightChanged务必为true 01-09 03:37:40.721 513 546d power manager display state:mtask:on = true，onchanged = false。回挂=真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真——真假如6290/65X2中间的UART联接能够断掉，能够见到电流量恢复过来。缘故:在手机飞行模式方式下，假如一切正常，6339/6290沒有电，因此6290上的UART脉冲信号会很低；假如联接到AP端6290的UART配备为高，可能造成泄露。
留意:6582 6290的状况与6592 6290不一样，很有可能会发生这个问题，但实际不正确点不一样，由于6582 UART编码会在调制调解器关掉时将GPIO的拉情况转换为拉也就能/降低，而6592则沒有这一编码；因此6582 6290必须特别注意的是，dws中UART脚位的var Name务必配对，不然手机软件就沒有姿势；而6592 6290不但要留意var Name，还需要留意以前的获取设定。
[解决方法]
解决方法:Release的全部配备全是恰当的，可是顾客有可能会依据以往的工作经验将UART配备为拉也就能/拉升，这也许会造成难题。假如的确发生此难题，请依照下列方法恰当配备UART:
留意:硬件配置电路原理图上的UART2相匹配dws中的UART3，不必弄错部位。
【FAQ 11917】【LTE功能损耗】检测真正互联网休眠功能损耗时留意AUTO MODE的危害。
[难题种类1] —————————————————————
状况:即便是CMU500，4G休眠电流量为200mAh ，但在4G真正互联网下是正规的。
缘故:CMU500默认设置配备“维持RRC联接”，会造成调制调解器一直工作中。留意:8820C默认设置沒有配备这一配备，因此没有问题。
解决方案:删掉仪器设备上的“维持无线资源操纵联接”选择项。假如不清楚该怎么办，请联络仪器设备生产商。
[难题种类2] —————————————————————
状况:即便是仪器设备，4G休眠电流量是70mA ，但一直降不出来，但在4G实线下是正规的。
在核心日志中，能够按时见到它每10秒或7秒被EINT 7(LTE)唤起一次。缘故是“DRX断掉”沒有查验。
解决方案:查验“接受断掉”。假如不清楚该怎么办，请联络仪器设备生产商。
