[Kernel] Dorimanx v8.43v66 (JB Sammy) + v9/v10.43v66 (CM/AOKP) *04.02.14*

@rowy

Kann ich auch nicht bestätigen, habe den DorimanX v8.30 nun auch seit 2 Tagen drauf, seit gestern auch die neue NeatROM Lite v4.8, wo ich den DorimanX nochmal installieren musste, aber alles ohne Auffälligkeiten ;-).


@Chrischaan

Hast du eventuell eine gute Anlaufstelle für die DorimanX Settings, die man über STweaks einstellen kann. Ich suche jetzt schon seit ein paar Stunden, aber ich habe irgendwie heute kein glückliches Händchen.

Hallo zusammen
Ich habe die Goa 7 drauf mit der 8.28 alles bestens habe heute die batterie kommplet entladen lassen, so das ich das SG 2 nicht mehr einschalten konnte, danach wieder ganz geladen und bisher funktioniert es wieder wie es soll,:p werde nun aber gleich die 8.31 drauf machen und ausprobieren:cool:
Ansonsten bin ich absolut zufrieden mit dem Kernel und ich weis ja auch das er noch Beta ist:p

Neue Dorimanx Kernel v8.31 und v9.31 herausgekommen, sind aber nach wie vor ein Major Update "BETA-TEST".

XDA-Developers Thread: http://forum.xda-developers.com/show...hp?p=25262098#


Ausschließlich nur für JB CM/AOKP 10.1 ROMs

Kernel_Siyah-Dorimanx-V9.31-JB-CM-AOKP-SGII-PWR-CORE:
CWM: http://dorimanx.shine.sk/kernels-jb-...I-PWR-CORE.zip


Ausschließlich nur für JB Mali StockROM und AOSP ROMs

Kernel_Siyah-Dorimanx-V8.31-JB-SGII-PWR-CORE:
CWM: http://dorimanx.shine.sk/kernels-jb-...I-PWR-CORE.zip


Kommentar zur neuen 31-Version von @Phil:

New updates and huge fix and rework of CORTEX script, thanks to Voku and Alucard for help


Changelogs (Kernels have same changes):

*Fixed and reworked CORTEX logic, all functions work! as should.
*Alucard made updates to Nighmare GOV.
*Voku helped with improving Cortex logic.
*Pulled all updates to SoftIRQ code from 3.10.y
*Pulled Kmod updates from Google Android 3.9.RC7
*Fixed OOM profiles in STweaks, and more broken tweaks on the way.
*Disabled Kernel watchdog, Android ROM has it's own, no need for 2.
*Good code change to Vibrate code, now can be tuned to vibrate harder.
*Fixed failed symlink to /mnt/sdcard now OK!
*Updated init BOOT + ADB + CHARGER from Latest CM-KERNEL initramfs.

Need to test Nightmare GOV, we need reports, stability is 95% need to have 100!

Währe wirklich super wen es einen Tread geben würde in dem die STweak Setings diskutiert würden und jeder seine einstellungen Posten könnte damit solche wie ich auch etwas lernen könnten (oder abschauen :p)

@rowy

Ja ;-), das hatten wir hier in diesem Thread auch schon mal begonnen und diesbezüglich auf den Seiten 2 und 3 ein paar Einstellungen gepostet ;-). Da sich dazu jetzt aber bestimmt einige Dinge geändert haben, da zum Einen der DorimanX Kernel weiter entwickelt ist, als es noch vor ein paar Monaten der Fall war und sich auch in der App STweaks einige Dinge verändert haben, wäre es natürlich von Vorteil, wenn man sich in Bezug auf Einstellungen mit der App STweaks hier ein wenig austauscht. Ich werde jetzt mal so einbisschen anfangen ein paar Dinge einzustellen und wenn die stabil laufen, poste ich sie hier, damit wir hier mal gemeinsam vergleichen können, was stellt der Eine ein und was der Andere ;-), OK.

Also ich muss zugeben die 8.31 läuft wirklich super flüssig und der Baterie verbrauch ist spitze, in 15 Std mit W-Lan und Daten ca. 20min SubwaySurf, Einer Kommplet sicherung nur gerade 52% verbraucht.

Kann ich in sofern bestätigen, das der DorimanX momentan sehr unauffällig verhält ;-). Das Scrollen in den Untermenüs erfolgt geschmeidig, ohne große Lags aufzuzeigen, das Aufrufen von weiteren Untermenüs oder das öffnen von Apps verläuft ohne Verzögerungen und reagiert sofort.

Der Akkuverbrauch stellt sich sehr smooth dar und entspricht meinem Nutzungsverhalten, so das ich auf einen DeepSleep von 9h und 54 Minuten in einer Nichtnutzungszeit von 10h gekommen bin, was einem DeepSleep-Wert von 99% entspricht :D, hatte ich schon lange nicht mehr ;-).

Da der DorimanX Kernel v8.31 von mir erst gestern Abend geflasht wurde und erst einen marginalen Ladezyklus hinter sich hat, ist das schon sehr sehr ordentlich und mehr als ansprechend, wie sich der DorimanX präsentiert ;-).

Wie ich zuletzt ja geschrieben hatte, stelle ich jetzt mal ein paar Einstellungen mit der App STweak ein, welche ich seit ein paar Tagen bei mir auf dem Galaxy S2 Smartphone teste und bis jetzt unauffällig funktionieren, ohne Freezes, SOD oder Reboots ;-). Interessanterweise habe ich durch die App STweak aber schon mal herausgefunden, das meine installierte CPU der Gruppe 3 zugeordnet wird, also eines der ersten Geräte, welche Samsung vertrieben hat.

