Android功耗（9）---MTK功耗问题分析1

82在wakeup时，如果唤醒源是EINT，会主动打印出EINT_STA的值 --->77默认不会打印这个寄存器，需要先开启EINT_DEBUG这个宏，才能看到EINT_STA的值 kernel log分析 ；并且89/72平台上，rtc（比如第三方APK造成的唤醒）和其他一些中断也会走PMIC的EINT；因此要先把PMIC EINT过滤掉，不需要去关注这个channel上的唤醒（当然rtc唤醒的话还是要分析的 ，只不过并不是去分析EINT唤醒源了）。

android 功耗（1）---android 功耗分析方法和优化

让机器休眠，进入download，抓dump，然后将如下日志发给平台技术支持分析。 //radio log adb shell dmesg > YearMounthDayHourMinute_dmesg.txt //kernel log 可以采用功耗问题时间追踪表来精确追踪功耗异常 3.1屏幕对功耗的影响 屏幕亮度等级不同，功耗不同。 亮度越低，功耗越低。调低屏幕默认背光亮度等级和屏幕最高亮度设置时候的背光亮度等级，可以优化手机整体功耗表现。 另外，调试LCD的fps帧率，也可以优化功耗。 3.2 CPU/GPU DVFS CPU/GPU的动态调频调压可以优化手机的功耗表现。该影响是整体性的，系统性的。

Android 功耗（4）---MTK平台待机功耗分析流程

MTK平台待机功耗分析流程 1.目的 2.MTK平台各个场景功耗数据测试方法 很多功耗问题都是因为测试手法不对，列出一些常用场景功耗测试手法。 3、确认各个模块是否已经正常工作，各个模块都会影响功耗，需要在模块工作 OK 之后再测试功耗问题。 4、测试将所有第三方 APK 删除，排除第三方 APK 问题。 5、preview电流异常需要抓CPU信息，请参考FAQ04008，需要同时提供mobile log 3.功耗问题分析流程 目前我们分析的功耗问题主要是待机低电流或者待机平均电流问题。 modem暂无系统的分析方法。 下面是AP的分析流程 3.1 外设模块分析方法 外设模块分析主要还是靠硬件上一一移除，然后查看移除哪个模块后底电流有降下来，然后确定到时哪个模块漏电 .如休眠时将TP camera LCD 逐一移除来确定排查

Android 功耗（3）---高通功耗问题分析方法

本文结合该文档简单的总结了AP端功耗问题分析手段。 首先是官方功耗分析流程图： ? 本文只站在AP的角度分析功耗问题，也就是Android系统的角度。 低电流过高首先要验证系统是否进入了最低功耗状态。VDD最小状态。 actual last sleep(msec):0 client votes: 0x03030303 RPM Mode:vmin count:0 //有计数则说明系统进入最低功耗状态 分析，略。 下面分析异常唤醒造成的功耗问题 ? 查看AP端的异常唤醒源，查看modem那块的略过。 总结：对于AP端判断功耗问题，一般从低电流状态判断。 排除方法：移除一些外部驱动程序，如sensor，tp，camera，LCD等。

低功耗 | Glitch Power 分析

rate, condition, correlation —— 老驴也码过若干功耗优化功耗计算的文章，最近一篇是《低功耗 | 从综合到PostRoute 功耗的Gap 有多大》。 今日再聊聊Glitch Power 分析，功耗优化，功耗计算，看似十分简单，做得越细会发现越复杂，通常会笼统地认为如果同一个设计两种实现方式，只要面积接近线长接近线电容接近，功耗应该接近，然而现实是两者功耗在相同波形 拉回来说Glitch Power, Joules 2019 年新加了Glitch power 分析功能，Joules 的Glitch Power 分析针对netlist 需要有后仿波形。 对于『逻辑无效翻转Glitch 』可以分为： Transport Glitch: cell 输出在到达稳定状态前的无效翻转，这类翻转消耗的功耗跟正常翻转一样，Joules 目前只分析这类Glitch 分析、计算、报告Glitch power: 流程非常简单，关键的一部是在read_stimulus 的时候加option -glitch. ? 在Joules 里可以用如下命令做进一步分析： ?

低功耗蓝牙（BLE）攻击分析

