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

  • 3.433 Antworten
  • Letztes Antwortdatum
Ja danke, habe ich mir auch durchgelesen und werde ich vor dem Totalflash meiner Geräte nochmal probieren!

Der ursprüngliche Beitrag von 13:36 Uhr wurde um 14:14 Uhr ergänzt:

So ich zitiere mal aus dem DD-WRT Forum bzgl. "beacon_interval" und "dtim" :

Briefly, the combination of beacon and DTIM intervals affects the delivery of multicast traffic (like streaming audio or video) and the power savings of battery-operated wireless clients. One gets better while the other gets worse.

I currently have my beacon at 50 ms and DTIM at 4, so that's 200 ms between multicast packets. Live streaming audio feed seems to work fine on my laptop, no stutters.
Quelle: KLICK

Noch etwas mehr zu "beacon_interval":

Beacon Interval

Range 1 and 65,535 milliseconds. The default value is 100.
The help file says...

  • The Beacon Interval value indicates the frequency interval of the beacon. A beacon is a packet broadcast by the router to synchronize the wireless network. 50 is recommended in poor reception.
How it works:
The term beacon signifies a specific data transmission from the wireless access point (AP), which carries the SSID, the channel number and security protocols such as WEP (Wired Equivalent Protection) or WPA (Wi-Fi Protected Access). This transmission does not contain the link layer address of another Wi-Fi device, therefore it can be received by any LAN client.The beacon frame, which is a type of management frame, can be likened with the "heartbeat" of a wireless LAN, enabling stations to establish and maintain communications in an orderly fashion.
What is a Beacon Interval As mentioned above, the beacon interval is a fixed, configurable parameter. Typically, the beacon interval setting is not touched at all in the WLAN network installation phase, but the default value selected by the equipment supplier is used. If the beacon interval is long, maximum capacity in the Access Point is achieved. However, it will the take a long time for WLAN terminals to scan for Access Points in the area and to update RSSI and load information for already found Access Points. This obviously reduces terminal throughput and wastes battery. On the other hand, if the beacon interval in short, passive scanning performed by the WLAN terminals will be faster, but the overall capacity of the Access Point will be reduced.
NOTE There are no special rules for sending beacons, and they must be sent using the mandatory 802.11 carrier sense multiple access / collision avoidance (CSMA/CA) algorithm. If another station is sending a frame when the beacon is to be sent, then the access point (or NIC in an ad hoc network) must wait. As a result, the actual time between beacons may be longer than the beacon interval. Clients, however, compensate for this inaccuracy by utilizing the timestamp found within the beacon packet information.

