Active Topics

 


Reply
Thread Tools
Posts: 11 | Thanked: 0 times | Joined on Mar 2008
#31
FWIW, I've been noticing that my battery meter and life is also weird (in fact I found this thread because I was about to post my own about it)

when my n800 is fully charged, I get something to the effect of "6 days when idle" in the meter, yet if I immediately soft-off it, the battery only lasts about 50 hours before it starts chirping (I've tested this several times). mind you, this is about as idle as it can get- I have no windows open and nothing running with the wifi off and screen locked.

is 2 days normal battery life when in soft-off? did installing ssh or some other background service cause me some problems?

also, I notice that if I use mozilla for a little while and have it eat up some memory, then put my n800 into soft-off *without* quitting, my battery's DEAD within 6 hours. this has happened to me a couple times now when browsing the web in bed before I go to sleep- I wake up in the morning and it's shut itself off. anyone know what's up with that? it doesn't seem to be related to the page having a looping flash animation or anything obvious like that.
 
Posts: 2,102 | Thanked: 1,309 times | Joined on Sep 2006
#32
Mozilla seems to stop dyntick from taking effect, probably has some timer running depending on what's displayed at the time (e.g. flash adverts, etc.)
 
Posts: 34 | Thanked: 0 times | Joined on Aug 2007 @ Belgium
#33
Originally Posted by Quartz View Post
FWIW, I've been noticing that my battery meter and life is also weird (in fact I found this thread because I was about to post my own about it)

when my n800 is fully charged, I get something to the effect of "6 days when idle" in the meter, yet if I immediately soft-off it, the battery only lasts about 50 hours before it starts chirping (I've tested this several times). mind you, this is about as idle as it can get- I have no windows open and nothing running with the wifi off and screen locked.

is 2 days normal battery life when in soft-off? did installing ssh or some other background service cause me some problems?

also, I notice that if I use mozilla for a little while and have it eat up some memory, then put my n800 into soft-off *without* quitting, my battery's DEAD within 6 hours. this has happened to me a couple times now when browsing the web in bed before I go to sleep- I wake up in the morning and it's shut itself off. anyone know what's up with that? it doesn't seem to be related to the page having a looping flash animation or anything obvious like that.
Same thing here, with os2008 on my n800. It was one of the reasons I went back to os2007, I ended up charging it every day twice, in the morning and evening, and sometimes in the car during a commute. It's even worse if you experiment with the hostmode: if you use the commands to switch back to client mode, it randomly turns hostmode back on which can drain the battery in a few hours even with no devices attached.

I will check to see if mozilla on os2007 has the same result
 
Den in USA's Avatar
Posts: 1,390 | Thanked: 642 times | Joined on Nov 2007 @ California USA
#34
As long as I have my spare batttery, it is not critical that I be able to estimate my remaining battery life. Still, my N800 beats any laptop I have ever used.
 
Posts: 22 | Thanked: 6 times | Joined on Jan 2008
#35
Originally Posted by Sky_mac View Post
How do I go about refreshing the gtk icon cache?
Run "gtk-update-icon-cache"

I am having the same problem with my battery applet disappearing and not animating during recharge. Updating the icon cache did not help. I ran the gtk-update-icon-cache command as both user and root.

I have rebooted multiple times, and even tried removing the battery and putting it back in. No luck.

I am hoping that it will just "fix itself" after some more reboots or whatever, but until then, it is a mystery to me.

This is a fresh install of OS2008 on a n800. Installed last night and used penguinbait's install to SD, then installed penguinbait's KDE (Zelda edition.)
 
Benson's Avatar
Posts: 4,930 | Thanked: 2,272 times | Joined on Oct 2007
#36
Actually, it's something like
Code:
gtk-update-icon-cache -f /usr/share/icons/hicolor
more or less. As root.
 

The Following 2 Users Say Thank You to Benson For This Useful Post:
Posts: 22 | Thanked: 6 times | Joined on Jan 2008
#37
Originally Posted by Benson View Post
Actually, it's something like
Code:
gtk-update-icon-cache -f /usr/share/icons/hicolor
more or less. As root.
Well... I can certainly more on my Tablet, but I don't have less installed. Is there a repository?

Okay, joking aside, thanks! This did the job perfectly. My battery applet is now behaving itself.
 
Benson's Avatar
Posts: 4,930 | Thanked: 2,272 times | Joined on Oct 2007
#38
Indeed there is; I installed less from some repo, but I don't remember which... Glad it worked! (I wasn't sure I remembered that quite right, as it's been so long.)
 
solca's Avatar
Posts: 109 | Thanked: 196 times | Joined on Sep 2008 @ Guatemala
#39
Originally Posted by KotCzarny View Post
i have made a bunch of scripts to visualize misc retu-adc data, you're welcome to try: http://mrrau.dyndns.org:23280/n800/kcbatt/

kcbatt is my attempt at cmd-line battery reporter
gather_data/ contains scripts to log/plot

ps1. battery reporting algo is v0.1, so any feedback will be nice
ps2. it needs access to /dev/retu so you will need to run it as root or give default user access to that device
ps3. contact me on irc: #maemo on freenode
ps4. should work on 770 and 810 too
Hi KotCzarny!

Thx for kcbatt!! I'm using it within NITdroid with some clever hacks supplanting with a script the content of /sys/class/power that it's needed by the Android to present batt info. But kcbatt raw value diverge a lot when screen on/off, wifi on/off, etc.

Can you help me get a better behavior?
And do you know where to obtain if AC is plugged or not?
__________________
NITdroid
 
BrentDC's Avatar
Posts: 903 | Thanked: 632 times | Joined on Apr 2008
#40
Hey solca. I was working on a program to read retu data and estimate battery level (this was in Maemo/Hildon, not Android). It used a battery level history file to predict how much % was left. It was extremely volitile for the reasons you mention. I figured that some "smoothing" was needed to make it more accurate, but the only way to do this is to know the current battery draw, but was unable to retrieve this data from the system (it is possible though, because an application called "Field Test Display"* can read it).

BTW, you can catch charging/discharging events via dbus, though I couldn't quite figure out how to do it.

*=With the bme plugin.
 
Reply


 
Forum Jump


All times are GMT. The time now is 07:38.