HTC Wildfire - CM7 auf dem Wildfire

so, hier nun der Thread zum Blog. Angefragt waren Screenshots. Also:

Desktop/Lockscreen generell:



(Desktop-Desktop-Lockscreen-Notificationbar)

Kalender:

— geändert am 04.04.2019, 20:52:05 durch Moderator

Und meine Antwort führt über den linken Link in meiner Signatur: Schonmal in dieser Übersicht nachgeschaut, gleich ganz zu oberst?

Heh, nach gut 24 Stunden kann ich dazu kaum was sagen. Ich hatte ja mein Stock-ROM vorher schon ein wenig "getweaked", um auf bessere Laufzeiten zu kommen (siehe Tuning-Thread). Diese Tweaks habe ich nach dem Flashen noch gar nicht alle "übertragen", und die Laufzeit scheint vergleichbar: Zwei Tage sind jetzt knapp um, und ich habe noch ca. 33% auf dem Akku.

Wie getippst: Zu Langzeit-Effekten fragt mich in einer Woche hier nochmal.

So, und jetzt schaue ich noch schnell, dass ich die neue Version vom de.izzy.androidpitenbuch (siehe auch Signatur rechts) noch auf den Server schiebe. Wer mag, darf jetzt gern Donaten, indem er gerade verlinkte App kauft. Die macht zwar nicht viel, außer Danke sagen... Aber dafür ist sie ja auch da. Das Buch gibbet schließlich gratis...

Wahrscheinlich muss er dazu auch die entsprechenden Apps (Fakebook, Zwitter...) aus den Google Apps installieren. Ich seh da nämlich nix, weil ich die Teile eh nicht brauch und daher nicht installiert habe... Och, ist das "Share" Menü jetzt schön aufgeräumt...

Ungefähr 5 Tage läuft mein Wildfire nun mit CM7 -- Zeit für eine kleine Zwischenbilanz:

Stabilität

Das Wichtigste zuerst: Es läuft absolut stabil! Hatte ich zuletzt mit dem "Vendor ROM" unter Eclair (Android 2.1) das Problem, dass das Gerät nach etwa 2, aber spätestens 3 Tagen aus unerklärlichen Gründen einfach mal neu startete (am liebsten während eines Telefonats oder am besten während einer Telefonkonferenz), so konnte ich dies mit CM7 (und gingerbread -- Android 2.3.3) auch nach nunmehr 5 Tagen nicht beobachten. Zugegeben: Hier könnte eine der Apps im Spiel sein, die ich nach dem Upgrade nicht wieder installiert habe (ich konnte den Schuldigen nie ausfindig machen). Bevor ich dieses Problem hatte, hatte ich seinerzeit allerdings noch ein anderes: Nach ca. 10 Tagen fror die Kiste einfach ein, und ließ sich nur durch Akku-raus-Akku-rein wiederbeleben. Dies bleibt also noch abzuwarten.

Performance

Es läuft alles recht flüssig. Teilweise kommt es mir subjektiv flüssiger vor als unter Eclair, teilweise gleich. Einen großen "WOW!" Effekt habe ich jedoch nicht erlebt.

Der OOM-Killer scheint definitiv anders konfiguriert zu sein (das muss ich mir noch anschauen). Wie ich jetzt darauf komme? Ganz einfach: Der OOM-Killer schließt ja im Hintergrund laufende Apps, wenn mehr RAM benötigt wird (Details bitte meinem Tuning-Thread entnehmen). Unter Eclair war mein geliebter Moon+ Reader davon allerdings nie betroffen -- jetzt schon desöfteren. Daraus schließe ich, dass die Einstellungen des OOM-Killers etwas aggressiver sind. Schaue ich mir bei Gelegenheit nochmal an.

Akku-Laufzeit