Da die Zuordnung der Gruppen von 1 - 5 erfolgt, liege ich genau dazwischen ;-), was für mich bedeutet, das ich tatsächlich keine extremen Einstellungen bezüglich UnderVolting benutzen kann, da mir sonst das Smartphone einfriert. Erklärt nun endlich auch, warum ich seiner Zeit auch keine Phenomenal Extreme-Kernel von @Fenomeno nutzen konnte ;-): So, nun zu meinen Einstellungen mit der App STweak, welche sich folgendermaßen darstellen:


• CPU
Folgende Einstellungen habe ich gewählt:

• CORTEX WAKEUP BOOST: 5 Sec
• ARCH POWER: Haken gesetzt
• SCALING_MIN_STANDBY_FREQ: 100000 kHz


• CPU-VOLTAGE
Folgende Einstellungen habe ich gewählt:
(Da bei mir der Energiesparmodus aktiviert ist, ist die max. CPU Frequenz auf 1000 MHz gedrosselt. Trotzdem gebe ich den CPU Frequenzwert von 1200 MHz mit an, da ich diesen zuvor auch ohne Energiesparmodus getestet habe ;-) )

• 1200 MHz: 1175 mV

• 1100 MHz: 1125 mV

• 1000 MHz: 1075 mV (Weiter kann ich hier nicht heruntergehen, da mir sonst das Smartphone einfriert)

• 900 MHz: 1025 mV

• 800 MHz: 1000 mV

• 700 MHz: 975 mV

• 600 MHz: 950 mV

• 500 MHz: 950 mV

• 400 MHz: 925 mV

• 300 MHz: 925 mV

• 200 MHz: 900 mV

• 100 MHz: 900 mV


• CPU-Tuning (AWAKE)
Folgende Einstellungen habe ich gewählt:

• (CPU-Tuning Awake) Default CPU Governor > nightmare
• FREQ_FOR_RESPONSIVENESS > 100000 kHz
• HOTPLUG_ENABLE > Enabled
• HOTPLUG_FREQ_SND > 100000 kHz



• CPU-Tuning (SLEEP)
Folgende Einstellungen habe ich gewählt:

• (CPU-Tuning SLEEP) Default CPU Governor > sleepy
• FREQ_FOR_RESPONSIVENESS_SLEEP: 100000 kHz
• ING_CPU_LOAD_SLEEP > 70%
• DEC_CPU_LOAD_SLEEP > 60%
• FREQ__FOR_RESPONSIVENESS_MAX_SLEEP: 800000 kHz
• UP_SF_STEP_SLEEP > 0 int
• DOWN_SF_STEP_SLEEP > 0 int
• HOTPLUG_FREQ_SND_SLEEP: 100000 kHz


• I/O (Scheduler)
Folgende Einstellungen habe ich gewählt:

• KILOBYTES TO READ-AHEAD > AUTO
• DEFAULT AWAKE I/O SCHEDULER > NOOB
• STANDBY/DEEPSLEEP I/O SCHEDULER > DEADLINE


• MEMORY
Folgende Einstellungen habe ich gewählt:

• AUTO OOM > Haken gesetzt
• OOM LEVEL SCREEN ON > default
• OOM LEVEL SCREEN OFF > medium


• GPU
Folgende Einstellungen habe ich gewählt:

• GPU UTILIZATION TIMEOUT > 350 MSec

• 108Mhz: 900mV
• 160Mhz: 900mV
• 200Mhz: 950mV
• 267Mhz: 950mV
• 267Mhz: 1000mV

• GPU THRESHOLD 1-UP > 30%
• GPU THRESHOLD 2-DOWN > 20%
• GPU THRESHOLD 2-UP > 40%
• GPU THRESHOLD 3-DOWN > 30%
• GPU THRESHOLD 3-UP > 55%
• GPU THRESHOLD 4-DOWN > 45%
• GPU THRESHOLD 4-UP > 80%
• GPU THRESHOLD 5-DOWN > 70%


• SCREEN
Folgende Einstellung habe ich gewählt:

• MAX_GAMMA > 20
• LCD Power REDUCE > Haken gesetzt


• SOUND
Folgende Einstellungen habe ich gewählt:

• JB LOW SOUND FIX ON BOOT > Haken gesetzt
• HEADPHONE AMPLIFIER > Boost 3dB
• MASTER VOLUME GAIN > 2dB
• HEADPHONE VOLUME LEVEL > 4dB
• MIC VOLUME LEVEL > 0dB
• SPEAKER VOLUME LEVEL > 0dB


• OTHER
Folgende Einstellungen habe ich gewählt:

• GPS REGION > Set Europe
• ANDROID LOGGER > Haken gesetzt


• TWEAKS
Folgende Einstellungen habe ich gewählt:

• CORTEXBRAIN-BACKGROUND-PROCESS > Enable
• AUTO-DATA > Haken gesetzt
• FIREWALL-TWEAKS > Haken gesetzt
• TCP-TWEAKS > Haken gesetzt
• CPU-TWEAKS > Haken gesetzt
• MEMORY-TWEAKS > Haken gesetzt
• BATTERY-TWEAKS > Haken gesetzt
• ECO-TWEAKS > Haken gesetzt
• ECO-LEVEL > 30%
• SYSTEM-TWEAKS > Haken gesetzt
• KERNEL-TWEAKS > Haken gesetzt
• IO-TWEAKS > Haken gesetzt



So, jetzt habt ihr erst einmal ein paar Einstellungen über die App STweak von mir erhalten, welche bei mir auf meinem Smartphone bis jetzt ohne Probleme funktionieren. Ich habe bis jetzt mit diesen durchgeführten Einstellungen keine negativen Auffälligkeiten wahrnehmen können, wenn man hier bei mir den Umstand berücksichtigt, das ich nur eine CPU der Gruppe 3 habe ;-).