What is a Beacon?
A typical beacon frame is approximately fifty bytes long, with about half of that being a common frame header and cyclic redundancy checking (CRC) field. As with other frames, the header includes source and destination MAC addresses as well as other information regarding the communications process. The destination address is always set to all ones, which is the broadcast Medium Access Control (MAC) address. This forces all other stations on the applicable channel to receive and process each beacon frame. The CRC field provides error detection capability.
The beacon's frame body resides between the header and the CRC field and constitutes the other half of the beacon frame. Each beacon frame carries the following information in the frame body:
Beacon interval. This represents the amount of time between beacon transmissions. Before a station enters power save mode, the station needs the beacon interval to know when to wake up to receive the beacon (and learn whether there are buffered frames at the access point).
Timestamp. After receiving a beacon frame, a station uses the timestamp value to update its local clock. This process enables synchronization among all stations that are associated with the same access point.
Service Set Identifier (SSID). The SSID identifies a specific wireless LAN. Before associating with a particular wireless LAN, a client must have the same SSID configured as the access point. By default, access points include the SSID in the beacon frame to enable sniffing functions (such as that provided by Windows XP) to identify the SSID and automatically configure the wireless network interface card (NIC) with the proper SSID. DD-Wrt also has an option to disable the SSID from being broadcast in beacon frames to reduce security issues.
Supported rates. Each beacon carries information that describes the rates that the particular wireless LAN supports. For example, a beacon may indicate that only 1, 2, and 5.5Mbps data rates are available. As a result, an 802.11b station would stay within limits and not use 11 Mbps. With this information, stations can use performance metrics to decide which access point to associate with.
Parameter Sets. The beacon includes information about the specific signaling methods (such as frequency hopping spread spectrum, CTS Protection mode and RTS Threshold,direct sequence spread spectrum, etc.). For example, a beacon would include in the appropriate parameter set the channel number that an 802.11b access point is using. Likewise, a beacon belonging to frequency hopping network would indicate hopping pattern and dwell time.
Capability Information. This signifies requirements of stations that wish to belong to the wireless LAN that the beacon represents. For example, this information may indicate that all clients must use wired equivalent privacy (WEP) in order to participate on the network.
Traffic Indication Map (TIM). An access point periodically sends the TIM within a beacon to identify which stations using power saving mode have data frames waiting for them in the access point's buffer. The TIM identifies a station by the association ID that the access point assigned during the association process.
NOTE Today beacon frames also contain a load information that informs WLAN terminals currently connected to a specific Access Point or considering making a handover to that Access Point about the load situation. This information helps the WLANterminals in making correct handover decision, in addition to the information from the comparisons of RSSI readings obtained by scanning, and thus ensures that WLAN traffic is divided more evenly between all Access Points in the area.
TWEAK:
By increasing the beacon interval, you can reduce the number of beacons and associated overhead, but that will likely delay the association and roaming process because stations scanning for available access points may miss the beacons.
You can decrease the beacon interval, which increases the rate of beacons. This will make the association and roaming process very responsive; however, the network will incur additional overhead and throughput will go down.
In addition, stations using power save mode will need to consume more power because they'll need to awaken more often, which reduces power saving mode benefits. In an idle network, beacons dominate all other traffic.
Guide to tweaking: The amount of overhead that the transmissions of beacon frames generate is substantial; however, the beacon serves a variety of functions. For example, each beacon transmission identifies the presence of an access point.
How a beacon interval impacts the client By default, radio NICs passively scan all RF channels and listen for beacons coming from access points in order to find a suitable access point. When a beacon is found, the radio NIC learns a great deal about that particular network. This enables a ranking of access points based on the received signal strength of the beacon, along with capability information regarding the network. The radio NIC can then associate with the most preferable access point. After association, the station continues to scan for other beacons in case the signal from the currently-associated access point become too weak to maintain communications. As the radio NIC receives beacons from the associated access point, the radio NIC updates its local clock to maintain timing synchronization with the access point and other stations. In addition, the radio NIC will abide by any other changes, such as data rate, that the frame body of the beacon indicates. The beacons also support stations implementing power saving mode. With infrastructure networks, the access point will buffer frames destined for sleeping stations and announce which radio NICs have frames waiting through the TIM (DTIMS) that's part of the beacon
Do clients send beacon frames too??... As apposed to beacons sent out by AP's, Clients send out "probe request" frames; It's like an opposite to a beacon, clients use a probe request packets to play there role in the 802.11 WLAN. An 802.11 probe response frame is very similar to a beacon frame, except that probe responses don't carry the TIM info and are only sent in response to a probe request. A client may send a probe request frame to trigger a probe response when the client needs to obtain information from another client on the same WLAN. A client, for instance, will broadcast a probe request when using active scanning to determine which access points are within range for possible association. Some sniffing software (e.g., NetStumbler) tools send probe requests so that access points will respond with desired info.
-Beacons are packets sent by an access point to synchronize a wireless network.
-Normal Traffic Indication Message(TIM)s that are present in every beacon are for signaling the presence of unbuffered unicast data.
Quelle: KLICK

...und "dtim":

DTIM Interval

