yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] 3c:
The build model says Inspire 4G instead of Desire HD, hence the issue.

It would be best if the chef could rename the build model/number to Desire HD. Never received reports for Inspire 4G, so I'd rather not change behavior without some verifications.
[Android Apps and Games] GenEwic:
ah ok so because the name was changed, that caused the issues with the battery readings. I tried manually changing the name to Desire HD in the build.prop, restarted the phone, and it looks like its getting readings in mA and mW. I'll notify the dev for the rom about it since there was the same issue with another current app. Thanks
[Android Apps and Games] peterbonge:
Oh, so much so long posts today. Seems that my post got overlooked...

@ccounotte: Can you please comment my post #197?
[Android Apps and Games] 3c:
Sorry didn't see your post.

No change on automatic calculation, still based on refresh rates. If automatic is on, BMW loads the last 1440 records from the history file, so remains unchanged if refresh rate is not changed.

Without zomming and for the same reason BMW will display the same amount of history in the graph. Only this will change if refresh rate is changed.

The same calculation applies to the graph widget. So based on your report you must be changing refresh rate often?

Will add a Time-Frame menu on the graph in a future update.

EDIT: Time-frame menu is more complex, because zoom x1 is default display and based on refresh rates, so using a time-frame might lead to zoom < 1 which is not handled at the moment (improves performance).

Also important to say, priorities are:

1- fixing any new bugs that may be discovered and ensuring support for most phones

2- ability to load battery history in Process Monitor Widget
[Android Apps and Games] peterbonge:
If you are talking about the "History update rate": I've never changed this. It is 5 minutes from the beginning.
[Android Apps and Games] 3c:
If you don't change the rate, the visible history length is always the same, it may change if you change portrait/landscape only.

Not sure why you get different visible time-frame? I always get 1d9h or so... Never changes!?

Can you attach some screen-shots?
[Android Apps and Games] peterbonge:
The visible time frame is 1d 9h 30m here too, but I can scroll the past 10 days. Also in the history I can scroll the past 10 days.

A misunderstanding on my side? Or on your side?
[Android Apps and Games] 3c:
I think I know what go us confused!

When zooming the visible time-frame will be updated accordingly. When you exit and re-open the app, the previously set zoom factor remains active, hence it might already be zoomed and show a different visible time-frame!

The visible history is calculated based on screen resolution/orientation, refresh rate and zoom.

The total history loaded which can be browsed on graphs/history views when auto-calculated is based on refresh rate, eg for 5 minutes you get 10 days. for 1 minute you get 2 days, etc... This is fixed no matter the screen resolution/orientation.

If you unlock total time-frame you can load more than 10 days, upto 28 days for now.
[Android Apps and Games] luffyp:
Hi. Does this mean that, if I set refresh rate to 5 mins, the data in the history view will be loaded only from the past 10 days no matter how big the history file is?

Another related question, is it possible to limit the size of the history file to a certain value (or number of lines)? If I don't clear history once in a while then the history file will get unlimitedly biger right?
[Android Apps and Games] Fihlvein:
Updated and noticed that "View history" opened now instantly (CM7 user). Fantastic.

Next thing I noticed was that the measured lines did not fit to one line, aww. Thought I would get back to it later.

Little later noticed that another update has hit the Market, and there was a fix to the history text size. Awesome.

Once again, thanks. I got nothing to complain about for now. ;)
[Android Apps and Games] 3c:
Yes, 5 minutes refresh rate = 10 days of history, but you can unlock that and load upto 24 days irrespective of refresh rate.

In the future I plan on adding a 2 things:

- Unlimited browsing of history file, displaying chunk of 7 days or so...

- Truncate history based on # of days, unlimited, will truncate only when opening the app, as it used to be in an old version.

For now history file has an unlimited size, hence clearing it or renaming it might be a good idea :)
[Android Apps and Games] MKairys:
Hello again,

I see the latest update says "support for some phones reporting only charge mA". Unfortunately this has made my situation worse - my usage during discharge is now negative!
[Android Apps and Games] thunder2132:
Very cool. I was using Battery Widget, but this looks like it'll provide a lot more info!
[Android Apps and Games] 3c:
Thanks for the screen-shot!