Da scheint sich nichts geändert zu haben. Aber hoppla, ich habe ja auch noch nicht alle meine Tweaks angewendet (lediglich GPS, Bluetooth, und 3G abgeschaltet, sowie die Bildschirm-Helligkeit reduziert), und hatte gar die ganzen 5 Tage WLAN permanent an (siehe nächsten Punkt). Hier kann sich also durchaus noch was tun.

Connectivity

Das "alte Problem" mit WLAN versus Mobile-Daten: Lässt man WLAN an, während man den Empfangsbereich verlässt, passierte es ganz gern, dass sich das mobile Netzwerk nicht aktivierte, und sich auch manuell nicht aktivieren ließ. Nur ein Geräte-Neustart half hier. Aus diesem Grund habe ich zunächst absichtlich das WLAN permanent angelassen -- das Problem tauchte in 5 Tagen nicht einmal auf (unter Vendor-Eclair war dies spätestens am zweiten Tag der Fall). Nur einmal hatte ich das umgekehrte Phänomen (WLAN wollte nicht) -- was sich aber ganz einfach "reparieren" ließ: Ab in den Flugzeug-Modus, bis 10 zählen, und zurück. Also alles fein!

Apps2SD

Hierfür hatte ich ja extra eine eigene Partition auf der SD-Karte angelegt -- nur um dann feststellen zu dürfen, dass die gar nicht benutzt wird?!? Nachfrage auf #Cyanogenmod ergab: CM7 unterstützt nur App2SD direkt, nicht App2SD+ (ersteres nutzt die "normale" erste Partition, und lässt sich auch zu nix anderem überreden -- letzteres würde die Extra-Partition nutzen). Da bleibt nur: Abschalten, Link2SD installieren, und manuell behandeln.

Gesamteindruck