The default value is 1.
The help file says...

  • Indicates the interval of the Delivery Traffic Indication Message (DTIM). A DTIM field is a countdown field informing clients of the next window for listening to broadcast and multicast messages. When the router has buffered broadcast or multicast messages for associated clients, it sends the next DTIM with a DTIM Interval value. Its clients hear the beacons and awaken to receive the broadcast and multicast messages.
How it works:
A Delivery Traffic Indication Message is a kind of Traffic Indication Message(TIM) which informs the clients about the presence of buffered and/or multicast/broadcast data on the access point. It is generated within the periodic beacon at a frequency specified by the DTIM Interval. After a DTIM, the access point will send the multicasted/broadcasted data on the channel following the normal channel access rules (CSMA/CA).
According to the 802.11 standards, a Delivery Traffic Indication Message (DTIM) period value is a number that determines how often a beacon frame includes a Delivery Traffic Indication Message, and this number is included in each beacon frame. A DTIM is included in beacon frames, according to the DTIM period, to indicate to the client devices whether the access point has buffered broadcast and/or multicast data waiting for them. Following a beacon frame that includes a DTIM, the access point will release the buffered broadcast and/or multicast data, if any exists.
Since beacon frames are sent using the mandatory 802.11 carrier sense multiple access/collision detection (CSMA/CD) algorithm, the access point must wait if a client device is sending a frame when the beacon is to be sent. As a result, the actual time between beacons may be longer than the beacon interval. Client devices that awaken from power-save mode may find that they have to wait longer than expected to receive the next beacon frame. Client devices, however, compensate for this inaccuracy by utilizing the time-stamp found within the beacon frame.
The 802.11 standards define a power-save mode for client devices. In power-save mode, a client device may choose to sleep for one or more beacon intervals waking for beacon frames that include DTIMs. When the DTIM period is 2, a client device in power-save mode will awaken to receive every other beacon frame. Upon entering power-save mode, a client device will transmit a notification to the access point, so that the access point will know how to handle unicast traffic destined for the client device. The client device will begin to sleep according to the DTIM period.
-The higher the DTIM period, the longer a client device may sleep and therefore the more power that particular client device may potentially save.
-Client devices in wireless networks may have conflicting requirements for power consumption and communication throughput when in power-save mode. For example, laptops may require relatively high communication throughput and may have low sensitivity to power consumption. Therefore, a relatively low DTIM period, for example 1, may be suitable for laptops . However, cellphones may require relatively low communication throughput and may be operated by batteries of relatively low capacity. Therefore, a relatively high DTIM period, for example 8, may be suitable for cellphones. Further, PDA\Smart phones may require a medium to high communication throughput and may be operated by batteries of relatively low capacity. Therefore, a medium DTIM period, for example a value of 4, may be suitable for these devices.
-Currently, an access point is able to store only a single DTIM period. Consequently, different client devices in power-save mode will all wake up for the same beacon frames according to the DTIM period. Currently, a network manager may need to balance the conflicting requirements for power consumption and communication throughput when in power-save mode of client devices in different wireless networks when configuring the DTIM period of an access point. In the future an access point with support for two or more SSIDs may have SSID-dependent DTIM periods rather than a single DTIM period for all SSIDs. In other words, the network manager may configure the access point with DTIM periods on a per SSID basis. A network manager may consider the requirements of power consumption and communication throughput of client devices in a particular wireless networks when determining which DTIM period to configure for which SSID. A higher DTIM period may increase the potential savings in power consumption but may reduce the communication throughput, and vice versa
Quelle: KLICK

Ich werde meine Werte jetzt mal auf beacon=200 und dtim=2 stellen. Mal schauen was sich ändert, vor allem in Bezug auf Video- und Audiostreaming, welches ich ja bzgl. meines Mediaservers sehr stark nutze.

Auf alle Fälle an dieser Stelle nochmals ein GROßES DANKESCHÖN an "holliwood" für diesen Wink! :thumbup:

Der ursprüngliche Beitrag von 14:14 Uhr wurde um 14:21 Uhr ergänzt:

EDIT: Falls es jemand ebenfalls testen möchte (wenn er DD-WRT bzw. OpenWRT benutzt), dann einfach folgende Werte in einer Command-Shell absetzen:

Code:
nvram set wl_bcn="200" ;
nvram set wl0_bcn="200" ;
nvram set wl_dtim="2" ;
nvram set wl0_dtim="2" ;
nvram commit ;
mit

Code:
 nvram get "variablenname"
können dann die Werte ausgelesen/überprüft werden!

Leider bietet bei mir (Atheros Chipsatz) DD-WRT über das WebIf keine Einstellmöglichkeit an. Bei broadcom-basierten Geräten scheint es aber zu gehen!

Mal so zum Vergleich: Meine Fritz!Box 7240 hat folgende Werte: beacon=100 und dtim=0 ! Bin also mal auf den Unterschied gespannt!
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: TylonHH
So nach 5h28min StandBy-Zeit habe ich wieder satte 1h2min WLAN-wakes. Also meine Änderung hat bis jetzt noch nichts gebracht. Werde sie jetzt mal drastisch erhöhen auf beacon=800 | dtim=8 (für Smartphones "optimiert") ! Falls das nichts bringt, dann gebe ich auf und flashe erstmal alle Geräte mit neuer Firmware.

Der ursprüngliche Beitrag von 19:56 Uhr wurde um 20:02 Uhr ergänzt:

@ mittelhessen: Hast du denn mit deinen Forschungen herausgefunden, ob sich die StandBy-Zeit verbessert hat? Hat das alles bei dir was (auf Dauer) gebracht?
 
Kleine 2 Fragen:

Gibt es eine Verlauf Funktion damit ich sehen kann war vor einem Neustart Akku gezogen hat ?
- hatte das Problem das über Nacht der Akku leer gesaugt wurde durch irgendetwas, aber danach waren die vorherigen Stats weg.

Was ist der unterschied zwischen der Market App und der xda edition ?
- hab gesehen das die Frage schon gestellt wurde vor einiger Zeit, aber keine richtige Antwort zu finden.

Danke!
 
Die unterscheiden sich nur im Preis. Einmal kostet es und einmal für lau. Das macht einen guten Dev aus. Viele unterstützen diese Verhalten und kaufen die donation Version für dieses äußerst hilfreiche App.
 
So, schade, auch erneut geänderte Einstellungen leider keine Besserung. Das Testen ist mir dann doch jetzt zu mühsig, werde neu flashen und hoffen!!

OT: Na wenigstens haben die Bayern gewonnen. War mal wieder ein klasse Spiel, Moskau ohne Chance, CL ist einfach geil :biggrin:
 
Habe jetzt seit ner guten Woche ein Nexus 4 und dort bekomme ich bei der der zweiten Auswahl nur "Boot", also fehlen Screen Off und Unplug. Genauso ist es bei dem dritten Auswahl, da hab ich nur "Current"?
Beim Samsung Galaxy S Plus waren alle Optionen verfügbar. Hab ich hier nen Einstellungsfehler oder unterstützt das Nexus 4 nicht alles? Meine installierte Rom steht in der Signatur.
 
Durchforste mal die Einstellungen von bbs.....da kann man diverse Unterpunkte an und abwählen
 
cosmos321 schrieb:
So nach 5h28min StandBy-Zeit habe ich wieder satte 1h2min WLAN-wakes. Also meine Änderung hat bis jetzt noch nichts gebracht. Werde sie jetzt mal drastisch erhöhen auf beacon=800 | dtim=8 (für Smartphones "optimiert") ! Falls das nichts bringt, dann gebe ich auf und flashe erstmal alle Geräte mit neuer Firmware.

