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

  • 3.433 Antworten
  • Letztes Antwortdatum
Mehrere Konten unterstützt gmail auch. Lässt sich am besten am PC einrichten.
 
  • Danke
Reaktionen: vergilbt
Am pc einrichten, und dann ist diese Einstellung direkt in der app übernommen? Danke für die Info

PS: habe den Querulanten identifiziert...nutz wie beim N4 die Touch control App für s2w und dt2w...bei xda wurde auch drüber berichtet, das die beim n5 einen viel höheren battery drain hat als beim n4... Daher kamen die 3% pro Stunde, ohne die Aktivierung sind es nur noch 0.6%
 
Zuletzt bearbeitet:
Hallo kann mir mal jemand erklären wie ich diese Daten vernünftig deuten kann ?
sebutesa.jpg

Was heißt cnt ? Und wie deute ich Sekunden und Prozent ?

9etuzu6y.jpg


Wie viele Wakeups sind denn noch normal
 
Zuletzt bearbeitet:
Wie wär's wenn du uns die Log spoilerst?
 
Wie kann ich mit tapa Spoilern ?
 
[ SPOILER ] dein Text [/SPOILER] ohne Leerzeichen in der ersten Klammer... dann spoilert er
 
Danke ! Siehe oben
 
cnt = counter
Mit deiner Log kann man leider nicht viel anfangen, da man mit dieser App versucht ungewollte Wakelocks zu finden. Da du aber dein Handy während der Hälfte der "Aufzeichnung" benutzt hast, kann man nicht sehen was ist gewollt und was nicht.
Daher bitte eine Log mit wenig ScreenOn, am besten über Nacht erstellen. Dann Handy sollte auch nicht auf 100% aufgeladen sein. Besser <90%.

Der ursprüngliche Beitrag von 23:01 Uhr wurde um 23:04 Uhr ergänzt:

Wie viele Wakelocks ok sind, kann man pauschal nicht sagen.
Es gibt Apps die haben 2 Wakelocks á 10 Minuten = 20 Minuten
Und dann kann eine andere App 1000 Wakelocks á 1 milli Sekunde = 1 Sekunde, verursachen.
 
Mit dem Log kann man dich jetzt stalken...aber keine Tipps geben, das Handy war mehr an als aus, sodass Hintergrundaktivitäten nicht sichtbar sind.
Cnt steht für Count. Die Zeitangabe steht halt für die absolute Zeit, die der Prozess aktiv war. Hinten eben prozentual zur gesamten Zeit der Messung .

Die Anzahl der Wakelocks ist abhängig von der Dauer und den beabsichtigten Hintergrundaktivitäten (Wettercheck,...). Machmal sieht man schnell was krum ist, manchmal tricky. Viele Dinger mit wenigen Sekunden bekommt man auch schwer weg. Andere hingegen leichter.
"PowerManagerService" oder "alarm Manager" sind zB Systemwakelocks, die aber immer von anderen apps verursacht werden. Muss man dann bei den Partial Wakelocks gucken. Dort beim Netzwerkverbrauch, wenn Root vorhanden ist.
 
Ok . Danke ! Werde die Tage mal einen anderen Posten wenn es mal länger liegt. Und warum kann man mich jetzt stalken ? Was stand drin was es für stalker interessant macht ?
 
:D
nichts weiter, war nur darauf bezogen, dass du es eben in Benutzung hattest;)
Hab nicht näher geschaut, aber irgendwelche games oder Daueryoutube würde auffallen...
 
Hi Leute,

ich brauche mal eure Hilfe.

Ich brauche derzeit 1,9% in der Stunde. Normal ist eigentlich unter 1.
Ich denke hervorgerufen durch "No or Unknown Signal". Ich verstehe aber nicht warum.

Alles Ausgeschaltet bis auf Wifi ON und ist verbunden.
Sobald ich Wifi auch abschalte erhalte ich "Good Signal"

Kein Unterschied ob ich Data aktiviert oder deaktiviert habe.

Bei der testung hatte ich Wifi Stärke alle Striche. Das selbe gilt bei GSM/UMTS
Wie gesagt sobald ich Wifi abschalte habe ich Good Signal.

Smartphone LG G2 und Rom Cloudy Flex. Stock Kernel

