¿Qué es *Cell standby* y cómo puedo evitar que consuma mi batería?

Al buscar mis estadísticas de batería, casi siempre encuentro Cell Standby entre los principales consumidores:

Estadísticas de la batería

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.

Estos porcentajes no deben compararse de un momento a otro; solo debe usarlos como una guía para el consumo de energía relativo. Tenga en cuenta que el 100% del uso de la batería no siempre es el mismo. Solo como ejemplo, suponga que la celda en espera consume 10 mw, la pantalla 50 mw y otros usos varios consumen 40 mw. En este caso, su uso total sería de 100 mw y la celda en espera consumiría el 10 %. Si apaga la pantalla sin cambiar nada más, el modo de espera de la celda seguirá siendo de 10 mw, pero se mostrará como un 20 %, ya que su consumo total ahora es de solo 50 mw.
Soy consciente de eso, Tom. Pero mi "patrón de uso" es crudamente comparable, y al menos esto da una idea. Sin embargo, desearía que también proporcionaran valores absolutos aquí.
Me estoy encontrando con el mismo problema. ¿Qué te hizo resolver esto? ¿La aplicación Tasker gestiona esto automáticamente y resuelve el problema?

Respuestas (1)

señal celular

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 .

Detalles de las estadísticas de la batería: 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...

¿Cómo saber dónde están los puntos muertos?

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 alerta de señal OpenSignalMaps

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í:

¿Cómo lidiar automáticamente con esas zonas muertas para ahorrar energía?

Apps para automatizar el Modo Avión

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.

Piloto automático Ahorro de batería sin barras

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.

Apps para manejar red de datos

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.

ShutUpBatterySaver ShutUpBatterySaver Notificaciones

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).

Solución combinada

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!

Perfiles de Tasker Notificaciones de tareas

Básicamente, son 3 perfiles que se comunican a través de una variable común:

  1. %SIGSTATE < 1: comprobar si la señal cae por debajo del ~25%. Si es así, deshabilite los datos móviles, establezca %SIGSTATE en 1.
  2. %SIGSTATE < 2: comprobar si la señal cae por debajo del ~15%. Si es así, cambie al modo avión, establezca %SIGSTATE en 2.
  3. %SIGSTATE > 0: espere 5 min, luego deshabilite el modo avión, active los datos móviles, espere otros 15 segundos (para que se restablezca la señal), configure %SIGSTATE en 0.

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":

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

Tarea "SigLow":

  • Red -> Datos móviles: Desactivado
  • Variable -> Conjunto de variables: %SIGSTATE = 1
  • Alerta -> Notificar vibración: Título "IzzySignal"; Texto: "Señal baja; Datos móviles deshabilitados (Señal: %CELLSIG)"

Tarea "SigLost":

  • Variable -> Conjunto de variables: %WLANSTATE = 0
  • Variable -> Conjunto de variables: %WLANSTATE = 1 SI %Wifi ~ activado
  • Red -> Modo avión: Activado
  • Red -> Wifi: Activado SI %WLANSTATE ~ 1
  • Variable -> Conjunto de variables: %SIGSTATE = 2
  • Alerta -> Notificar vibración: Título "IzzySignal", Texto: "Señal perdida; Entrar en modo avión"

Tarea "SigReturn":

  • Tarea -> Espera: 5 Minutos
  • Red -> Modo avión: Desactivado
  • Tarea -> Espera: 15 segundos
    (¡dale tiempo al dispositivo para encontrar una nueva señal!)
  • Net -> Datos móviles: On IF %ROAM ~ Off
    (¡evita sorpresas desagradables al regresar de vacaciones en el extranjero!)
  • Variable -> Conjunto de variables: %SIGSTATE = 0
  • Alerta -> Notificar vibración: Título "IzzySignal", Texto "Señal activada; Modo avión deshabilitado (Señal: %CELLSIG)"

Ahora los perfiles:

Perfil SigLowCheck:

  • Estado -> Variable -> Valor de variable: Nombre "%SIGSTATE", Op "Math: Less Than", 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 de variable: Nombre "%SIGSTATE", Op "Math: Less Than", Valor "2"
  • Estado -> Teléfono -> Intensidad de la señal: de 0 a 1
  • Tarea: SigLost

Perfil SigReturnCheck:

  • Estado -> Variable -> Valor de variable: Nombre "%SIGSTATE", Op "Matemáticas: Mayor que", Valor "0"
  • Tarea: SigReturn