低功耗蓝牙（BLE）是蓝牙4.0规范的一部分，其包括传统蓝牙和蓝牙高速协议。相较于传统蓝牙，BLE旨在使用更低的功耗，并保持同等距离的通信范围。 BLE只在需要时传输少量数据，而除此之外则会保持关闭状态，这大大降低了其功耗，也使其成为了在低数据速率下需要长久连接使用的理想选择。 虽然，所有低功耗蓝牙设备开发的主要动机都是为了增强用户体验。但与此同时，我们需要思考的是安全性是否也已同步？ 下面，让我们看看影响BLE安全性的三个主要漏洞： 1. 例如，SIG规定的官方TX功耗UUID是0x1804。 ? 利用 BLE 的工具 Linux为BLE提供了最好的支持。想要使用BLE，我们需要安装blueZ。 第5步：在Wireshark中分析捕获的数据包。Wireshark是一个免费的开源数据包分析工具，如果你没有安装可以通过以下命令进行安装。

7-2 寻找大富翁

7-2 寻找大富翁 分数 25 全屏浏览题目 切换布局 作者 陈越 单位 浙江大学 胡润研究院的调查显示，截至2017年底，中国个人资产超过1亿元的高净值人群达15万人。

论功耗 | 低功耗检查

低功耗检查是低功耗设计必不可少的一个环节，此处所谓的低功耗设计指：多电压域设计，实现过程中在原有功能逻辑基础上插入低功耗单元，如：isolation cell, level shifter cell, 低功耗检查很重要，涉及到的面也多，需要对设计、电压域划分、power intent 语法及对应的实现流程都熟悉，当然还要熟练掌握低功耗检查工具——CLP <Conformal Low Power> 可谓低功耗检查领域的霸主 lef, RTL/netlist, power intent 即可，最关键的命令是 set lowpowr option, 用于指定power intent 是CPF/UPF/1801, 用于指定当前分析是针对哪个阶段的设计 结语：在实现阶段做低功耗check ，记住九字箴言：不乱插、不漏插、不多插。 |  IEEE1801 Coding Part I》《轮功耗 | IEEE1801 Coding Part II》《论功耗 |  IEEE1801 Coding Part III》《万物皆有裂痕，那是光进来的地方

Android 功耗（5）----功耗调试

本文就开始讨论功耗的调试步骤和方法。 一、明确调试的目标 明确调试的目标，即在满足当前的需求情况下，尽最大的可能去降低各种状态下、各路模块的功耗值。一般情况下，功耗越低要求也就越严格。 例如：某设备的电池为300mAh，假设一种情境下休眠功耗电池端为0.8mA，另一种情境下功耗电池端为1mA，显然仅仅相差200uA（出现这种状态的情况就比较多了，有可能是GPIO口的状态不对，也有可能是外设漏电引起 二、明确调试的内容 我们为了更好的调试功耗，必须做一个简洁并且一目了然的表格用来记录我们的测量结果，总的来说测试表格的内容几乎就是我们测试的内容； 概况的说，包括需要调试6种状态和5个电路模块的功耗，其中 5个电路模块是指： Battery（电池供电的电路，是设备总的功耗）； cpu_core（给处理器内部的逻辑电路供电的电路）； cpu_memory（给SDRAM(DDR)以及处理器DDR phy供电的电路 注：像君正的newton开发板是具有regulator的，在板级中我们能看到regulator的简单配置，还有一些基本的配置，regulator参数的调试也是属于功耗调试的，如果木有的话，就算了。

PTA 7-2 符号配对（20 分）

7-2 符号配对（20 分） 请编写程序检查C语言源程序中下列符号是否配对：/*与*/、(与)、[与]、{与}。 输入格式: 输入为一个C语言源程序。

7-2 树种统计 (20 分)

本文链接：https://blog.csdn.net/shiliang97/article/details/102924532 7-2 树种统计 (20 分) 随着卫星成像技术的应用，自然资源研究机构可以识别每一棵树的种类

PTA 7-2 找奇葩 (20 分)

在一个长度为 n 的正整数序列中，所有的奇数都出现了偶数次，只有一个奇葩奇数出现了奇数次。你的任务就是找出这个奇葩。

7-2 到底有多二

本文链接：https://blog.csdn.net/shiliang97/article/details/96301355 7-2 到底有多二 一个整数“犯二的程度”定义为该数字中包含2的个数与其位数的比值

SoC设计之功耗 – RTLnetlist功耗计算

