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

我的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%），例如：