En regardant les statistiques de ma batterie, je trouve presque toujours que la veille cellulaire est parmi les plus gros consommateurs:

Je n'ai jamais pensé que le "ralenti" utiliserait autant d'énergie. J'ai vu que d'autres personnes rencontraient des problèmes similaires:

• Veille cellulaire et téléphone en veille
• Galaxy S3 cellule en attente est en train de manger ma batterie

Les réponses à ces questions ne donnent que des idées brutes. J'aimerais savoir ce qui se cache exactement derrière cela, et s'il existe des moyens d'empêcher cette "veille" de manger ma batterie?

Signal cellulaire

Quelques exemples, comme expliqué par ce4 à la question La réception «médiocre» épuise - t-elle la batterie plus rapidement? :

Le circuit émetteur-récepteur est conçu pour économiser de l'énergie et réduira autant que possible la puissance d'émission si la réception est bonne. Cela réduit également la valeur SAR, qui est une mesure de l'exposition du corps humain aux rayonnements.

Si la réception est mauvaise, l’intensité du signal d’envoi doit être ajustée en conséquence.

Voilà donc ce qui se cache derrière tout cela: en cas de mauvaise réception, l'appareil dépense beaucoup d'énergie pour trouver un signal meilleur / plus puissant (ou tout autre signal en cas de perte). La capture d'écran suivante ¹ montre clairement ces moments lorsque vous regardez la barre intitulée Signal du téléphone .

