I want the timer to update everytime there is a change in PowerState=LIFETIME
If in any case the timer reaches 0:00:00, I want it to stay on that value not restart timing
Thanks
I'm not versed with the Power plugin at all since I've only used my desktop or Android tablets for a few years now, so I can't really test anything, but my guesses:
It seems like you should be able to connect [MeasureLife] , [MeasureLife1]:[MeasureLife2]:[MeasureLife3] or [timeinsec] into a meter to show the remaining battery life in hours, minutes and/or seconds, and not have to use a separate counter. Then if you want to do something at 0 or another number, maybe using:
So either placing an IfCondition on [timeinsec] or on a certain combination of [MeasureLife1]:[MeasureLife2]:[MeasureLife3]. I'm assuming any of the those four measures will return the correct number and string when on battery power.
niluyao wrote: ↑September 13th, 2020, 12:35 am
I want the timer to update everytime there is a change in PowerState=LIFETIME
If in any case the timer reaches 0:00:00, I want it to stay on that value not restart timing
It does work, but as Alex88 said, you have to add a String meter to show up the remaining time (or even better modify the existing one). There are two things to be done:
Replace the SecondsValue option of the [MeasureFormatSeconds] measure with: SecondsValue=[cCounter].
Add a MeasureName4=MeasureFormatSeconds option to the [MeterCountdown] meter and replace its Text option with the following one: Text=life: %1#CRLF#timeinsec: %2#CRLF#cCounter: %3#CRLF#Lifetime: %4.
niluyao wrote: ↑September 18th, 2020, 9:59 am
Thanks for the help
Anyone knows if it is possible to get the time until fully charged?
I have not tried this, but perhaps it can be calculated. Assuming your charge rate is greater than zero (i.e., charging, not discharging or charged) then perhaps something like this could work:
((max charge in watt-hours) - (current charge in watt-hours) / (charge rate in watts)) * 3600 = should give you a time in seconds
You could then use this result in a Time measure to show some formatted result. Again, I did NOT try this, so I have no idea if it works. My guess is that is will be somewhat erratic even if it does work; i.e., the battery might not charge linearly, like it could say the time is 5 minutes remaining, and 5 minutes later it will say 3 minutes remaining. I know on my system the charge rate lowers the closer the battery gets to being fully charged.
OK, so I did try it, and the results are spectacularly inaccurate. Perhaps that's why Microsoft themselves have deprecated the WMI class property (or properties) that showed the time to full charge value.
SilverAzide wrote: ↑September 18th, 2020, 3:41 pm
OK, so I did try it, and the results are spectacularly inaccurate. Perhaps that's why Microsoft themselves have deprecated the WMI class property (or properties) that showed the time to full charge value.
Hmm, I'm not so sure the inaccuracy is because of the formula itself (which is correct, as far as I can tell) or some WMI class values. This is the proper way by which ALL progress bars everywhere work, so it might have to do with the battery "wearing out" over time and having a gradually decreasing Max charge value...
By the way, Explorer's estimates on copy times for large data are just as innacurate, as the rates of copying change constantly, pretty much like a battery's charging or discharging rates.