Trotz der einen kleinen Träne bin ich bislang sehr angetan, und habe den Schritt keine Sekunde bereut. Besonders die neuen Einstellungen haben es mir angetan. Und so manche App wurde überflüssig, weil die Funktionalität bereits integriert ist (z.B. org.hermit.dazzle: Die "Schnellumschalter" stecken jetzt bereits in der Notification-Area...

Habe ich was vergessen? Dann fragt einfach nach

— geändert am 27.05.2011, 10:19:15

Gna. Dummerweise bleibt auch das Wildfire vom Gingerbread-Bug (#3106 bei Cyanogen bzw. #15135 "Upstream") nicht verschont:

Ende von Tag 5, es geht los: Öffne ich eine Seite, die nicht ganz auf den Bildschirm passt, wird sofort die Scrollbar angezeigt. Auf "Finger-Scrolling" (auch "Fling" genannt) scheint jedoch keine Reaktion zu erfolgen => Bildschirm wird nicht aktualisiert. Phänomen setzt sich weiter fort, und mehr und mehr artet die Angelegenheit in einen wahren "Blindflug" aus: Lockscreen schwarz? Hm, ungefähr da war glaube ich der Slider... Ah, Glück gehabt, geklappt...

Entweder rechtzeitig bei Auftreten der ersten Hinweise (siehe Scrolling, oder auch nicht auftauchendes aber blind funktionierendes Keyboard), oder aber mit etwas Glück findet man nach langem Drücken der Power-Taste die Stelle auf dem Bildschirm, wo jetzt "Neu Starten" stehen würde (oder, mit viel Glück, auch tut). Danach läuft alles wieder, wie geschmiert.

Wie getippst: Problem bereits bekannt. Es gibt diverse Lösungsansätze für all die, die nicht auf eine "neue Version" warten möchten (siehe hier für einen Patch, hier für eine andere Quelle des Patches, und hier für eine "Step-by-Step Anleitung).

Wer es mit dem Patchen nicht so hat, für den gibt es hier auch noch einen vorsichtigeren Ansatz -- nämlich eine kleine Einstellungs-Änderung, die das Problem zumindest wesentlich weiter hinauszögern soll: Unter "Einstellungen->Display->Animation" von "Alle Animationen" auf "Einige Animationen" (bzw. gar "Keine Animationen") umstellen. Auslöser für den beschriebenen Bug sind nämlich Änderungen des Bildschirm-Inhaltes -- und die treten bei Animationen nun einmal besonders häufig auf...

Ich habe mich zunächst erst einmal für letzteres entschieden, und auf "Einige Animationen" umgestellt. Melde mich dann später wieder...

PS: Betroffene mögen doch bitte den Bug ansurfen, und mit einem Stern versehen. Am besten beide Bugs (CM & Upstream). Das signalisiert mehr Bedarf, und eine Lösung rückt schneller in greifbare Nähe...

— geändert am 30.05.2011, 15:23:31

Falls es jemanden interessiert: Ja, der Trick mit den einstellungen scheint geklappt zu haben. Auch an "Tag 6" kam es nicht zu besagtem Hänger. Länger konnte ich mit dem Neustart leider nicht warten, da sich etwas anderes verhakelt hatte, und der Telefon-Prozess mir den Akku in weniger als 12h leerte -- aber nicht klingelte, wenn mich jemand anrief. Wie genau das zustande kam, ist mir schleierhaft...

Äh... also doch. Ich hatte in meinen Kurztests auch diesen Eindruck, dies aber zunächst auf Maps geschoben (welches ich auf dem WF noch nie richtig ans Laufen bekam). Bekommt GPS überhaupt einen Fix? Hast Du evtl. irgendwelche GPS-Tools installiert, mit denen Du das testen könntest? Ggf. gleich mit LogCat, falls es schief läuft? Dann könnte man das eintüten und als Bug in den Tracker hauen. Oder erst einmal im Bugtracker nachschauen, ob es schon wer gemeldet hat: http://fixitfix.it/ (ist ein Redirect -- geile URL aber).

Gerade mal geschaut: Sollte bereits mit 7.0.1 gefixt sein (#3211: No GPS status feedback on Wildfire 7.0.0rc2) -- allerdings nicht seitens CM: "A radio re-flash fixed this." (Aua). Laut #3819 u.a. haben aber auch andere Modelle derzeit ein ähnliches Problem.

Falls derweil ein Work-Around für Dich in Frage kommt, und Dich bei der Netzwerk-Location nur die Datensammelei stört: Da gibt es eine App, um letzteres zu unterbinden. Die sperrt lediglich den Cache, lässt aber die Standortbestimmung weiterhin zu: ch.rrelmy.android.locationcachemap.

Guckemalhier: CM Forum -- GPS does not work. Mehrere Lösungsmöglichkeiten. Vom Radio-Flash, bis hin zu einer simplen App. Scheint CM hat irgend ein "init" für das GPS vergessen.

Lass mal hören (bzw. lesen), welche Möglichkeit bei Dir gegriffen hat. Radio flashen ist für mich immer nur "last ressort"...

Antwort siehe dort. Tante Google kennt sie

Hm -- dann sollte ich das vielleicht auch probieren. Am Ende löst das nebenbei gleich noch mein WLAN-Problem: Normalerweise sollte WLAN angehen, wenn ich zu Hause bin. Aber ab und an hakelt es da: Er findet zwar alle WLANs, meint aber, sie seien außer Reichweite. Paradox, ist aber so. Das führte diesen Monat dazu, dass mein Datenvolumen bereits am 20. aufgebraucht war -- da auch zu Hause nur 2G statt WLAN benutzt wurde...

Im CM-Forum für die nightlies stand vor ein paar Tagen noch "still not fixed???".

@Benni: Ganz im Gegenteil. Meins zeigt gerade 22% an -- nach 8 Tagen 13 Stunden! Ich mach da noch einen Screenshot für die Ungläubigen (das hätte ich mir selbst auch nicht geglaubt!). Hab ihm zum Spaß mal sämtliche Netzverbindungen (WLAN, mobiles Netz) verboten. Telefonfunktion aber beibehalten (und auch telefoniert -- wenn auch, zugegebenermaßen, nicht viel). Achso, 2G only, das könnte auch eine Rolle spielen.

Screenshot folgt, sobald der Kleine wieder an den Tropf kommt. Erst will ich noch Tag 9 fotografieren

Da es hier um CM7 geht: Ja, da ist das doch schon mit drin. Schau mal die Einstellungen durch: Einstellungen->CyanogenMod->Leistung->CPU-Einstellungen.

Ansonsten: 9 Tage 5 Stunden, 18% verbleibend. Mit "entweder WLAN oder mobiles Internet" komme ich so auf 2-3 Tage.

Da kann ich drüber:

Hey, ich habe mit dem Teil telefoniert, und auch die eine oder andere App benutzt. Zugegeben nicht sehr häufig, aber dennoch. Nicht wie im Labor: Keine SIM drin, und keine Apps am laufen -- dann käme ich wahrscheinlich auch noch locker über 14 Tage hinaus...

War halt nur mal ein Test, wie weit ich ohne WLAN & mobile Daten komme. Erstaunlich weit -- also liegt dort Potential. Was die Frage beantwortet: Sollte ich mir Tools wie DroidWall anschauen, um Apps die Nutzung der mobilen Datenverbindung (oder generell) zu verbieten? Und auch das triggern selbiger (Stichwort: JuiceDefender Pro)? Antwort lautet offensichtlich: Es würde sich lohnen, und 1-2 Tage lassen sich da bestimmt rauskitzeln...

Bei "normaler Nutzung" komme ich derzeit etwa auf 2-3 Tage.

Knapp 8h? Was ist bei Dir denn "gelegentliche Nutzung"? Also bei "volle Pulle" (WLAN + mobile Daten, allerdings 2G) und "gelegentlicher Nutzung" komme ich auf 2-3 Tage. Weniger als 1,5d hat der Akku bei mir noch nie gehabt.

Gelegentliche Nutzung meint bei mir etwa:

• bis zu 30min telefonieren
• eine halbe Stunde RSS lesen
• ca. 1-2h eBook lesen
• Zeiterfassung mit Xpert Timer
• die eine oder andere Webseite aufgerufen (meist aus dem RSS-Reader einem Link gefolgt)
• ein paar Screenshots gemacht, weil vielleicht gerade eine App am Testen

Bezogen auf einen durchschnittlichen Tag.

Hm, das dürfte in etwa meiner Nutzung entsprechen. Ich schicke das Kerlchen nachts (0-7 Uhr) noch in den Flugzeugmodus, fahre das Display gedimmt (außer beim Lesen, da geht es Dank Tasker automatisch hoch auf AFAIR etwa 50%). 3G ist aus (bei Dir ja auch, wie Du schreibst), BT ist aus, GPS ist aus. Mails kommen per Push. Wie oft synchronisierst Du was? RSS bei mir nur im WLAN, i.d.R. 2-3 Mal täglich. Wetter alle 3h. Den Rest hat man ja leider nicht so unter Kontrolle – aber kein Zwitter, Fakebook & Co am Laufen hier.

Wo Du nach nach "Mitessern" schauen kannst, ist bei einem Anruf bei *#*#4636#*#* – dann CPU und Netzwerk prüfen und schauen, wer da aufgeführt ist. Achso, ich vergaß: CM7, da findest Du das auch bei Spare Parts.

Bei Whatsapp sagen die einen "saugt" die anderen "saugt keinesfalls". Da weiß man nicht, wem man glauben soll. Kannst ja testweise mal für 'ne Weile ausmachen, die App...

Ich weiß nicht, wofür es das Richtige sein soll -- aber es sagt, dass Locale die App mit der meisten Netzwerk-Nutzung auf Deinem Androiden ist... Mehr sogar als Maps, wow. Da gehe ich mal davon aus, dass Du Maps nicht wirklich genutzt hast? *scroll zurück* Achso, da war die Frage wer da so viel nuckelt. Eine mögliche Antwort hast Du ja nun damit. Schalt mal noch oben von "Network Usage" auf "CPU Usage" und schau, wie es da aussieht.

Hm, aber was sollte Locale so viel im Netz treiben? Ob's daran liegt, ließe sich ja herausfinden -- wenn Du für einen Tag auf Locale verzichten kannst, schalte es doch mal ab...

Aua haua! Wer haut denn da so mit Wake_Locks um sich, und hindert das Gerät damit daran, in den Ruhezustand zu gehen? Ich bin zwar kein Spezialist (allenfalls gut belesen), aber sowas sieht für mich nicht gut aus. Im Allgemeinen jedenfalls. Sinn macht sowas bei Apps, die sicher gehen müssen, dass die volle Funktionalität zur Verfügung steht (Beispiel: Damit WLAN nicht mit dem Display abgeschaltet wird, weil man Mucke aus dem Netz streamt). Wie der Name sagt, hindert das Android daran, sich "schlafen zu legen" um Energie zu sparen.

Dumm ist jetzt natürlich, dass wir hier keine absoluten Werte haben, sondern alles Einstein ist (relativ). Also sind das nur Indizien, keine wirklich klaren Aussagen. Könnte ja z.B. sein, dass Du gerade eben das Ladekabel gezogen hast, während lokale irgendwas im Netz machte, und dafür das wake_lock setzte. Das würde das Bild erklären, und absolut nichts aussagen. Die 100% Akkustand würden das sogar noch bestätigen: Lange kann Dein WF noch nicht vom Ladekabel weg sein. Ich würde daher sagen: Mach die gleichen zwei Screenshots nochmal, wenn das Teil ein Weilchen gelaufen ist (sagen wir: einmal bei ca. 80%, und nochmal bei 50..60%), und schreib jeweils dazu, wieviel Zeit seit der Ladekabeltrennung abgelaufen ist; dann haben wir was zum Vergleichen. Im Moment gleicht das eher einem "wilden Raten mit wenig Daten"...

OK, aber dem Akkustand zufolge hat das schonmal was gebracht: Jetzt bist Du nach gut 18h noch auf über 40% Akku. Vorher warst Du nach ca. 8h schon wieder an der Tanke...

Zu Deinen Screenshots 2 und 3 (der 1er sagt mir nicht viel):

#2: Wie hast Du k9 konfiguriert? Imap Idle Push -- oder aktives Pollen? Frequenz? Tipp: Wenn das eine Option ist, setz ihn auf Imap Idle. Pool-Frequenzen, wenn benötigt, möglichst niedrig setzen (also besser alle drei Stunden einmal, als alle 5 Minuten).
Dem direkt darauf folgenden "Android System" zufolge ist der k9-Balken aber nur so lang, weil es halt nix längeres gab: Wie getippst haben wir hier ja nur relative Werte. Kann also durchaus sein, dass da alles "grün" ist.

#3: *wakelock*, *wakelock* -- wieder gleich zwei davon an der Spitze, die das System am "Schlafen" hindern. Was hast Du da am Laufen, das so etwas brauchen könnte? Internet-Radio?
Hm, und an Position 3 "akmd". Erster Google-Treffer: XDA-Devs zum Thema "AKMD and Battery Usage". Wäre vielleicht einen Blick Wert, so Du des Englischen mächtig bist. Insbesondere Post #5ff in dem Thread könnten Dir Hinweise geben...
Und bevor ich Dir jetzt alle Links hier einzeln aufzähle, gebe ich Dir den zentralen: Google:akmd, schau die mal durch. Geht dort nicht ausschließlich um akmd, auch die wakelocks tauchen hier und da auf -- und zum Schluss haben alle weniger Strom verbraucht, und wenn sie nicht gestorben sind, dann leben sie heute noch...
Obwohl, da ist ja nicht einmal andeutungsweise ein Balken zu sehen -- u.U. jagen wir da Gespenster...