What I understand from the graphs is that for the past 2.5 hours the phone is discharging, though the mA values are not very high compared to the drop in %.

Then during the previous 6 hours or so, it's plugged, right? Were you using a heavy-consuming app such as a game, as we can see the % moving up-down all the time? The results are actually very accurate during that period of time, when plugged it can occur the mA gets negative as the phone is consuming more than what is provided by the charger.
[Android Apps and Games] yonef:
hi ccounotte, sorry to bother again, is there any news on this ?
[Android Apps and Games] 3c:
I've published a 'BMW Icons - Darker W.T.' version of the % icons, reports says it's much better. Let me know if it's suitable.
[Android Apps and Games] yonef:
Thanks for the quick response !

I've tried that one, but unfortunatelly 40s and 50s percents are hardly visible :( Really have to focus to see what it is. It could be my moto defy though, status bar is kind of white.
[Android Apps and Games] MKairys:
Wait 'till you see this one! :) I've stitched together five panel sof graphs to give a two-day continuous strip. And I notice several oddities...

Consider the first two panels, 17|20:20 through 18|6:00. The phone is plugged in overnight. No, I'm not playing a game, I'm sleeping :) What is all that activity I wonder. I see a similar pattern wherever it's plugged in (panel 4, panal 5). Maybe PMW can help me.

I also wonder why when I plug it in and the available % is rising toward 100, the usage seems to rise even more sharply, and even pins at 100? Notice the four square-topped peaks, esp. the one at 19|01:07.

But consider panels 2 and 3. From about 9AM on the 18th to midnight on the 19th it discharges 30% but the usage is never greater than zero and sometimes quite a bit less.

So the usage graph seems to take three states: (1) flat zero or negative, while the phone is slowly discharging; (2) rising sharply toward or pinning at 100%, while the phone is charging, and (3) jagged graph in the range 0-40 mA while sitting at full capacity. Doesn't seem entirely kosher to me...
[Android Apps and Games] 3c:
Very nice reconciliation of graphics, make me think that could be a nice feature to do that for us! :)

So, first of all, let me clarify 2 things:

1- Percent is always provided by the OS, and when fully charge your % doesn't really stay at 100%!

2- the mA reported is what goes in (+ = charging) or out (- = discharging) of the battery.

So, 1- you should change ROM for a better battery driver, your current driver is continually charging the battery! You should get a flat 100%, 0mA when plugged once fully charged.

2- there is an option to revert the mA/mW graphs to make them more intuitive. I personally get confused when reverted! :D

In any case the mA graph is consistent with the % graph. When discharging you get negative values (drain)...

Looking at the graph you can even tell when in sleep mode and when you actually use the phone! In sleep mode you get small negative values (-2 to -10, I don't think you're actually getting 0s when discharging, the estimate algorithm prevents it) meaning small drain. When in use the drain gets higher (-120 and lowering), and % drops quicker!

Except if I've read all this the wrong way everything looks good, but it's late here :)
[Android Apps and Games] gpz1100:
ccounotte, your statement above is sound in theory. Unfortunately, not all phones respond that way. The Htc evo is one such device. It never runs off the ac/usb power. When the battery is fully charged, the waveform becomes sawtooth like, with the phone discharging off the battery, then every so often (5-10 min?) getting a bump up. See pic below for visual aid.

On the top graph, at the far left, you can see that mA reported is positive, so it's still charging at a stead rate. Just to the left of the first vertical grid line, you can see the beginning of this sawtooth waveform. If you notice, the charging amplitude then slowly tapers off to somewhat past the middle grid line. Finally, the waveform in the right 1/3 or so of the graph is what I see if I leave it connected to the charger indefinitely. Quite a skewed charging scheme!

There are other kernels available for the evo which perform a trickle charge once the battery is fully charged. That is, as the battery approaches full charge, it charge rate is diminished to almost single digit mA's. However, this charging method has been argued to be bad for li-ion type batteries, which should not be trickle charged.
[Android Apps and Games] 3c:
I didn't say all phones respond that way... not even sure what's the best way to charge a battery, and I've read here and there many contradicting methods about charging a battery!

On all phones I've tried (HD2, GalaxyS and LG2X), the method was to slowly lower the charging rate up-to 100% then continue charging for less than an hour until 0mA charging was reached.

