Viele leiden ja unter dem Übel das das Android-OS den Akku leersaugt.

Bei den XDA-devs ist mir eine Anleitung untergekommen, und ich hab sie mal probiert. Dürfte was drann sein, denn mein log zeigte genau das was dort beschrieben wird, mein SGS2 versuchte penetrant im 5 Sekundentakt zu kommunizieren. Bei älteren FW Versionen gar im 1 Sekundentakt. Natürlich ein recht nutloses Unterfangen wenn der Provider das nicht anbietet, und wenn man so schaut - auch bei Providern die das anbeiten ist das eher Fluch denn Segen (was den Akku anbelangt).

Mein Android-OS war immer irgendwo um die 22-25% vom Akkuverbrauch, jetzt ist es aktuell bei 9% (allerdings erst nach 1h Testzeit).

Hier mal ein kleiner Guide auf deutsch wie ihr rausfinden könnt wie oft das bei euch am Handy arbeitet und ob es was bringt oder nicht. Man kann es ja im Falle des Falles wieder rückgängig machen.

Man kann ja auch vorher beim Log feststellen ob sein Provider das Systm unterstützt oder nicht.


Was man benötigt:

+ root
+ adb
+ sqlite3 (sollte hier zu finden sein /system/xbin/sqlite3)
+ rootexplorer (oder gleichwertiges)
+ WLAN ausschalten
+++ wissen wie das mit ADB und Co funzt wird vorausgesetzt

Ich habe mir als erster mal ein backup von dem ganzen Ordner mittels Rootexplorer auf der SD karte gemacht.

/data/data/com.android.providers.telephony/databases/ << sollte man vorher sichern :icon_mrgr

Erster mal prüfen wie oft FastDormancy eigentlich "sendet".

Code:

adb shell $ logcat | grep FastDormancy

Jetzt sollte eine ganze Litanei an Info daherkommen. Optimal wäre wenn am Ende dann kommt das FastDormancy enabled ist und das wars dann (dann würde alles richtig arbeiten). Schlecht (wie wohl bei den meisten der Fall sein wird) wäre wenn dann alle 1-5 Sekunden neue Log einträge dazukommen. Weil dann Probiert das Handy nämlich immer und immer wieder zu kommunizieren und in den FastDormancy Mode zu gelangen. Was aber nichts werden wird wenn es der Provider nicht anbietet.

Jetzt geht es daran dem Handy beizubringen das es nicht so oft versuchen soll in den FastDormancy Modus zu kommen (kostet ja nur unnütz Akku).

Code:

adb shell # cd /data/data/com.android.providers.telephony/databases/ # getprop gsm.operator.numeric >>> 12345 (notiert euch die Zahl die bei euch ausgegeben wird, 12345 ist nur ein Beispiel) # sqlite3 nwk_info.db sqlite> delete from dormpolicy where plmn="12345"; (ersetzt 12345 bei allen Kommandos durch die oben ausgelesene Zahl) sqlite> delete from nwkinfo where plmn="12345"; sqlite> insert into dormpolicy values("12345", "Name des Providers (zB A1)",30,30); sqlite> insert into nwkinfo values("12345", "Name des Providers (zB A1)", "off", 1500, "", ""); sqlite> (drückt ctrl-d + Enter um sqlite3 zu beenden) #

Somit sollte das fertig sein. rebooten und nochmals

Code:

adb shell $ logcat | grep FastDormancy

ausführen. Jetzt sollte der erneute Log Eintrag nur mehr alle 30 Sekunden erfolgen.

Man kann auch probieren die zeit noch höher zu setzen, ob das alles irgendwie negative Auswirkungen haben kann ist noch zu eruieren.


Wer sqlite3 Binary nicht installiert hat: http://db.tt/s7qL5Kq << hier laden, entpacken und wie folgend auf das Galaxy packen:

Code:

adb push sqlite3 /sdcard/sqlite3 adb shell $ su (eventuell jetzt SuperUser Zugriff am Galaxy bestätigen) # mount -o remount,rw -t ext4 /dev/block/mmcblk0p9 /system # cp /sdcard/sqlite3 /system/xbin/sqlite3 # mount -o remount,ro -t ext4 /dev/block/mmcblk0p9 /system # exit $ exit

Edit 1: Bevor ichs vergessen - wer an seinem Teil rumfrickelt und was in die Hose geht möge nicht zu mir kommen - es zwingt einem ja keiner dazu wobei imho da nicht viel schiefgehen kann was odin nicht reparieren könnte.

Edit 2: Quelle: http://forum.xda-developers.com/showpost.php?p=13941635&postcount=1

Edit 3: Was ist Fast Dormancy überhaupt? http://tinyurl.com/4yaly54. Ist zwar ein iPhone Artikel, das Prinzip ist jedoch das Selbe.

Edit 4: sqlite> insert into dormpolicy values("12345", "Name des Providers (zB A1)",300,300);
Ich habe den wert der Suche weise um das 10fache erhöht. Android-OS und Android-System sind beide bei 4%.