Diejenigen, bei denen die CPU in der Gruppe 4 oder 5 zugeordnet werden, können abweichend von meinen Einstellung sogar noch niedrigere Spannungsversorgungen für die CPU-Taktung anlegen, um dadurch noch mehr Einfluss auf den Akkuverbrauch nehmen zu können ;-). Ich würde mich jedenfalls über das eine oder andere Feedback zu den Einstellungen über die App STweak freuen, um somit durch andere Einstellungen Vergleichswerte zu schaffen, wovon wir eventuell alle profitieren könnten ;-). Der Anfang ist von mir gemacht :D.

Neue Dorimanx Kernel v8.32 und v9.32 herausgekommen, sind aber nach wie vor ein Major Update "BETA-TEST".

XDA-Developers Thread: http://forum.xda-developers.com/show...hp?p=25262098#


Ausschließlich nur für JB CM/AOKP 10.1 ROMs

Kernel_Siyah-Dorimanx-V9.32-JB-CM-AOKP-SGII-PWR-CORE:
CWM: http://dorimanx.shine.sk/kernels-jb-...I-PWR-CORE.zip


Ausschließlich nur für JB Mali StockROM und AOSP ROMs

Kernel_Siyah-Dorimanx-V8.32-JB-SGII-PWR-CORE:
CWM: http://dorimanx.shine.sk/kernels-jb-...I-PWR-CORE.zip


Kommentar zur neuen 32-Version von @Phil:

We all worked hard for this release, many things fixed and new stuff ported.


Changelogs (Kernels have same changes):

*Ported MEM updates from Google Android 3.10.RC5!
*Ported RCU updates from 3.10.RC6
*Ported FS and system code from Google Android 3.10.RC5!
*Voku Ported good updates to system and to ZZMOOVE gov, and i reworked it for us.
*Voku made optimizations to CORTEX and to kernel build/clean scripts.
*Updated with latest LINARO 2013.05 GCC 4.8.1!
*Voku made changes to STweaks XML more descriptions.
*Alucard modded Nightmare GOV a lot! really nice work! and help testing for hours new other updates! big thanks to him!
*Fixed ZRAM overfill and system hang on full SWAP and OOM. now ok.
*Fixed Lowmemkill to kill protected apps if they leak memory and OOM us.
now if any of the protected apps will eat more then 76MB ram and selected to be killed on OOM, it's will be killed.
(protected apps = launcher,contacts,systemui,media.storage)
*Fixed LOW vibrate, now strong as was, can be controlled in STweaks.
*Added EXFAT modules, but one of them still cant be loaded, we are looking for solution! so ignore the modules for now.
*WARNING! for PRO USERS ONLY!!! --> Fixed DATA/CACHE fix function, now will also remove dalvik_cache after fixing DATA,
and added manual script to /sbin/ext/fix_my_data.sh that can be run in recovery via ADB to see what is fixed in DATA partition,
for people that want to see, (like me)
NEW USERS: STAY AWAY from this script or Stweaks button (data/cache fix)!
*Ported System code fix from SG4 Kernel by AndreiLux!
*Voku ported 3.0.82 Main stream patch.

there is more, but it's complicated and not for need to know, but all in GIT, go and dig

V 8.32 Hab in drauf und bin gespannt wie der läufft
Danke SgGaS Habe diene Einstellungen verwendet und bisher alles OK.:p

@rowy

Habe den STANDBY/DEEPSLEEP I/O SCHEDULER von NOOB > CFQ abgeändert, erst einmal ein Versuch. Hatte gestern den ersten SOD (Screen Of Death) mit dem Dori v8.32, nach dem ich den Wecker genutzt hatte und musste das Handy Rebooten, weil es nach dem Weckvorgang eingefroren ist. Ich hoffe mit dem CFQ Scheduler Abhilfe zu schaffen, ansonsten muss ich nochmal etwas an der Spannungsversorgung für die CPU-Taktung ändern ;-).

Anhand meiner Einstellungen die ich in Post #168 angegeben hatte, habe ich jetzt mal ein paar Screenshots innerhalb von 12,5h in der fast Nichtnutzungszeit gemacht, welche aufzeigen sollen, was möglich ist, wenn sich das Handy überwiegenderweise im DeepSleep befindet. Hierbei möchte ich jetzt auch keine Diskussion lostreten, frei nach dem Motto "Naja, das Handy ist ja zum Benutzen da und nicht das es nur rumliegt" ;-). Mag auf der einen Seite ja völlig richtig erscheinen, ist aber nicht das, was ich damit verfolge ;-).

Mein Ansatz basiert / lehnt darauf, festzustellen, wer bedient sich den an meinem Akku, wenn das Handy mal nicht benutzt wird, was ja oftmals durch Bloatware-Apps, wie es mit denen z.B. von Google oder Samsung der Fall ist, welche dann durch ihre Hintergrundaktivitäten (Datenaustausch), dann rege am Akku zerren, ohne das man es mitbekommt. Des Weiteren habe ich ja auch in meiner Schritt für Schritt Anleitung einige Kapitel (7 - 9) erstellt, wo ich auf diese Thematik eingehe und jetzt davon profitiere, das ich es so umgesetzt habe, wie es in den Kapiteln 7 - 9 von mir ausgearbeitet wurde ;-).

So, nun aber zu den Screenshots, welche gestern Abend am 18.06. um 23h beginnen und heute dann mal nach 12,5h enden ;-). Hierzu sei noch mit angefügt, dass das Handy auch nicht ganz Regungslos gewesen ist ;-) und von mir zum morgentlichen Wecken benutzt wurde, als auch 1 kurzes Telefonat durchgeführt wurde :):