cosmos321 schrieb:
So, schade, auch erneut geänderte Einstellungen leider keine Besserung. Das Testen ist mir dann doch jetzt zu mühsig, werde neu flashen und hoffen!!
Tut mir leid, wenn ich da jetzt wieder dazwischenhaue, aber es wäre doch viel einfacher, WLAN am Phone im Standby auszuschalten, als dein ganzes Equipment neu zu flashen.
Ersteres ist mit z.B. Llama eine Sache von 5 Minuten (inklusive Installation) und du hast Ruhe.
 
Zuletzt bearbeitet:
Chamonix, der Autor von bbs, hat noch eine andere App genau aus diesem Grund geschrieben.
Better Wifi On / Off
What is the motivation behind controlling Wifi?
On paper Wifi is less power hungry than 3G but... some apps behave differently when Wifi is on (DropBox / Google+ uploads, Google Maps location caching), the well known wlan_rx kernel wakelock is a symptom of wakeups caused by uncontrolled Wifi hotspots, the Wifi sleep policy is not working consistently and does solve all problems.

http://forum.xda-developers.com/showthread.php?p=29443538
 
  • Danke
Reaktionen: cosmos321
Sehr interessante App. Bezogen auf die "Fälle" die eingestellt werden können, sehr komfortabel und ungleich schneller und einfacher zu handeln als mit Lama, da kontextsensitive Einstellungen bereits alle hinterlegt sind.

Habe ich mal eben installiert.

Gibt es eigentlich Erfahrungswerte bzgl. des Stromverbrauchs von 2G gegenüber Wlan? Dass 3G mehr Akku frisst als Wlan ist klar, aber wie sieht das mit 2G aus?

Falls dieses gleichauf mit Wlan ist, dann gibt es aus meiner Sicht eigentlich keinen Grund all meine Geräte neu zu flashen und zu hoffen dass die Wlan-Wakes dann weg sind. Denn dann würde mir im StandBy ja auch die 2G-Verbindung total ausreichen. Darüber habe ich mir bisher keine Gedanken gemacht und noch nie darauf geachtet wie stark 2G am Akku nuckelt.

Wenn überhaupt dann bleibt nur ein kleiner Wermutstropfen: Denn wenn die App im StandBy Wlan ausschaltet, ergo 2G aktiviert (ich habe IMMER nur auf 2G geschaltet) ABER kein GSM-Netz vorhanden ist, dann wird ja auch sicher Wlan nicht wieder eingeschaltet, nehm ich mal an. Denn für solch einen Fall habe ich keine Einstellung gefunden (Expertensicht natürlich aktiviert)! Würde also bedeuten, dass man dann keine INet-Verbindung hat, falls man mal irgendwo im Loch sitzt (Keller bspw.), Wlan verfügbar wäre, aber kein GSM-Netz! Da müsste man dann manuell drauf achten!

Kann dazu jemand ne Aussage machen? Kann es mangels "habe überall Netz in meiner näheren Umgebung" nicht direkt überprüfen!
 
cosmos321 schrieb:
So, schade, auch erneut geänderte Einstellungen leider keine Besserung. Das Testen ist mir dann doch jetzt zu mühsig, werde neu flashen und hoffen!!

Da kannst Du lange hoffen. Ich habe es über Monate nicht hingekriegt. Diese wakelocks sind wie die Pest.
Installier Dir einen "Abschalter" und gut ist.

Der ursprüngliche Beitrag von 15:02 Uhr wurde um 15:04 Uhr ergänzt:

@cosmos321:
Schau Dir mal den "Internet Commander" an. Sehr zuverlässig.
 
@Luppo: Danke für den Tipp mit der App, habe aber nun schon die App von chamonix Better Wifi on/off installiert und sie tut genau das was sie soll! Damit sind dann auch die Wakelocks verschwunden. 2G im StandBy und gut ist.

Muss jetzt mal beobachten wie sich das ganze mit dem Akku verhält. Wlan gegen 2G. Denke es nimmt sich nicht viel!
 
  • Danke
Reaktionen: AA1973
Hi Leute, ich wollte mal kurz Nachfragen, was ihr von meiner Laufzeit so haltet. Ist das gut?