Wer eine Idee was da der Fehler sein soll?

Problem tritt auch im WLAN der Firma auf. Alle Signalstärken auf Maximum.

Oder bin ich sowieso komplett aufn Holzfuß :D

Code:
===================
General Information
===================
BetterBatteryStats version: 1.15.0.0
Creation Date: 2014-02-05 05:30:31
Statistic Type: Unplugged to Current
Since 4 h 49 m 52 s 
VERSION.RELEASE: 4.2.2
BRAND: lge
DEVICE: zee
MANUFACTURER: LGE
MODEL: LG-D802
OS.VERSION: 3.4.78-Kernel-Dorimanx-V2.1-LG-D802-PWR-CORE
BOOTLOADER: unknown
HARDWARE: g2
FINGERPRINT: lge/g2_open_sg/g2:4.2.2/JDQ39B/D80213h.1385702947:user/release-keys
ID: JDQ39B
TAGS: release-keys
USER: cloudyfa
PRODUCT: g2_open_sg
RADIO: M8974A-AAAANAZM-1.0.190036
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -9% (66% to 57%) [1.9%/h]
Voltage lost [mV]: (3985-3790) [40.4%/h]
===========
Other Usage
===========
Deep Sleep (): 4 h 47 m 12 s  (17232 s) Ratio: 78.9%
Awake (): 2 m 39 s  (159 s) Ratio: 0.9%
Screen On (): 32 s  (32 s) Ratio: 0.2%
Wifi On (): 4 h 49 m 52 s  (17392 s) Ratio: 100.0%
Wifi Running (): 4 h 49 m 52 s  (17392 s) Ratio: 100.0%
No Data Connection (): 4 h 49 m 52 s  (17392 s) Ratio: 100.0%
No or Unknown Signal (): 4 h 49 m 52 s  (17392 s) Ratio: 100.0%
Screen dark (): 32 s  (32 s) Ratio: 0.2%
=========
Wakelocks
=========
*sync*_gmail-ls_Account {name=26fb707ccdce0936eaa70f7575cfb4bc, type=com.google} (com.google.android.gm.Gmail): 14 s  (14 s) Count:6 0.1%
AudioOut_2 (1013): 13 s  (13 s) Count:3 0.1%
WifiOffDelayIfNotUsed (Android System): 8 s  (8 s) Count:165 0.1%
AlarmManager (Android System): 7 s  (7 s) Count:128 0.0%
GmailProviderProviderChangedBroadcastWakeLock (com.google.android.gm.Gmail): 4 s  (4 s) Count:3 0.0%
ActivityManager-Launch (Android System): 3 s  (3 s) Count:18 0.0%
AlarmManager (ch.bitspin.timely.Timely): 3 s  (3 s) Count:104 0.0%
*sync*_ch.bitspin.timely.sync_Account {name=26fb707ccdce0936eaa70f7575cfb4bc, type=com.google} (ch.bitspin.timely.Timely): 2 s  (2 s) Count:7 0.0%
Timely (ch.bitspin.timely.Timely): 2 s  (2 s) Count:14 0.0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats.BetterBatteryStats): 2 s  (2 s) Count:3 0.0%
Icing (Google Play services): 1 s  (1 s) Count:47 0.0%
*vibrator* (ch.bitspin.timely.Timely): 1 s  (1 s) Count:4 0.0%
BlockBeforeSleep (Android System): 1 s  (1 s) Count:21 0.0%
*sync*_com.lge.sizechangable.weather.provider.forecast.cp.accu_Account {name=1441df6b1c10f910ccdc400e40b5fce9, type=com.lge.android.weather.sync} (com.lge.sizechangable.weather.Weather): 1 s  (1 s) Count:2 0.0%
================
Kernel Wakelocks  !!! wakeup_sources !!!
================
PowerManagerService (): 60 s  (60 s) Cnt:(c/wc/ec)156/3/0 0.3%
wlan_rx_wake (): 41 s  (41 s) Cnt:(c/wc/ec)47/3/47 0.2%
alarm_rtc (): 16 s  (16 s) Cnt:(c/wc/ec)106/2/0 0.1%
alarm (): 13 s  (13 s) Cnt:(c/wc/ec)168/2/0 0.1%
wlan_wd_wake (): 6 s  (6 s) Cnt:(c/wc/ec)119/4/0 0.0%
sns_async_ev_wakelock (): 2 s  (2 s) Cnt:(c/wc/ec)3/0/0 0.0%
wlan_wake ():  (0 s) Cnt:(c/wc/ec)329/5/0 0.0%
PowerManagerService.Broadcasts ():  (0 s) Cnt:(c/wc/ec)2/0/0 0.0%
[rmt_storage] msm_ipc_read00000 ():  (0 s) Cnt:(c/wc/ec)11/0/0 0.0%
rmt_storage_1095587272 ():  (0 s) Cnt:(c/wc/ec)3/0/0 0.0%
rmt_storage_1095587096 ():  (0 s) Cnt:(c/wc/ec)3/0/0 0.0%
max17048_alert ():  (0 s) Cnt:(c/wc/ec)16/0/0 0.0%
power-supply ():  (0 s) Cnt:(c/wc/ec)11/0/0 0.0%
qcril ():  (0 s) Cnt:(c/wc/ec)25/0/0 0.0%
[sensors.qcom] msm_ipc_read0000 ():  (0 s) Cnt:(c/wc/ec)758/0/0 0.0%
ipc_rtr_q6_ipcrtr ():  (0 s) Cnt:(c/wc/ec)886/1/0 0.0%
mmc1_detect ():  (0 s) Cnt:(c/wc/ec)122/1/1 0.0%
KeyEvents ():  (0 s) Cnt:(c/wc/ec)195/0/0 0.0%
smdcntl0 ():  (0 s) Cnt:(c/wc/ec)59/0/0 0.0%
[sensors.qcom] msm_ipc_read0000 ():  (0 s) Cnt:(c/wc/ec)15/1/0 0.0%
[sensors.qcom] msm_ipc_read0000 ():  (0 s) Cnt:(c/wc/ec)15/1/0 0.0%
======================
Alarms (requires root)
======================
ccc71.bmw (): Wakeups: 29
  Alarms: 29, Intent: {ccc71.bmw

com.google.android.gsf (): Wakeups: 28
  Alarms: 17, Intent: com.google.android.intent.action.MCS_HEARTBEAT
  Alarms: 1, Intent: com.google.android.intent.action.SEND_IDLE
  Alarms: 10, Intent: {com.google.android.gsf

android (): Wakeups: 24
  Alarms: 0, Intent: android.intent.action.TIME_TICK
  Alarms: 0, Intent: com.android.server.ThrottleManager.action.POLL
  Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
  Alarms: 8, Intent: android.content.syncmanager.SYNC_ALARM
  Alarms: 10, Intent: android.appwidget.action.APPWIDGET_UPDATE
  Alarms: 0, Intent: com.android.internal.policy.impl.PhoneWindowManager.DELAYED_KEYGUARD
  Alarms: 4, Intent: android.app.backup.intent.RUN
  Alarms: 1, Intent: android.appwidget.action.APPWIDGET_UPDATE

br.com.tribotech.trackpack (): Wakeups: 5
  Alarms: 5, Intent: {br.com.tribotech.trackpack

com.google.android.gms (): Wakeups: 3
  Alarms: 1, Intent: com.google.android.intent.action.SEND_IDLE
  Alarms: 1, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_ACTIVE_COLLECTOR
  Alarms: 1, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_CACHE_UPDATER

com.oasisfeng.greenify (): Wakeups: 2
  Alarms: 0, Intent: {com.oasisfeng.greenify
  Alarms: 2, Intent: com.oasisfeng.greenify.CLEAN_NOW

ch.bitspin.timely (): Wakeups: 2
  Alarms: 0, Intent: ch.bitspin.timely.widget.UPDATE_ACTION
  Alarms: 1, Intent: ch.bitspin.timely.alarm.PRESYNC_ALARM_CLOCKS
  Alarms: 1, Intent: ch.bitspin.timely.alarm.REGISTER_ALARM_CLOCKS

======================
Network (requires root)
======================
10016 (Wifi) (com.google.android.gm.Gmail): 103.0 KBytes 46.6%
10092 (Wifi) (com.android.vending.Google Play Store): 56.0 KBytes 25.4%
10006 (Wifi) (Google Play services): 36.0 KBytes 16.6%
10145 (Wifi) (ch.bitspin.timely.Timely): 21.0 KBytes 9.9%
0 (Wifi) (0): 3.0 KBytes 1.5%
==========
CPU States
==========
300 MHz ():  0.0%
422.4 MHz ():  0.0%
652.8 MHz (): 6 s  0.0%
729.6 MHz ():  0.0%
883.2 MHz (): 2 s  0.0%
960 MHz (): 2 m 5 s  0.7%
1.04 GHz (): 1 s  0.0%
1.19 GHz ():  0.0%
1.27 GHz (): 8 s  0.0%
1.5 GHz ():  0.0%
1.57 GHz (): 10 s  0.1%
1.96 GHz ():  0.0%
2.27 GHz ():  0.0%
2.5 GHz (): 2 s  0.0%
Deep Sleep (): 4 h 47 m 12 s  78.9%
==================
Reference overview
==================
ref_boot: Reference ref_boot created 36 s  (Wl: 0 elements; KWl: 0elements; NetS: 0 elements; Alrm: 1 elements; Proc: 0 elements; Oth: 0 elements; CPU: 4 elements)
ref_unplugged: Reference ref_unplugged created 1 h 14 m 23 s  (Wl: 1 elements; KWl: 18elements; NetS: 20 elements; Alrm: 10 elements; Proc: 0 elements; Oth: 7 elements; CPU: 16 elements)
ref_current: Reference ref_current created 6 h 4 m 15 s  (Wl: 14 elements; KWl: 26elements; NetS: 21 elements; Alrm: 11 elements; Proc: 15 elements; Oth: 8 elements; CPU: 17 elements)
 
Zuletzt bearbeitet:
Wieder mal ein unbrauchbares Log, da Deep Sleep und Awake in Summe keine 100 % ergeben. Da das immer wieder mal vorkommt und die Leute das oft nicht merken (weil sie entweder überhaupt nicht in das Log schauen oder es nicht verstehen), wäre es vielleicht mal an der Zeit zu überprüfen warum öfter mal solche "korrupten" Logs entstehen und was man dagegen tun kann.
 
Wenn man, und das ist nicht all zu viel verlangt, 10 Seiten zurück liest, findet man mindestens 2 mal von Thylon und anderen den Hinweis, einen Custom Refresh zu setzen.

Fehlerhaft waren doch bisher immer "boot to current" oder "unplugged zu current", oder Irre ich mich?
 
  • Danke
Reaktionen: TylonHH
Okey, hab mir das File angesehen aber nicht darauf geachtet bzw. wusst ich nicht dass das so sein muss. Im Nachhinhein erscheint es mir komplett logisch^^

Hab eigentlich bei 66% abgesteckt und nachgesehen ob sich der Log resettet hat. Da dann wieder alles von 0 Anfing, passt und fertig^^

Naja werds ansonsten heute nochmal neu machen. Obwohl ich nicht direkt verstehe was falsch gemacht wurde. ;)
 
Musst ja nicht an dir liegen, passiert.
Mir war das auch nicht aufgefallen :p
 
Hallo

Manchmal habe ich das Problem das sich mein Akku langsam leer saugt. So z.b. heute Nacht. Lag es vlt am aktivierten WLAN? Starte ich das Handy neu ist es meist wieder i.o.

Habe das HTC One mit neustem Android



===================
General Information
===================
BetterBatteryStats version: 1.15.0.0
Creation Date: 2014-02-06 04:51:21
Statistic Type: Unplugged to Current
Since 3 h 16 m 14 s
VERSION.RELEASE: 4.3
BRAND: htc
DEVICE: m7
MANUFACTURER: HTC
MODEL: HTC One
OS.VERSION: 3.4.10-gfa33c1e
BOOTLOADER: 1.55.0000
HARDWARE: m7
FINGERPRINT: htc/o2_uk/m7:4.3/JSS15J/264544.1:user/release-keys
ID: JSS15J
TAGS: release-keys
USER: unknown
PRODUCT: o2_uk
RADIO: 4A.21.3263.04_10.38m.1157.04L
Rooted: false
============
Battery Info
============
Level lost [%]: Bat.: -6% (100% to 94%) [1,8%/h]
Voltage lost [mV]: (4303-4197) [32,4%/h]
===========
Other Usage
===========
Deep Sleep (): 3 h 5 m 34 s (11134 s) Ratio: 94,6%
Awake (): 10 m 40 s (640 s) Ratio: 5,4%
Screen On (): 3 m 43 s (223 s) Ratio: 1,9%
Wifi On (): 18 m 45 s (1125 s) Ratio: 9,6%
Wifi Running (): 18 m 43 s (1123 s) Ratio: 9,5%
No Data Connection (): 3 h 16 m 7 s (11767 s) Ratio: 99,9%
No or Unknown Signal (): 3 h 16 m 7 s (11767 s) Ratio: 99,9%
Good Signal (): 1 s (1 s) Ratio: 0,0%
Screen dark (): 3 m 43 s (223 s) Ratio: 1,9%
=========
Wakelocks
=========
ConnectivityService (Android-System): 59 s (59 s) Count:251 0,5%
NetworkLocationLocator (Google-Dienste): 21 s (21 s) Count:95 0,2%
RILJ (Telefon): 17 s (17 s) Count:188 0,1%
AudioOut_4 (1013): 16 s (16 s) Count:3 0,1%
PrismScroll_2 (com.htc.launcher.HTC Sense): 12 s (12 s) Count:11 0,1%
backupdb (com.whatsapp.WhatsApp): 8 s (8 s) Count:1 0,1%
*sync*_com.htc.sync.provider.weather_Account {name=9d6ffbd10526037866add71776448d47, type=com.htc.sync.provider.weather} (HTC Services): 8 s (8 s) Count:75 0,1%
AbsListViewScroll_5.0 (com.asksven.betterbatterystats.BetterBatteryStats): 6 s (6 s) Count:10 0,1%
AlarmManager (Android-System): 5 s (5 s) Count:250 0,0%
NlpWakeLock (Google-Dienste): 3 s (3 s) Count:36 0,0%
ActivityManager-Launch (Android-System): 3 s (3 s) Count:35 0,0%
sendinactive (com.whatsapp.WhatsApp): 2 s (2 s) Count:9 0,0%
Icing (Google-Dienste): 1 s (1 s) Count:88 0,0%
AlarmManager (Google-Dienste): 1 s (1 s) Count:191 0,0%
Checkin Service (Google-Dienste): 1 s (1 s) Count:47 0,0%
GCM_CONN_ALARM (Google-Dienste): 1 s (1 s) Count:87 0,0%
SWITCH_NETWORK_MODE_WAKE_LOCK_0 (HTC Services): 1 s (1 s) Count:46 0,0%
 
Habe es mitten in der Nacht dann abgenommen :smile:

Ich dachte das reichte so als log? Naja, mache ich ich das nächste nacht nochmal :)
 
Nein, S13gfried meint, dass der Rest des LOG's fehlt, also die Partial Wakelocks und Alarms, das, was eigentlich bei der Auswertung der Wakelocks am Wichtigsten ist ;)

Also nach:
SWITCH_NETWORK_MODE_WAKE_LOCK_0 (HTC Services): 1 s (1 s) Count:46 0,0%

muss noch was kommen.

Gruß
 
S13gfried schrieb:
Musst ja nicht an dir liegen, passiert.

Das war meinerseits auch gar nicht nur auf RyperX bezogen, sondern darauf, dass man diesem Problem allgemein mal nachgehen sollten, da es hier immer und immer wieder auftritt. S13gfried hat ja bereits eingegrenzt, dass es scheinbar immer nur bei "boot to current" oder "unplugged zu current" auftritt. Überprüft habe ich das nicht, aber es ist gut möglich, dass dem so ist. Wie man korrekte Logs erzeugt, wissen wir ja inzwischen (am Besten eben per Custom Reference). Allerdings sollte das Tool meiner Meinung diesen Fehler abfangen oder zumindest keine "unauswertbaren" Logs erstellen.
 

Ähnliche Themen

S
Antworten
15
Aufrufe
879
holms
holms
netfreak
Antworten
5
Aufrufe
300
netfreak
netfreak
B
  • bobhauk90
Antworten
6
Aufrufe
330
Toronto
Toronto
Zurück
Oben Unten