Anhang 128875Anhang 128876Anhang 128877Anhang 128878Anhang 128879Anhang 128880Anhang 128881Anhang 128882


Des Weiteren kann ich euch auch nur empfehlen, solche Apps wie Autorun Manager oder Android Firewall (ehemals DroidWall) zu benutzen. Was die App Autorun Manager betrifft, so lassen sich damit fast alle Receiver in folgenden aufgeführten Google-Apps ausschalten, um jegliche Hintergrundaktivitäten durch diese Google-Apps weitesgehend zu unterbinden, ohne das dabei Probleme mit dem Handy auftreten ;-):

• Google Partner Setup (alle)
• Google Play Dienste (alle)
• Google-Dienste-Framework (alle)

• Google Play Store - 3 Receiver lassen sich nicht endgültig abhaken und tragen sich immer wieder selber ein und einen (roter Punkt) musst man angehakt lassen, sonst funktionieren die Downloads aus dem Google Play Store nicht mehr, das sind:

• com.google.android.finsky.receivers.AccountsChangedReceiver
• com.google.android.finsky.receivers.PackageMonitorReceiver
• com.google.android.finsky.receivers.BootCompleteReceiver
• com.google.android.finsky.download.DownloadBroadcastReceiver (muss erhalten bleiben)


Mit der App Android Firewall könnt ihr Einfluss auf die Internetaktivitäten eurer installierten Apps nehmen, welche die Apps vorzugsweise für ihren Datenaustausch benötigen. Hakt ihr entsprechende Apps an, können die Apps entweder über WLan oder Internet Daten senden oder herunterladen, lasst ihr die Haken weg, blockiert die App Android Firewall den Zugang zum Internet oder über das WLan. Es sind oftmals Kleinigkeiten, um den Akkuverbrauch rapide einzuschränken, die dann durch solche tollen Helferlein Apps wie Autorun Manager oder Android Firewall hervorragend umgesetzt werden können ;-).

Habe bisher noch keine Probs gehabt v 8.32 läuft super.

Kann ich in sofern auch bestätigen, der DorimanX Kernel v8.32 macht eine sehr gute Figur auf dem Handy und es sind keine Auffälligkeiten wie Freezes, Reboots oder SOD (nach umstellen des STANDBY/DEEPSLEEP I/O SCHEDULER auf den cfq Scheduler) wahrnehmbar ;-). Der Akkuverbrauch wird auch zunehmend besser, nach dem ich jetzt schon 2 Ladezyklen hinter mich gebracht habe ;-).

Nach dem ich nun mehrere Tage meine Einstellungen aus Post #168 getestet habe, welche bis jetzt sehr stabil gelaufen sind und einen hervorragenden Akkuverbrauch generieren, habe ich nun unter dem Registerreiter "CPU" eine weitere Einstellung verändert. Es betrifft hier den Punkt "SCALING_MIN_SUSPEND_FREQ" wo ich von 200000kHz > 100000 kHz heruntergegangen bin, welche die minimum CPU-Taktung im DeepSleep bestimmt. Es ist ein Versuch, weil durch diese noch niedrigere Takrate eventuell ein SOD (Screen of Death = einfrieren) enstehen kann. Sollte es dazu jetzt Probleme geben, werde ich dies hier mitteilen, OK ;-).

EDIT:

Nach dem ich nun den Wert vom "SCALING_MIN_SUSPEND_FREQ" heruntergesetzt und getestet habe, ist das eingetreten, was ich schon vermutet habe, ich hatte einen SOD. Von daher bin ich jetzt wieder 100000 kHz > 200000 kHz zurückgegangen und habe den Wert aus meinen Einstellungen in Post #168 wieder herausgenommen.

Hab da ein Problem mit der Touch Key Beleuchtung, normalerweise habe ich sie immer deaktiviert so ist es auch eingestellt, aber sie geht trotzdem für ca. 3s an. Warum ?

Ah ja, in STweaks habe ich es auch umgestellt, aber immer nach einem Neustart stellt es sich um.

EDIT: Nach den Einstellungen und der Akkukalibrierung kann ich zusehen wie die Prozente der Akkuanzeige runter gehen, in einer Stunde sind es jetzt 21% ohne großartig was zu machen. Außerdem lässt sich der Videoplayer nicht starten "Video-Player angehalten"

Nachtrag: 3,5 Stunden 40% verloren :confused:

@Adam T.

Deinstalliere den DorimanX Kernel nochmal mit dem GS2KernelWipe Script von @hawkerpaul und installiere anschließend den DorimanX Kernel dann noch mal. Anschließend machst du dann im noch geöffneten Recovery einen "Wipe Cache Partition" und "Wipe Dalvik Cache" und startest das Handy dann über "System Reboot now" neu. Das der Akku jetzt so schnell an Ladung verliert, ist absolut ungewöhnlich, habe ich so noch nie erlebt, wie du es jetzt beschreibst. Versuche erst einmal meinen beschrieben Weg durchzuführen und dann schau wir mal was dann passiert, OK.

Download GS2KernelWipe Script (CWM): http://d-h.st/Hh1

So, habe es eben gemach. Schauen wir mal was passiert.

Welche Version benutzt du eigentlich, noch die 8.31, oder schon die 8.32?


EDIT: Also irgendwie stimmt da was nicht, hatte 48% Akku habe das Gerät neu gestartet und jetzt sinf es nur noch 12%

@Adam T.