===================
General Information
===================
BetterBatteryStats version: 1.14.0.0B2
Creation Date: 2013-09-20 17:41:58
Statistic Type: Unplugged to Current
Since 10 h 25 m 44 s
VERSION.RELEASE: 2.3.7
BRAND: samsung
DEVICE: galaxys2
MANUFACTURER: samsung
MODEL: GT-I9100
OS.VERSION: 2.6.35.7-g1e46077
BOOTLOADER: unknown
HARDWARE: smdkv310
FINGERPRINT: samsung/GT-I9100/GT-I9100:2.3.4/GINGERBREAD/XXKG2:user/release-keys
ID: GRJ22
TAGS: test-keys
USER: atinm
PRODUCT: GT-I9100
RADIO: unknown
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -39% (100% to 61%) [3,7%/h]
Voltage lost [mV]: (4197-3680) [49,6%/h]
===========
Other Usage
===========
Deep Sleep (): 8 h 37 m 4 s (31024 s) Ratio: 82,6%
Awake (): 1 h 48 m 40 s (6520 s) Ratio: 17,4%
Screen On (): 54 m 45 s (3285 s) Ratio: 8,8%
Phone On (): 1 m 27 s (87 s) Ratio: 0,0%
No Data Connection (): 1 m 27 s (87 s) Ratio: 0,0%
No or Unknown Signal (): 1 m 27 s (87 s) Ratio: 0,0%
Poor Signal (): (0 s) Ratio: 0,0%
Moderate Signal (): 4 m 42 s (282 s) Ratio: 0,1%
Good Signal (): 9 h 47 m 43 s (35263 s) Ratio: 93,9%
Screen dark (): 29 s (29 s) Ratio: 0,1%
Screen dimmed (): (0 s) Ratio: 0,0%
Screen medium (): 26 m 51 s (1611 s) Ratio: 0,6%
Screen light (): 26 m 35 s (1595 s) Ratio: 0,5%
Screen bright (): 48 s (48 s) Ratio: 0,0%
=========
Wakelocks
=========
sleep_broadcast (Android-System): 8 m 44 s (524 s) Count:712 1,4%
AlarmManager (Android-System): 8 m 43 s (523 s) Count:7538 1,4%
ActivityManager-Launch (Android-System): 2 m 13 s (133 s) Count:501 0,4%
GTALK_ASYNC_CONN (Google Services): 1 m 55 s (115 s) Count:7 0,3%
sendinactive (com.whatsapp.WhatsApp): 1 m 29 s (89 s) Count:60 0,2%
*sync* (Google Services): 36 s (36 s) Count:305 0,1%
*vibrator* (Android-System): 33 s (33 s) Count:1236 0,1%
RILJ (Telefon): 28 s (28 s) Count:1395 0,1%
*sync* (com.cooliris.media.Galerie): 25 s (25 s) Count:5 0,1%
Browser (com.android.browser.Browser): 21 s (21 s) Count:1 0,1%
*vibrator* (com.whatsapp.WhatsApp): 21 s (21 s) Count:29 0,1%
GSM (Telefon): 17 s (17 s) Count:5 0,0%
keyguardWakeAndHandOff (Android-System): 8 s (8 s) Count:1327 0,0%
show keyguard (Android-System): 6 s (6 s) Count:71 0,0%
Event Log Service (Google Services): 5 s (5 s) Count:341 0,0%
SCREEN_FROZEN (Android-System): 4 s (4 s) Count:732 0,0%
GTALK_CONN (Google Services): 4 s (4 s) Count:458 0,0%
fullsync (com.whatsapp.WhatsApp): 2 s (2 s) Count:62 0,0%
*network-location-cell-update* (Google Services): 2 s (2 s) Count:298 0,0%
ActivityManager-Sleep (Android-System): 1 s (1 s) Count:7632 0,0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 1 s (1 s) Count:2 0,0%
SyncManagerHandleSyncAlarm (Android-System): 1 s (1 s) Count:534 0,0%
Proximity Partial (Android-System): 1 s (1 s) Count:73 0,0%
================
Kernel Wakelocks
================
"svnet-dormancy" (): 31 m 20 s (1880 s) Cnt:(c/wc/ec)314/0/314 5,0%
"PowerManagerService" (): 19 m 10 s (1150 s) Cnt:(c/wc/ec)7204/0/0 3,1%
"svnet" (): 14 m 20 s (860 s) Cnt:(c/wc/ec)1522/0/1522 2,3%
"radio-interface" (): 5 m 39 s (339 s) Cnt:(c/wc/ec)535/0/0 0,9%
"sec-battery-monitor" (): 3 m 43 s (223 s) Cnt:(c/wc/ec)435/293/0 0,6%
"AudioOutLock" (): 2 m 19 s (139 s) Cnt:(c/wc/ec)70/0/0 0,4%
"alarm_rtc" (): 1 m 37 s (97 s) Cnt:(c/wc/ec)182/0/48 0,3%
"alarm" (): 1 m 21 s (81 s) Cnt:(c/wc/ec)7579/1/0 0,2%
"vib_present" (): 13 s (13 s) Cnt:(c/wc/ec)1170/0/0 0,0%
"sync_system" (): 12 s (12 s) Cnt:(c/wc/ec)94/0/0 0,0%
"power-supply" (): 12 s (12 s) Cnt:(c/wc/ec)359/0/0 -0,0%
"prx_wake_lock" (): 4 s (4 s) Cnt:(c/wc/ec)4/0/4 0,0%
"ApmCommandThread" (): (0 s) Cnt:(c/wc/ec)65/0/0 0,0%
"KeyEvents" (): (0 s) Cnt:(c/wc/ec)26187/0/0 0,0%
"mmc_delayed_work" (): (0 s) Cnt:(c/wc/ec)380/0/0 0,0%
"client-interface" (): (0 s) Cnt:(c/wc/ec)25/0/0 0,0%
======================
Alarms (requires root)
======================
com.google.android.gms (): Wakeups: 59
Alarms: 0, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_ACTIVE_COLLECTOR
Alarms: 0, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_CACHE_UPDATER
Alarms: 0, Intent: com.google.android.gms.icing.INDEX_RECURRING_MAINTENANCE
Alarms: 59, Intent: com.google.android.intent.action.SEND_IDLE
Alarms: 0, Intent: com.google.android.gms.nlp.ALARM_WAKEUP_LOCATOR