Note that I got a ROM on HD2 at some point doing exactly what yours is doing, but with a far less amplitude, max peaks at 30/40mA charging, then low -1 or -2 mA...

Well I prefer the first method for the following reasons (IMO):

1- Continually charge/discharging battery is like biking forward/backward, it makes it age faster. The same as when we get our battery we tend to fully charge then fully discharge for a couple of cycle to maximize performance/duration.

2- i've seen reports that charging a battery at high rate when it's nearly full is bad for the battery too, I tend to agree, it's like when people get in a bus, the fuller the bus is the more difficult it gets to get in... So if you keep the same rate of people entering the bus it's going to harm everything, bus included.

My 2-cents opinion on the subject :) Now I agree I'm not a battery engineer so I can't really tell.

Well I shouldn't have commented on that in the first place, but just reports on the graphics consistency :)
[Android Apps and Games] gpz1100:
Thanks for the reply! Frankly, I still don't understand why htc designed the charging circuit for the evo in this way. It's reasonable to assume that if it's plugged in, then once the battery reaches what the hardware and/or software believes to be a full charge, the charging process seizes. The device is now strictly powered directly by the external source.

The only reasonable conclusion I can make is because of the potentially high current draw, this scenario would not be possible if it's plugged into a usb port. Of course, it would not be too difficult to program a charging scheme where different profiles are applied depending on the external source.

The pro's/cons of trickle or bump charging is beyond the scope of this thread. There are plenty in the evo subsection debating each method. I'm sure they exist in each different model's subsection as well. For those that want to learn more, consider reading this primer - http://batteryuniversity.com/learn/article/charging_lithium_ion_batteries.
[Android Apps and Games] 3c:
Sorry it didn't work for you... This will have to wait a little for better icons. Hopefully the graphist will be able to make some nice one this summer :)
[Android Apps and Games] yonef:
Thanks!

Really appreciated.
[Android Apps and Games] MKairys:
Thank you!

You know, I really didn't understand that. I assumed positive usage meant decreasing available, but of course the fact that it says "usage (mA)" should have given me a clue! Anyway that makes sense now.

So you don't think it's something actually using battery?

I will try it!

Yes, yes, it all makes sense now, thank you very much.

Now I shall look at estimates :)
[Android Apps and Games] 3c:
It's quite hard to find the right term... 'usage' was the best I could find when I started coding the app...

Most terms always refer to one side or the other of the graph, such as charge, discharge, drain, consumption, etc...

Usage turns out to be most neutral :) while 'current' sounds weird.

Keep me posted :)
[Android Apps and Games] AndroKite:
Awesome app!
[Android Apps and Games] dnlilas:
Hello,

Is there a possibility to backup/restore the widget settings? Since the widget could not be backuped by launcher, each time I reloaded the laucher (restore, change ROM...), I have to redo the widget settings

Thank you.
[Android Apps and Games] slapshot136:
nice, this is the most informative battery app that I have seen so far for android
[Android Apps and Games] MKairys:
How about "capacity"?
[Android Apps and Games] MKairys:
System battery history page?

There is this system battery history page (see attached) which is sort of hard to get to. You can use Quick System Info or TelInfo apps or apparently dial #*#*4636*#*# (doesn't work for me). How about making it available from within BMW?
[Android Apps and Games] substance12:
mA doesn't work for inspire 4g. Always shows 0.
[Android Apps and Games] 3c:
Could you please report the following:

- Model Number (from Settings / About Phones / "Identity" or other sub menu)

- Content of folder: /sys/class/power_supply/battery

- Content of the files in that folder while unplugged / plugged:

. batt_current

. current_now

. batt_chg_current

. charger_current

With that information, should be easy to add support.

Regards,

Cedric.
[Android Apps and Games] 3c:
most will think about either the total capacity (mAh) or available (%)!

The code is actually: *#*#4636#*#*. That should work for you too?

Will see how I can have BMW dial those numbers...
[Android Apps and Games] substance12:
model number: Inspire 4G

- Content of folder: /sys/class/power_supply/battery

hmm, battery wasn't a folder, it was a file. when i opened that file it was blank.
[Android Apps and Games] zeppelinrox:
Its a part of settings but hidden.

I posted early in this thread on how to access it.

