X

Anmelden

Zur Bestätigung jetzt anmelden

Passwort vergessen?

... oder mit Facebook anmelden:

Du hast noch keinen Zugang zu AndroidPIT? Registrieren

Tipps zum Akku-Fresser "Mobilfunk-Standby" - Teil 8: Zusammenfassung

Izzy
44

In sieben Teilen haben wir uns nun mit der Frage beschäftigt: Was ist eigentlich "Mobilfunk-Standby" und warum verbraucht es so viel Energie? Und wie kann man diesem Akku-Fresser beikommen? Hintergründe wurden beleuchtet und Wege zur Abhilfe aufgezeigt. In diesem achten und letzten Teil folgt nun eine abschließende Zusammenfassung.

Zu Allererst jedoch wieder ein Index der einzelnen Teile, auf die natürlich in der Zusammenfassung Bezug genommen wird:

Allgemeines

Die Frage danach, warum "Standby" denn so viel Energie verbrauchen würde, haben wir im ersten Teil beantwortet: Das Wort muss hier im Sinne von "Stand by while I try to improve signal quality..." ("Bitte etwas Geduld, während ich versuche, die Signal-Qualität zu verbessern") verstanden werden. Bei starkem Signal wird der Antenne recht wenig Energie zugeführt – man hat ja schließlich nichts zu verschenken. Doch wenn das Signal schlechter wird, versucht Android dies mit "mehr Leistung" zu kompensieren. Bis zu einem gewissen Grad gelingt das natürlich auch; doch wenn nichts mehr da ist, geht die "Full-Power" ins Leere.

Leider ist das System nicht inteliigent genug zu wissen, wann es aufhören (oder eine Pause einlegen) sollte. Die Folge: Der Akku wird sinnlos von Ladung befreit, ohne dass sich daraus irgend ein Nutzen ergibt. In den Details unserer Akku-Statistiken zeigt sich dies dann in Form von gelben, grauen, oder gar roten Bereichen beim Telefonsignal:

Schlechtes Telefonsignal

Nach Erlangen dieser Erkenntnis sollte der Sache auf den Grund gegangen werden: Wo bzw. wann passiert das, und was kann man dagegen unternehmen?

Tote Zonen

Diese Funklöcher (die Fast-Funklöcher mit eingeschlossen) nennt man oft "Tote Zonen", da hier "tote Hose" in Sachen Funkqualität herrscht. Um festzustellen, wo man diese denn durchquert (hat), habe ich zwei Apps kurz vorgestellt: NoSignalAlert und OpenSignalMaps. Beide warnen den Anwender auf Wunsch auf verschiedene Weise (u. a. akustisch bzw. per Vibrator) beim Betreten einer solchen "Toten Zone", sodass er zumindest über den Zustand informiert ist. OpenSignalMaps kann zudem die Richtung zum nächstgelegenen Funkmast zeigen, sollte ein wichtiger Anruf (oder Datenaustausch) anstehen.

AntennasDank Eures Feedbacks hier nun noch die Anmerkung: Wenn NoSignalAlert nicht richtig tut, könnte das u. U. an Eurem Gerät liegen (bzw. daran, dass die App mit selbigem nicht richtig klar kommt). KrasssAndro berichtete hier von Problemen mit seinem Galaxy S3: Die Warnung des Signalverlusts erfolgte bei ihm erst zusammen mit der Entwarnung, nachdem das Signal wieder da war. Mit OpenSignalMaps gab es bei ihm offensichtlich keine Probleme. Gut, wenn man Alternativen hat!

Zur Sicherheit daher an dieser Stelle noch eine weitere App: Auch Antennas (rechtes Bild) mappt den Signalpegel, und kann die erfassten Daten sogar im KML-Format ("Keyhole Markup Language", ein spezieller XML-Dialekt für Google Earth und Google Maps) exportieren – gibt aber offensichtlich keinen Alarm aus, wenn man "Tote Zonen" betritt. Das (und mehr) kann jedoch wiederum RF Signal Tracker, welches sicher auch einen Blick Wert wäre. Aber alles kann auch ich mir nicht anschauen.

Automatische Abhilfen

