我的NPI项目之Android电源系列(四) -- 关于剩余充满时间的问题的代码跟踪-max1720x_battery.c qpnp-smb2.c

本文主要是介绍我的NPI项目之Android电源系列(四) -- 关于剩余充满时间的问题的代码跟踪-max1720x_battery.c qpnp-smb2.c,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

从我的NPI项目之Android电源系列(三), 能够看出,healthd是通过读取/sys/class/power_supply/battery/time_to_full_now而进行充满剩余时间的。

在/sys/class/power_supply/battery/...目录下有很多文件,具体内容如下:

/sys/class/power_supply/ 从字面意思就能够理解,power_supply目录下的内容为该设备的供电来源,在我的项目中,Linux的内核子系统中注册了如下的供电类型,我们主要关注框出来的部分:

这里我们关注一下,Linux驱动设备模型下的power_supply类别下的battery设备的文件节点。而代码/qpnp-smb2.c就是这个battery电源类型的驱动所在。

但是,这个是板端的guage,虽然很准但是我们在驱动只是把它当作了一个过度。由于为了使用到电池中的guage,我们添加了一个smart_battery作为battery的后端实现。

我项目上的healthd代码中,就是通过另外一个文件节点用于读取电池信息的,这部分是这针对比较特殊的设备的。因为,我的项目中是同平台多设备的情况。而设备之间存在有差异。而这个比较特殊的文件为/sys/class/power_supply/smart_battery,对应的驱动为max1720x_battery.c (目前看代码是这个,后面还需要进一步确认),这个guage IC是内嵌在电池中的一个guage。

而/sys/class/battery所对应的是主板端的guage,在sdm660平台上,对应的是文件qpnp-smb2.c


static const struct power_supply_desc batt_psy_desc = {.name = "battery",.type = POWER_SUPPLY_TYPE_BATTERY,.properties = smb2_batt_props,.num_properties = ARRAY_SIZE(smb2_batt_props),.get_property = smb2_batt_get_prop,.set_property = smb2_batt_set_prop,.property_is_writeable = smb2_batt_prop_is_writeable,
};

该驱动实际上是高通pmic上的一个guage。

另外,我们平台的有多个型号的max1720/max1721/..., 于是就将公共的部分抽了出来commoncfg_max1720x.c 作为了max1720x_battery.c的后端。真正实现对IC寄存器的读写操作。

	case POWER_SUPPLY_PROP_TIME_TO_FULL_NOW:ret = max1720x_read_verify_reg(max1720x_chipinfo, 0, MAX1720X_TTF, &data);if (ret < 0) {val->intval = max1720x_chipinfo->regs_cache.TTF;dev_err(&max1720x_chipinfo->client->dev,"battery full now read fail=%d, keep previous=%d\n", ret, val->intval);break;}/* Unit: 1 : 5.625 sec */val->intval = (data * 5625)/1000; /* reply unit is second */max1720x_chipinfo->regs_cache.TTF = val->intval;dev_dbg(&max1720x_chipinfo->client->dev,"%s %d value:%d ",__FUNCTION__,__LINE__,val->intval);dev_info(&max1720x_chipinfo->client->dev,"%s %d value:%d ",__FUNCTION__,__LINE__,val->intval);break;

再回到之前的问题上来,电池充电信息为什么会时对时不对。熄屏/亮屏过程中,可以看出从guage中读取的值确实有一个变化的趋势(电量在~45%),例如:

异常的电池时,读出来的时间小于60s,而又大于0s;这样就会出现,

我的NPI项目之Android电源系列(二) -- 关于剩余充满时间的问题-CSDN博客中的问题:

在电池电量为~85%的时候,插拔充电线后,guage有这样的变化规律,而出问题的设备,卡在了22(<60)的状态了;

现在针对这个问题,可以得出结论,是部分电池问题guage问题或者电池本身health问题,导致计算时间异常了。

后面,需要进行souring看看,把有问题的电池filter出来。

这篇关于我的NPI项目之Android电源系列(四) -- 关于剩余充满时间的问题的代码跟踪-max1720x_battery.c qpnp-smb2.c的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/538389

相关文章

Django开发时如何避免频繁发送短信验证码(python图文代码)

《Django开发时如何避免频繁发送短信验证码(python图文代码)》Django开发时,为防止频繁发送验证码,后端需用Redis限制请求频率,结合管道技术提升效率,通过生产者消费者模式解耦业务逻辑... 目录避免频繁发送 验证码1. www.chinasem.cn避免频繁发送 验证码逻辑分析2. 避免频繁

精选20个好玩又实用的的Python实战项目(有图文代码)

《精选20个好玩又实用的的Python实战项目(有图文代码)》文章介绍了20个实用Python项目,涵盖游戏开发、工具应用、图像处理、机器学习等,使用Tkinter、PIL、OpenCV、Kivy等库... 目录① 猜字游戏② 闹钟③ 骰子模拟器④ 二维码⑤ 语言检测⑥ 加密和解密⑦ URL缩短⑧ 音乐播放

Python使用Tenacity一行代码实现自动重试详解

《Python使用Tenacity一行代码实现自动重试详解》tenacity是一个专为Python设计的通用重试库,它的核心理念就是用简单、清晰的方式,为任何可能失败的操作添加重试能力,下面我们就来看... 目录一切始于一个简单的 API 调用Tenacity 入门:一行代码实现优雅重试精细控制:让重试按我

Springboot项目启动失败提示找不到dao类的解决

《Springboot项目启动失败提示找不到dao类的解决》SpringBoot启动失败,因ProductServiceImpl未正确注入ProductDao,原因:Dao未注册为Bean,解决:在启... 目录错误描述原因解决方法总结***************************APPLICA编

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新:深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of