Señal celular
Algunos antecedentes explicados por ce4 sobre la cuestión ¿La "mala" recepción agota la batería más rápido? :
El circuito transceptor se ha diseñado pensando en el ahorro de energía y reducirá al máximo la potencia de envío 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: Cuando la recepción es mala, el aparato gasta mucha energía para encontrar una señal mejor o 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 telefónica .
"Cuanto más verde, más limpio": Un verde brillante significa "buena recepción" (la captura de pantalla lo muestra al principio y al final, es decir aquí: mañana y tarde -- así que en casa tengo buena recepción). Volverse amarillento: "recepción moderada". Esto consume más energía: compáralo con el gráfico de arriba (no está en la captura de pantalla -- pero es el mismo que en la primera captura), y verás que la barra es casi plana donde el señal celular es bueno... pero cae más rápido donde no lo es. Mira los pequeños puntos rojos: "no hay recepción". Y el teléfono se encenderá como loco para encontrar una nueva torre celular...
Cómo averiguarlo donde ¿están los puntos muertos?
Ya mostré en mi respuesta sobre ¿La "mala" recepción agota la batería más rápido? cómo se pueden conocer esas "Zonas Muertas" y dónde están:
Aplicaciones como Alerta de ausencia de señal 2 y OpenSignalMaps 3 monitorizan la señal celular en segundo plano y registran esas zonas, para poder mostrarte un mapa de dónde estaban las zonas muertas. OpenSignalMaps tiene el plus de mostrarte todas las torres de telefonía móvil a tu alcance, señalando a cuáles estás conectado. También te ofrece una "brújula" que te indica la dirección hacia la señal más potente.
Sin embargo, mi respuesta sobre cómo tratar automáticamente esos zonas muertas no era tan detallado. Así que he jugado un poco con diferentes soluciones y esto es lo que he descubierto:
Cómo tratarlos automáticamente zonas muertas ¿para ahorrar energía?
Aplicaciones para automatizar Modo avión
He obtenido resultados bastante buenos con dos aplicaciones: Piloto automático 4 y Ahorro de batería NoBars 5 . Ambos monitorizan la señal de la célula y, cuando cae demasiado, cambian al Modo Avión durante un tiempo predefinido. El usuario puede definir cuánto tiempo. Una vez transcurrido ese tiempo, el modo avión se desactiva y la monitorización de la célula toma el relevo.
En el segundo gráfico de mi pregunta, esto aparece como "huecos" en el Señal telefónica bar: Como la radio celular estaba deshabilitada durante el Modo Avión, no se muestran colores; el sistema no sabía nada sobre la intensidad de la señal en ese lapso de tiempo. Y con la radio celular 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 Piloto automático el único efecto secundario molesto fue..: Por cada comprobación de señal, parpadeaba en la pantalla durante un segundo. Aparte de eso, da más opciones a configurar por el usuario. Sin embargo, como los resultados de ambas aplicaciones eran absolutamente comparables, esas opciones adicionales no parecen realmente necesarias, aunque es bueno tenerlas. Otra ventaja de Piloto automático es el registro proporcionado al usuario: De esta manera se pueden ver las horas exactas de los cambios de modo.
Aplicaciones para gestionar la red de datos
También he probado ShutUpBatterySaver 6 cuyo objetivo es gestionar el tráfico de datos. Por debajo de una intensidad de señal definida por el usuario, desactiva AutoSync y, por debajo de un segundo nivel definible, desactiva por completo Internet móvil.
Sin embargo, nunca activa (ni desactiva) el Modo Avión, por lo que la potencia utilizada para obtener una (mejor) señal seguirá siendo la misma. Aunque, 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 desactivado 7 Parece que funciona. Como no soy un gran usuario de datos (como muestran las estadísticas del LBE en la misma captura de pantalla), no puedo decir realmente cuánta ayuda me ha aportado: En comparación con las dos aplicaciones de modo avión anteriores, los resultados en términos de duración de la batería fueron mínimos (si es que hubo alguno).
Solución combinada
Probablemente los mejores resultados se obtendrían uniendo ambos enfoques. Como no estaba de humor para comprobar todas las combinaciones posibles, me decidí por la todopoderosa solución de 6 letras: T-A-S-K-E-R.
Como la mayoría de ustedes probablemente saben, Tasker es el 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!
Así que básicamente son 3 Perfiles, comunicándose a través de una variable común:
- %SIGSTATE < 1: comprueba si la señal cae por debajo de ~25%. Si es así, desactive los datos móviles, establezca %SIGSTATE en 1.
- %SIGSTATE < 2: comprueba si la señal cae por debajo de ~15%. Si es así, cambia al modo avión, ajusta %SIGSTATE a 2.
- %SIGSTATE > 0: espera 5 min, luego desactiva el modo avión, activa los datos móviles, espera otros 15 seg (para que se restablezca la señal), pon %SIGSTATE a 0.
En mi Init (que se ejecuta cuando Tasker inicia la supervisión), %SIGSTATE se establece en 0 (si no está establecido). Los 3 perfiles anteriores establecen además notificaciones, como muestra la captura de pantalla anterior 9 . Cada estado mantiene una notificación (que se sustituye cuando vuelve a producirse el mismo estado), el estado más actualizado siempre está en la parte inferior.
Los resultados parecen incluso mejores que con las dos aplicaciones de manejo del modo avión anteriores, pero eso también puede deberse a unas 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 unas 11 horas con un 20% más de carga que sin aplicar ninguna de ellas.
Dicho esto, terminaré esta respuesta mostrando la Tasker perfiles que he creado, por lo que podría utilizarlos con su Tasker instalación:
Tarea "InitVars":
- Variable -> Variable Set: %SIGSTATE = 0
Tarea "SigLow":
- Net -> Datos móviles: Off
- Variable -> Variable Set: %SIGSTATE = 1
- Alerta -> Notificar Vibrar: Título "IzzySignal"; Texto: "Señal baja; Datos móviles desactivados (Señal: %CELLSIG)"
Tarea "SigLost":
- Variable -> Variable Set: %WLANSTATE = 0
- Variable -> Variable Set: %WLANSTATE = 1 IF %Wifi ~ on
- Net -> Modo Avión: En
- Net -> Wifi: On IF %WLANSTATE ~ 1
- Variable -> Variable Set: %SIGSTATE = 2
- Alerta -> Notificar Vibrar: Título "IzzySignal", Texto: "Señal Perdida; Entrando en Modo Avión"
Tarea "SigReturn":
- Tarea -> Espera: 5 Minutos
- Net -> Modo Avión: Apagado
- Tarea -> Espera: 15 segundos
(¡dale tiempo al aparato para encontrar una nueva señal!)
- Net -> Datos móviles: On IF %ROAM ~ Off
(¡evite sorpresas desagradables al volver de vacaciones en el extranjero!)
- Variable -> Variable Set: %SIGSTATE = 0
- Alerta -> Notificar Vibrar: Título "IzzySignal", Texto "Señal Activada; Modo Avión desactivado (Señal: %CELLSIG)"
Ahora los perfiles:
Perfil SigLowCheck:
- Estado -> Variable -> Valor Variable: Nombre "%SIGSTATE", Op "Math: Menor Que", Valor "1"
- Estado -> Teléfono -> Intensidad de la señal: De 0 a 2
- Estado -> Tasker -> Perfil Activo: "SigLost", [x] Invertir
(asegúrese de evitar un conflicto: %SIGSTATE~0 && SignalStrength~1 coincidiría con la condición de ambos perfiles)
- Tarea: SigLow
Perfil SigLostCheck:
- Estado -> Variable -> Valor Variable: Nombre "%SIGSTATE", Op "Math: Menor Que", Valor "2"
- Estado -> Teléfono -> Intensidad de la señal: De 0 a 1
- Tarea: SigLost
Perfil SigReturnCheck:
- Estado -> Variable -> Valor de la variable: Nombre "%SIGSTATE", Op "Math: Mayor Que", Valor "0"
- Tarea: SigReturn
Perfil Init:
- Evento -> Tasker -> Monitorizar Inicio
- Tarea: InitVars
Esto es sólo el concepto básico, que puede ampliarse, por ejemplo, con la reproducción de sonidos, la vibración o el parpadeo de la pantalla, entre otros. Pero el sistema de ahorro de energía ya está en marcha y hace su trabajo tal y como se describe. Espero que esto también te ayude.
Otra observación: Al menos con GSM (no puedo decirlo para CDMA), volver del Modo Avión por defecto te obliga a introducir 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 ni idea de por qué esto no es posible de forma selectiva, como lo fue con mis teléfonos pre-Android.
Sin embargo, para algunos teléfonos hay una alternativa a algunos elementos de las tareas anteriores, que eliminan esta limitación:
- En SigLost en lugar de Net -> Modo Avión: En utilice Teléfono -> Radio: Apagado si tu teléfono lo admite (por desgracia, mi Droid2/Milestone2 no lo admite). Si puedes hacer esto, la comprobación de WiFi se vuelve obsoleta (y tu limpiador de Tareas).
- La reacción contraria en SigReturn también debe modificarse: en lugar de Net -> Modo Avión: Apagado Utilice Teléfono -> Radio: En .
Por favor, hazme saber en los comentarios si esto elimina la limitación del PIN de la SIM, ya que no puedo probarlo (mi dispositivo no lo soporta, como se ha descrito anteriormente).
Editado por t0mm13b
Lo interesante que noté fue que aparecían varios iconos de Tasker en la barra de estado, lo que hacía que las cosas fueran confusas en cuanto al estado en que se ejecutaban los perfiles de Tasker. Título para que la "Notificación por vibración" en cada una de las tareas anteriores sea la misma, el resultado neto es, una notificación singular titulada ' IzzyTasker ', y en su lugar se utiliza el mensaje apropiado.