Ich benutze den DorimanX Kernel v8.32. Lade dein Handy BITTE nochmal neu und wiederhole den Vorgang mit der Kalibrierung, wie ich ihn beschrieben habe. Ich denke da ist irgendetwas mit der batterystats.bin Datei beim Reset-Vorgang schief gelaufen, sollte aber kein Problem sein, wenn du die Kalibrierung erneut durchführst, um den Akku richtig zu kalibrieren, OK, dann wird es sich wieder begradigen.

Du kannst die batterystats.bin auch mit der Battery Calibration App kalibrieren. Hab damit bei Akkuproblemen immer gute erfolge erzielen können.

Um meinen gemachten Test aus Post #172 noch mal zu bestätigen, habe ich von gestern Abend 20:10h bis heute morgen 8:40 (12,5h) den Akkuverbrauchstest, welcher sich im DeepSleep ergeben kann, wiederholt, mit den Einstellungen über die App STweak, die ich in Post #168 angegeben habe ;-). Hierzu nun ein paar Screenshots, die deutlich aufzeigen, das sich meine Verbrauchswerte nochmal zu denen die ich aus meinem ersten Test in Post #172 angegeben hatte, verbessert haben. Dies soll auch aufzeigen, das es tatsächlich erst ein paar Akkuladungen benötigt, bis sich der Akkuverbrauch einpendelt und solch fantastischen Werte hervor zaubert ;-):

Anhang 129107Anhang 129108Anhang 129109Anhang 129110Anhang 129111Anhang 129112Anhang 129113Anhang 129114Anhang 129115Anhang 129116Anhang 129117Anhang 129118Anhang 129119Anhang 129120


Ich hoffe ich kann nun damit aufzeigen, was tatsächlich möglich ist, wenn man bestimmte Dinge in der Vorbereitung beachtet und entsprechende Maßnahmen ergreift, welche ich hier immer wieder zum Besten gebe :D. Einige Dinge habe ich ja nun schon in meiner Schritt für Schritt Anleitung dazu ausgeführt, andere und nicht unerhebliche Maßnahmen die sich daran anschließen, habe ich z.B. in Post #172 weiter unten ebenfalls mit dazu angebracht ;-). Ihr müsst selber entscheiden, wie wichtig euch bestimmte Maßnahmen in Bezug auf den Akkuverbrauch sind, genügend Anhaltspunkte habt ihr ja nun von mit erhalten dazu :D.

Von solchen Ergebnissen kann ich nur träumen, habe jetzt in der Nacht in 8Stunden 18% verloren.

@Adam T.

Leider weiß ich jetzt nicht, welche Apps du alles auf deinem Handy installiert hast, oder nach meinen Vorgaben deinstalliert hast. Jedenfalls hat sich ja schon einmal etwas verbessert, das du in 8 Stunden nur einen Akkuverbrauch von 18% hattest, ist ja schon mal Anfang ;-), im Gegensatz zu gestern, wo dein Verbrauch ja innerhalb kürzester Zeit erheblich höher war ;-). Versuche dich doch mal in meiner Schritt für Schritt Anleitung mit den Kapiteln 7 und 8 auseinander zu setzen, das hilft schon ein wenig.

Anschließend denkst du mal über den Gebrauch von Helferlein Apps nach, wie z.B. "Autorun Manager" und "Android Firewall" (ehemals Droidwall). Glaube mir, es sind die Kleinigkeiten, die oftmals gar keine Berücksichtigung finden, aber große Auswirkungen haben können, wenn man sich damit einmal beschäftigt. Nur als Tipp, wenn du z.B. solche Apps wie "Whatsapp" - "Tapatalk" oder "Facebook", um nur ein paar zu nennen, dann muss man sich nicht darüber wundern, wenn man einen erhöhten Akkuverbrauch hat, weil diese Apps ständig Hintergrundaktivitäten durchführen, um irgendwelche Anfragen oder Abfragen abzuarbeiten, welche dann natürlich auch zu erhötem Akkuverbrauch führen.

Es liegt an dir und ich stelle es dir absolut frei, dich nach meinem Vorgaben mal zu orientieren, du wirst aber sehen, das da einiges an Potenzial vorliegt, welche man nutzen kann, um den Akkuverbrauch einzuschränken. Du musst ja nicht alles annähernd übernehmen wie ich es ausgeführt habe, aber zum Orientieren und Anregen solltest du mal ein Blick darauf werfen ;-). Mehr kann ich dir dazu leider auch nicht sagen, bzw. anbringen, denn anders verfahre ich auf meinem Handy damit auch nicht und es stellt erst recht auch kein magisches Können voraus ;-).

So, habe jetzt auch die Version v8.32 drauf und Kapitel 7 und 8 durch, allerdings habe ich bei dem deinstallieren von manchen Sachen meine Probleme. Habe Angst, dass ich doch was deinstalliere was für irgendetwas von Bedeutung ist.

@Adam T.

Kein Problem, wähle nur die Apps aus, bei denen du dir sicher bist, das sie deinstalliert werden können. Am besten nutzt du einfach mal hier folgendes "Removed Bloatware Script" von @mecss, da dieses Script gründlicher ist, als Titanium Backup. Zu finden ist es hier:

PPC-Thread: http://www.pocketpc.ch/samsung-galax...1-2-mecss.html

Da steht auch alles drin, was du tun musst, um dieses Script nach deinen Wünschen anzupassen. Bei Titanium Backup besteht nämlich folgendes Problem, Titanium Backup löscht nur die Apps aus dem Systemordner "System" > "App" und da manchmal auch nicht alles heraus, was du löschen wolltest. Zum anderen hast du ja noch einen anderen Pfad, wo installierte Apps durch eine ROM Neuinstallation abgelegt werden, nämlich unter "Preload" > "Symlink" > "System" > "App".

