[AKKU] [HOW-TO] Better Battery Stats [Support]

Eine ordentliche Log zu spoilern dauert keine 1 Minute.
Txt Datei mit Editor öffnen, alles markieren, kopieren, tapatalk, [ Spoiler ] einfügen [ / Spoiler ], fertig.
Noch ein paar nette Zeilen dazu und aus die Maus.
 
  • Danke
Reaktionen: tefracky und mittelhessen
Hier mal eine Nuss zum knacken. Warum ist der Verbrauch pro Stunde so hoch, wobei der Deepsleep sehr sehr gut ist?
 
Vielleicht nochmal ein Log mit Partial Wakelocks CPU States und Network Info, root hast Du laut Log ja. Spaßhalber mal ein anderer Akku, vielleicht hat der einen Schlag. Es kann auch sein, dass der Prozesoor trotz Deepsleep auf z.B. 800Mhz läuft, was Akku zieht. Oder aber, wenn Du einen Custom Kernel hast, vielleicht so was wie Slide to Wake aktiviert?
 
  • Danke
Reaktionen: TylonHH
So habe nun mal auch eine log file erstellt.
Habe ein Htc one X mit nem Alex Kernel und der Skydragon rom.
Batterie ist relativ neu (Reparatur im Januar) und sollte halt volle Power haben.
Sieht eigentlich okay aus, nicht?!
Mich wundert nur warum mein Akku in der Benutzung relativ schnell leer geht.
Display on time liegt bei ca. 2 Std - 2,2 Std
thx