"Plus écologique, plus propre": un vert vif signifie "bonne réception" (la capture d'écran le montre au début et à la fin, c'est-à-dire ici: matin et soir - donc à la maison, j'ai une bonne réception). Jaunissement: "réception modérée". Cela utilise plus d’énergie: comparez-le avec le graphique au-dessus (pas dans la capture d’écran - mais comme dans la première capture), et vous voyez que la barre est presque plate où le signal de la cellule est bon - mais tombe plus rapidement où ce n'est pas. Voir les petites taches rouges: "pas de réception". Et le téléphone va s'allumer comme un fou pour trouver une nouvelle tour cellulaire ...

Comment savoir où sont les points morts?

J'ai déjà indiqué dans ma réponse que la réception "médiocre" épuisait-elle la batterie plus rapidement? comment on peut en savoir plus sur ces "zones mortes" et où elles se trouvent:

Des applications telles que No Signal Alert ² et OpenSignalMaps ³ surveillent le signal de la cellule en arrière-plan et enregistrent ces zones afin de vous montrer une carte indiquant l' emplacement des zones mortes. OpenSignalMaps a l’avantage de vous montrer toutes les tours de téléphonie cellulaire à portée de main, en indiquant à qui vous êtes connecté. Il vous offre également une "boussole" donnant la direction du signal le plus fort.

Cependant, ma réponse sur la manière de traiter automatiquement ces zones mortes n’était pas aussi détaillée. J'ai donc joué un peu avec différentes solutions - et voici ce que j'ai découvert:

Comment gérer automatiquement ces zones mortes pour économiser de l'énergie?

Applications pour automatiser le mode avion

J'ai obtenu d'assez bons résultats avec deux applications: Autopilot ⁴ et NoBars Battery Saver ⁵ . Les deux surveillent le signal de la cellule et, quand il tombe trop loin, bascule en mode avion pendant un temps prédéfini. L'utilisateur peut définir combien de temps cela serait. Après ce délai, le mode Avion est désactivé et la surveillance des cellules prend le relais.

Dans le deuxième graphique de ma question, cela apparaît sous la forme de "trous" dans la barre de signal du téléphone : la radio cellulaire étant désactivée en mode Avion, aucune couleur n’est affichée; le système ne savait rien de la force du signal pendant cette période. Et avec la radio cellulaire éteinte, elle n’utilisait pas non plus de puissance supplémentaire (plus précisément, elle ne l’utilisait alors pas), ce qui était exactement ce à quoi elle était destinée.

Avec le pilote automatique , le seul effet secondaire gênant était le suivant: à chaque contrôle de signal, il clignotait à l'écran pendant environ une seconde. En plus de cela, il donne plus d'options à configurer par l'utilisateur. Cependant, comme les résultats des deux applications étaient absolument comparables, ces options supplémentaires ne semblent pas vraiment nécessaires, bien qu'elles soient agréables à avoir. Un autre avantage du pilote automatique est le journal fourni à l'utilisateur: vous pouvez ainsi voir les heures exactes des changements de mode.

Applications pour gérer le réseau de données

J'ai également testé ShutUpBatterySaver ⁶ , qui vise à gérer le trafic de données. Si vous dépassez un niveau de signal que l'utilisateur peut définir, cela désactivera AutoSync et, au-dessous d'un second niveau définissable, le réseau Internet mobile sera complètement désactivé.

Cependant, il n’active jamais (ou ne désactive) pas le mode Avion, de sorte que la puissance utilisée pour obtenir un (meilleur) signal sera toujours la même. Cependant, avec un mauvais signal, le transfert de données consomme plus d'énergie qu'avec un bon signal, par exemple, la perte de paquets peut être plus importante. Dans la barre d'état, j'ai vu à plusieurs reprises qu'AutoSync était désactivé ⁷ , donc cela semble fonctionner. N'étant pas un gros utilisateur de données (comme le montrent les statistiques de LBE dans la même capture d'écran), je ne pourrais toutefois pas vraiment dire combien d'aide cela a apporté: Comparé aux deux applications de traitement en mode Avion ci-dessus, les résultats en termes de durée de batterie gagnée étaient minimes. (si seulement).

Solution combinée

Il serait probablement plus avantageux d’associer les deux approches. N'étant pas d'humeur à vérifier toutes les combinaisons possibles, j'ai plutôt opté pour la toute-puissante solution à 6 lettres: TASKER.

Comme la plupart d'entre vous le savent probablement, Tasker est la solution d'automatisation sur Android. Je suppose qu’il pourrait même préparer du café si nos appareils étaient équipés de capteurs pour détecter le café et l’eau. J'ai donc créé des profils pour cette superbe application - et les résultats ont été magnifiques!

Donc, fondamentalement, il s’agit de 3 profils communiquant via une variable commune:

1. % SIGSTATE <1: vérifie si le signal tombe en dessous de ~ 25%. Si tel est le cas, désactivez les données mobiles, définissez% SIGSTATE sur 1.
2. % SIGSTATE <2: vérifie si le signal tombe en dessous de ~ 15%. Si tel est le cas, passez en mode avion, définissez% SIGSTATE sur 2.
3. % SIGSTATE> 0: attendez 5 min, puis désactivez le mode avion, activez les données mobiles, attendez 15 secondes supplémentaires (pour que le signal soit restauré), réglez% SIGSTATE sur 0.

Dans mon profil d' initialisation global (qui est exécuté lorsque Tasker commence à surveiller),% SIGSTATE est défini sur 0 (s'il n'est pas défini). Les 3 profils ci-dessus définissent également des notifications, comme le montre la capture d'écran ci-dessus ⁹ . Chaque état maintient une notification (qui est remplacée lorsque le même état se reproduit), l'état le plus à jour est toujours au bas de la hiérarchie.

Les résultats semblaient encore meilleurs qu'avec les deux applications de traitement en mode avion ci-dessus, mais cela pourrait également être dû à des conditions de signal légèrement différentes. Donc, il devrait au moins être comparable. En utilisant l’une de ces 3 solutions, je suis rentré chez moi au bout de 11 heures environ, avec environ 20% de charge en plus, puis sans en appliquer aucune.

Ceci dit, je terminerai cette réponse en affichant les profils Tasker que j'ai créés. Vous pourrez donc les utiliser avec votre installation Tasker :

Tâche "InitVars":

• Variable -> Jeu de variables:% SIGSTATE = 0

Tâche "SigLow":

• Net -> Données mobiles: désactivé
• Variable -> Jeu de variables:% SIGSTATE = 1
• Alerte -> Notify Vibrer: titre "IzzySignal"; Texte: "Signal bas; données mobiles désactivées (Signal:% CELLSIG)"

Tâche "SigLost":

• Variable -> Jeu de variables:% WLANSTATE = 0
• Variable -> Variable Set:% WLANSTATE = 1 IF% Wifi ~ on
• Net -> Mode avion: Activé
• Net -> Wifi: Si IF% WLANSTATE ~ 1
• Variable -> Jeu de variables:% SIGSTATE = 2
• Alert -> Notify Vibrate: titre "IzzySignal", texte: "signal perdu; mode avion entré"

Tâche "SigReturn":

• Tâche -> Attendre: 5 minutes
• Net -> Mode avion: Off
• Tâche -> Attendre: 15 secondes
  ^{(donnez à l'appareil le temps de trouver un nouveau signal!)}
• Net -> Données mobiles: activé IF% ROAM ~ Off
  ^{(évitez les mauvaises surprises lorsque vous revenez de vacances à l'étranger!)}
• Variable -> Jeu de variables:% SIGSTATE = 0
• Alerte -> Notification de vibration: Titre "IzzySignal", Texte "Signal activé; mode avion désactivé (Signal:% CELLSIG)"

Maintenant pour les profils:

Profil SigLowCheck:

• Etat -> Variable -> Variable Valeur: Nom "% SIGSTATE", Op "Math: Inférieur à", Valeur "1"
• Etat -> Téléphone -> Force du signal: de 0 à 2
• Etat -> Tasker -> Profil actif: "SigLost", [x] Inverser
  ^{(assurez-vous d'éviter un conflit:% SIGSTATE ~ 0 && SignalStrength ~ 1 correspondrait à la condition des deux profils)}
• Tâche: SigLow

Profil SigLostCheck:

• Etat -> Variable -> Variable Valeur: Nom "% SIGSTATE", Op "Math: Inférieur à", Valeur "2"
• Etat -> Téléphone -> Force du signal: de 0 à 1
• Tâche: SigLost

Profil SigReturnCheck:

• Etat -> Variable -> Variable Valeur: Nom "% SIGSTATE", Op "Math: Supérieur à", valeur "0"
• Tâche: SigReturn

Profil Init:

• Evénement -> Tasker -> Démarrer le moniteur
• Tâche: InitVars

Voilà maintenant le concept de base, qui peut être étendu, par exemple en jouant des sons, en vibrant, en faisant clignoter l’affichage, etc. Mais le système d’économie d’énergie est déjà intégré et remplit son rôle de la manière décrite. J'espère que cela peut vous aider aussi!

Autre remarque: au moins avec GSM (je ne peux pas dire pour CDMA), le retour par défaut du mode Avion vous oblige à saisir le code PIN de la carte SIM. Ceci peut bien entendu être désactivé - mais dans ce cas, cette protection supplémentaire disparaît également lors de la mise sous tension du téléphone. Aucune idée pourquoi cela n'est pas possible de manière sélective, comme c'était le cas avec mes téléphones pré-Android.

Cependant, pour certains téléphones, il existe une alternative à certains éléments des tâches ci-dessus, qui suppriment cette limitation:

• Dans SigLost , au lieu de Net -> Mode avion: Activé, utilisez Téléphone -> Radio: désactivée si votre téléphone le permet (malheureusement pas avec mon Droid2 / Milestone2). Si vous y parvenez, la vérification WiFi devient obsolète (et votre nettoyeur de tâches).
• La contre-réaction dans SigReturn doit également être modifiée: au lieu de Net -> Mode avion: Désactivé , utilisez Téléphone -> Radio: Activé .

Faites-moi savoir dans les commentaires si cela supprime la limitation du code PIN de la carte SIM, car je ne peux pas le tester (mon appareil ne le prend pas en charge, comme décrit ci-dessus).

Edité par t0mm13b

La chose intéressante que j'ai remarquée est que plusieurs icônes de responsable ont été affichées dans la barre d'état, ce qui a rendu les choses confuses quant à l'état dans lequel les profils de responsable étaient exécutés. J'ai découvert qu'en définissant le titre de 'Notify Vibrate' dans chacune des tâches ci-dessus comme identique, le résultat final est qu'une notification unique intitulée ' IzzyTasker ' s'affiche, avec le message approprié utilisé à la place.