网站建设述职报告,商城网站 运营,wordpress文章顶部添加广告,制作网站制作从我的NPI项目之Android电源系列(三)#xff0c; 能够看出#xff0c;healthd是通过读取/sys/class/power_supply/battery/time_to_full_now而进行充满剩余时间的。
在/sys/class/power_supply/battery/...目录下有很多文件#xff0c;具体内容如下#xff1a; /sys/class…从我的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有这样的变化规律而出问题的设备卡在了2260的状态了 现在针对这个问题可以得出结论是部分电池问题guage问题或者电池本身health问题导致计算时间异常了。
后面需要进行souring看看把有问题的电池filter出来。