Nur zu logisch, dass wir nicht nur das Problem analysiert, sondern uns auch nach Lösungsmöglichkeiten umgesehen haben. Während ShutUpBatterySaver allenfalls Nutzern mit hoher Datennutzung etwas bringen dürfte, habe ich auch drei andere Apps für alle Anwender mit "Toten Zonen" vorgestellt. Diese dürften etwa vergleichbare Leistungen bringen. Leider fiel auch hier gleich der erste Kandidat mit Kompatibilitätsproblemen auf: Battery Saver wollte sich auf meinem Milestone² absolut nicht um das Funksignal kümmern – und auch David berichtete in Bezug auf das Galaxy S3 Gleiches. Vielleicht haben wir die App auch nur nicht richtig konfiguriert? Andere Nutzer berichteten durchaus von Erfolgen, wie beispielsweise Lukas mit seinem Galaxy Nexus: Seine Werte lassen vermuten, dass sich die Leistungsfähigkeit von Battery Saver durchaus mit der der beiden anderen Kandidaten messen kann – so die App denn mit dem Gerät klar kommt.

Autopilot und NoBars schlugen sich auf meinem Milestone² vergleichbar, und zeigten beide ihre kleinen Vor- und Nachteile. Während Autopilot sich viel detaillierter konfigurieren lässt (u. a. ist hier auch das Festlegen eines Schwellwertes möglich, ab dem das Funksignal als "zu schwach" einzustufen ist; WLAN lässt sich parallel mit überwachen, und auch Bluetooth- Einstellungen sowie ein "Schlafmodus" (Zeitintervall, in dem generell in den Flugzeugmodus gewechselt werden soll) sind mit an Bord), und zudem ein Protokoll anbietet, nervte hier doch das kurze Aufflackern des Bildschirms bei jeder Signalprüfung. Ein Manko, welches NoBars nicht aufwies – dafür fehlten hier dann auch die zusätzlichen Möglichkeiten. Auf das Mobilfunk-Signal bezogen, brachten beide aber etwa die gleichen Einsparungen.

Einen gemeinsamen Haken weisen allerdings alle diesbezüglichen Lösungen auf: Systembedingt ist bei Deaktivierung des Flugzeugmodus die Eingabe der SIM-PIN erforderlich, so man selbige nicht komplett deaktiviert hat. Die Ursache dafür liegt im Android Quellcode, daher ist ihr etwas schwierig beizukommen. Zwei Hersteller haben das bislang bereits erkannt, wie es scheint: So haben viele von Euch berichtet, dass zumindest einige Samsung-Geräte dafür eine Lösung an Bord haben. Auch von LG habe ich ähnliches gehört. Bleibt zu hoffen, dass diese Hersteller-spezifischen Lösungen es auch in den AOSP (Android Open Source Project) Code schaffen, auf dem letztendlich jedes ROM basiert – oder sich zumindest "die großen" Custom-ROMs wie CyanogenMod der Sache annehmen. Ich habe diesbezüglich wieder einen Preis auf mögliche, allgemeingültige Lösungen ausgesetzt – das brachte bereits beim Thema Komplettbackup ohne root unerwartete Antworten zutage.

Tasker

Natürlich führte in dieser Reihe auch kein Weg an unserer Standard-sechs-Buchstaben-Antwort vorbei: Auch Tasker musste gegen die Konkurrenz antreten. Und schlug sich hervorragend! Hier ließen sich fast alle "Spielchen" (und mehr) integrieren, welche die anderen Test-Kandidaten aufwiesen: Schwellwerte für die Signalstärke, Meldungen in der Notification-Area, separate Behandlung des Datendienstes, und auch Vibrationsalarme. Der Übersicht halber habe ich die Beispiel-Profile schmal gehalten: Für eine tatsächliche Alltags-Lösung würde ich das sicher noch umbauen und erweitern.

Und so wird es Euch wenig verwundern, dass mich auch einige Ergänzungs-Vorschläge erreichten: t0mm13b aus der StackExchange Community etwa habt Ihr die Ergänzung mit dem Roaming zu verdanken (seine Anregung: Daten nicht wieder aktivieren, wenn man im Roaming ist). Auch die Logging-Funktionalität ließe sich problemlos nachrüsten, wie mir Sebastian mitteilte, der seine Kopie des Profils entsprechend modifiziert hat:

  • Datei -> Schreibe Datei -> Log_Powersafe.txt [*] Hinzufügen: "%DATE %TIME; %CELLSIG; %BATT; %WIFI; %AIR; Text passend zum Task (alternativ %PACTIVE)"

Damit stehen sogar weit mehr Informationen zur Verfügung, als etwa im Protokoll von Autopilot. Und da es sich um eine CSV-Datei handelt, könnt Ihr diese auch mit der Tabellenkalkulation Eurer Wahl im Nachhinein grafisch aufbereiten. Mit einem der zahlreichen Office-Pakete vielleicht gar auf dem Androiden selbst?