com.google.android.apps.maps (): Wakeups: 45
Alarms: 13, Intent: com.google.android.apps.maps.nlp.ALARM_WAKEUP_LOCATOR
Alarms: 32, Intent: com.google.android.apps.maps/com.google.googlenav.prefetch.android.PrefetcherService
Alarms: 0, Intent: com.google.android.apps.maps.nlp.ALARM_WAKEUP_CACHE_UPDATER

com.google.android.gsf (): Wakeups: 43
Alarms: 6, Intent: com.google.android.intent.action.GTALK_RECONNECT
Alarms: 17, Intent: com.google.android.intent.action.GTALK_HEARTBEAT

com.whatsapp (): Wakeups: 42
Alarms: 0, Intent: ALARM_MESSAGES_DB_BACKUP
Alarms: 0, Intent: ALARM_ROTATE_LOGS
Alarms: 31, Intent: ALARM_AVAILABLE_TIMEOUT
Alarms: 10, Intent: ALARM_ACTION
Alarms: 4, Intent: ALARM_CLIENT_PING_TIMEOUT
Alarms: 7, Intent: com.whatsapp.MessageService.RECONNECT

android (): Wakeups: 23
Alarms: 0, Intent: android.intent.action.DATE_CHANGED
Alarms: 283, Intent: android.intent.action.TIME_TICK
Alarms: 49, Intent: com.android.server.ThrottleManager.action.POLL
Alarms: 0, Intent: com.android.server.action.UPDATE_NIGHT_MODE
Alarms: 22, Intent: android.content.syncmanager.SYNC_ALARM
Alarms: 1, Intent: com.android.internal.policy.impl.KeyguardViewMediator.DELAYED_KEYGUARD