Die dort abgelegten Apps (wird automatisch seit Einführung der JellyBean Firmware vom System durchgeführt, da der eigentliche Hauptsystemordner "System" > "App" zu klein ist, um darin alle Apps nach einer Neuinstallation abzulegen) werden von Titanium Backup gar nicht gelöscht, die du aber zum Deinstallieren über Titanium Backup angegeben hast. Das "Removed Bloatware Script" macht das aber, von daher wären ein deinstallieren über das Script von Vorteil ;-). Wenn du dir das aber nicht zutraust, dann solltest du dies mit einem geeigneten File Manager wie z.B. "Root Explorer" händisch durchführen.

Wichtig ist, das aus diesem Ordner unter "Preload" > "Symlink" > "System" > "App" ebenfalls alle Apps gelöscht werden, so wie du diese aus dem Hauptsystemordner "System" > "App" durch Titanium Backup entfernt hast. Jede App die übrig bleibt im Preloadordner kann weiterhin unerwünschte Hintergrundaktivitäten durchführen, die auf deinem Handy dann für unnötigen Akkuverbrauch sorgen ;-). Entscheiden musst du es selber, ob du das genannte Script von @mecss mal ausprobieren magst, oder bei Titanium Backup bleibst. Wenn du dies weiterhin über Titanium Backup machen möchtest, dann solltest du aber aufjedenfall händisch in dem Preloadordner zu Werke gehen, um die Apps zu löschen, welche du auch aus dem Hauptsystemordner entfernt hast, OK.

Hab mich jetzt an das Script getraut, das Gerät wird jetzt aktualisiert :sleeping: Schauen wir was daraus wird.

Braucht man die Google Einstellungen, Local eigentlich?

Und noch was zu dem Akku, mir ist jetzt aufgefallen, dass nach kompletten Aufladung die Anzeige in ca. 1Stunde von 100 auf 84% runter geht. Hatte das so noch nicht gehabt, kann es mit der Akku Kalibrierung zusammenhängen?

Habe die CPU-VOLTAGE auch runter gesetzt, bis jetzt ohne Problemme.


• 1200 MHz: 1175 mV

• 1100 MHz: 1125 mV

• 1000 MHz: 1075 mV

• 900 MHz: 1025 mV

• 800 MHz: 975 mV

• 700 MHz: 950 mV

• 600 MHz: 925 mV

• 500 MHz: 875 mV

• 400 MHz: 875 mV

• 300 MHz: 875 mV

• 200 MHz: 850 mV

• 100 MHz: 850 mV

EDIT: Heute in der Nacht wieder 12% in knapp 6 Stunden, da sind Dienste z.B. "gtalk_async_conn com.google.android.gsf" die 20 Min. mit 1000 MHz laufen, was ist es und kann man es auch noch abschalten?

Anhang 129168Anhang 129169Anhang 129170

Sowas hab ich noch nie erlebt:

Dorimanx auf NeatROM geflasht am Freitagabend und SaGaS' Einstellungen komplett übernommen.

S2 lief einwandfrei; Weckeralarm am Sonntagfrüh 6.25 Uhr funktionierte!

Gestern Abend (Sonntag, 20 Uhr) bei einem "Probeweckeralarm" ging dieser nur einmal kurz für 1 sek an. Nicht länger. S2 liess sich aber ganz normal anschalten.

Gestern Abend ca. 23.30 Uhr ging ich schlafen. Das S2 hatte noch ca. 60 % Akku. Da war noch alles okay.

Um 0.30 wird jeden Tag das S2 dann per Llama in den Flugmodus geschickt. Normalerweise verlor es über Nacht ca. 2-5 % mit Philz-Kernel an Akkukapazität. Das klappt seit 2 Jahren einwandfrei.

Heute früh wunderte ich mich, dass der Wecker nicht ansprang und das S2 sich überhaupt nicht anschalten liess.

Ich hängte es an die Steckdose - und sah, dass es NULL Akku hatte!


Wie kann des sowas sein? Und welche Einstellung muss ich verändern, damit das S2 mir weder einfriert, noch den Akku total leersaugt?

@Adam T.

Das Problem mit den GTalk-Diensten, hast durch die Systemapp Google Dienste Framework, wo 6 Receiver ausgeschaltet werden müssen durch Häkchen entfernen vor den entsprechenden Receivern. Um aber an diese Systemapps heranzukommen, benötigst du die App Autorun Manager, die es dir ermöglicht in der Pro-Version (kostenpflichtig im Google Play Store zu erhalten) so alles an Receivern abzustellen, welche für Synchronisierungen verantwortlich sind.

Ich hatte diesbezüglich ja schon mal in meinem Post #172 darauf hingewiesen ;-). Wenn du dir die App Autorun Manager käuflich erwirbst, kannst du darin dann in folgenden Systemapps so alles abhaken, was an Receivern aufgelistet wird. Um es dir aber zu vereinfachen, halte dich dann mal an meine Angaben und du wirst sehen, das du unter anderem die GTalk-Dienste damit weitesgehend ausschalten kannst und nach einem reboot des Handys dann diese Receiver dann auch nicht mehr aktiv sind.

In folgend genannten Google Systemapps führst du jetzt mal folgendes durch:

• Google Partner Setup (alle Receiver abhaken)
• Google Play Dienste (alle Receiver abhaken)
• Google-Dienste-Framework (alle Receiver abhaken)

• Google Play Store - 3 Receiver (blauer Punkt) lassen sich nicht endgültig abhaken und tragen sich immer wieder selber von alleine ein und einen (roter Punkt) musst du angehakt lassen, sonst funktionieren die Downloads aus dem Google Play Store nicht mehr, das sind:

• com.google.android.finsky.receivers.AccountsChangedReceiver
• com.google.android.finsky.receivers.PackageMonitorReceiver
• com.google.android.finsky.receivers.BootCompleteReceiver
• com.google.android.finsky.download.DownloadBroadcastReceiver (muss erhalten bleiben)


Des Weiteren kannst du mit der App Android Firewall (kostenlos im Google Play Store erhältlich) Einfluss auf die Internetaktivitäten deiner installierten Apps nehmen, welche die Apps vorzugsweise für ihren Datenaustausch benötigen. Hakst du in der Whitelist entsprechende Apps an, können diese Apps entweder über WLan oder Internet Daten senden oder empfangen, sowie Downloads durchführen. Lässt du die Haken vor entsprechenden Apps weg, blockiert die App Android Firewall den Zugang zum Internet oder über das WLan und somit kann dann keine App irgendein Datenaustausch, bzw. Synchronisierungsvorgang vornehmen.


@Stehof

Ich weiß nicht was da bei dir auf dem Handy passiert, aber ich kann deine Eindrücke nicht teilen, habe keines deiner geschilderten Probleme auf meinem Handy. Wozu setzt du die App Llama ein, halte ich für absolut überflüssig, weil ich max. 1% Akkuverbrauch über Nacht habe (wenn überhaupt) ohne eingeschalteten Flugzeugmodus, also erledigt sich der Einsatz der App Llama nach meiner bescheidenen Meinung ;-). Ich vermute mal, bin mir jetzt aber nicht sicher, das dadurch dein Wecker eventuell auch gestört werden kann, denn dein Sound sollte dann nämlich auch nicht funktionieren, wenn du den Flugzeugmodus an hast ;-). Ist so eine Art Lautlos-Modus der Flugzeugmodus, da wenn eingeschaltet, du nicht gestört werden willst ;-).

Was deinen rapiden Akkuverbrauch betrifft, so kann ich dir auch nicht sagen, was oder wer dafür verantwortlich ist. Ich habe dieses Problem ebenfalls nicht wahrnehmen können, noch ist es mir aufgefallen, das ich solch rapiden Akkuverbrauchswerte seit dem DorimanX Kernel v8.32 habe. Was hast du denn über die App STweak für eine Einordnung der Gruppe deiner installierten CPU erhalten? Wäre mal interessant zu wissen, bevor wir uns über mögliche Einstellungen in der App STweak austauschen, was du vielleicht ändern könntest.

@SaGaS

Llama setz ich halt für verschiedene Sachen ein, es läuft ja funkzellen- und nicht gps-mässig: starte blitzer-app und gps, wenn navigon aktiviert wird - und wenn es beendet wird, dann beende gps+blitzer-app.....lautlos auf Arbeit, laut bei Heimkommen....laut bei Einloggen in verschiedene mir bekannte Wlan-Netze... beende gps bei einloggen ins heimische wlan....nachts soll es dann von.. bis... in den Flugmodus gehen usw.
Für jemanden Faulen wie mich ist das schon nützlich^^ mittlerweile würd ich vielleicht zu TASKER wechseln, das scheint mir einfacher bzw. übersichtlicher zu sein.

Wecker geht immer bei Flugmodus. Jedenfalls bei mir.. ob mit oder ohne Llama. Hat noch nie versagt die letzten 2 Jahre. Bis auf heute früh ;-)
Edit: Sorry.... Llama stellt Flugmodus aus und der Wecker klingelt ein paar Minuten später... also war zur "Weckerklingelzeit" schon wieder alles im Normalmodus.

Ich werd das mal die nächsten Nächte testen.... ob das unerklärliche Null-Akkuprozente-Problem wieder eintritt. Und wenn ja, werd ich das mal OHNE diesem Llama ausprobieren. Vlt ist da ja alles in Ordnung und die Akkuverringerung durch dorimanx auch ohne Flugmodus minimal, so dass ich mir das mit dem Flugmodus dann wirklich sparen kann.

Ist mir unerklärlich - Einfrieren kenn ich. Aber von 60 auf Null hab ich noch nicht erlebt. Vielleicht war es ja nur eine einmalig Sache und kommt nie mehr vor. Und hat auch nix mit dem Dorimanx zu tun. Abwarten. Testen. Weitergucken. ;-)

Meld mich nach ein paar Tagen/Nächten wieder.

Gottseidank hab/brauch ich früh eh mehrere Wecker - sonst hätt ich heut voll verpennt :-D


Mein S2 hat auch die Einordnung in Gruppe "3" - deshalb hab ich Deine Werte ja einfach so "geklaut" ;-)

@SaGaS

Habe jetzt alles mit dem Autorun Manager ausgeschaltet, werde mal morgen berichten was mein Akku jetzt macht.
Kannst Du mir bitte noch sagen was "1013" ist? Darunter steht noch "AudioOut_2" und "AudioIn_12"


Gruß, Adam

@Stehof

Aha, Gruppe 3, verstehe ;-).