Ein weiterer Tipp von Sebastian ist der Einbau einer Verzögerung in die Tasks SigLow und SigLost: Scheinbar kommt es gelegentlich beim Umschalten zwischen 2G und 3G zu kurzen "Aussetzern", die hier abgefangen werden sollten. Am Beispiel von SigLow könnte das folgendermaßen aussehen:

  • Task -> Wait: 5s
  • Task -> Stop IF %CELLSIG > 2

Und dann weiter wie gehabt. Bei einem "kurzen Aussetzer" von weniger als fünf Sekunden würde dann... genau nichts passieren. Aber auch wenn mann diese Wechsel-Aussetzer selbst nicht hat: Eine kurze Tunnel-Durchfahrt mit dem Auto/Fahrrad sollte damit auch abgefangen sein.

Christian stellte die berechtigte Frage, wie man das Abschalten des Datenverkehrs bei eingeschaltetem Display unterbinden kann: Wenn man gerade Online unterwegs ist, möchte man dies ja ggf. trotz schwachem Signal bleiben – dennoch aber bei vollständigem Signalverlust in den Flugzeugmodus wechseln. Als zusätzliche Bedingung lässt sich das leider nicht mehr aufnehmen, da weigert sich Tasker. Abhilfe schaffen könnte hier jedoch das Voranstellen dreier zusätzlicher Aufgaben im Task SigLow:

  • Task -> Wait 30s IF %SCREEN ~ on
  • Task -> Stop IF %SCREEN ~ on
  • Task -> Stop IF %CELLSIG "Math: Greater Than" 2

Was passiert hier? Wird das Profil aufgrund eines schwachen Signals aktiv, schaut der Task zunächst nach, ob das Display eingeschaltet ist. Falls das zutrifft, legt Tasker das Profil für 30s "schlafen" (dieses Zeitfenster könnt Ihr natürlich an Eure Bedürfnisse anpassen, es etwa gleich auf eine ganze Minute setzen), und lässt sich dann vom System wecken (dies soll einen schnellen Loop verhindern, da sich ja an den Ausgangs-Bedingungen nichts ändert). Dann prüft es nochmals, ob das Display noch an ist, und bricht in diesem Fall die Ausführung des Tasks ab. Ist das Display jedoch nun ausgeschaltet, wird sicherheitshalber noch einmal das Funksignal geprüft: Die Signalstärke könnte sich ja verbessert haben, und wenn dem so ist, wird der Task an dieser Stelle abgebrochen. Andernfalls geht es wie gewohnt weiter.

Wie Bernd richtig anmerkte, hat die hier vorgestellte Tasker-Lösung einen kleinen Haken: Wer desöfteren manuell in den Flugzeugmodus wechselt, löst damit das Profil SigLostCheck aus (das Funksignal ist schließlich weg). Folgerichtig schlägt wenig später SigReturnCheck zu, und der Flugzeugmodus deaktiviert sich wieder. Eine Teil-Lösung könnte darin bestehen, den Profilen SigLowCheck und SigLostCheck eine zusätzliche Bedingung zu verpassen:

  • State -> Network -> Airplane [x] Invert

Damit würden sie nicht auf ein schwaches bzw. verschwundenes Signal prüfen, wenn sich das Gerät ohnehin bereits im Flugzeugmodus befindet. Ein Rest vom Haken bleibt jedoch: Was, wenn man den Flugzeugmodus aktiviert, wenn das Gespann sich bereits im Profil SigLostCheck befindet? Naja, das geht dann nicht: Er ist ja bereits aktiv. Man müsste in diesem Fall also warten, bis SigLostCheck fertig ist, und dann manuell eingreifen.

Komplett lässt sich das nicht so trivial abfangen: Außer der Deaktivierung von Tasker fällt mir da keine wirklich narrensichere Patentlösung ein. Ein Work-Around könnte sein, sich eine neue Variable (z.B. %MANUAL_AIRPLANE) zu basteln, sowie einen dazu passenden Task (der sie zwischen zwei Werten wechseln lässt – sagen wir, 0 und 1: "If 0 then 1 & Flugzeugmodus an" und umgekehrt). Für diesen Task dann ein Widget auf den Desktop, mit dem in den Flugzeugmodus gewechselt werden kann – und den hier vorgestellten Profilen die Bedingung "Variable %MANUAL_AIRPLANE !~ 1" zugesellen.

Weitere Quellen

