1% driver for omnia here Patched from DXID1 driver to show battery capacity by 1%
#5
Posted 01 June 2009 - 02:47 PM
#7
Posted 01 June 2009 - 03:35 PM
For those wondering how to see it in the new increments, if you have MS3 the battery widget will display it. There's also many taskbar add-ons on XDA that should work as well.
#8
Posted 01 June 2009 - 03:35 PM
Would you be willing to patch the i910 driver as well?
Attached File(s)
-
zylonite_battdrvr.zip (17.69K)
Number of downloads: 269
#9
Posted 01 June 2009 - 03:55 PM
Adrynalyne, on Jun 1 2009, 08:35, said:
Would you be willing to patch the i910 driver as well?
Don't need to... the posted hack works on the 910 (verified personally).
Now... where was that registry entry for setting the low-batt threshold? I want to set mine to 25% now that it's possible.
This post has been edited by dwallersv: 01 June 2009 - 03:56 PM
#10
Posted 01 June 2009 - 04:15 PM
dwallersv, on Jun 1 2009, 11:55, said:
Now... where was that registry entry for setting the low-batt threshold? I want to set mine to 25% now that it's possible.
You verified how?
Like tablets? Follow me at MyTabletLife.com
#11
Posted 01 June 2009 - 04:24 PM
blazingwolf, on Jun 1 2009, 09:15, said:
Installed it. MS3 battery widget showed 82% when I rebooted, dropped to 81%, then 80%.
EDIT: Spoke too soon... Works after reboot, but as soon as the value drops to a mod(20) (the old increments) value, it stays there.
First reboot, as I said above, went 82->81->80, then stuck. Ran some power hungry stuff, didn't go down any more. Rebooted, came up at 67%. ticked down from there until it hit 60%, then stayed put again.
So it's sort of working. Something else in the OS pays attention when it hits a multiple of 20, and then messes with it.
Also, Gregoris taskbar battery icon doesn't handle non-mod(20) values, so the little percentage shown over the battery graphic is incomprehensible pixels of junk for all other values.
After a brief charge, battery is showing 70% right now in MS3 widget. S2U2 digital battery icon in the menubar also works, and shows the 1% increments (also showing 70% right now).
EDIT: Just plugged the phone in, and found some interesting (and exciting!) results: MS3 battery widget and S2U2 digital battery icon show the charge level of the battery while charging!!! Before installing this hack, everything always showed 100% while the phone was plugged in. Now I'm getting the actual charge state of the battery.
What's more, S2U2 shows this in green, with a fade-blinking of the value, indicating that it's charging. Obviously functionality that is a part of S2U2 that worked on other phones, and now does on the Omnia with this hacked driver. Grigoris taskbar icon shows 100% when plugged in, just like it always did. Not surprised, as he only modified some icons; what's displayed there is controlled by WM.
Also, doesn't seem to be getting stuck on 20% increments, at least while charging. Ticked up through the seventies to 80, and then right on past. Currently showing 91% charge and rising (slowly).
I'll have to experiment again with discharge to see if there is some sort of "catch" on the 20% increments for real, or if it was just a fluke.
EDIT: Another observation. The power button is glowing green now during charge when it's not fully charged. Used to glow red, then turn green on full charge. Hope this doesn't mean the LiIon charging circuit is being screwed up some way, and this is strictly a software issue. I'll know when I get the charge complete popup, or not.
EDIT: More... it won't stay asleep (suspend) wihle charging with this change. This is new behavior. Doesn't seem to have that problem while discharging, which is a relief and means this hack is still usable.
It will increase charge times, though, without being able to put the phone to sleep while it's juicing up.
This post has been edited by dwallersv: 01 June 2009 - 05:02 PM
#12
Posted 01 June 2009 - 04:31 PM
dwallersv, on Jun 1 2009, 10:24, said:
Actually I'm now not sure it works so well on my i910. It's jumping all over the board when I plug then un-plug. After partial charging then unplugging, it continues to climb up. There's a definite delay in response time. The display under Settings / Power remains steady, however.
Edit - mine also won't allow the screen to shut off either, as reported below.
This post has been edited by WolfpackInCO: 01 June 2009 - 04:44 PM
#13
Posted 01 June 2009 - 04:34 PM
Update:
Only when plugged in and I manually turn off the screen it stays off! When it is on battery power, keeps waking up even with a manual screen shut off.
This post has been edited by jmart518: 01 June 2009 - 05:03 PM
#14
Posted 01 June 2009 - 05:08 PM
jmart518, on Jun 1 2009, 09:34, said:
Update:
Only when plugged in and I manually turn off the screen it stays off! When it is on battery power, keeps waking up even with a manual screen shut off.
See post above -- I'm having the exact opposite situation, which I can live with.
@WolfpackInCO: That jumping around of the value is actually a virtue, not a bug. It's simply showing you the actual battery voltage, which will swing around a bit when transitioning from having a charge voltage applied vs. a load. Nothing to worry about there -- it stabilizes after a minute or so. There's obviously some sort of moving-window averaging going on in the driver.
#15
Posted 01 June 2009 - 05:14 PM
#16
Posted 01 June 2009 - 05:22 PM
In general: samsung battery driver got some values from battery and perform some internal calculations.
Based on this calculations driver perform some actions (like turn off backlight when battery charge less than 10%).
All this things did not touched!!! All remain the same!!!
I do only one thing - at exit of the function guys from samsung insert his 10% function, like
if (value>criteria1) - return 100%
if (value>criteria2) - return 90%
and so on...
This function is used only by OS to return this value (percentage) to programs, which request them (like indicator in top bar, widget in SPB MS3 and so on).
I patch this function and actially split criteria's to smaller step and return 1% instead of 10%.
I checked twice on my own i900 (original english firmware DXID1) - it's working pretty well and i have no bugs, like dimming screen, or green button on top of device or freeze on some value (except than it stands at 100% after full charge a lot of time).
So, i see only one bug - fellas, that have some problems may be have not DXID1 firmware and not same driver. May be other functions of DXID1 driver did not work like functions in your driver. So you have some bugs.
If you need - u can check and told you size of mine "unpatched" driver - so you can "match" it by size.
Sorry, but i cannot check and patch drivers in every firmware which you are using.
Same for i910 - i cannot check (and will not do "BLIND" patch without testing), because i did not have such device. So you are use this driver at you own risk (as anyone else, btw).
This post has been edited by kabkab: 01 June 2009 - 05:34 PM
#17
Posted 01 June 2009 - 05:35 PM
very usefull
Khuanchai
Khuanchai 21728 - Ultralite
Khuanchai 21728 - Lite
Khuanchai 21728 - 3in1
Sector
Sector 21725 - Q1 Normal
Sector 21728 - R1Lite
dddrko
dddrko 21728
#18
Posted 01 June 2009 - 05:53 PM
Adrynalyne, on Jun 1 2009, 22:35, said:
i don't wanna make "blind" patch.
btw, as i see, you driver have 5% step. it is not enough for you? :-)
ps. oops, something strage, some 20% step found... complex driver and it's really differ from i900 driver!!
#19
Posted 01 June 2009 - 05:56 PM
This has to do with the charging algorithm for Li batteries, and the manner in which charge level is determined.
Charge level is a simple formula that is based solely on the battery voltage level. When, under charge, the voltage reads 4.2V, that is considered 100%. Capacity under load generally assumes around 3.8-4.0V as 100%, but again this is an approximation that is worse the greater the load.
Accurate charge level under charge and under load are more complex factors of both voltage and current measurements. During charge, the charge circuit first applies whatevever voltage necessary to provide a constant current to the battery until the voltage reaches 4.2V. Then the charger switches over to a constant voltage process, while the battery continues to take and store power as the current gradually falls off. When the current falls below C/15*, thereabouts, the battery is considered fully charged.
Li batteries must not be charged higher than 4.235/cell, or they can ignite and explode. This is why 4.2V is the standard operating value for full charge. When an Li cell reaches 4.2V it is about 80% of full capacity, even though a simple voltage measure will consider that "100%". If the charging process is stopped at this point and a moderate load applied (translation: unplug the phone, now running on battery), the charge level will drop immediately and then stabilize in the neighborhood of 100%.
If the charge is allowed to complete, pumping in more electrons at 4.2V until the current drops off to the cutoff value, then power is removed, it will stay at 100% or close to it.
This depends on the load current. Higher loads will result in lower voltage across the battery due to internal resistance of the battery, even though no appreciable charge has been extracted. This is why current must be accounted for in accurately calculating remaining capacity.
So, for either charging, or discharging, and accurate measure of battery charge requires accounting for both voltage and current for the cell, and the formula for each state (charge, discharge) are different. Most battery state measurements are based on voltage only, so the figures have substantial error-bars. It's really nutty, IMO, since Li charging circuits are all "smart" these days, monitoring voltage and current to manage charging safely. There is no good reason these measurements couldn't be made easily available, or better yet, add the minor circuitry necessary to have the charge monitor spit out a charge level on either charge or discharge that would be accurate.
#20
Posted 01 June 2009 - 06:06 PM
#21
Posted 01 June 2009 - 06:06 PM
dwallersv, on Jun 2 2009, 00:56, said:
yes, you are 100% right.
but samsung driver did not provide in any form current (which depends on battery load and so on).
so you NEVER got real values (it's just cannot be calculated)!
#22
Posted 01 June 2009 - 06:31 PM
Been waiting for this for a long time!
Thanks a bunch!
#23
Posted 01 June 2009 - 07:36 PM
Adrynalyne, on Jun 1 2009, 22:35, said:
i910 BLIND PATCH - BE CAREFUL AND MAKE BACKUP!!!
Edit: info moved to #1 post.
Attached File(s)
-
zylonite_battdrvr.zip (19.93K)
Number of downloads: 95
This post has been edited by kabkab: 02 June 2009 - 09:02 AM
- ← gwes.exe using lots of CPU
- i9x0 Omnia - http://Omnia.MoDaCo.com
- is it possible to patch TcAnalyzer.dll ? →










