- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 - 来自专栏陌上风骑驴看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 - 来自专栏IT技术圈
习题2-2 阶梯电价 (15分)
输入样例1: 10 输出样例1: cost = 5.30 输入样例2: 100 输出样例2: cost = 55.50 二、思路分析 本题主要考察条件判断，关于条件判断的相关知识点请参考：《练习2-10 三、参考代码 根据以上分析，给出参考代码如下： #include<stdio.h> int main() { int n; scanf("%d",&n); if(n<=50)
3.3K10发布于 2021-04-01 - 来自专栏AI机器学习与深度学习算法
学习分类 2-2 内积
对于分类问题，我们不再像回归问题那样，找出直线的斜率和截距。为了方便理解，将拥有一个特征的回归问题所绘制的图示和拥有两个特征的分类问题绘制的图示进行对比。
63210编辑于 2022-11-08 - 来自专栏Hank’s Blog
2-2 R语言基础 向量
> x <- vector("character",length=10) > x1 <- 1:4 > x2 <- c(1,2,3,4) > x3 <- c(TRUE,10,"a") #如果给向量赋值时元素类型不一致，R就会强制转换，将他们变为同一类型 > x4 <- c("a","b","c","d")
82410发布于 2020-09-16 - 来自专栏摸鱼范式
SoC设计之功耗 – RTLnetlist功耗计算
这时候就需要基于RTL做功耗分析了。 以前经常会被问一个问题，“RTL级计算出的功耗与silicon比有多大差别呢”。这个问题还真不是一句两句就能说的清楚的。今天就试着从原理上讲一下。 与第一种计算方式不同的是，这种方式会得出很多个功耗数据（每个间隔一个），把这些数据连起来就是功耗随时间变化的图。贴个图帮大家直观感受一下，横坐标是时间，纵坐标是功耗值。 总结一下RTL功耗计算的步骤，和把大象关进冰箱的问题一样，拢共分三步：第一步，预综合，第二步，提取与功耗相关的信息；第三步，计算。 至于netlist功耗计算，就不需要第一步了，更简单了。 说到这里，估计一些同学会追问，“既然RTL功耗计算很容易偏差，那么等逻辑综合完拿到网表再算功耗不是更香吗”。 在项目初期，我们不是为了算功耗而算，我们是为了优化功耗而算。做RTL级功耗计算最大意义就是帮助架构师和设计师更好的优化芯片和内部模块。 END
3.9K21发布于 2021-09-08 - 来自专栏云深之无迹
将MCU的功耗和IO引脚关联起来分析
为什么我爱TI的单片机，绝对是因为只有他给出了每个步骤的功耗情况 这里也是全新的机会 时序分析： 分析功耗变化与引脚状态变化的时间关系，找出是否存在因果关系。查看信号的上升沿、下降沿、脉宽等。 分析信号的状态变化 分析不同时序下的功耗变化，找到最优的时序配置。 相关性分析： 计算功耗与不同引脚状态之间的相关系数，衡量它们之间的线性关系。 聚类分析： 将具有相似功耗特征的数据点聚成簇，分析不同簇的引脚状态特征。 中断服务程序的执行时间： 中断服务程序的执行时间越长，对功耗的影响越大。 中断嵌套： 中断嵌套可能会导致功耗增加，需要仔细分析中断优先级和处理流程。 调试的时候需要有这些常识，不然分析不明白。 中断处理时间越长，功耗越大。中断处理的复杂度越高，功耗越大。 这三条在写程序的时候深入心底，一定要短小简单，不能太深入。如果存在中断嵌套，需要仔细分析中断优先级和处理流程，以确保功耗分析的准确性。
56210编辑于 2024-12-03 - 来自专栏波波烤鸭
2-2 SPU和SKU详解及MyBatisPlus自动生成
2-2 SPU和SKU详解 商城系统中的商品信息肯定避免不了SPU和SKU这两个概念，本节就给大家详细介绍下这块的内容 1、掌握SKU和SPU关系 SPU = Standard Product Unit status`), KEY `updated` (`update_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='商品表'; 2.2 商品发布流程分析 skuAttributes = skuAttributeService.queryList(id); return RespResult.ok(skuAttributes); } 4、商品发布 4.1 复合对象分析 1)名字分析 添加商品的时候，会将商品的属性传入后台，格式如下，如果把规格名字添加到名字中，那就是华为商城中的效果了，我们可以这么做，把属性解析成Map，然后每个属性值添加到商品名字中即可。
3.3K41发布于 2021-01-21 - 来自专栏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 - 来自专栏刷题笔记
2-2 学生成绩链表处理 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101169860 2-2 学生成绩链表处理 (20 分) 本题要求实现两个函数，一个将输入的学生成绩组织成单向链表
1.7K20发布于 2019-11-08 - 来自专栏mysql
hhdb数据库介绍(2-2)
HHDB Server在计算节点、数据节点、配置库等层次提供全面的高可用保障。提供完善的心跳检测、故障切换对存储节点同步追平判断、全局自增序列在故障时自动跳号、客户端连接Hold等机制，保障数据服务的可用性与数据的一致性。
26510编辑于 2024-11-28 - 来自专栏数字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 - 来自专栏数字IC小站
低功耗设计方法--低功耗IP设计(一)
本文摘要 前面的章节已经从系统架构师和芯片设计师的角度讨论了低功耗设计。本文从设计复杂IP（如处理器、DSP、USB、PCIE和总线）的工程师的角度介绍低功耗设计。 在我们完成 IP 的架构、设计和封装过程时，我们需要牢记任何可以在芯片IP中实现低功耗设计的技术： • 多 VT • 时钟门控 • 电源门控（内部和/或外部） • 电压调节 对于某些类型的 IP，可能需要对这些功能提供不同类型的支持 存储块和其他硬 IP 块对低功耗有特殊要求。低功耗存储器通常具有多种模式：正常操作模式、保留模式和断电。在保留模式下，电压降低到保留数据所需的最小值，但低于进行读取和写入所需的电压。 除了正常工作模式外，可能还有一种完全关闭模式，可以使功耗接近于零。可能还有一种额外的操作模式，其中足够的电路通电以便它可以响应其接口上的活动而唤醒。 对于软 IP，必须以稳健、易于使用且灵活的用户可配置方式支持多种功耗模式和多种功耗降低技术。 1.电源门控的架构和分区 在支持各种低功耗策略时，电源门控是 IP 架构中最重要的新架构挑战。
1.8K10编辑于 2022-08-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号