首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏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
  • 来自专栏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
  • 来自专栏Hank’s Blog

    3-3 数据框的子集

    > x <- data.frame(v1=1:5,v2=6:10,v3=11:15) > x v1 v2 v3 1 1 6 11 2 2 7 12 3 3 8 13 4 4 9 14 5 5 10 15 > x$v3[c(2,4)] <- NA > x v1 v2 v3 1 1 6 11 2 2 7 NA 3 3 8 13 4 4 9 NA 5 5 10 15 > #找出第2列 > x[,2] [1] 6 7 8 9 10 > x[,"v2"] [1] 6 7 8 9 10 > x[

    95100发布于 2020-09-16
  • 来自专栏python3

    3-3 SQL Server 2005数

    3-3 SQL Server 2005数据库优化 了解数据库引擎优化顾问基本内容 掌握数据库引擎优化顾问的使用 掌握通过命令行的方式进行索引的优化——DTA 一个数据库系统的性能依赖于组成这些系统的数据库中物理设计结构的有效配置 SQL Server 2005提供了一套综合的工具,用于优化物理数据库的设计,其中数据库引擎优化顾问,是分析一个或多个数据库上工作负荷(对要做出优化的数据库而编写的一组T-SQL语名句)的性能效果的工具 3-3-1 数据库引擎优化顾问概述 数据库引擎优化顾问是一种工具,用于分析在一个或多个数据库中运行的工作负荷的性能效果。工作负荷是对在优化的数据库招待的一组T-SQL语句。 分析数据库的工作负荷效果后,数据库引擎优化顾问会提供在SQL Server 2005 数据库中添加、删除或修改物理设计结构的建议。这些物理性能结构包括聚集索引、非聚集索引、索引视图和分区。

    97320发布于 2020-01-07
  • 来自专栏叽叽西

    lagou 爪哇 3-3 dubbo 笔记

    第四部分: Dubbo 源码分析 Dubbo的整体设计 服务注册与发现的源码分析 作业 编程题一:将Web请求 IP 透传到 Dubbo 服务中 通过扩展Dubbo的Filter(TransportIPFilter 2000次以上) 利用 TPMonitorFilter 在消费端记录每个方法的请求耗时时间(异步调用不进行记录) 每隔 5s 打印一次最近1分钟内每个方法的TP90、TP99的耗时情况 ---- 作业1 分析与思路

    72210编辑于 2022-05-17
  • 3-3日志

    NuGet安装Microsoft.Extensions.Logging及Microsoft.Extensions.Logging.Consloe

    14400编辑于 2026-06-17
  • 来自专栏陌上风骑驴看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
  • 来自专栏悟道

    3-3欧几里得求最大公因子

    最大公因子,指两个或多个整数共有约数中最大的一个 private static int gc(int a, int b) { if(b==0){ return a; } if(a<b){ int temp=a; a=b; b=temp; } return gc(b,a%b); }

    56620发布于 2021-03-16
  • 来自专栏摸鱼范式

    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
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 3-3 NumPy数据基础

    本系列是《玩转机器学习教程》一个整理的视频笔记。本小节主要介绍NumPy模块的一些基础知识。

    98700发布于 2019-11-13
  • 来自专栏python3

    34补3-3 rhcs集群基础应用

    [root@node1 ~]# ansible ha -m shell -a 'service NetworkManager stop'

    1K00发布于 2020-01-15
  • 来自专栏数字IC小站

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

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

    1.1K20编辑于 2022-08-26
  • 来自专栏OpenFPGA

    FPGA 的功耗概念与低功耗设计研究

    ---- 文章目录 FPGA 功耗的基本概念 (1)功耗的组成 (2)静态功耗 (3)动态功耗 (4)降低功耗带来的好处 (5)如何降低 FPGA功耗 (6)如何估计 FPGA功耗 ----   随着半导体工艺的飞速发展和芯片工作频率的提高 本文围绕 FPG A 功率损耗的组成和产生原理 ,从静态功耗 、动态功耗两大方面出发 ,分析了影响 FPG A 功率耗散的各种因素 ,并通过 A ctel 产品中一款低功耗的 FPGA 进一步进行说明 FPGA在正常工作中,其消耗的总功耗由器件的静态功耗、动态功耗和IO功耗构成。 静态功耗也叫待机功耗(standby power),是芯片处于上电状态,但是内部电路没有工作(也就是内部电路没有翻转)时消耗的功耗;而所谓动态功耗是指由于内部电路翻转所消耗的功耗;IO功耗是IO翻转时, (5)如何降低 FPGA功耗   FPGA 主要的功耗是由静态功耗和动态功耗组成 ,降低 FPGA 的功耗就是降低静态功耗和动态功耗 。静态功耗除了与工艺有关外 , 与温度也有很大的关系 。

    3.8K20发布于 2020-07-01
领券