Diese Blogserie hat hiermit ihren letzten Beitrag erhalten. Aber natürlich gibt es eine Reihe von Quellen, die sich (unter anderem) auch mit dem selben Thema befassen. Zwei davon möchte ich an dieser Stelle explizit erwähnen:

Die genannte Übersicht werde ich, wie gewohnt und wie auch meine anderen Übersichten, weiterhin auf dem aktuellen Stand zu halten versuchen. Dort seid Ihr ebenfalls herzlich eingeladen, Eure Erfahrungen mit den einzelnen Apps mitzuteilen – aber auch weitere Apps zum Thema zu benennen, die Euch über den Weg gelaufen sind.

Das genannte Buch ist sicher bereits dem Einen und der Anderen von Euch bekannt. Achtung, noch ein fetter Spoiler: Im November sollte es auch auf Papier und nochmals erweitert in den Regalen der Buchläden zu finden sein, als Das inoffizielle Android Systemhandbuch aus dem Franzis Verlag. Wer also noch nach Geschenken für das Jahresendflügelfigurenundlichterbaumfest sucht...

Schlusswort

Habt Ihr mit den vorgestellten Apps Erfahrungen gemacht? Welche habt Ihr ausprobiert? Oder habt Ihr Schlingel erst auf das Fazit gewartet um zu sehen, welche der Apps sich denn nun als "besonders lohnenswert" herauskristallisiert?

Wie Ihr in diesem Blog-Post sehen könnt, greife ich Euer Feedback mit auf, und baue es in mein Fazit mit ein. Dies möchte ich auch für eventuell folgende Blog-Serien so beibehalten. Besonders wertvolle Beiträge (aus meiner Sicht natürlich *lach*) werden dann sogar namentlich erwähnt. Also ran an die Tasten, und berichtet von Euren Erfahrungen mit den vorgestellten Apps. Auch Nennungen von Alternativen sind natürlich gern gesehen, sofern sich diese dem gleichen Thema widmen (also bitte jetzt nicht alle Akku-Spar-Apps aufzählen, sondern nur die zum Thema "Telefonsignal").

Auch verschiedene andere Fragen tauchten in den Kommentaren auf. Sie hatten oftmals ebenfalls den Akku-Verbrauch zum Thema, betrafen allerdings andere Ursachen als das hier behandelte Telefonsignal. Zu diesen Themen musste ich dann leider "vertrösten", damit wir uns nicht zu weit verzetteln. Und habe dabei wohl die eine oder andere Erwartung auf weitere Blog-Reihen geweckt: Unter dem "Telefonsignal" sind in den Akku-Statistiken ja noch weitere Balken verfügbar, die als Thema für selbige herhalten könnten. Ich kann und möchte an dieser Stelle nichts versprechen, was ich später nicht halten kann. Dank Eurer regen Beteiligung hat mir diese Blog-Reihe großen Spaß gemacht, und Dank Eurer Anregungen habe ich auch gleich weiteres dazugelernt. Gern möchte ich daher weitermachen, so ich die Zeit dazu habe. Mit Recherche und Schreiben der Beiträge allein ist es dabei nicht getan: Ich sehe es auch als Pflicht des Bloggers, nach Veröffentlichung meines Beitrages Rede und Antwort zu stehen. Und anders, als manch einer das vielleicht denkt, stehe ich nicht auf der Gehaltsliste von AndroidPIT – ich mache das also in meiner Freizeit neben meiner regulären Arbeit, dem Schreiben meiner Bücher, dem Pflegen der Übersichten, etc. Daher meine Bitte um Euer Verständnis, wenn es jetzt nicht sofort weitergeht – haltet es mit Paulchen Panther: Heute ist nicht aller Tage, dies ist mein Cliffhanger, keine Frage

 

Kommentare

