Der Akku-Thread zum Samsung Galaxy S3: Akkulaufzeiten, -Probleme und mehr

[Milchbeck]

Habe seit neusten ein Problem mit medienscannerservice.. Nach einem Neustart bleibt es wach und verlangt der cpu 400mhz ab.

Edit:
Habe problem gefunden es lag an setcpu irgendwie gibt es Konflikte mit dem Media Scanner entweder siyah und setcpu vertragen sich nicht oder generell will setcpu nicht so richtig mit JB... Seit dem es deinstalliert ist klappt deep sleep.

Aktuell:
Wanam 3.6
ICS BLUE By Raubkatze

 

[BigBug]

Jo, haben wir wohl aneinander vorbeigeredet. Daß es "inkompatible" Router gibt, die einen erheblichen Standby-Drain erzeugen, dagegen sage ich nix, da gehe ich absolut mit.

Wie gesagt, ich komme auf einen 3G-Standbyverbrauch von 0,5-1,5%/h. Die von Dir beschriebenen Werte hatte ich noch nie.
Kriegst Du wirklich keinen markant besseren 3G-Standbyverbrauch als 7%/h hin, kannst Du auch gerne ein BBS-Log über Nacht erzeugen und wir schauen, woran es liegt.
2%/h sollten locker machbar sein, wenn das Handy nicht gerade am Rand einer Funkzelle liegt.

Wobei ich hinzufügen muß, daß ich leider keine BBS-Idle-Logs von Handys habe, die am Rand einer 3G Zelle liegen. Hier würde mich ein direkter Vergleich zwischen schlechtem und gutem Empfang brennend interessieren.

Inkompatible Router? Ich hab dutzende getestet und bisher nur EINEN gefunden, der meine Werte bei mobilen Geräten erreicht (relativ). Die oben aufgeführten waren ja nur meine eigenen. Getestet (Kurztests) hab ich ja noch einige mehr. (Bei Freunden / Verwandten)
Mag evtl. damit zusammenhängen, dass mein Router Energieaparmechanismen für WLAN Geräte unterstützt, die ich in den Einstellungen anderer Router auch noch nie gesehen habe.(?)

Vielleicht liegt es auch an ePlus? (Da ist man ja immer am Rand einer Zelle) Denn 0,5%-1%/h im Mobilfunknetz hatte ich NOCH NIE in den letzten Jahren!
Diese Werte erreiche ich höchstens im Wlan. Im Mobilfunknetz wäre bei mir ein Verbrauch von 2-3%/h schon ein Traumwert!
Allerdings mache ich in diesem Moment auch gerade einen Test mit Congstar Karte (D1 Netz) und auch da sind die Werte schlechter als in meinem Wlan! Nicht ganz so schlecht wie bei ePlus, aber doch deutlich über WLAN. Kann also nicht "nur" an ePlus liegen.

Kann aber auch damit zu tun haben, das ich mein Smartphone habe, um es zu nutzen, größtenteils so automatisiert wie möglich (Syncs etc.), daher wird hier manuell nichts ausgeschaltet/beschränkt. (Einzige Ausnahme: Ich schalte das Wlan unterwegs vollständig aus, um zusätzliche unnötige Netzsuchen zu unterbinden.)
Alle Dinge laufen hier immer dauerhaft und Datenverbindung ungenutzt, verbraucht dann ggf. auch weniger als bei mir, wo Datenverbindung eben auch gleichzeitig Nutzung bedeutet. Dabei wird dann auch schnell mal das Protokoll hochgeschaltet und die Sendeleistung stärker erhöht.

Vielleicht ist es auch der Mix aller dieser Dinge, die das Ganze bei mir anders aussehen lassen.



P.S.: Ich hab jetzt mal die Screenshoots des heutigen D1 (Congstar) Test hier angehängt. Wie vermutet, besser als ePlus, aber noch Welten vom WLAN entfernt.
Einziger Unterschied war, das ich das WLAN im Handy abgeschaltet habe, zum Testen des Mobilnetzes. Alles andere lief genauso weiter, wie vorher unter WLAN.

 

[Rob2222]

Huhu,

ich hab heute Abend noch ein bißchen drüber nachgedacht. Der Standbyverbrauch auf 3G hängt eigentlich direkt von der Menge der zu übertragenen Daten und der Entfernung zum Funkturm (und damit der zum Senden der Daten benötigten Energie ab). Und leider eben auch noch vom DeepSleep Verhältnis.

Von der Entfernung zum Funkturm bin ich hier mit 500m und Vollausschlag wohl ziemlich gut dran.
Ich habe leider keine BMW Screens, sondern nur mal als Beispiel ein BBS Log von einer "guten" 3G Idlesession.