com.android.vending (): Wakeups: 3
Alarms: 2, Intent: com.android.vending/com.google.android.finsky.services.DailyHygiene
Alarms: 1, Intent: com.android.vending/com.google.android.finsky.services.ContentSyncService

com.android.providers.calendar (): Wakeups: 2
Alarms: -1, Intent: android.intent.action.EVENT_REMINDER
Alarms: 1, Intent: com.android.providers.calendar.SCHEDULE_ALARM
Alarms: -1, Intent: android.intent.action.EVENT_REMINDER
Alarms: -1, Intent: android.intent.action.EVENT_REMINDER
Alarms: 1, Intent: com.android.providers.calendar.APPWIDGET_UPDATE

com.google.android.talk (): Wakeups: 1
Alarms: 1, Intent: com.google.android.apps.babel.CLEANUP_DB

com.koushikdutta.rommanager (): Wakeups: 1
Alarms: 1, Intent: com.koushikdutta.rommanager.ALARM

======================
Network (requires root)
======================
==========
CPU States
==========
==================
Reference overview
==================
ref_boot: Reference ref_boot created 35 s (Wl: 4 elements; KWl: 0elements; NetS: null; Alrm: 2 elements; Proc: 0 elements; Oth: 6 elements; CPU: 2 elements)
ref_unplugged: Reference ref_unplugged created 2 d 22 h 21 m 36 s (Wl: 0 elements; KWl: 23elements; NetS: null; Alrm: 12 elements; Proc: 0 elements; Oth: 5 elements; CPU: 6 elements)
ref_charged: Reference ref_charged created 2 d 22 h 21 m 36 s (Wl: 0 elements; KWl: 23elements; NetS: null; Alrm: 12 elements; Proc: 0 elements; Oth: 5 elements; CPU: 6 elements)
ref_current: Reference ref_current created 3 d 8 h 47 m 21 s (Wl: 23 elements; KWl: 23elements; NetS: null; Alrm: 12 elements; Proc: 18 elements; Oth: 14 elements; CPU: 6 elements)
 
Ist BBS-Log-Posten eines Deiner Hobbies?
 
Wie kann ich de BBS-Log über Nacht starten bzw. wo finde ich die Option?
 
Ich würde vor der Aufzeichnung (Nichtnutzung) "set cust. ref." setzen.
Nach der Aufzeichnung wählst du dann deinen zu betrachtenden Zeitraum aus. Also von custom to current.
Im StartPost ist aber auch eine Hilfe verlinkt.
 
*backup*
ist bei mir mit 27 Minuten eben ganz oben bei partial wakelocks, weiß jemand wofür das ist?

sorry wenn es schon x mal gepostet wurde, aber durch die Suche die ich in den ersten posts nichts, und da ich auf Arbeit bin habe ich schlechten Empfang, und das dauert jetzt eeewig und 3 tage bis ich alles durchsucht habe
 
Schau mal in den Einstellungen unter dein Google Konto was dort so alles synchronisiert wird.
Ich persönlich habe dort zum Beispiel nur Gmail und Kontakte.
 
  • Danke
Reaktionen: EdgA
Kannst auch mal gucken, ob in den Einstellungen unter "Sichern & zurücksetzen" bei "Meine Daten sichern" auch ein Häkchen gesetzt ist.
 
  • Danke
Reaktionen: EdgA

Ähnliche Themen

Team-T
Antworten
0
Aufrufe
81
Team-T
Team-T
S
Antworten
26
Aufrufe
1.229
Team-T
Team-T
netfreak
Antworten
5
Aufrufe
308
netfreak
netfreak
Zurück
Oben Unten