Neuen Kommentar schreiben:
  • Daniel 02.10.2012 Link

    also auf meinem Galaxy nexus mit standard Rom kann ich den flugmodus an und aus schalten, ohne wieder den pin eingeben zu müssen.
    Den muss ich nur eingeben, falls das Handy im Flugmodus neu gestartet wurde.

    0
    0
  • Hans-Peter B. 02.10.2012 Link

    Daumen hoch für diesen Blog. Endlich einmal kein allgemeines Blabla, sondern gut recherchierte, an der Praxis orientierte Hilfe.

    Sowas möchte ich hier gerne öfter lesen.

    SUPER BEITRAG!!!

    0
    0
  • Stefan H. 02.10.2012 Link

    Vielen Dank Izzy! Die Serie war echt informativ! Und sie hat mich neugierig auf Tasker gemacht. Werde ich wohl nach dem Testzeitraum kaufen, ist ja echt eine Eier legende Wollmilchsau ;-)

    0
    0
  • jato 02.10.2012 Link

    @Daniel Danke für den Hinweis. Früher ging es ja nicht. Scheint seit 4.0 so zu funktionieren?

    0
    0
  • Tobias 02.10.2012 Link

    Ich weiss nicht, ob es nur bei mir so ist..

    Wenn ich in Tasker bei der Abfrage Screen ~ On .. On groß schreibe, klappt es nicht. Ich muss on explizit klein schreiben (d.h. generell bei on/off abfragen)

    P.S.: für Anfänger vielleicht hilfreich:
    man kann in dem jeweiligen Task erkennen, ob ein Schalt/Variablen Zustand im Augenblick zutrifft. Entsprechend ist ein grüner oder roter Balken am Ende der Task-Zeile zu sehen.
    Dabei ist mir auch die Sache mit der fehlerhaften Großschreibung aufgefallen.

    0
    0
  • Izzy 02.10.2012 Link

    @Daniel Danke für die Info. Samsung und LG scheinen da den AOSP Code vernünftig angepasst zu haben. Bleibt zu wünschen, dass sie das auch als Patch an das Projekt zurückfließen lassen haben (und sich nicht einfach freuen, dass bei ihnen etwas funktioniert, was bei anderen nicht tut -- aber in dem Fall hätten sie das wohl auch größer herausgestrichen).

    @Stefan In der Tat: Es gibt fast nichts, was sich nicht mit Tasker erledigen ließe!

    @Tobias Das ist mir nie aufgefallen: In den meisten Tutorials steht es "mixed case", als schreibfaule Socke habe ich es auf meinem Androiden dennoch immer klein geschrieben -- was natürlich funktionierte. Nur stimmt offenbar dann meine bisherige Schlussfolgerung ("case insensitiv") nicht mehr -- obwohl das von der Vergleichsart abhängig sein soll, soweit ich mich erinnere...

    EDIT: @Tobias: Groß-/Kleinschreibung für on/off nun auch in diesem Beitrag korrigiert. Danke für den Hinweis noch einmal!

    0
    0
  • Florian S. 02.10.2012 Link

    Super Blogserie, vielen Dank dafür. Habe doch so einiges dazugelernt, worüber ich mir früher überhaupt keine Gedanken gemacht habe. Sogar die Zusammenfassung brachte noch informatives neues Wissen.

    Würde mich über weitere Blogserien freuen. :)

    0
    0
  • Andreas S. 02.10.2012 Link

    Also ich musste weder bei meinem S2 noch bei meinem Galaxy Tab 10.1 jemals eine Pin eingeben wenn ich den Flugzeugmodus deaktiviere.

    Ansonsten ein super informativer Blog. Tausend Dank dafür.
    Tasker hört sich ganz interesant an, im Moment nutze ich noch Llama mal schauen ob sich damit änliches umsetzen lässt.
    Zumindest Flugmodus zwischen X und Y Uhr oder in einem bestimmten Gebiet geht dort ohne Probleme das hab ich bereits so eingestellt. Mal suchen ob man auch das Signal irgendwo abfragen kann...

    0
    0
  • henne 02.10.2012 Link

    Super Blog!
    Werdet ihr die Ergebnisse an Android weiterleiten damit die Antennensteuerung intelligenter gemacht werden kann? (hoffentlich)

    0
    0
  • KrasssAndro 02.10.2012 Link

    Hab mich ja ja schon positiv über den Blog geäussert.
    Ich bleib beim Autopilot. Damit er daheim nicht nervt, werd ich ihn da generell deaktiviert lassen. Und wenn ich aus dem Haus gehe, dann muss ich mir halt einfach merken, dass ich neben 'Mobile Internetverbindung' auch die Autopilot-App aktiviere.
    NoSignalAlert hab ich evtl. Unrecht getan. Wahrscheinlich. kommt das gleichzeitige SignalLost/SignalReturned nur, wenn ich manuell in den Autopiloten wechsel. Da hab ich mich wohl fehlleiten lassen. Wenn die App diese manuelle Autopilot-Schalten ignorieren könnte, wäre es gut.
    Und OpenSignalMaps gefällt mir einfach. Allein schon wegen der Anzeige des Funkmasten auf der Map :-)
    Rest brauch ich also nicht mehr.
    Noch ein Wort zum Tasker: Wahrscheinlich wirklich eine eierlegende Wollmilchsau. Allerdings hab ich absolut keine Lust, am Smartphone zu programmieren. Das kostet bestimmt ewig Zeit, bis ich mal halbwegs mit der App was Anständiges erstellt haben werde. Ich erhoffe mir also lieber anständige Apps (wie hier vorgestellt), die das machen, was ich will. By the way: Bin vom Beruf Programmierer :-)

    0
    0
  • Torsten 02.10.2012 Link

    Tolle Blog Reihe. Beim mitlesen habe ich mich fast ein wenig über meine gute Signalqualität geärgert :) dieses Mobilfunk Standby kommt bei mir ohne irgendwelche Zusatzapps zum Glück nicht über 8% hinaus. Ich werde mir aber die Tasker Profile merken, falls sich das mal ändert. Die finde ich nämlich toll.

    0
    0
  • Izzy 02.10.2012 Link

    @henne Für das "Melden" gibt es doch den Bugtracker. Jeder mit einem Google-Account (also ca. 95% aller Android-Nutzer außerhalb Chinas) hat ja die passenden Zugangsdaten. Einer macht ein ticket auf, und alle anderen klemmen ihren "Stern" da dran. Und wer weiß, bei Android 5.x ist das dann ggf. auch umgesetzt...

    @KrasssAndro Auch das könnte natürlich sein. Aber zum Glück habe ich nicht geschrieben "geht nicht", sondern "ausprobieren" :D Was das Tasker-Gerüst betrifft: Meine Profile im vorigen Teil sind wirklich eher ein Grundgerüst, um Euch das Verständnis nahezubringen. Da wären noch zahlreiche Anpassungen notwendig, damit es wirklich "smooth" läuft. Und all die vielen Spezial-Dinge, die der Eine oder die Andere von Euch haben wollte. Diese große Flexibilität ist natürlich ein großes Plus von Tasker -- macht es aber auf der anderen Seite auch komplexer. Ich finde, NoBars bietet hier eine gute Alternative. Wünschen würde ich mir da noch Tasker-Integration (ein Plugin, mit dem man NoBars aktivieren/deaktivieren kann, z.B. daheim) -- dann wäre das ganz nach meinem Geschmack.

    @Torsten Man muss ja nicht alles sofort umsetzen. Im Bedarfsfall ist es dann aber gut zu wissen, dass (und welche) Möglichkeiten existieren. Daher war diese Blogreihe natürlich auch als "informatives Paket" gedacht -- freut mich, dass es so gut ankam.

    @Alle nochmals herzlichen Dank für die aktive Beteiligung! Macht Spaß mit Euch, und motiviert zum Weitermachen. Muss nur noch die Zeit dafür finden -- Themen hätte ich noch genügend...

    0
    0
  • jens k. 02.10.2012 Link

    Danke Izzy :-) super Blog

    0
    0
  • Vincent G. 02.10.2012 Link

    per vibrator..soso :D guter blog ;)

    0
    0
  • Izzy 02.10.2012 Link

    @Vincent Klar doch -- soll ja schließlich auch Spaß machen... xD

    0
    0
  • User-Foto
    Mod
    Sandra G. 02.10.2012 Link

    Izzy, wie immer gut recherchiert und aufbereitet! :thumbup:
    Falls man sich für eine Blogreihe etwas wünschen darf ;-), fände ich eine Reihe über Titanium Backup toll. Hab jetzt ein paar Mal geflasht, mal hat das Restore funktioniert, mal nicht. Hab zwar das Wiki schon überflogen, ist aber doch recht komplex. Ich bin sicher, dass ich da nicht die Einzige mit Interesse daran wäre...

    0
    0
  • Izzy 02.10.2012 Link

    @Sandra Wünschen darf man immer. Probleme bereitet dann eher die Erfüllung -- und da kann ich natürlich nichts versprechen. Nur notieren...

    0
    0
  • AndroPet 02.10.2012 Link

    Moinmoin IZZY!
    Hast es wieder mal geschafft, mich von meiner Arbeit abzuhalten. Ich habe mir den Cliffhanger-Film mit Silvester Stalone angesehen - sieben mal - habe allerdings NIE herausfinden können, was den im nächsten Blog geschrieben werden wird... hmmm. EGAL - werde nobars mal einsetzen und wenn ich mal ganz mutig bin den tasker ausprobieren (wobei das wohl meine Fähigkeiten überfordert, mal sehen...)
    FETTES DANKE - LEIDER GEIL !!! ........wie schon so oft............(o:
    Peter.
    ps: mitunter fehlt in androidpit die Inhaltstiefe Deiner blogse...

    0
    0
  • User-Foto
    Flash Fan 02.10.2012 Link

    @Izzy: Vielen Dank für die tolle Blog-Serie. Ich werde das mal mit Tasker testen.

    0
    0
  • Izzy 02.10.2012 Link

    @AndroPet *LOL* Danke für das Riesenlob :)

    Die Tasker-Lösung richtet sich wirklich eher an "Fortgeschrittene". Wie ich bereits mehrfach erwähnte, ist da noch Vieles an Feinarbeit möglich -- und leider wohl auch einiges nötig, zumindest wenn man noch weitere Profile im Einsatz hat (und diese gar ebenfalls mit dem Flugzeug-Modus spielen). Es steckt einiges an Potential drin, definitiv -- und wenn jemand das zu einer ausgefeilten Profi-Lösung weiter entwickelt, würde ich mich über die Details freuen!

    Allen, die weniger am Basteln als am "Soll-einfach-Tun" interessiert sind, ist sicher eher NoBars zu empfehlen.

    0
    0
  • Emir F. 02.10.2012 Link

    Danke für die tolle Serie. Habe alle gelesen und die waren wirklich sehr interessant. Hoffe das noch mehr Blogserien von Izzy kommen.

    0
    0
  • EXPERTENMEINUNG 02.10.2012 Link

    Super Blog. Ich kann Juice Defender empfehlen, ist mit der neusten Version unglaublich gut geworden, ohne spürbare Einschränkungen.

    0
    0
  • Izzy 02.10.2012 Link

    Damit habe ich gerechnet. Kümmert der sich auch um Signalverlust? Zitat aus meinem Text oben:

    also bitte jetzt nicht alle Akku-Spar-Apps aufzählen, sondern nur die zum Thema "Telefonsignal"

    Ich weiß, hätte ich rot, fett und blinkend machen sollen xD Aber rot und blinkend geht hier nun einmal nicht...

    Davon ab: Danke für das Lob -- und schön, dass die Reihe so gut ankam!

    0
    0
  • Sven S. 03.10.2012 Link

    IZZY... AHUU!!!

    0
    0
  • Andreas W. 04.10.2012 Link

    danke für diesen Beitrag

    0
    0
  • Sascha 04.10.2012 Link

    Ihr solltet die app “Llama“ mal testen..die is auch super

    0
    0
  • Izzy 04.10.2012 Link

    @Sascha siehe meinen vorigen Kommentar. Danke :-)

    0
    0
  • Torsten 07.10.2012 Link

    So, hab die Taskerprofile jetzt mal ausprobiert. %Cellsig liefert bei mir (SGS2 mit CM9) immer den Wert -1. Daher will das ganze nicht so richtig laufen. Kann ich tasker irgendwie davon überzeugen den Wert richtig auszulesen?

    0
    0
  • Izzy 07.10.2012 Link

    Jo. %CELLSIG groß schreiben. Andernfalls fiele mir nur der Support seitens des Entwicklers ein... Aber warum sollte das auf Deinem SGS2 anders funktionieren? Vielleicht findest Du ja noch jemanden mit gleicher Konstellation, der das zunächst einmal prüfen kann?

    0
    0
  • Torsten 07.10.2012 Link

    Hmm, hab nix geändert aber heute erkennt er es richtig. Gestern hat er CELLSIG immer trotz starkem Empfang auf -1 (=unbekannt) gesetzt. Heute habe ich wieder kontrolliert und siehe da, es klappt. Was auch immer ihn gestern aus der Bahn geworfen hat, es war wohl nur temporär.

    Wie komme ich eigentlich später mal wieder an diese Blog-Serie? Ich lese hier immer mit der Android App. Da verschwinden die Blog ja nach ein paar Tagen. Ich würde mir da eine Lesezeichen Funktion wünschen.

    0
    0
  • Izzy 07.10.2012 Link

    Gut zu lesen dass es jetzt funktioniert! Bei der Frage mit der App kann ich Dir leider nicht helfen; ein Work-Around wäre ein Lesezeichen im Browser...

    0
    0
  • KrasssAndro 07.10.2012 Link

    Hab zwar schon mein Fazit geschrieben, muss aber nich was hinzufügen, nämlich: Ist jetzt bei meinem S3 der Stromverbrauch des Bildschirms soviel besser im Verhältnis zu 'Akku im Standby' als beim S1. Oder der Mobilfunkverbrauch so viel höher. Befürchte eigentlich eher zweiteres. Hab eigentlich fast durchgehend keine schlechte Signalstärke und trotzdem ist der Mobilfunkverbrauch einfach die Nummer 1. Im negativen Sinne.

    0
    0
  • KrasssAndro 07.10.2012 Link

    Und gleich noch eine Frage: Wieviel Farben gibts denn jetzt eigentlich bei Mobilfunksignal?

    0
    0
  • Izzy 07.10.2012 Link

    Keine Ahnung -- kann allenfalls sagen, wie viele ich bereits gesehen habe. Und das steht schon da: Grün + Gelb + Grau + Rot = 4.

    0
    0
  • KrasssAndro 07.10.2012 Link

    Grau :-) Das les ich heute nicht zum ersten Mal. Ich seh in der Grafik kein Grau. Nur ein sehr schmutziges Gelb. Und dann noch ein minimal saubereres Gelb. Abgesehen von Rot und Grün.

    0
    0
  • KrasssAndro 07.10.2012 Link

    Aber ich nenn jetzt mal mein schmutziges Gelb Grau und das andere Gelb. Was wäre dann besser? Grau oder Gelb?

    0
    0
  • Izzy 07.10.2012 Link

    Da muss ich mangels besserer Erkenntnisse auch raten. Hätte ich die Farben gewählt, wären sie von Sehr Gut bis Sehr Schlecht in obiger Reihenfolge. Die Vermutung liegt nahe, dass dem auch tatsächlich so ist.

    0
    0
  • KrasssAndro 07.10.2012 Link

    Ehrlich gesagt, glaub ich das nicht so recht. Oben in deiner Grafik ist doch ca. 50% grau. Und geht normal direkt von grün nach grau über. Muss die Reihenfolge m. E. Grün Grau Gelb Rot sein. Meinst du nicht?

    0
    0
  • KrasssAndro 07.10.2012 Link

    Hab just grad einen Link aus einem XDA Forum erhalten. Grau ist besser als Gelb. Wobei die da dort auch darüber diskutiert haben, ob das überhaupt Grau ist :-)

    0
    0
  • PeterShow 07.10.2012 Link

    Dankeschön! Bekomme damit gut 20 % mehr Akku raus..

    0
    0
  • Izzy 07.10.2012 Link

    @SuperSam: Wie bei mir. Obwohl, derzeit nicht mehr, denn ich nutze die ~20% jetzt zum Musikhören xD

    @KrasssAndro: Danke für den Link! Aber die ganzen "schmutziggelben" Farbtöne kann doch keine Socke auseinanderhalten... Ich bleibe daher bei vier Zuständen: Schwarz (Flugzeug), Rot (nix Empfang), Alles Gelbe (schlechter Empfang) und Grün (alles im grünen Bereich)...

    0
    0
  • KrasssAndro 07.10.2012 Link

    Ja, hast bzgl. der Farbbenennung schon generell Recht.

    Jetzt kommt übrigens der absolute Hammer für alle Galaxy-S3-Besitzer, die sich über ihren hohen 'Akku im Standby'-Anteil gewundert haben (wie ich; darum hab ich ja auch auch den Blog so intensiv verfolgt) und das, was da drin steht noch nicht gewusst haben (wie ich):
    http://www.xda-developers.com/android/international-galaxy-s-iii-cell-standby-power-drain-issue-identified/

    Füg ich doch gleich noch eine kurze deutsche Zusammenfassung dazu: Der Basiswert für die 'Akku im Standby'-Berechnung ist zu hoch und zwar 10 mal zu hoch !! D.h. der Anteil #Akku im Standby' ist wesentlich weniger als es lt. Grafik angezeigt wird. Mann oh Mann.
    Ich weiß nicht, wieviel Stunden da auf der Welt bei S3-Besitzern an Grübeln/Studieren/Probieren schon drauf gegangen sind. Ich bin da bestimmt mit 10 Stunden dabei.
    Andererseits hätte ich den Blog nicht gelesen und der war ja wirklich sehr informativ.

    0
    0
  • Izzy 07.11.2012 Link

    Noch ein Tool mal schnell nachgetragen: G-NetTrack (siehe http://www.xda-developers.com/android/put-your-network-to-the-test-with-g-nettrack/ -- gibt es aber auch im Playstore). Gehört in die Kategorie "Tote Zonen aufspüren", und führt scheinbar gut Protokoll...

    0
    0