首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏linux驱动个人学习

    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唤醒源了)。

    2K20发布于 2020-10-26
  • 来自专栏linux驱动个人学习

    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的动态调频调压可以优化手机的功耗表现。该影响是整体性的,系统性的。

    5.9K43发布于 2020-09-07
  • 来自专栏linux驱动个人学习

    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 逐一移除来确定排查

    3K30发布于 2020-09-08
  • 来自专栏linux驱动个人学习

    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等。

    2.6K20发布于 2020-09-08
  • 来自专栏陌上风骑驴看IC

    功耗 | 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 里可以用如下命令做进一步分析: ?

    6.9K20发布于 2020-08-10
  • 来自专栏悟道

    2-5 快速幂模板

    这个就是在快速乘的基础上改一下 sum=0--->sum=1 x+=x--->x*=x //快速幂模板 public double quickPow(double x,long y){ double sum=1; while(y>0){ if((y&1)==1){ sum*=x; } x*=x; y=y>>1; }

    38120发布于 2021-06-01
  • 来自专栏FreeBuf

    功耗蓝牙(BLE)攻击分析

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

    6.8K61发布于 2018-12-11
  • 来自专栏AI机器学习与深度学习算法

    学习分类 2-5 线性可分

    感知机非常简单同时又很容易理解,但是相对应的,缺点也很多。感知机最大的缺点就是它只能解决线性可分的问题。

    62910编辑于 2022-11-08
  • 来自专栏陌上风骑驴看IC

    功耗 | 低功耗检查

    功耗检查是低功耗设计必不可少的一个环节,此处所谓的低功耗设计指:多电压域设计,实现过程中在原有功能逻辑基础上插入低功耗单元,如: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》《万物皆有裂痕,那是光进来的地方

    6.7K20发布于 2019-06-03
  • 来自专栏linux驱动个人学习

    Android 功耗(5)----功耗调试

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

    1.6K40发布于 2020-09-11
  • 来自专栏Hank’s Blog

    2-5 R语言基础 factor

    #因子:分类数据 #有序和无序 #整数向量+标签label #Male/Female #常用于lm(),glm()

    47310发布于 2020-09-16
  • 来自专栏刷题笔记

    2-5 Two Stacks In One Array (20 分)

    本文链接:https://blog.csdn.net/shiliang97/article/details/101173005 2-5 Two Stacks In One Array (20 分) Write

    84530发布于 2019-11-08
  • 来自专栏Deep learning进阶路

    2-5 线性表之循环链表

    2-5 线性表之循环链表 循环链表就是链表首尾相接连成一个环,可以用单链表 和 循环链表来实现。 下面分别来看两种情况: 1、使用单链表构建循环链表 为了方便,我这里使用带头结点的单链表来构建循环链表,至于单链表带不带头结点的异同,我在前面的线性表之链表那篇文章中已经做过分析,就不再赘述。

    45040发布于 2019-07-02
  • 来自专栏NetCore 从壹开始

    2-5 安装容器Web工具:Docker Portainer

    现在已经习惯了容器化了,不仅可以很快的配合CICD来实现部署,同时主要是也能解决一些疑难杂症,比如在Linux中经常会有各种图形图像的依赖包问题。特别是内网环境。

    1.1K20编辑于 2023-01-09
  • 来自专栏刷题笔记

    2-5 修理牧场 (35 分)【优先队列】

    2-5 修理牧场 (35 分) 农夫要修理牧场的一段栅栏,他测量了栅栏,发现需要N块木头,每块木头长度为整数L​i​​个长度单位,于是他购买了一条很长的、能锯成N块的木头,即该木头的长度是L​i​​的总和

    1.1K10发布于 2020-06-23
  • 来自专栏摸鱼范式

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

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

    3.9K21发布于 2021-09-08
  • 来自专栏云深之无迹

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

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

    56210编辑于 2024-12-03
  • 来自专栏linux驱动个人学习

    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来结合分析

    1.4K10发布于 2020-12-28
  • 来自专栏育种数据分析之放飞自我

    笔记 | GWAS 操作流程2-5:杂合率检验

    一般自然群体,基因型个体的杂合度过高或者过低,都不正常,我们需要根据杂合度进行过滤。偏差可能表明样品受到污染,近亲繁殖。我们建议删除样品杂合率平均值中偏离±3 SD的个体。

    2.5K20发布于 2020-04-27
  • 来自专栏数字IC小站

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

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

    1.1K20编辑于 2022-08-26
领券