It is called Testing if i recall
[Android Apps and Games] zeppelinrox:
Found it
[Android Apps and Games] 3c:
That's odd... do you have any other folder in /sys/class/power_supply ?

Something is wrong, because if BMW doesn't file any supported file it will use estimates, so if you don't have that folder you should get those!

Can you try rebooting and check again that folder?
[Android Apps and Games] allista:
I want to add my vote for a shortcut to the system "Battery history" in your app. This actualy would be pretty handy! And it can't be too hard for there's a dosen of smallest apps in the Market which do exactly this.

Another relatively simple request: could you please add to the list of widget content an option to show <estimated time+current time>, that is the time when battery will die. IMHO it would be much more intuitive to see that "your battery will be depleted at 23:41 today" :)

Also I can confirm that while the widget itself drains almost no battery, the app with stats and graphs, when opened, drains from 100 to 150 mA (additionally to background system use of 30-50 mA) and eats fair amount of CPU time. Of course, ordinary one shouldn't open the app too often, but nevertheless it needs some optimisation.

And thanks for the best app on the Market!
[Android Apps and Games] substance12:
no other folders, even after reboot. im running ultimate droid cm7 based rom.
[Android Apps and Games] 3c:
And you shall have that in the next update: time estimates and shortcut to battery history.

For the optimization it will take more time. Just did some tests rapidly changing zoom, scrolling and switching graphics for 5 minutes non stop...

The worth seems to be zooming graphics and scrolling history text which took 66% of cpu time, while other activities kept below 30%.

Note that having the screen on already raises consumption to 100-150mA on the 3 phones I tested...
[Android Apps and Games] allista:
Grate news!

About optimization I fully understand, it does take time. Good luck with it!
[Android Apps and Games] zeppelinrox:
Finally... I've been waiting for that battery history since page 4 :p

Thanks :)
[Android Apps and Games] Jameswgm:
Having access to information about which app has changed your screen off-wifi on mA average to ~60 from <10 would be quality. Great app.
[Android Apps and Games] 3c:
Thanks for your patience, the button is ready and there should be an update later this evening :) The wait is almost over ;)

EDIT: Didn't have time to finish testing/publish... hope you can wait a little longer...

Hello James,

Not sure what you mean here? tracking apps changing screen and wifi states? Or the busiest apps (cpu-wise) when screen and wifi are off?
[Android Apps and Games] Jameswgm:
The second of the two, busiest apps.

I'd like to be able to diagnose what is using up my battery overnight. There's times where the mA usage is uniform, flatlined at ~60 mA, overnight, but during the day the screen off-wifi on usage is <10 mA.

James.
[Android Apps and Games] lovethyEVO:
ccounotte,

I haven't been in this thread a while but I wanted to make a suggestion.

In the notifications and alarms settings we have the ability to set the max/min voltage and also max temperature to trigger a notification/alarm.

I was wondering if you could add something like this for positive (charging) mA?

Example, when we can set the min/max value of mA to trigger an alarm anytime the mA falls between the min/max value and the cable status is ac or usb.

Or even my original suggestion earlier in this thread to trigger an alarm when cable status is ac or usb and the mA goes negative.

I think the min/max value for mA while charging is the better route since it allows users to take advantage of this option if they choose to.

Thanks.
[Android Apps and Games] 3c:
Wow, obviously there's something eating your battery at night! I had the same issue on a Samsung Galaxy S updated to 2.2.1 with official ROM, every morning phone was dead no matter how much it was charged previous day! Tried plane mode and removing my app just in case, the issue continued.

When another update from Samsung came in, the problem appeared less frequent. Then I rooted the phone and removed all manufacturer and operator apps, didn't see the problem so far!

Is it every night no matter what you do?

What phone/ROM do you have?

Not sure what you need this for, but I've added a TODO about it. I suppose you want to know when your draining your battery more than it's being charged?
[Android Apps and Games] 3c:
Ah CM7 causing problems again :)

You probably have this folder: /sys/devices/platform/ds2784-battery/ ?
[Android Apps and Games] pigeonaras:
Great app...!!!
[Android Apps and Games] lovethyEVO:
I use sbc bump charging in the kernel I compile and use. I have it set to stop charging (or turn off the charger) when it gets below a certain positive mA value and not 0mA. The full charge trigger in your app only works if the mA is 0 (last time I checked).