这时候就需要基于RTL做功耗分析了。 以前经常会被问一个问题，“RTL级计算出的功耗与silicon比有多大差别呢”。这个问题还真不是一句两句就能说的清楚的。今天就试着从原理上讲一下。 与第一种计算方式不同的是，这种方式会得出很多个功耗数据（每个间隔一个），把这些数据连起来就是功耗随时间变化的图。贴个图帮大家直观感受一下，横坐标是时间，纵坐标是功耗值。 总结一下RTL功耗计算的步骤，和把大象关进冰箱的问题一样，拢共分三步：第一步，预综合，第二步，提取与功耗相关的信息；第三步，计算。 至于netlist功耗计算，就不需要第一步了，更简单了。 说到这里，估计一些同学会追问，“既然RTL功耗计算很容易偏差，那么等逻辑综合完拿到网表再算功耗不是更香吗”。 在项目初期，我们不是为了算功耗而算，我们是为了优化功耗而算。做RTL级功耗计算最大意义就是帮助架构师和设计师更好的优化芯片和内部模块。 END

将MCU的功耗和IO引脚关联起来分析

为什么我爱TI的单片机，绝对是因为只有他给出了每个步骤的功耗情况 这里也是全新的机会 时序分析： 分析功耗变化与引脚状态变化的时间关系，找出是否存在因果关系。查看信号的上升沿、下降沿、脉宽等。 分析信号的状态变化 分析不同时序下的功耗变化，找到最优的时序配置。 相关性分析： 计算功耗与不同引脚状态之间的相关系数，衡量它们之间的线性关系。 聚类分析： 将具有相似功耗特征的数据点聚成簇，分析不同簇的引脚状态特征。 中断服务程序的执行时间： 中断服务程序的执行时间越长，对功耗的影响越大。 中断嵌套： 中断嵌套可能会导致功耗增加，需要仔细分析中断优先级和处理流程。 调试的时候需要有这些常识，不然分析不明白。 中断处理时间越长，功耗越大。中断处理的复杂度越高，功耗越大。 这三条在写程序的时候深入心底，一定要短小简单，不能太深入。如果存在中断嵌套，需要仔细分析中断优先级和处理流程，以确保功耗分析的准确性。

机器学习入门 7-2 使用梯度上升法求解主成分分析

上一小节介绍了使用主成分分析法对数据进行降维的原理，最终将采用主成分分析法进行降维的问题规约成求目标函数最大值的优化问题，同时也提到了求解最大值的搜索策略梯度上升法。 这一小节，具体的来推导使用梯度上升法求解主成分分析法的公式。 一 梯度上升法求解主成分分析 优化中有最小化的损失函数以及最大化的效用函数，在一般情况下使用g(X)来表示损失函数，因此此处的最大化效用函数使用f(X)来表示。 对于效用函数f(X)来说，w是未知参数，简单来说就是通过梯度上升法来寻找合适的w参数，使得f(X)对应的函数值最大，其余的x都是已知的，当然由于主成分分析法是非监督学习没有标签，从f(X)中也可以看出， 不过在具体实现的过程中还需要注意一些事情，下一小节就将具体的实现使用梯度上升法求解主成分分析。

PTA 7-2 方阵循环右移

PTA 7-2 数字之王 (20 分)

的每个数的各位数的立方相乘，再将结果的各位数求和，得到一批新的数字，再对这批新的数字重复上述操作，直到所有数字都是 1 位数为止。这时哪个数字最多，哪个就是“数字之王”。

Android 功耗（14）----Android功耗 问题debug处理

Android 功耗问题debug处理（主要是睡眠时“大”电流问题的debug方法示例） 在手机进入sleep后，被上层apk唤醒的debug方法， 请抓取相应的待机的mobilelog, 从kernel_log 中分析，如果log中可以查找到 wake up by RTC 请在相应的main_log中查找关键字 Alarm triggering, 其后面对应的type 0, type 2所对应的APk就是唤醒系统的唤醒源 41e02628 type 2 com.android.phone} 而对于一些与modem相关的debug，需要结合kernel log/ radio log/net log/modem log来结合分析

低功耗设计方法--低功耗IP设计(二)

当电源控制器看到 suspend_detected 被激活（并且在状态寄存器中设置了电源门控启用位）时，它会启动掉电序列。该序列如图 8-2 所示，描述如下：