===================
General Information
===================
BetterBatteryStats version: 1.9.0.0RC9
Creation Date: 2012-07-21 09:33:08
Statistic Type: (3) Since Unplugged
Since 7 h 6 m 17 s 
VERSION.RELEASE: 4.0.4
BRAND: samsung
DEVICE: m0
MANUFACTURER: samsung
MODEL: GT-I9300
OS.VERSION: 3.0.36-Siyah-s3-v1.3.8a
BOOTLOADER: I9300BUALF1
HARDWARE: smdk4x12
FINGERPRINT: samsung/m0xx/m0:4.0.4/IMM76D/I9300XXBLFB:user/release-keys
ID: IMM76D
TAGS: release-keys
USER: se.infra
PRODUCT: m0xx
RADIO: I9300XXLFB
Rooted: true
============
Battery Info
============
Level lost [%]: 4
Voltage lost [mV]: 47
===========
Other Usage
===========
Deep Sleep (): 6 h 47 m 36 s  (24456 s) Ratio: 95,1%
Awake (): 18 m 41 s  (1121 s) Ratio: 4,4%
Screen On (): 1 m 49 s  (109 s) Ratio: 0,4%
Good Signal (): 12 s  (12 s) Ratio: 0,0%
=========
Wakelocks
=========
AlarmManager (Android-System): 12 s  (12 s) Count:293 0,0%
fullsync (com.whatsapp.WhatsApp): 7 s  (7 s) Count:2 0,0%
AudioOut_1 (1013): 6 s  (6 s) Count:1 0,0%
Event Log Service (Google-Dienste): 5 s  (5 s) Count:23 0,0%
NetworkStats (Android-System): 4 s  (4 s) Count:38 0,0%
RILJ (Telefon): 2 s  (2 s) Count:67 0,0%
ActivityManager-Launch (Android-System): 1 s  (1 s) Count:54 0,0%
backupdb (com.whatsapp.WhatsApp): 1 s  (1 s) Count:1 0,0%
================
Kernel Wakelocks
================
"multipdp" (): 7 m 10 s  (430 s) Cnt:(c/wc/ec)73/0/73 1,7%
"secril_fd-interface" (): 5 m 57 s  (357 s) Cnt:(c/wc/ec)96/0/0 1,4%
"battery-monitor" (): 3 m 26 s  (206 s) Cnt:(c/wc/ec)215/0/215 0,8%
"l2_hsic" (): 3 m 25 s  (205 s) Cnt:(c/wc/ec)481/141/481 0,8%
"alarm_rtc" (): 2 m 18 s  (138 s) Cnt:(c/wc/ec)208/39/113 0,5%
"umts_ipc0" (): 1 m 24 s  (84 s) Cnt:(c/wc/ec)215/0/215 0,3%
"radio-interface" (): 44 s  (44 s) Cnt:(c/wc/ec)65/0/0 0,2%
"alarm" (): 43 s  (43 s) Cnt:(c/wc/ec)327/0/0 0,2%
"PowerManagerService" (): 40 s  (40 s) Cnt:(c/wc/ec)470/0/0 0,2%
"rpm_hsic" (): 31 s  (31 s) Cnt:(c/wc/ec)268/0/0 0,1%
"tx_hsic" (): 25 s  (25 s) Cnt:(c/wc/ec)1947/0/0 0,1%
"umts_rfs0" (): 20 s  (20 s) Cnt:(c/wc/ec)9/0/9 0,1%
"AudioOutLock" (): 4 s  (4 s) Cnt:(c/wc/ec)5/0/0 0,0%
"efsd-interface" (): 1 s  (1 s) Cnt:(c/wc/ec)18/0/0 0,0%
"secril_rfs-interface" (): 1 s  (1 s) Cnt:(c/wc/ec)11/0/0 0,0%
"secril_fmt-interface" ():  (0 s) Cnt:(c/wc/ec)1035/0/0 0,0%
"event1-5734" (system, com.asksven.betterbatterystats_xdaedition):  (0 s) Cnt:(c/wc/ec)9/1/0 0,0%
"power-supply" ():  (0 s) Cnt:(c/wc/ec)264/23/0 0,0%
"mmc1_detect" ():  (0 s) Cnt:(c/wc/ec)268/0/0 0,0%
"sync_system" ():  (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"KeyEvents" ():  (0 s) Cnt:(c/wc/ec)744/0/0 0,0%
"mmc0_detect" ():  (0 s) Cnt:(c/wc/ec)268/0/1 0,0%

Allerdings muß man eben auch sehen, daß selbst die über Nacht beobachteten Standby-Verbräuche, selbst wenn man nur WLAN-WLAN oder 3G-3G untereinander betrachtet auch schon ab und an mal um den Faktor 2-3 schwanken.
Habe ich über die eine Nacht 0,5%/h, habe ich über die andere Nacht 1,7%/h und in der nächsten Nacht dann 1,1%/h. Und alles in drei aufeinanderfolgenden Nächten.

Um das verifizierbar zu analysieren müßte man wirklich ein paar Langzeit-BBS-Dumps auf WLAN und dann ein paar auf 3G anlegen, dann welche mit ähnlichem Deep Sleep Wert nehmen und diese dann vergleichen.

Ich hatte meine Bestwerte der Nachtdumps im Kopf, das waren eben rund 0,5%/h auf 3G und rund 0,4%/h auf WLAN und deswegen war (/bin?) ich der Meinung, daß der Unterschied so gravierend nicht sein kann.

Aber wie gesagt, ich kann mir vorstellen, daß der Unterschied größer wird, umso weiter man vom Funkturm weg ist und umso mehr Daten gesendet werden.
Prinzipiell bin ich auch der Meinung, daß WLAN energieeffizienter ist als 3G, wenn man nicht gerade einen der "inkompatiblen" Router hat.
Nur eben Faktor 4 oder gar 7 tritt bei mir persönlich nicht zu.

Chamonix will die %/h Angabe in einer der nächsten Versionen hinzufügen, und dann kann man neue Dumps mit einem kurzen Blick sofort vergleichen, ohne rechnen zu müssen.

Ich werde dann meine Standardkonfiguration mal ein paar Nächte auf 3G liegen lassen und ein paar Nächte auf WLAN und einfach mal den Durchschnitt bilden. Mal schauen, was bei rauskommt.

@BigBug:
So schlecht sehen Deine Screens doch gar nicht aus. Die 3%/h kommen glaube ich von dem kurzen(?) Aufwecken (Bildschirm an) und sonst hast Du 1,2%/h bis 2,0%/h.
Auf WLAN hast Du 0,5%/h bis 1,0%/h, wenn ich das richtig sehe.
Damit ein Faktor von 1,2 bis 4,0.
Und um da jetzt noch genauer zu ermitteln, bräuchte man eben wirklich Langzeitwerte von 6h oder mehr.
Die WLAN Werte springen zwischen 0,5 und 1,0 und die 3G Werte zwischen 1,2 und 2,0. Ohne Durchschnitt kann man den genauen Faktor da nicht ableiten.

Ich finde aber auch ein Wert von 1,2-2,0%/h für ein Handy was via 3G Online ist und regelmäßigen Datenverkehr hat noch durchaus in Ordnung.
Da gehen für einen Werktag (10h) 12-20% Akku für die Erreichbarkeit drauf und man hat 80% zum aktiven Nutzen.
Findest Du das so arg schlecht?

PS: Wenn Du mit BBS mal den Verbrauch über eine Nacht oder so mitteln willst, klick einfach vor dem Weglegen auf das Fähnchen in der History und dann nach der Idle Zeit wieder auf das Fähnchen, dann kriegst Du über die Markierungen den Durchschnitt genannt.

Viele Grüße
Rob

 

[BigBug]

Das ist doch gar nicht mein Thema...

Ich schrieb ja auch, dass ich diesen Test mit einer Congstar (D1) Karte gemacht habe (im Gegensatz zu normal ePlus) und dass das ganze dort nicht so schlecht ausfällt, aber immer noch deutlich mehr als mein WLAN. Und ePlus ist noch deutlich schlechter, wie man in den alten Screenshots sehen kann.

Ich wehre mich lediglich gegen die "generelle Aussage", dass WLAN *immer* oder *meistens* mehr Strom verbraucht, als 3G! Das ist, wie ich nun mehrfach deutlich belegt habe, falsch. Zumal wenn man zusätzlich berücksichtigt, dass 3G in der Regel Unterwegs bedeutet und somit auch "Bewegung", ergo Ortswechsel. Dies bedeutet "Umbuchen", was relativ viel Strom verbraucht. Dies ist in meinem Test nicht einmal berücksichtigt, da der Test unbewegt auf meinem Wohnzimmertisch stattfand.

Mag ja sein, das die wenigen die ihren Funkturm 500m vorm Fenster haben, nur einen minimalen Unterschied haben. Das will ich gar nicht bestreiten. Aber das sind weder *alle*, noch (so denke ich mal) die Masse in DE. Die Zeit wo jeder seinen eigenen Funkturm vorm Fenster ist noch sehr weit entfernt.
Deshalb bleibe ich zumindest dabei, das die Masse unter Vorraussetzung der Nutzung eines guten Routers, in der Regel zu Hause im WLAN weniger Akku verbraucht, als wenn man dort 3G benutzt.

 

[Neryus]

Hallo,

hier mal ein Dump von letzer Nacht.

===================
General Information
===================
BetterBatteryStats version: 1.10.5.0
Creation Date: 2012-09-21 06:51:39
Statistic Type: (3) Since Unplugged
Since 3 h 4 m 22 s 
VERSION.RELEASE: 4.0.4
BRAND: samsung
DEVICE: m0
MANUFACTURER: samsung
MODEL: GT-I9300
OS.VERSION: 3.0.15-928452-user
BOOTLOADER: I9300XXBLH1
HARDWARE: smdk4x12
FINGERPRINT: samsung/m0xx/m0:4.0.4/IMM76D/I9300XXBLH1:user/release-keys
ID: IMM76D
TAGS: release-keys
USER: se.infra
PRODUCT: m0xx
RADIO: I9300XXLH1
Rooted: true
============
Battery Info
============
Level lost [%]: 3 Bat.: 3% (100% to 97%)
Voltage lost [mV]: 52 (4299-4247)
===========
Other Usage
===========
Awake (): 3 h 4 m 23 s  (11063 s) Ratio: 100.0%
Wifi On (): 3 h 4 m 11 s  (11051 s) Ratio: 99.9%
Wifi Running (): 3 h 4 m 11 s  (11051 s) Ratio: 99.9%
No Data Connection (): 3 h 4 m 11 s  (11051 s) Ratio: 99.9%
No or Unknown Signal (): 3 h 4 m 11 s  (11051 s) Ratio: 99.9%
Screen On (): 1 m 32 s  (92 s) Ratio: 0.8%
=========
Wakelocks
=========
*backup* (Android System): 3 h 2 m 48 s  (10968 s) Count:68 99.2%
AlarmManager (Android System): 18 s  (18 s) Count:625 0.2%
AudioOut_1 (1013): 13 s  (13 s) Count:6 0.1%
NetworkLocationLocator (com.google.android.apps.maps.Maps): 10 s  (10 s) Count:5 0.1%
NotificationService (Android System): 10 s  (10 s) Count:69 0.1%
AlarmReceiver (com.sec.android.app.clockpackage.Clock): 8 s  (8 s) Count:7 0.1%
NetworkLocationLocator (Google Services): 8 s  (8 s) Count:10 0.1%
*sync*_com.twitter.android.provider.TwitterProvider_Account {name=Neryus, type=com.twitter.android.auth.login} (com.twitter.android.Twitter): 5 s  (5 s) Count:3 0.1%
sleep_broadcast (Android System): 3 s  (3 s) Count:52 0.0%
fullsync (com.whatsapp.WhatsApp): 2 s  (2 s) Count:2 0.0%
ActivityManager-Launch (Android System): 2 s  (2 s) Count:18 0.0%
FacebookService (com.facebook.katana.Facebook): 1 s  (1 s) Count:3 0.0%
RILJ (Phone): 1 s  (1 s) Count:29 0.0%
PhoneWindowManager.mBroadcastWakeLock (Android System): 1 s  (1 s) Count:27 0.0%
reset keyguard (Android System): 1 s  (1 s) Count:66 0.0%
================
Kernel Wakelocks
================
"PowerManagerService" (): 3 h 2 m 36 s  (10956 s) Cnt:(c/wc/ec)0/0/0 99.0%
"wlan_rx_wake" (): 42 m 32 s  (2552 s) Cnt:(c/wc/ec)2001/0/2002 23.1%
"battery-monitor" (): 1 m 17 s  (77 s) Cnt:(c/wc/ec)74/0/74 0.7%
"wlan_wake" (): 49 s  (49 s) Cnt:(c/wc/ec)33781/0/0 0.4%
"alarm" (): 31 s  (31 s) Cnt:(c/wc/ec)554/0/0 0.3%
"umts_rfs0" (): 11 s  (11 s) Cnt:(c/wc/ec)4/0/4 0.1%
"AudioOutLock" (): 8 s  (8 s) Cnt:(c/wc/ec)6/0/0 0.1%
"radio-interface" (): 3 s  (3 s) Cnt:(c/wc/ec)13/0/0 0.0%
"umts_ipc0" (): 2 s  (2 s) Cnt:(c/wc/ec)26/0/26 0.0%
"l2_hsic" (): 2 s  (2 s) Cnt:(c/wc/ec)29/0/29 0.0%
"efsd-interface" (): 2 s  (2 s) Cnt:(c/wc/ec)8/0/0 0.0%
"rpm_hsic" (): 1 s  (1 s) Cnt:(c/wc/ec)29/0/0 0.0%
"secril_rfs-interface" (): 1 s  (1 s) Cnt:(c/wc/ec)4/0/0 0.0%
"power-supply" ():  (0 s) Cnt:(c/wc/ec)74/0/0 0.0%
"tx_hsic" ():  (0 s) Cnt:(c/wc/ec)48/0/0 0.0%
"sync_system" ():  (0 s) Cnt:(c/wc/ec)9/0/0 0.0%
"KeyEvents" ():  (0 s) Cnt:(c/wc/ec)488/0/0 0.0%
"alarm_rtc" ():  (0 s) Cnt:(c/wc/ec)3/0/0 0.0%
"secril_fmt-interface" ():  (0 s) Cnt:(c/wc/ec)56/0/0 0.0%
==========
CPU States
==========
1.4 GHz (): 1 m 5 s  0.6%
1.3 GHz (): 3 s  0.0%
1.2 GHz (): 1 s  0.0%
1.1 GHz (): 22 s  0.2%
1 GHz (): 3 s  0.0%
900 MHz (): 2 s  0.0%
800 MHz (): 1 m 12 s  0.7%
700 MHz (): 7 s  0.1%
600 MHz (): 3 s  0.0%
500 MHz (): 4 m 26 s  2.4%
400 MHz ():  0.0%
300 MHz ():  0.0%
200 MHz (): 2 h 56 m 55 s  95.9%
Deep Sleep ():  0.0%
==================
Reference overview
==================
Custom: Reference custom_ref created 0 s (Wl: null; KWl: null; NetS: null; Alrm: null; Proc: null; Oth: null; CPU: null)
Since charged: Reference since_charged_ref created 11 h 4 m 31 s  (Wl: 2 elements; KWl: 31elements; NetS: null; Alrm: null; Proc: 0 elements; Oth: 7 elements; CPU: 14 elements)
Since screen off: Reference since_screen_off created 0 s (Wl: null; KWl: null; NetS: null; Alrm: null; Proc: null; Oth: null; CPU: null)
Since unplugged: Reference since_unplugged_ref created 11 h 4 m 31 s  (Wl: 2 elements; KWl: 31elements; NetS: null; Alrm: null; Proc: 0 elements; Oth: 7 elements; CPU: 14 elements)
Since boot: Reference since_boot created 34 s  (Wl: 3 elements; KWl: 0elements; NetS: null; Alrm: null; Proc: 1 elements; Oth: 4 elements; CPU: 14 elements)

Wie man sieht ist das S3 nicht ein einziges mal in den Deepsleep gegangen, und folgende Programme/Prozesse waren aktiv:

=========
Wakelocks
=========
*backup* (Android System): 3 h 2 m 48 s  (10968 s) Count:68 99.2%
AlarmManager (Android System): 18 s  (18 s) Count:625 0.2%

================
Kernel Wakelocks
================
"PowerManagerService" (): 3 h 2 m 36 s  (10956 s) Cnt:(c/wc/ec)0/0/0 99.0%
"wlan_rx_wake" (): 42 m 32 s  (2552 s) Cnt:(c/wc/ec)2001/0/2002 23.1%

==========
CPU States
==========
1.4 GHz (): 1 m 5 s  0.6%
1.3 GHz (): 3 s  0.0%
1.2 GHz (): 1 s  0.0%
1.1 GHz (): 22 s  0.2%
1 GHz (): 3 s  0.0%
900 MHz (): 2 s  0.0%
800 MHz (): 1 m 12 s  0.7%
700 MHz (): 7 s  0.1%
600 MHz (): 3 s  0.0%
500 MHz (): 4 m 26 s  2.4%
400 MHz ():  0.0%
300 MHz ():  0.0%
200 MHz (): 2 h 56 m 55 s  95.9%
Deep Sleep ():  0.0%

Was ist dieser Backup Prozess? Der AlarmManager ist wohl mein Wecker und dürfte nicht zuviel Saft verbraucht haben.
Aber "PowerManagerService" und "wlan_rx_wake"?

 

[tztztz83]

@@@@Rob2222


Bildschirm: 2S 19M 19S
Akku: 9S 18M 47S

 

[Ro147]

@Rob2222:
ich weiß nicht, was da heute nacht passiert ist... WLAN wieder an, aber nicht verbunden und daher mit mobilem netz (H) verbunden:

===================
General Information
===================
BetterBatteryStats version: 1.10.5.0
Creation Date: 2012-09-21 08:19:27
Statistic Type: (4) Custom Reference
Since 8 h 19 m 8 s 
VERSION.RELEASE: 4.1.1
BRAND: samsung
DEVICE: m0
MANUFACTURER: samsung
MODEL: GT-I9300
OS.VERSION: 3.0.31-178140
BOOTLOADER: I9300XXBLG8
HARDWARE: smdk4x12
FINGERPRINT: samsung/m0xx/m0:4.1.1/JRO03C/I9300XXDLI8:user/release-keys
ID: JRO03C
TAGS: release-keys
USER: se.infra
PRODUCT: m0xx
RADIO: I9300XXDLI8
Rooted: true
============
Battery Info
============
Level lost [%]: 1 Bat.: 1% (38% to 37%)
Voltage lost [mV]: -57 (3688-3745)
===========
Other Usage
===========
Wifi On (): 8 h 19 m 7 s  (29947 s) Ratio: 100,0%
Wifi Running (): 8 h 19 m 7 s  (29947 s) Ratio: 100,0%
Deep Sleep (): 8 h 4 m 45 s  (29085 s) Ratio: 97,1%
Awake (): 14 m 25 s  (865 s) Ratio: 2,9%
Screen On (): 15 s  (15 s) Ratio: 0,1%
Good Signal ():  (0 s) Ratio: 0,0%
=========
Wakelocks
=========
AlarmManager (Android-System): 2 m 49 s  (169 s) Count:220 0,6%
*backup* (Android-System): 1 m 19 s  (79 s) Count:239 0,3%
fullsync (com.whatsapp.WhatsApp): 6 s  (6 s) Count:13 0,0%
RILS (com.sec.phone.SecPhone): 4 s  (4 s) Count:1 0,0%
GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google-Dienste): 3 s  (3 s) Count:90 0,0%
Event Log Service (Google-Dienste): 2 s  (2 s) Count:17 0,0%
lrs (de.ub0r.android.callmeter.Call Meter 3G): 2 s  (2 s) Count:16 0,0%
RILJ (Telefon): 2 s  (2 s) Count:86 0,0%
AlarmManager (Google-Dienste): 1 s  (1 s) Count:128 0,0%
GTALK_CONN (Google-Dienste): 1 s  (1 s) Count:72 0,0%
AlarmManager (Telefon): 1 s  (1 s) Count:103 0,0%
AlarmManager (de.ub0r.android.callmeter.Call Meter 3G): 1 s  (1 s) Count:12 0,0%
================
Kernel Wakelocks
================
"multipdp" (): 5 m 47 s  (347 s) Cnt:(c/wc/ec)37/0/36 1,2%
"l2_hsic" (): 4 m 12 s  (252 s) Cnt:(c/wc/ec)475/79/475 0,8%
"secril_fd-interface" (): 3 m 45 s  (225 s) Cnt:(c/wc/ec)64/0/0 0,8%
"battery-monitor" (): 3 m 42 s  (222 s) Cnt:(c/wc/ec)216/0/216 0,7%
"wlan_ctrl_wake" (): 2 m 15 s  (135 s) Cnt:(c/wc/ec)89/0/89 0,5%
"PowerManagerService" (): 2 m 15 s  (135 s) Cnt:(c/wc/ec)275/0/0 0,5%
"alarm_rtc" (): 59 s  (59 s) Cnt:(c/wc/ec)177/75/8 0,2%
"alarm" (): 57 s  (57 s) Cnt:(c/wc/ec)271/1/0 0,2%
"umts_ipc0" (): 46 s  (46 s) Cnt:(c/wc/ec)95/0/95 0,2%
"rpm_hsic" (): 38 s  (38 s) Cnt:(c/wc/ec)251/0/0 0,1%
"umts_rfs0" (): 26 s  (26 s) Cnt:(c/wc/ec)9/0/9 0,1%
"radio-interface" (): 26 s  (26 s) Cnt:(c/wc/ec)29/0/0 0,1%
"tx_hsic" (): 22 s  (22 s) Cnt:(c/wc/ec)1966/1/0 0,1%
"wlan_wake" (): 6 s  (6 s) Cnt:(c/wc/ec)5542/5/0 0,0%
"efsd-interface" (): 2 s  (2 s) Cnt:(c/wc/ec)18/0/0 0,0%
"secril_rfs-interface" (): 1 s  (1 s) Cnt:(c/wc/ec)9/0/0 0,0%
"secril_fmt-interface" ():  (0 s) Cnt:(c/wc/ec)234/0/0 0,0%
"power-supply" ():  (0 s) Cnt:(c/wc/ec)279/51/0 0,0%
"sync_system" ():  (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"KeyEvents" ():  (0 s) Cnt:(c/wc/ec)316/0/0 0,0%
"mmc1_detect" ():  (0 s) Cnt:(c/wc/ec)242/0/0 0,0%
"mmc0_detect" ():  (0 s) Cnt:(c/wc/ec)242/0/0 0,0%
======================
Alarms (requires root)
======================
android (): Wakeups: 62
  Alarms: 50, Intent: com.android.server.LightsService.action.UPDATE_SVC_LED
  Alarms: 0, Intent: com.android.internal.policy.impl.PhoneWindowManager.DELAYED_KEYGUARD
  Alarms: 135, Intent: android.intent.action.TIME_TICK
  Alarms: 16, Intent: com.android.server.action.NETWORK_STATS_POLL
  Alarms: 44, Intent: com.android.server.ThrottleManager.action.POLL
  Alarms: 8, Intent: android.app.backup.intent.RUN
  Alarms: 4, Intent: android.content.syncmanager.SYNC_ALARM

com.google.android.gsf (): Wakeups: 38
  Alarms: 1, Intent: com.google.android.intent.action.GTALK_RECONNECT
  Alarms: 19, Intent: com.google.android.intent.action.MCS_HEARTBEAT
  Alarms: 1, Intent: com.google.android.intent.action.SEND_IDLE

com.sec.android.daemonapp.ap.accuweather (): Wakeups: 9
  Alarms: 9, Intent: com.sec.android.widgetapp.ap.accuweatherdaemon.action.AUTOREFRESH

org.dayup.gtask (): Wakeups: 8
  Alarms: 0, Intent: org.dayup.gtask.action.RepeatTaskSchedule
  Alarms: 8, Intent: org.dayup.gtask.action.AutoSyncTaskScheduler

com.google.android.apps.maps (): Wakeups: 7

com.amazon.venezia (): Wakeups: 2
  Alarms: 1, Intent: SyncConfiguration
  Alarms: 2, Intent: com.amazon.mas.client.framework.UpdateService.EXECUTE_RECURRING_TASKS
  Alarms: 7, Intent: SubmitMeasurements

com.whatsapp (): Wakeups: 1
  Alarms: 1, Intent: ALARM_MESSAGES_DB_BACKUP
  Alarms: 0, Intent: ALARM_ROTATE_LOGS
  Alarms: 0, Intent: ALARM_AVAILABLE_TIMEOUT
  Alarms: 9, Intent: ALARM_ACTION

======================
Network (requires root)
======================
1000 (Mobile) (Android-System): 7.0 MBytes 97,5%
10198 (Mobile) (jp.co.johospace.jorte.Jorte): 60.0 KBytes 0,8%
10159 (Mobile) (com.whatsapp.WhatsApp): 29.0 KBytes 0,4%
10206 (Mobile) (com.amazon.venezia.App-Shop): 22.0 KBytes 0,3%
0 (Mobile) (0): 20.0 KBytes 0,3%
10002 (Mobile) (com.sec.android.widgetapp.ap.hero.accuweather.Weather Widget Main): 17.0 KBytes 0,2%
10183 (Mobile) (com.nuance.swype.input.Swype Beta): 12.0 KBytes 0,2%
10031 (Mobile) (com.dropbox.android.Dropbox): 11.0 KBytes 0,2%
10018 (Mobile) (Google-Dienste): 8.0 KBytes 0,1%
10168 (Mobile) (com.asksven.betterbatterystats.BetterBatteryStats): 6.0 KBytes 0,1%
10200 (Mobile) (org.dayup.gtask.GTasks): 3.0 KBytes 0,0%
==========
CPU States
==========
1,4 GHz (): 20 s  0,1%
1,3 GHz (): 2 s  0,0%
1,2 GHz (): 1 s  0,0%
1,1 GHz (): 6 s  0,0%
1 GHz (): 1 m 26 s  0,3%
900 MHz (): 1 s  0,0%
800 MHz (): 3 m  0,6%
700 MHz (): 11 s  0,0%
600 MHz (): 6 s  0,0%
500 MHz (): 41 s  0,1%
400 MHz (): 1 m 39 s  0,3%
300 MHz ():  0,0%
200 MHz (): 6 m 49 s  1,4%
Deep Sleep (): 8 h 4 m 45 s  97,1%
==================
Reference overview
==================
Custom: Reference custom_ref created 4 h 49 m 56 s  (Wl: 43 elements; KWl: 31elements; NetS: 31 elements; Alrm: 9 elements; Proc: 31 elements; Oth: 9 elements; CPU: 14 elements)
Since charged: Reference since_charged_ref created 0 s (Wl: null; KWl: null; NetS: null; Alrm: null; Proc: null; Oth: null; CPU: null)
Since screen off: Reference since_screen_off created 0 s (Wl: null; KWl: null; NetS: null; Alrm: null; Proc: null; Oth: null; CPU: null)
Since unplugged: Reference since_unplugged_ref created 0 s (Wl: null; KWl: null; NetS: null; Alrm: null; Proc: null; Oth: null; CPU: null)
Since boot: Reference since_boot created 53 s  (Wl: 5 elements; KWl: 0elements; NetS: 6 elements; Alrm: 1 elements; Proc: 1 elements; Oth: 7 elements; CPU: 14 elements)

messfehler?
v.a. Voltage lost [mV]: -57 (3688-3745)??

 

[Zisko]

Hallo Rob,
jetzt bitte auch ich um deine Mithilfe. Mein S3 verliert stündlich zwischen 1 und 3 %. Die Logs wurden erstellt mit 3g an und Wlan an. Auffällig ist der Battery monitor und bereits oben genannter Wlan Prozess. Allerdings kann ich nicht einordnen, was das ist. Vielleicht kannst du helfen.

Vorab schon mal vielen Dank

Gruß
Wolfgang

 

[Rob2222]

Ich wehre mich lediglich gegen die "generelle Aussage", dass WLAN *immer* oder *meistens* mehr Strom verbraucht, als 3G!

Gut, dann fühle ich moch wohl unnötig angesprochen, denn ich glaube nicht, daß ich das gesagt habe, weil ich generell nämlich auch denke, daß WLAN sparsamer ist, es allerdings definitiv auch nicht wenige Fälle gibt, in denen 3G besser ist.

Mag ja sein, das die wenigen die ihren Funkturm 500m vorm Fenster haben, nur einen minimalen Unterschied haben. Das will ich gar nicht bestreiten. Aber das sind weder *alle*, noch (so denke ich mal) die Masse in DE.

Ich denke schon, daß sich in der Stadt der Großteil der Leute sich relativ nah am Funkturm befindet, da die Zellen in der Stadt relativ kleinmaschig sind. In dem 500m Radius wohnen schon einige und der nächste Funkturm ist auch nur 800m weit weg.

Deshalb bleibe ich zumindest dabei, das die Masse unter Vorraussetzung der Nutzung eines guten Routers, in der Regel zu Hause im WLAN weniger Akku verbraucht, als wenn man dort 3G benutzt.

Dagegen sage ich auch nix, ich wehre mich nur gegen die Aussage, daß 3G im Schnitt 4 oder sogar 7 mal soviel Energie verbrauchen soll als WLAN.
Beim Faktor 2 würde ich vielleicht noch mitgehen.

Aber wir können da ja verschiedene Ansichten haben.

Ich habe jetzt in 2 Nächten ein Verbrauch von 6% auf WLAN gehabt, mal schauen, was im 3G Modus rauskommt. Ich werde da mal ein paar Dumps erstellen.

Gruß
Rob

PS: Könntest Du vielleich mal ein BetterBatteryStats Log über ein paar (oder zumindest eine) Stunden IDLE Zeit am "inkompatiblen" WLAN Router deines Bekannten anfertigen und hier anhängen?
Ich suche nach Hinweisen in BBS-Logs, an denen man so einen inkompatiblen Router erkennen kann. Ich denke das könnte anhand der WLAN_WAKE bzw. WLAN_RX_WAKE Kernel Wakelockverteilung und dem Wakelockcount möglich sein, aber ich bräuchte mal ein LOG, von dem ich weiß, daß sich der Router mit dem S3 beißt.




Der ursprüngliche Beitrag von 11:16 Uhr wurde um 11:22 Uhr ergänzt:

Was ist dieser Backup Prozess? Der AlarmManager ist wohl mein Wecker und dürfte nicht zuviel Saft verbraucht haben.
Aber "PowerManagerService" und "wlan_rx_wake"?

Der Backup Process ist das Google Backup. Das hängt wohl. Starte das Handy mal neu und wenn es weiterhin aktiv bleibt, entferne mal den Haken bei Daten bei Google sichern und setze ihn neu, wenn Du diese Funktion möchtest.

Der Alarmmanager hat nix mit dem Wecker zu tun. Das ist ein Android-Bestandteil, der von Apps benutzt wird. Z.B. kann Facebook sagen, wecke/benachrichtige mich (Facebook) in 30 Minuten, ich muß da auf Neuigkeiten prüfen.

Der PowerManagerService ist einfach nur die Summe aller Partial Wakelocks.

Und wlan_rx_wake kommt durch WLAN Traffic. Da hat man immer was, sofern WLAN an ist. Umso mehr Traffic, umso mehr Wakelocks. Könnte aber auch durch einen nicht ganz kompatiblen Router hervorgerufen werden. Der Unterschied ist leider schwer zu diagnostizieren.

Gruß
Rob

 

[Neryus]

Der Neustart scheint geholfen zu haben, es geht jetzt wieder in den deep sleep.
Dann scheint mein Airport Extreme Router sicht nicht ganz so doll mit meinem S3 zu vertragen? Kann ich im Router etwas einstellen damit es besser funktioniert?

 

[Rob2222]

@Rob2222
Bildschirm: 2S 19M 19S
Akku: 9S 18M 47S

OK, das ist wirklich wenig. Nutzt Du den mitgelieferten Originalakku oder einen Zweitakku?
Du könntest mal das Handy eine Weile liegen lassen ein BBS-Log anfertigen, wie im 2. Post dieses Threads beschrieben und dann können wir schauen, woran der Akkuverbrauch liegt.

Gruß
Rob

Der ursprüngliche Beitrag von 11:30 Uhr wurde um 11:31 Uhr ergänzt:

Dann scheint mein Airport Extreme Router sicht nicht ganz so doll mit meinem S3 zu vertragen? Kann ich im Router etwas einstellen damit es besser funktioniert?

Wie kommst Du darauf?

Gruß
Rob

 

[Neryus]

Könnte aber auch durch einen nicht ganz kompatiblen Router hervorgerufen werden.
Rob

Deswegen. Zudem habe ich hier in verschiedenen Threads gelesen dass es Router gibt di unnötigen und dauerhaften Traffik mit dem S3 produzieren. Oder bin ich jetzt im falschen Film? ^^

 

[Rob2222]

@Rob2222:
ich weiß nicht, was da heute nacht passiert ist... WLAN wieder an, aber nicht verbunden und daher mit mobilem netz (H) verbunden:
messfehler?
v.a. Voltage lost [mV]: -57 (3688-3745)??

Jein, Du hast einen sehr geringen Stromverbrauch und Du bist am Rand der Genauigkeit der Prozentanzeige angekommen. De Prozentanzeige ist wird zwar in 1% Schritten angezeigt, ist aber nicht immer so genau. Man darf nicht immer denken, nur weil 1% Schritte angezeigt werden, ist das auch immer so genau. Den Akkustand in 1% Schritten angeben ist selbst für die heutige Technik eine schwierige Aufgabe.

Evtl. hattest Du das Handy vor dem Weglegen noch aktiv genutzt, daß hat einen wechselnd hohen Stromverbrauch erzeugt, was wiederum Spannungskurven ("-wellen") erzeugt hat. Dann wirds für den Füllstandschip schon schwieriger, 1% genaue Werte zu schätzen. Also schätzt der im Zweifel vermutlich lieber passiver und läßt die Prozente schnell fallen.
Dann packst Du das Handy weg, es ist kaum noch Stromverbrauch, die Spannung erholt sich und der Füllstandchip geht die Schätzung wieder sachte an. Da er vorher die Prozente etwas schnell hat fallen lassen, muß er sie nun, in der neuen Idle Situation, wieder etwas langsamer fallen lassen.

KURZUM: Die Prozentanzeige ist unter konstanten Stromentnahmebedingungen vermutlich meistens auf 1% korrekt.
Wenn man das Handy aktiv nutzt und viel Strom verbraucht (Display volle Helligkeit, CPU, Funkerei) und dann gleich weglegt (fast gar kein Stromverbrauch), ist die Akkuanzeige vielleicht auf 2-3% korrekt. Dann dauert es erst wieder etwas, bis sich die Genauigkeit einpendelt.

Diese Ungenauigkeit bekommt man eben nicht angezeigt, man muß es Wissen. Dein BBS Dump ist ein schönes Beispiel dafür. Wenn Du die Muße hast, mach noch ein paar Dumps in den nächsten Nächten unter gleichen Bedingungen und dann kannst Du den Durchschnitt bilden.
Wenn man einen wirklich realen %/h Wert ermitteln will, muß man aufgrund der Ungenauigkeit der Akkuanzeige das Handy eigentlich so lange liegen lassen, daß es rund 10% Akku verbraucht und dann die 10% durch die Zeit teilen. Nur bei solch geringem Akkuerbrauch liegt das dann eben schon mal ne ganze Weile. Nur 8 Stunden sind dann aufgrund der beschriebenen Ungenauigkeit der Prozentanzeige eigentlich zu wenig für verläßliche Werte.

Gruß
Rob




Der ursprüngliche Beitrag von 11:48 Uhr wurde um 11:52 Uhr ergänzt:

Deswegen. Zudem habe ich hier in verschiedenen Threads gelesen dass es Router gibt di unnötigen und dauerhaften Traffik mit dem S3 produzieren. Oder bin ich jetzt im falschen Film? ^^

Ja schon, aber in deinem BBS Log sehe ich keinerlei Anzeichen dafür, daß Du ein Problem mit dem Router hast. Trotzdem Dein Handy nicht in den Deep Sleep ging, hast Du einen guten Akkuverbrauch von nur 1%/h.
Die 42 Minuten WLAN_RX_WAKE sind durchaus normal.
BigBug hatte einen Akkuverbrauch von 7%/h an einem "inkompatiblen" Router.

Gruß
Rob




Der ursprüngliche Beitrag von 11:52 Uhr wurde um 12:09 Uhr ergänzt:

Hallo Rob,
jetzt bitte auch ich um deine Mithilfe. Mein S3 verliert stündlich zwischen 1 und 3 %. Die Logs wurden erstellt mit 3g an und Wlan an. Auffällig ist der Battery monitor und bereits oben genannter Wlan Prozess. Allerdings kann ich nicht einordnen, was das ist. Vielleicht kannst du helfen.
Vorab schon mal vielen Dank
Gruß Wolfgang

Huhu,
erstmal die wichtigste Frage: Du nutzt den mitgelieferten S3 Originalakku?
Die Kernel Wakelocks (inkl. battery-monitor), die das Handy wach halten kommen von WLAN Datenverkehr. Wenn Du also den Stromverbrauch senken willst, mußt Du den Datenverkehr reduzieren. Da das Handy nicht gerootet ist, kann ich in dem BBS Log nicht sehen, welche Apps wieviel Daten transferieren.
Wir könne aber evtl. die Wakelocks als Aanhaltspunkte nehmen:

AquaMail WakeLock (org.kman.AquaMail.AquaMail): 49 s  (49 s) Count:81 0,2%
Downloadservice (tv.dailyme.android.dailyme): 31 s  (31 s) Count:5 0,1%
NetworkLocationActiveCollector (com.google.android.apps.maps.Maps): 21 s  (21 s) Count:9 0,1%
BackgroundUpdater (eu.zomtec.android.delivery.Pakete): 5 s  (5 s) Count:3 0,0%
de.mdiener.rain.usa (de.mdiener.rain.usa.Regen-Alarm): 5 s  (5 s) Count:7 0,0%

Bei den Apps würde nich sagen, daß sie je nach Konfiguration regelmäßig Daten transferieren. Und die Summe machts vermutlich.
Ich würde in Maps die Standortoptionen deaktivieren / mich in Maps von Latitude abmelden und mir mal die E-Mail Check Intervalle anschauen.


PS: Falls Du die Muße hast, würde mich mal genau von dieser Konfiguration ein BBS-Dump von 3 oder 4h auf 3G, also mit abgeschaltetem WLAN interessieren. Nur weil wir gerade hier im Thread darüber diskutieren, wie sich WLAN/3G im Akkuverbrauch unterscheiden. Das ist für Dein Problem aber jetzt nicht wichtig, also nur, wenn Du Lust hast.

Gruß
Robert

 

[Zisko]

Hi Rob,

es ist der Oruginalakku verbaut. Was die Mail angeht: In dem 7 Stunden Log avast push bei Aquamail aktiviert, im kürzeren war Aquamail aus und stattdessen der originale MailClient aus 15 Minuten eingestellt. Kannst du mit dieser battery Geschichte was anfangen? Die war ja lange am Werk.

Gruß
Wolfgang

 

[Ro147]

Cool, danke rob, klingt wieder sehr einleuchtend. aber selbst wenn die anzeige nur auf 3% genau wäre, wäre der verbrauch von gemessenen 1% (somit dann von mir aus 4% real) immernoch sher gut für 8h, oder?

 

[Neryus]

Danke für die Infos Rob, und vielen Dank dass du dir die Mühe machst uns allen zu helfen!

Sent from my GT-I9300 using Tapatalk 2

 

[Rob2222]

Hi Rob,
es ist der Oruginalakku verbaut. Was die Mail angeht: In dem 7 Stunden Log avast push bei Aquamail aktiviert, im kürzeren war Aquamail aus und stattdessen der originale MailClient aus 15 Minuten eingestellt. Kannst du mit dieser battery Geschichte was anfangen? Die war ja lange am Werk.
Gruß Wolfgang

Huhu,
E-Mail-Push, bzw. alle 15 Minuten Mailcheck erklärt den Datenverkehr und damit wohl auch eine der Hauptursachen.

Battery-monitor ist nur ein Nebeneffekt, da das Handy, jedes mal, wenn es aufwacht, den Batteriestatus prüft und das ein Wakelock erzeugt. Das ist aber eben nicht der Grund fürs Aufwecken und daher nur ein Nebeneffekt.
Im Detail:
https://www.android-hilfe.de/forum/...eme-und-mehr.248651-page-91.html#post-3843329

Gruß
Rob

Der ursprüngliche Beitrag von 12:47 Uhr wurde um 12:51 Uhr ergänzt:

Cool, danke rob, klingt wieder sehr einleuchtend. aber selbst wenn die anzeige nur auf 3% genau wäre, wäre der verbrauch von gemessenen 1% (somit dann von mir aus 4% real) immernoch sher gut für 8h, oder?

Ja, wäre es.
Aber bitte nicht auf die 2-3% versteifen, das ist eine Angabe aus dem Bauch.

Hier ein Beispiel, daß das Ding (unter anderen Bedingungen) auch mal 20% daneben liegen kann...
https://www.android-hilfe.de/forum/...me-und-mehr.248651-page-100.html#post-3930411

Und dann analysieren wir hier im Thread machmal Akku-Verbräuche von 1,2,3,4%... Kann man immer nur hoffen, daß die Beobachtung nicht gerade unter so einem Ungenauigkeitsfall stattfand, denn dann kann man lange nach Ursachen für einen falschen Stromverbrauch suchen.

Ich lasse das Handy vor meinen Nachtdumps immer noch ein paar Minuten mit angeschaltetem Display auf geringster Helligkeit liegen. Damit habe ich noch einen markanten aber moderaten Stromverbrauch auf den sich der Akkufüllstandschip einpendeln kann um diesen Effekt nach Möglichkeit zu minimieren.

Gruß
Rob

 

[Randall Flagg]

Gestern musste ich das Bett hüten und habe mir vor Langeweile ein EBook gekauft.
Zum lesen Aldiko verwendet (der seltsamerweise nicht in den Stats auftaucht). Der Reader war auf automatische Helligkeit und das Display verkehrt, also weiße Schrift auf schwarzem Grund, weil ich das angenehmer finde. Zwischendurch hatte ich mal den Flight Mode an, weil ich geschlafen hab, ansonsten alle Syncs und WLan an. Später noch ein bisschen mit Chrome gesurft. Sehr erstaunlich, finde ich.

 

[Rob2222]

Zum lesen Aldiko verwendet (der seltsamerweise nicht in den Stats auftaucht). Der Reader war auf automatische Helligkeit und das Display verkehrt, also weiße Schrift auf schwarzem Grund, weil ich das angenehmer finde.

Aldiko wird wahrscheinlich kaum CPU Zyklen / Rechenzeit verursachen und der Stromverbrauch vom Screen geht eh in den Posten Bildschirm.
Daher taucht Aldiko auch nicht in den Stats auf, weil es selbst kaum Strom verbraucht hat.

Gruß
Rob

 

[Neryus]

Randall, wenn du dich über die lange Screen on Zeit wunderst, das ist normal, weil das AMOLED Display beim Anzeigen von Schwarz fast nicht am Akku nuckelt.