===================
General Information
===================
BetterBatteryStats version: 1.15.0.0
Creation Date: 2014-02-21 12:55:46
Statistic Type: Boot to Custom
Since 2 h 9 m 7 s
VERSION.RELEASE: 4.2.2
BRAND: htc
DEVICE: endeavoru
MANUFACTURER: HTC
MODEL: HTC One X
OS.VERSION: 3.1.10-Alex-V_S.E_2.7_classic_PA_3+
BOOTLOADER: 1.72.0000
HARDWARE: endeavoru
FINGERPRINT: htc/htc_europe/endeavoru:4.2.2/JDQ39/231174.3:user/release-keys
ID: JDQ39
TAGS: release-keys
USER: unknown
PRODUCT: htc_europe
RADIO: 5.1204.167.31
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: 61% (23% to 84%) [-28,4%/h]
Voltage lost [mV]: (3496-3989) [-229,3%/h]
===========
Other Usage
===========
Deep Sleep (): 1 h 40 m 9 s (6009 s) Ratio: 76,8%
Screen On (): 2 s (2 s) Ratio: 0,0%
Good Signal (): 2 s (2 s) Ratio: 0,0%
Screen dimmed (): 2 s (2 s) Ratio: 0,0%
=========
Wakelocks
=========
================
Kernel Wakelocks
================
"PowerManagerService" (): 13 m 40 s (820 s) Cnt:(c/wc/ec)428/0/0 10,5%
"baseband_xmm_power" (): 9 m 55 s (595 s) Cnt:(c/wc/ec)313/9/313 7,6%
"radio-interface" (): 4 m 38 s (278 s) Cnt:(c/wc/ec)307/0/0 3,6%
"alarm_rtc" (): 2 m 14 s (134 s) Cnt:(c/wc/ec)274/159/44 1,7%
"htc_battery_tps80032" (): 39 s (39 s) Cnt:(c/wc/ec)1338/0/0 0,5%
"alarm" (): 34 s (34 s) Cnt:(c/wc/ec)264/105/0 0,4%
"power_key_wake_lock" (): 14 s (14 s) Cnt:(c/wc/ec)6/4/0 0,2%
"usb_udc_lock" (): 9 s (9 s) Cnt:(c/wc/ec)2/0/1 0,1%
"vbus_present" (): 9 s (9 s) Cnt:(c/wc/ec)3/0/2 0,1%
"PowerManagerService.Broadcasts" (): 6 s (6 s) Cnt:(c/wc/ec)14/0/0 0,1%
"KeyEvents" (): 1 s (1 s) Cnt:(c/wc/ec)1519/0/0 0,0%
"event1-703" (system, com.android.providers.drm, com.android.providers.downloads, com.android.providers.media): (0 s) Cnt:(c/wc/ec)27/0/0 0,0%
"power-supply" (): (0 s) Cnt:(c/wc/ec)238/0/0 0,0%
"event5-703" (system, com.google.android.googlequicksearchbox): (0 s) Cnt:(c/wc/ec)9/0/0 0,0%
"event6-703" (system, com.google.android.gms): (0 s) Cnt:(c/wc/ec)4/0/0 0,0%
"power-supply" (): (0 s) Cnt:(c/wc/ec)3/0/0 0,0%
======================
Alarms (requires root)
======================
com.google.android.gms (): Wakeups: 29
Alarms: 28, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_LOCATOR
Alarms: 0, Intent: {com.google.android.gms
Alarms: 1, Intent: com.google.android.gms.icing.INDEX_RECURRING_MAINTENANCE

com.google.android.gsf (): Wakeups: 12
Alarms: 1, Intent: com.google.android.intent.action.GTALK_RECONNECT
Alarms: 5, Intent: {com.google.android.gsf
Alarms: 4, Intent: com.google.android.intent.action.MCS_HEARTBEAT
Alarms: 2, Intent: com.google.android.intent.action.SEND_IDLE

android (): Wakeups: 10
Alarms: 0, Intent: android.intent.action.TIME_TICK
Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
Alarms: 0, Intent: com.android.server.ThrottleManager.action.POLL
Alarms: 3, Intent: android.appwidget.action.APPWIDGET_UPDATE
Alarms: 4, Intent: android.content.syncmanager.SYNC_ALARM
Alarms: 3, Intent: com.htc.intent.action.Socket_RXTXGrouping
Alarms: 0, Intent: com.android.server.NetworkTimeUpdateService.action.POLL

com.htc.htcpowermanager (): Wakeups: 7
Alarms: 3, Intent: SMARTSYNC_SERVICE_BROADCAST_SCREEN_OFF_TIME
Alarms: 2, Intent: SMARTSYNC_TURN_OFF_MOBILE_BY_CHECK
Alarms: 2, Intent: SMARTSYNC_TURN_OFF_WIFI_BY_CHECK

com.google.android.location (): Wakeups: 3
Alarms: 3, Intent: com.google.android.location.nlp.ALARM_WAKEUP_LOCATOR

com.google.android.googlequicksearchbox (): Wakeups: 3
Alarms: 2, Intent: ACTION_MAYBE_UPDATE_CONTACTS
Alarms: 1, Intent: {com.google.android.googlequicksearchbox

com.htc.android.mail (): Wakeups: 3
Alarms: 0, Intent: {com.htc.android.mail
Alarms: 3, Intent: com.htc.android.mail.intent.action.MAIL_SERVICE_WAKEUP

com.android.vending (): Wakeups: 2
Alarms: 0, Intent: {com.android.vending
Alarms: 0, Intent: {com.android.vending

com.android.providers.calendar (): Wakeups: 2
Alarms: 2, Intent: com.android.providers.calendar.intent.CalendarProvider2

com.htc.launcher (): Wakeups: 1
Alarms: 1, Intent: com.htc.laucher.NIGHT_MODE_BEGIN

com.htc.flexnet (): Wakeups: 1
Alarms: 1, Intent: ACTION_CAMPNETWORK_NOT_IN_SERVICE_OR_ROAMING

com.bigeyes0x0.trickstermod (): Wakeups: 1
Alarms: 1, Intent: clear_dirty_flag

com.quoord.tapatalkpro.activity (): Wakeups: 1
Alarms: 1, Intent: {com.quoord.tapatalkpro.activity

======================
Network (requires root)
======================
10015 (Mobile) (com.android.browser.Internet): 2.0 MBytes 75,8%
10035 (Mobile) (com.htc.android.mail.Mail): 277.0 KBytes 8,3%
10123 (Mobile) (com.google.android.googlequicksearchbox.Google-Suche): 179.0 KBytes 5,4%
10095 (Mobile) (com.android.vending.Google Play Store): 146.0 KBytes 4,4%
10021 (Mobile) (Google Play-Dienste): 79.0 KBytes 2,4%
0 (Mobile) (0): 62.0 KBytes 1,9%
10018 (Mobile) (HTC Services): 39.0 KBytes 1,2%
10135 (Mobile) (com.firstrowria.android.soccerlivescores.Soccer Livescores): 14.0 KBytes 0,4%
10131 (Mobile) (com.quoord.tapatalkpro.activity.Tapatalk): 9.0 KBytes 0,3%
10137 (Mobile) (com.whatsapp.WhatsApp): 2.0 KBytes 0,1%
10162 (Mobile) (com.cleanmaster.security.CM Security): 156.0 Bytes 0,0%
1000 (Mobile) (Android System): 152.0 Bytes 0,0%
10092 (Mobile) (com.rxnetworks.pgpsdownloader.Rx Networks PGPS Seed Downloader): 152.0 Bytes 0,0%
==========
CPU States
==========
51 MHz (): 16 m 44 s 13,0%
102 MHz (): 1 m 11 s 0,9%
340 MHz (): 1 m 18 s 1,0%
475 MHz (): 6 m 59 s 5,4%
620 MHz (): 22 s 0,3%
860 MHz (): 11 s 0,2%
1,1 GHz (): 8 s 0,1%
1,3 GHz (): 6 s 0,1%
1,4 GHz (): 1 m 54 s 1,5%
1,5 GHz (): 0,0%
Deep Sleep (): 1 h 40 m 9 s 76,9%
==================
Reference overview
==================
ref_boot: Reference ref_boot created 1 m 17 s (Wl: 9 elements; KWl: 0elements; NetS: 0 elements; Alrm: 1 elements; Proc: 21 elements; Oth: 3 elements; CPU: 12 elements)
ref_unplugged: Reference ref_unplugged created 2 h 10 m 22 s (Wl: 0 elements; KWl: 16elements; NetS: 13 elements; Alrm: 13 elements; Proc: 0 elements; Oth: 5 elements; CPU: 14 elements)
ref_custom: Reference ref_custom created 2 h 10 m 24 s (Wl: 0 elements; KWl: 16elements; NetS: 13 elements; Alrm: 13 elements; Proc: 0 elements; Oth: 5 elements; CPU: 14 elements)
ref_current: Reference ref_current created 12 h 34 m 39 s (Wl: 24 elements; KWl: 20elements; NetS: 14 elements; Alrm: 16 elements; Proc: 49 elements; Oth: 8 elements; CPU: 14 elements)

höh was mich wundert ist die 2 std 9 min am Anfang, ich habe das Handy über Nacht mindestens 9 Stunden liegen gehabt. Neuer restart war auch nicht da ich nicht oin erneut eingeben musste. Vertstehe ich nicht, muss wohl neu machen oder?!
 
Zuletzt bearbeitet:
Palindrom schrieb:
höh was mich wundert ist die 2 std 9 min am Anfang, ich habe das Handy über Nacht mindestens 9 Stunden liegen gehabt. Neuer restart war auch nicht da ich nicht oin erneut eingeben musste. Vertstehe ich nicht, muss wohl neu machen oder?!
Statistic Type: Boot to Custom
Du hast 2 Stunden nach dem reboot ein cust ref gesetzt. Soweit ok.
Du hättest nach der Messung den Bereich von
cust ref BIS current auswählen müssen. Du hast aber folgenden Bereich ausgewählt: Boot to Custom
 
Okay, dann werde ich es nochmal machen. Danke
 
Dank an Mittelhessen für die Korrekturvorschläge per PN !
 
  • Danke
Reaktionen: sulle009
Warum zeigt man Nexus 5 nicht die Kernel Wakelocks an?
Irgendwie war mein Nexus 5 nämlich die ganze Nacht nicht im Deep Sleep. :confused2:

===================
General Information
===================
BetterBatteryStats version: 1.15.0.0
Creation Date: 2014-03-05 06:39:25
Statistic Type: Unplugged to Current
Since 7 h 48 m 55 s
VERSION.RELEASE: 4.4.2
BRAND: google
DEVICE: hammerhead
MANUFACTURER: LGE
MODEL: Nexus 5
OS.VERSION: 3.4.0-gadb2201
BOOTLOADER: HHZ11k
HARDWARE: hammerhead
FINGERPRINT: google/hammerhead/hammerhead:4.4.2/KOT49H/937116:user/release-keys
ID: KOT49H
TAGS: release-keys
USER: android-build
PRODUCT: hammerhead
RADIO: M8974A-1.0.25.0.23
Rooted: false
============
Battery Info
============
Level lost [%]: Bat.: -11% (80% to 69%) [1,4%/h]
Voltage lost [mV]: (4026-3932) [12,0%/h]
===========
Other Usage
===========
Screen On (): 1 d 5 h 14 m 53 s (105293 s) Ratio: 78,9%
Awake (): 7 h 48 m 55 s (28135 s) Ratio: 100,0%
=========
Wakelocks
=========
================
Kernel Wakelocks !!! wakeup_sources !!!
================
PowerManagerService.WakeLocks (): 7 h 48 m 43 s (28123 s) Cnt:(c/wc/ec)0/0/0 100,0%
qpnp-vadc-ee167c00 (): 34 s (34 s) Cnt:(c/wc/ec)5727/0/0 0,1%
alarm (): 22 s (22 s) Cnt:(c/wc/ec)1437/0/0 0,1%
qpnp-iadc-ee167e00 (): 1 s (1 s) Cnt:(c/wc/ec)147/0/0 0,0%
max17048_alert (): (0 s) Cnt:(c/wc/ec)21/0/0 0,0%
KeyEvents (): (0 s) Cnt:(c/wc/ec)1021/0/0 0,0%
PowerManagerService.Broadcasts (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
rmt_storage_-1222098400 (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
PowerManagerService.Display (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
qcril (): (0 s) Cnt:(c/wc/ec)6/0/0 0,0%
smdcntl0 (): (0 s) Cnt:(c/wc/ec)27/0/0 0,0%
ipc00000002_rmt_storage (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
qmuxd_port_wl_0 (): (0 s) Cnt:(c/wc/ec)27/0/0 0,0%
ipc000000a5_system_server (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc00000088_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc0000003c_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc00000038_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc00000034_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc00000030_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc0000002c_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc0000001c_rild (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
ipc00000014_sensors.qcom (): (0 s) Cnt:(c/wc/ec)2/0/0 0,0%
======================
Alarms (requires root)
======================
======================
Network (requires root)
======================
==========
CPU States
==========
300 MHz (): 6 h 29 m 28 s 83,1%
422,4 MHz (): 1 m 31 s 0,3%
652,8 MHz (): 2 m 38 s 0,6%
729,6 MHz (): 16 s 0,1%
883,2 MHz (): 31 s 0,1%
960 MHz (): 25 m 20 s 5,4%
1,04 GHz (): 8 s 0,0%
1,19 GHz (): 42 s 0,2%
1,27 GHz (): 18 s 0,1%
1,5 GHz (): 9 s 0,0%
1,57 GHz (): 3 s 0,0%
1,73 GHz (): 4 s 0,0%
1,96 GHz (): 8 s 0,0%
2,27 GHz (): 47 m 32 s 10,1%
Deep Sleep (): 0,0%
==================
Reference overview
==================
ref_unplugged: Reference ref_unplugged created 1 d 5 h 14 m 48 s (Wl: null; KWl: 69elements; NetS: null; Alrm: null; Proc: null; Oth: 2 elements; CPU: 15 elements)
ref_current: Reference ref_current created 1 d 13 h 3 m 44 s (Wl: null; KWl: 69elements; NetS: null; Alrm: null; Proc: null; Oth: 3 elements; CPU: 15 elements)
 

Anhänge

  • Screenshot_2014-03-05-08-09-44.png
    Screenshot_2014-03-05-08-09-44.png
    65,9 KB · Aufrufe: 253
Zuletzt bearbeitet:
Die Kernel Wakelocks stehen in dem gespoilerten BBS-Log doch drin. Was du brauchst, sind die Partial Wakelocks. Du hast allerdings auch ein ziemlich unbrauchbares Logfile, was man daran erkennt, dass die Screen On Zeit deutlich länger ist als die Messzeit. Du hast keinen Custom Ref. gesetzt, so wie es im ersten Thread empfohlen wird.
 
Ah okay, werde es heute Abend nochmal versuchen.
Danke.
 
msm_camera hält das Samsung S4 zu 100% auf AWAKE.

1. Was ist der Grund dafür, das msm_camera ganze Zeit aktiv ist
2. Wie kann man das Problem beheben?
 
Jetzt mach doch mal langsam! Nachdem du diese Frage innerhalb kürzester Zeit gleich zwei Mal gestellt hast, könntest du ja evtl. auch mal selber kurz drüber nachdenken. Nach was klingt msm_camera denn? Meiner Meinung nach nach: Kamera. :-D

Also würde ich als erstes mal schauen, welche Apps noch im Hintergrund laufen und ob eine dabei ist, die Kamera-Zugriff erfordert. Am Einfachsten wäre es, das Handy erstmal neu zu starten und dann zu schauen, ob das Problem immer noch auftritt.
 
Zuletzt bearbeitet:
Ja, Kamera ist mir klar.
Warum läuft da ein Wakelock im Hintergrund? Kamera war Nachts nicht aktiv, nein ;)
Heute über nacht hatte ich ein Verbrauch von 7,8%/h !
Ich habe die App "Taschenlampe" installiert, greift diese auch auf msm_camera zu?

Nach einem neustart ist alles ok !
 
daniel76 schrieb:
Kamera war Nachts nicht aktiv, nein ;)

Woher weißt du das?

daniel76 schrieb:
Ich habe die App "Taschenlampe" installiert, greift diese auch auf msm_camera zu?

Ich werde den Play Store jetzt nicht nach allen Apps durchsuchen die "Taschenlampe" heissen und diese auf ihre Rechte überprüfen. Das müsstest du schon selber tun. Die bereits vorinstallierte App Taschenlampe, kann evtl. tatsächlich Wakelock Probleme verursachen, allerdings bezieht sich dieser Thread auf das S4 active und der erzeuge Wakelock hat einen völlig anderen Namen.

daniel76 schrieb:
Nach einem neustart ist alles ok !

Und dennoch hast du binnen weniger Minuten gleich zwei Mal danach gefragt? :ohmy: Wenns nun erstmal gelöst ist, dann ists doch gut. Wenns wiederholt auftritt, kann man das Problem näher verfolgen und dann vielleicht auch besser eingrenzen.
 
Ich denke aber ein Neustart sollte nicht die Lösung sein?
Der wakelock sollte erst garnicht auftreten.

Ist sehr ungünstig wenn man mal den ganzen Tag weg ist und aufeinmal pro Stunde 8% Akku verliert. Dann mal nach mehreren Stunden auf das Handy schaut und feststellt, ich habe fast kein Akku mehr und kein Ladekabel dabei !!
 
Die Frage ist doch, ob der Wakelock vielleicht durch einen einmaligen Hänger irgendeiner App verursacht wurde oder tatsächlich wiederholt auftritt. Nur wenn du dieses Problem öfter hast, kann man es auch eingrenzen. Wie soll man nun Näheres dazu sagen können, ohne dass man weiß, welche Apps du überhaupt installiert hast, welche sich automatisch mit deinem System starten und welche zum Zeitpunkt des Problems im Hintergrund liefen?
 
ok Danke, ich behalte es mal im Auge.

Hätte ja sein können das irgendwer, jetzt vll nicht nur du (auch wenn du hier glaube einen guten Überblick hast), ebenfalls das Problem hatte und sagen könnte schau mal da und da nach.
Also Kamera und Tiny Flashlight / Taschenlampe sollten nur Kamera Rechte haben.
 
Wenn eine App Kamera-Rechte hat und läuft, ist es ja zumindest denkbar, dass diese die Kamera (aus welchem Grund) auch immer anspricht. Wenn das Handy allerdings im StandBy ist, gibts dafür eigentlich keien plausiblen Grund. Ich denke eher, dass das ein Bug ist oder ein einmaliger Hänger war.
 
Eine Taschenlampen-App die die LED von der Kamera bedienen kann, und ich gehe davon aus das die das kann, hat mindestens IMMER Rechte auf die Kamera zuzugreifen.

Allerdings erklärt das noch lange nicht einen 100% Wake-Lock für die Kamera. Wenn die App nicht benutzt wird, wird auch die Kamera nicht benutzt.

Erstelle ein Log, lade es hier hoch und dann wird man weitersehen. Alles andere ist reine Spekulation! Danke.
 
Otandis_Isunos schrieb:
Eine Taschenlampen-App die die LED von der Kamera bedienen kann, und ich gehe davon aus das die das kann, hat mindestens IMMER Rechte auf die Kamera zuzugreifen.

Wäre das der gleiche Wakelock?
 

Ähnliche Themen

S
Antworten
5
Aufrufe
622
Green
Green
netfreak
Antworten
5
Aufrufe
278
netfreak
netfreak
B
  • bobhauk90
Antworten
6
Aufrufe
294
Toronto
Toronto
Zurück
Oben Unten