It's basically to help me know that the sbc bump charging has stopped without having to constantly check my screen past 100%.
[Android Apps and Games] Hilton.Swart:
great app!!!

Thanks
[Android Apps and Games] 3c:
I understand, so maybe setting the trigger level of the existing alarm will do?
[Android Apps and Games] Tokl:
Hi Cedric!

I have an suggestion to handle/show the mA, mW, Battery % or whatever in Decimal is whanted in the Notification Bar.

Android (newer versions only?) is able to show those red dots with white numbers inside in the Notification Bar.

Here an example how seepu++ handle it:

(Look at the fourth icon from left)

I did see other Programs (TimlinesPro) they do the same Trick.

So why not implement this in BMW?

At least we see an more detailed value, and can save additional space what normally the Icon Pack will eat up (I personally dont care about that space)

Thanks for your great piece of Sotware!

Greetz Tokl
[Android Apps and Games] lovethyEVO:
Yeah, if you can allow us to set the value for the full charge trigger and the app can trigger when the phone current is greater than 0 and less than or equal to the value we set, that should do it. Thanks if you do this.
[Android Apps and Games] Jameswgm:
I've got a Desire, running Gingervillain 2.1 which is CM7 based. Didn't get the same problem last night which is actually pretty annoying, only lost 7%. I did remove a couple of apps, but I'll have to keep monitoring it.

Would be ideal if you could get something in your app that could help diagnose problems like these. That would for me make BMW the only battery related app on my phone.
[Android Apps and Games] andrewNY:
quick question

What does the number in parentheses mean next to Empty/Full estimation?
[Android Apps and Games] 3c:
Interesting idea, will see how it is done, but I suspect we'll only get positive values, except if the color of the dot can be adjusted.

I'll add that in the wish list to check how it can be done.

Yes, still working on it... Need to gather phone states and merge all data with PMW first!

It's the 'real-time' estimation, based on mA value.
[Android Apps and Games] substance12:
yep! now what?
[Android Apps and Games] 3c:
What files do you have in there? *current* something? What does it contains?
[Android Apps and Games] Tokl:
So far i see only red dots with a white font (on different roms),

so yes the color itself seems not to be changeable. :mad:

The red dot is overlaying an normal icon,

so maybe it can stand inside (above) in the icon what value is currently counted (mA/mW/mV/Temp/%...)

and when its necessary with an + or - before ;)

Greetz Tokl
[Android Apps and Games] A1Lonestar:
My Evo only reports 4195mv when fully charged and plugged into the charger. When unplugged it reads 4176mv. I have read that evo should be 4210mv on charger and 4195 right when taken off charger. I am on CM 7 stable and using tiamat 3.3.7 sbc. Anyone have any input on this. Have been searching the forums for and answer but no luck yet.
[Android Apps and Games] 8igdave:
I tried searching manualy through the first few pages of the thread as the search function is apparently down atm but couldn't find my answer:

I'm calibrating my battery as we speak and I was wondering if I need to adjust the value for the "set battery capacity" option? It's a DHD so it auto sets to 1230.

Should I leave it at 1230 or will it auto update to my new battery capacity after calibration anyway? I don't want it ruining my calibration by resetting my hard work haha!

-Note-

After calibration I will be wiping battery stats.

Thankyou, great app btw!

:EDIT:

Well from the looks of it the calibration hasn't made any difference so far.
[Android Apps and Games] substance12:
Actually the folder is ds2746-battery. I see four files: driver, modalias, subsystem, uevent. 1 folder: power
[Android Apps and Games] 3c:
Well, used to have a HD2 and even though most users have 42xx mV fully charged, after a while it only got to 4192mV... Aging battery most probably?!

The battery capacity inside BMW is meant to help determine remaining time estimates based on mA charge/discharge.

On a DHD, same battery capacity as on HD2 is 1230mAh, so you can leave it as-is, except if you change for an extended battery.

Very weird, there doesn't seem to be any file to support the data on your phone!?
[Android Apps and Games] MKairys:
Hi again, I have another question about "usage". Why does my usage graph hit its max value and stay there long before the phone is fully charged? See imge...

TIA!