So, habe heute ebenfalls wieder ein SOD (einfrieren) gehabt, nachdem ich mich heute Nachmittag vom Wecker habe wecken lassen :-(. Habe jetzt mal 4 weitere Werte verändert, um dadurch eventuell den SOD zu unterbinden, welcher aber bei mir sporadisch auftritt:

Unter CPU-Voltage habe ich folgende Werte geändert:

• 300 MHz: 875mV > 900mV

• 200 MHz: 850mV > 875mV

• 100 MHz: 850mV > 875mV


Unter I/O Scheduler habe ich folgende Änderung vorgenommen:

• STANDBY/DEEPSLEEP I/O SCHEDULER: CFQ > DEADLINE


Was deinen Akkuverbrauch betrifft, könntest du nochmal folgende Sache durchführen:

1. Lade dir mal das GS2KernelWipe Script herunter
Download GS2KernelWipe Script: http://d-h.st/Hh1

2. Kopiere das Script und den DorimanX Kernel auf die interne SD-Karte deines Handys

3. Wechsel in das Recovery-Menü (CWM) und flashe zuerst das GS2KernelWipe Script und anschließend den DorimanX Kernel v8.32 nochmal

4. Im immer noch geöffneten CWM führst du noch einen "Wipe Cache Partition" und "Wipe Dalvik Cache" durch und startest anschließend durch "Reboot System now" dein Handy neu.


Vielleicht hast du anschließend dann Ruhe mit diesen rapiden Akkuverbräuchen, die ich mir jetzt aber selber nicht erklären kann, da ich dies, wie schon geäußert, bis jetzt in der Form auf meinem Handy noch nicht bemerkt habe. Kannst dich ja dann noch mal melden, wie sich auch die Änderungen der zuvor aufgeführten Werte auf deinem Handy ausgewirkt haben, OK. Werde dies jetzt nach meiner Änderung ebenfalls beobachten und entsprechendes Feedback geben, wenn sich nochmals ein SOD oder sonstiges einstellen sollte.


@Adam T.

Zitat:

---

Kannst Du mir bitte noch sagen was "1013" ist? Darunter steht noch "AudioOut_2" und "AudioIn_12"

---

Was sind das für Angaben, kann diese gerade nicht zuordnen?

Das meine ich:

Anhang 129242

Und zu Deinen Einstellungen kann ich nur sagen, dass ich bis jetzt noch keine Probleme hatte. Habe es sogar noch weiter runter gesetzt


• 800 MHz: 975 mV

• 700 MHz: 950 mV

• 600 MHz: 925 mV

• 500 MHz: 875 mV

• 400 MHz: 875 mV

• 300 MHz: 875 mV

• 200 MHz: 850 mV

• 100 MHz: 850 mV

@Adam T.

Ich kenne die App gar nicht, mit der du diese Wakelogs "AudioOut_2" und "AudioIn_12" erfasst, aber diese, glaube ich zumindest ;-), entstehen, da du unter "Einstellungen" > "Ton" eventuell die Systemtöne alle angehakt hast ;-), oder? Diese von dir aufgeführten Wakelogs sind typisch dafür, wenn du die Systemtöne nutzt, wenn du die nicht unbedingt benötigst, hake sie alle ab und dann gehen die Wakelogs auch weitesgehend zurück ;-).

Mit den Einstellungen in der App STweak kannst du natürlich auch andere Einstellungen ausprobieren, als ich vorgegeben habe. Ich versuche zumindestens erst einmal mit meinen Einstellungen sicherzustellen, dass das Handy sauber läuft, ohne irgendwelchen SOD, Freezes oder Reboots. Es kann natürlich immer abweichend dazu ausprobiert werden, so lernt ihr auch das UV besser kennenzulernen und wann bestimmte Werte ausgereizt sind.

Unter "Einstellungen" > "Ton" ist alles ausgeschaltet :(

@Adam T.

Nutzt du einen SoundMod?

Nein.

@Adam T.

Nutzt du irgendeine App wie Whatsapp, Facebook oder Email etc., wo du Synchronisierungen drüber ausführst?

Ja, Whatsapp und K9, liegt es daran?

@Adam T.

Hehe, na da haben wir ja deine Übertäter endlich gefunden ;-). Da durch diese Apps Synchronisierungen im Hintergrund durchgeführt werden, ob irgendwelche Nachrichten eingegangen sind, oder du eine SMS erhalten hast, werden dir diese ja auch meist akustisch oder mit Vibration signalisiert, welche dann diesen "Audio_Out 2" Wakelog erzeugen. Ist aber normal, wenn du diese Apps nutzt, erklärt aber dann auch den entsprechenden Akkuverbrauch, den du dadurch generierst ;-).

So, jetzt habe ich mir doch aber mal wieder ein Danke verdient, oder :lol: :D.

@ SaGaS

Das mit dem Kernel-Script und auch die Wipes hatte ich vorher beim Kernel-Wechsel natürlich gemacht. Hast Du ja im NeatROM-Thread auch so vorgeschlagen!

Deine STweaks-Änderung hab ich jetzt mal gleich übernommen. Muss man das S2 danach jedes Mal neu booten, wenn man da was verändert hat? Ich hab es zumindest immer gemacht ^^


Heute früh hab ich das S2 ja ans Ladegerät angeschlossen und gebootet und dann schnell zwei Screenshots gemacht. Darauf sieht man deutlich, dass der Akkuladestand auf NULL ist (oben in der rechten Ecke neben der Uhr), aber die Akkuentladekurve nicht auf null runterging, sondern mittendrin abgebrochen ist. So, als wäre der Akku defekt.

Habe heute dann heute die App "battery repair" drüberlaufen lassen (ich weiss, einige halten das für placebo) - scheint alles okay zu sein.

Wahrscheinlich hat sich das S2 über Nacht nur mal "verschluckt" und dieser Fehler tritt nie mehr auf ;-). Bin gespannt auf diese Nacht - mit dem S2 *fg*

Hier mal die Screenshots von heute morgen nach der Strom-Wiederbelebung - vlt bringt das ja Licht ins Dunkel. Eine log-Datei gibts wohl nicht, aus der man den Fehler irgendwie auslesen und damit eingrenzen und beheben kann?

Anhang 129243Anhang 129244