Inicio de perfil:

  • Evento -> Tasker -> Inicio del monitor
  • Tarea: InitVars

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:

  • En SigLost , en lugar de Net -> Airplane Mode: On use Phone -> Radio: Off si su teléfono es compatible (mi Droid2/Milestone2 no lo es, desafortunadamente). Si puede hacer esto, la verificación de WiFi se vuelve obsoleta (y su limpiador de tareas).
  • La contrarreacción en SigReturn también debe cambiarse: en lugar de Net -> Airplane Mode: Off , use Phone -> Radio: On .

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).

Editado por t0mm13b

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.

Esto debe ganar un premio a la respuesta más reflexiva, útil y detallada de la historia.
¡Gracias! Me tomó alrededor de una semana recopilar todas las estadísticas, probar todas las soluciones, además de separar las buenas de las no tan buenas;)
Jeje, gracias @ t0mm13b por la actualización. Sugerencia: el estado actual es siempre el "último" (más abajo que los demás). Entonces, con diferentes títulos, se agrega un pequeño "registro". Pero el descubrimiento interesante de que el título es lo que hace que se reemplace una notificación, ¡gracias por eso!
Aunque esto sucede incluso cuando la recepción es buena, no se debe a problemas de recepción.
Excelente investigación, gracias por compartir! Estoy configurando un perfil de llama similar a su configuración de tasker. ¿Sabe cuál sería un buen valor de umbral para una señal débil y nula? Afaik -113dbm cuenta como sin señal, pero ¿qué pasa con la intensidad de la señal débil?
Como Tasker no se ocupa de los valores de dbm directamente, no profundicé mucho en ellos. Puede observarlo durante un tiempo (o monitorearlo con, por ejemplo, RF Signal Tracker ) para encontrar los valores adecuados. De mi monitoreo con esa aplicación, acepto -113dbm que significa "fuera", entonces no hay señal útil. Por lo tanto, podría comenzar con -110=SigLost, -100=SigLow, better=OK y, a partir de ahí, jugar con los valores hasta que esté satisfecho. Apreciaría leer sus resultados (valores) aquí entonces :)
El valor mágico parece ser -105dbm. Todo lo de arriba está representado por una intensidad de señal de 2 barras, -105dbm y todo lo de abajo es una barra o menos. Esto es válido para un Samsung Galaxy S2 i9100.
No entiendo "Con 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)". ¿Cómo utiliza la energía para encontrar una mejor señal? Puedo imaginar que escanea frecuencias, escuchando una fuerte, pero a menos que transmita, no veo cómo eso requiere mucho más poder que sentarse en una frecuencia, escuchando. Si transmite... ¿por qué? ¿Es para dar un apretón de manos? ¿No sería mejor si los mástiles transmitieran los latidos del corazón con mucha frecuencia para que los teléfonos pudieran saber inmediatamente si tenían una buena señal de uno?
@Poldie, un receptor requiere energía. Si ya se encuentra en una buena conexión, no necesita buscar otras. Si es necesario, debe verificar si "la otra celda" es utilizable, si puede "obtener un bloqueo" para la otra torre (o es rechazada, ya que, por ejemplo, pertenece a un operador diferente). Para eso también debe transmitir, claro. Es posible que también necesite escanear frecuencias adicionales (2G/3G/LTE, cada una con diferentes bandas) en lugar de limitarse a la que tiene una conexión. Para una descripción tecnológica detallada de esta parte independiente de Android, no puedo dar una respuesta (no soy ingeniero).
¿Sigue siendo relevante con Lollipop?
@wizlog Lollipop no se instaló en las torres celulares y tampoco cambió los protocolos GSM/UMTS/LTE, por lo que asumo que el tema sigue siendo relevante. No tengo un dispositivo LP aquí (y ningún entorno de prueba correspondiente o el tiempo para ejecutar dicha prueba) para ver si LP maneja esto de manera más eficiente, pero ciertamente no puede hacer nada para señalar la calidad (solo reaccionar).
El enlace de @Izzy AutoPilot y ShutUpBatterySaver parece estar muerto.
@Firelord ¿Y qué? Esta respuesta tiene 3 años. Todavía hay suficientes otros consejos allí :)
Las aplicaciones sugeridas en la respuesta ya no existen.
@Pandya mira la fecha. Y sean bienvenidos a ser más precisos (por ejemplo, mencionar cuáles). Aunque puede que no haya un reemplazo, y no tengo tiempo para buscarlos.