Al buscar mis estadísticas de batería, casi siempre encuentro Cell Standby entre los principales consumidores:
Nunca pensé que "inactivo" usaría tanta energía. Vi que otras personas encuentran problemas similares:
Las respuestas a esas preguntas solo dan algunas ideas en bruto. Me gustaría saber qué hay exactamente detrás de esto, y si hay formas de evitar que este "modo de espera" consuma mi batería.
Algunos antecedentes explicados por ce4 sobre la pregunta ¿La recepción "deficiente" agota la batería más rápido? :
El circuito del transceptor está diseñado teniendo en cuenta el ahorro de energía y reducirá la potencia de envío tanto como sea posible si la recepción es buena. Esto también reduce el valor SAR, que es una medida de la exposición del cuerpo humano a la radiación.
Si la recepción es mala, la intensidad de la señal de envío debe ajustarse en consecuencia.
Así que eso es lo que realmente hay detrás: en caso de mala recepción, el dispositivo gasta mucha energía para encontrar una señal mejor/más fuerte (o cualquier señal si se pierde). La siguiente captura de pantalla 1 muestra claramente esos tiempos, cuando echas un vistazo a la barra titulada Señal del teléfono .
"Cuanto más verde, más limpio": un verde brillante significa "buena recepción" (la captura de pantalla muestra esto al principio y al final, es decir, aquí: mañana y tarde, así que en casa tengo buena recepción). Poniéndose amarillento: "Recepción moderada". Esto usa más energía: compárelo con el gráfico de arriba (no en la captura de pantalla, pero igual que en la primera captura de pantalla), y verá que la barra es casi plana donde la señal de la celda es buena, pero cae más rápido. donde no esta. Vea los pequeños puntos rojos: "sin recepción". Y el teléfono se encenderá como loco para encontrar una nueva torre celular...
Ya lo mostré en mi respuesta sobre ¿La recepción 'mala' agota la batería más rápido? cómo uno puede averiguar acerca de esas "Zonas Muertas" y dónde están:
Aplicaciones como No Signal Alert 2 y OpenSignalMaps 3 monitorean la señal celular en segundo plano y registran esas áreas, para que puedan mostrarle un mapa de dónde estaban las zonas muertas. OpenSignalMaps tiene el plus de mostrarte todas las torres de telefonía a tu alcance, indicándote a cuál estás conectado. También le ofrece una "brújula" que le da la dirección a la señal más fuerte.
Sin embargo, mi respuesta sobre cómo lidiar automáticamente con esas zonas muertas no fue tan detallada. Así que jugué un poco con diferentes soluciones, y esto es lo que descubrí:
He alcanzado resultados bastante buenos con dos aplicaciones: Autopilot 4 y NoBars Battery Saver 5 . Ambos monitorean la señal de la celda y, cuando baja demasiado, cambian al modo avión durante un tiempo predefinido. El usuario puede definir cuánto tiempo sería. Después de ese tiempo de espera, el modo avión se desactiva y se hace cargo de la supervisión celular.
En el segundo gráfico de mi pregunta, esto aparece como "brechas" en la barra de señal del teléfono : como la radio celular se deshabilitó durante el modo avión, no se muestran colores; el sistema no sabía nada sobre la intensidad de la señal en este período de tiempo. Y con la radio de la celda apagada, tampoco usó energía adicional (más precisamente, no usó ninguna energía para esta radio entonces), que era exactamente lo que se pretendía.
Con el piloto automático , el único efecto secundario molesto fue: para cada verificación de señal, parpadeaba en la pantalla durante aproximadamente un segundo. Aparte de eso, da más opciones para ser configuradas por el usuario. Sin embargo, como los resultados de ambas aplicaciones fueron absolutamente comparables, esas opciones adicionales no parecen realmente necesarias, aunque es bueno tenerlas. Otra ventaja de Autopilot es el registro que se proporciona al usuario: de esta forma, puede ver las horas exactas de los cambios de modo.
También probé ShutUpBatterySaver 6 , cuyo objetivo es manejar el tráfico de datos. Al caer por debajo de una cierta intensidad de señal que el usuario puede definir, desactiva AutoSync y, por debajo de un segundo nivel definible, apaga Internet móvil por completo.
Sin embargo, nunca activa (o desactiva) el modo avión, por lo que la potencia utilizada para obtener una (mejor) señal seguirá siendo la misma. Sin embargo, con una mala señal, la transferencia de datos consume más energía que con una buena señal, ya que, por ejemplo, la pérdida de paquetes puede ser mayor. En la barra de estado vi varias veces que tenía AutoSync deshabilitado 7 , por lo que parece funcionar. Al no ser un gran usuario de datos (como muestran las estadísticas de LBE en la misma captura de pantalla), sin embargo, no pude decir realmente cuánta ayuda me brindó: en comparación con las dos aplicaciones de manejo del modo avión anteriores, los resultados en términos de duración de la batería ganada fueron mínimos (Si alguna).
Probablemente obtendría mejores resultados si se unieran los dos enfoques. Como no estaba de humor para comprobar todas las combinaciones posibles, me decidí por la todopoderosa solución de 6 letras: TASKER.
Como la mayoría de ustedes probablemente saben, Tasker es la solución de automatización en Android. Supongo que incluso podría preparar café, si nuestros dispositivos tuvieran sensores para detectar café y agua. Así que creé algunos perfiles para esta gran aplicación, ¡y los resultados fueron magníficos!
Básicamente, son 3 perfiles que se comunican a través de una variable común:
En mi perfil de inicio global ( que se ejecuta cuando Tasker comienza a monitorear), %SIGSTATE está configurado en 0 (si no está configurado). Los 3 perfiles anteriores también configuran notificaciones, como muestra la captura de pantalla anterior 9 . Cada estado mantiene una notificación (que se reemplaza cuando vuelve a ocurrir el mismo estado), el estado más actualizado siempre está en la parte inferior.
Los resultados parecieron incluso mejores que con las dos aplicaciones de manejo en modo avión anteriores, pero eso también podría deberse a condiciones de señal ligeramente diferentes. Así que al menos debería ser comparable. Usando una de estas 3 soluciones, llegué a casa después de aproximadamente 11 horas con aproximadamente un 20% más de carga que sin aplicar ninguna de ellas.
Habiendo dicho esto, terminaré esta respuesta mostrando los perfiles de Tasker que creé, para que pueda usarlos con su instalación de Tasker :
Tarea "InitVars":
Tarea "SigLow":
Tarea "SigLost":
Tarea "SigReturn":
Ahora los perfiles:
Perfil SigLowCheck:
Perfil SigLostCheck:
Perfil SigReturnCheck:
Inicio de perfil:
Ahora, ese es solo el concepto básico, y se puede ampliar, por ejemplo, con la reproducción de sonidos, la vibración, el parpadeo de la pantalla y más. Pero el ahorro de energía ya está disponible y hace su trabajo como se describe. ¡Espero que esto también pueda ayudarte!
Otro comentario: al menos con GSM (no puedo decirlo para CDMA), regresar del modo avión por defecto te obliga a ingresar el PIN de la SIM. Por supuesto, esto se puede desactivar, pero en ese caso esta protección adicional también desaparece al encender el teléfono. No tengo idea de por qué esto no es posible de forma selectiva, como ocurría con mis teléfonos anteriores a Android.
Sin embargo, para algunos teléfonos existe una alternativa a algunos elementos de las tareas anteriores, que eliminan esta limitación:
Háganme saber en los comentarios si esto elimina la limitación del PIN de la SIM, ya que no puedo probarlo (mi dispositivo no lo admite, como se describe anteriormente).
Lo interesante que noté fue que aparecían varios íconos de tareas en la barra de estado, lo que hacía que las cosas fueran confusas en cuanto al estado en el que se ejecutaban los perfiles de tareas; Descubrí que al configurar el Título para 'Notificar vibración' en cada una de las tareas anteriores para que sea el mismo, el resultado neto es que aparece una notificación singular titulada ' IzzyTasker ', con el mensaje apropiado utilizado en su lugar.
TomG
izzy
yuva raj