[ IDEA ] Betterbatterystats ¿Que procesos drenan nuestra batería y como solucionarlos? Apúntate y nos ayudamos

[francho1985]

En vista de que últimamente proliferan los hilos sobre el consumo de batería(sobre todo por la noche en reposo) y el deep sleep, o la ausencia de éste, y que en la mayoría de las respuestas se acaba recomendando BetterBatteryStats, pero esta app es difícil de comprender y usar, abro este hilo con un mini tutorial sobre la manera correcta de usar la app, para ver si así entre todos podemos ayudarnos.

GRACIAS A ZALDIOO POR EL TUTO QUE CREO PARA NUESTROS GALAXY SII EL CUAL ME HA SERVIDO PARA CREAR ESTE

El asunto es el siguiente :
1-carga el tablet hasta el 100 % antes de irte a dormir preferiblemente, así tendremos un buen rato el tablet en reposo total
2-desenchufar el tablet y usarlo lo justo, para quitar sonido, poner modo avión, wifi, etc...como lo soléis dejar por las noches y os esta dando problemas, aceptar los permisos de superusuario que nos pedirá la propia app y apagar la pantalla
3-dejar el tablet en reposo total durante las horas de sueño
4-por la mañana cuando cojamos el tablet, vamos lo primero a bbs y hacemos las siguientes capturas :
Process, alarms, kernel wakelock y partial wakelock
En la segunda pestaña pondremos "since unplugued"
En la tercera pestaña ponemos "current"

Después subimos aquí las capturas y así entre todos podremos echarnos una mano

Decarga de app desde la web del desarrollador:: http://forum.xda-developers.com/show....php?t=1179809

Decarga de app desde Google Play: https://play.google.com/store/apps/d...RlcnlzdGF0cyJd

Enlace a los wakeloks más comunes y como solucionarlos: https://github.com/asksven/BetterBat...se/wiki/_pages

[francho1985]

Estos son los míos si observáis uno de los mayores procesos en partial wakeloks es el network location ¿como puedo reducirlo? Otro de los que tb chupa es el Line!!


Justificación: El servicio de ubicación de red es responsable de proporcionar información grano grueso ubicación a las aplicaciones que solicitan.

La frecuencia de las actualizaciones (y de wakelocks) está relacionado con la precisión solicitada por la aplicación (tiempo máximo entre las actualizaciones, la precisión en metros).

Ejemplos de aplicación solicitando la ubicación de grano grueso: los widgets del clima, latitud, herramientas más sociales, google+

Conozca las acciones: acciones para reducir wakelocks:

Busque la aplicación responsable: Buscar todos localización en la red wakelocks y comprobar las aplicaciones encargadas de la segunda línea de la lista
Compruebe la configuración de la aplicación para ver si la precisión se puede cambiar
Utilice las ventajas de localización basada en Wi-Fi (ubicación estable minimizando las frecuencias de actualización)
Puedes buscar aplicaciones alternativas con un mejor diseño
Condiciones conocidas de aparición: pobremente diseñadas aplicaciones con requisitos muy altos en precisión conducirá el servicio de ubicación de red para arriba.

Las condiciones inestables de red (entregas frecuentes entre torres) pueden desencadenar actualizaciones de ubicación.

En algunos casos, la actualización de la radio / módem tiene efecto sobre la ubicación de la red: la ubicación se basa en la información entregada por la torre RIL.

Wakelocks relacionadas: LocationManagerService, NetworkLocationLocator, WifiService, GpsLocationProvider, red-location-actualización celular

[francho1985]

Wakeloks mas comunes y como solucionarlos:

AlarmManager Página de Historia
Autor (s): sven, atribuye a andy2na @ xda-dev

Ranking: n / a

Nombre oral: Alarma Gerente

Justificación: AlarmManager proporciona acceso a los servicios del sistema de alarma. Estas te permiten programar una aplicación que se ejecuta en algún momento en el futuro. Cuando una alarma se activa, la intención de que se habían registrado ya que se transmite por el sistema, de forma automática a partir de la aplicación de destino si no se está ejecutando. Alarmas registradas son retenidos mientras el dispositivo está dormido (y, opcionalmente, puede despertar el dispositivo hacia arriba si se van durante ese tiempo), pero se borrarán si se apaga y se reinicia. El Alarm Manager mantiene un bloqueo tras CPU mientras método OnReceive del receptor de alarmas () se está ejecutando. Esto garantiza que el teléfono no va a dormir hasta que haya terminado el manejo de la emisión. Una vez OnReceive () retorna, el Alarm Manager libera este bloqueo estela. Esto significa que el teléfono en algunos casos dormir tan pronto como su OnReceive () finaliza.

Conozca acciones: AlarmManager en sí no está generando wakelocks parciales, pero las aplicaciones (intenciones) que fueron establecidos para ser llamado cuando se dispara una alarma hacer. Las alarmas se pueden enumerar a través del menú "Acciones - Alarmas".

He aquí una guía completa para analizar Alarmas: Con el fin de encontrar a los Propósitos ejecutar el comando alarma dumpsys .

Esto volcar todos los eventos de alarma para que pueda ver lo que está invocando AlarmManager como wakelock. Desde allí se puede encontrar a los culpables que tienen un montón de despertadores. En algunos casos, usted no puede hacer nada al respecto (Android System), pero en otros, puede desinstalar o desactivar las notificaciones. Espero que esto ayude a resolver sus problemas AlarmManager excesivas.

Desplácese hasta las "Estadísticas de alarma" en la parte inferior, debe tener este aspecto:

com.levelup.beautifulwidgets

Funcionamiento 246776ms, 10 activaciones

10 alarmas: act = com.levelup.beautifulwidgets.ACTION_UPDATEWEATHER flg = 0x4

1583 alarmas: act = com.levelup.beautifulwidgets.ACTION_UPDATECLOCK flg = 0x4

com.motorola.blur.datamanager.app

Funcionamiento 22ms, 0 despertadores

1 alarmas: act = com.motorola.blur.datamanager.app.checkin.timeout flg = 0x4 = com.motorola.blur.datamanager.app cmp / .DataManagerCheckinService

ccc71.bmw

Funcionamiento 130743ms, 1585 despertadores

1585 alarmas: flg = 0x4

com.motorola.kpilogger

Funcionamiento 2156ms, 0 despertadores

13 alarmas: act = com.motorola.kpilogger.START_LOG flg = 0x4

com.gau.go.launcherex

Funcionamiento 528ms, 10 activaciones

6 alarmas: act = com.jiubang.intent.action.AUTO_CHECK_UPDATE flg = 0x4

4 alarmas: act = com.jiubang.intent.action.SCAN_APPS flg = 0x4

Como se puede ver, en mi caso, los servicios que han invocado AlarmManager parecen ser BeautifulWidgets (para actualizar el reloj cada vez que los pequeños cambios - 1583 alarmas: act = com.levelup.beautifulwidgets.ACTION_UPDATECLOC K flg = 0x4)

Battery Monitor Widget (obviamente para tirar de la mW de la batería) - 130743ms funcionamiento, 1585 despertadores

También puede reducir la cantidad de eventos AlarmManager con sólo apagar ubicación Wireless, firma de Google Talk, y la desactivación de las notificaciones o actualizaciones en las aplicaciones usted no lo utilizamos.

TLDR: AlarmManager es un proceso universal que muchas de las aplicaciones utilizan para actualizar el tiempo, las notificaciones push, etc En la mayoría de los casos, es una necesidad, en otros casos, usted realmente debe comprobar que funciona y desactivar / desinstalar cosas que la han invocado también mucho.

AudioOut_1 Página de Historia
Autor (s): xda

Clasificación: n / a

Nombre oral: AudioOut_1

Justificación: AudioOut se utiliza para reproducir notificación y sonidos del sistema.

Conozca acciones: Desde la pantalla de inicio ... Menú -> Sonidos -> desmarca "Sonidos Touch", desmarque la opción "Bloqueo de pantalla Sonidos"

Condiciones conocidas de aparición: Cada vez que se toca la pantalla o bloqueado.

Wakelocks relacionadas:

Referencias:

ConnectivityService
Autor (s): sven

Ranking: n / a

En declaraciones Nombre y apellidos: ConnectivityService

Razón fundamental: Servicio responsable para los datos de El seguimiento de conexiones / apn, establecer y mantener conexiones. Esta wakelock se lleva a cabo durante la transición entre conexiones de datos.

Sepa acciones: mayo, ser condicionada mediante el uso de un la cobertura de diferente radio / modem o malo, puede ser reducido por 2G forzamiento.

Condiciones c

deleted_wake_locks Página de Historia
Autor (s): sven, atribuye a Tritonio_GR @ xda-dev

Ranking: n / a

Nombre oral: deleted_wake_locks

Justificación: En la API disponible para los conductores android se aconseja llamar wake_lock_destroy antes de liberar la memoria de la estructura wakelock que ellos crearon. Esto se realiza sobre todo en el apagado, sino que también en algunas situaciones donde se descarga un controlador dinámicamente desde el núcleo. Cuando esto sucede, los wakelocks destruidas desaparecer de la lista, pero sus estadísticas se suman a esta pseudo-wakelock a los deleted_wake_locks. Esto permite saber que un conjunto de wakelocks anteriores tenían un conjunto combinado de estadísticas que muestra esta entrada. Las estadísticas de esta entrada no aumentará a menos wakelocks adicionales reales que tienen distintos de cero las estadísticas son destruidos.

Conozca acciones: Dado que esta es simplemente una entrada que combina la actividad de todos los bloqueos del núcleo estela que ya no existen, no hay nada que se pueda hacer para reducir directamente esta entrada. El mejor curso de acción es identificar las cerraduras estela que generan actividad y que luego son eliminados, antes de que ocurra y terminan mostrando de manera conjunta en esta entrada.

Condiciones conocidas de ocurrencia:
El controlador WiFi es una fuente conocida para wakelocks del kernel que se destruyen cuando el conductor esté descargada (cuando Wifi está desactivada manualmente o como parte de la política de desconexión). Wakelocks como wlan_rx_wake y wlan_wake, cuando el conductor se descarga, ya no aparece en la lista y sus estadísticas se añadirá a los valores deleted_wake_lock anteriores.

GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservi ce.AndroidEndpoint Página de Historia
Autor (s): créditos a lmihaila @ xda-dev

Ranking: n / a

Nombre oral: AndroidEndpoint

Justificación: Esta wakelock se ha encontrado que ocurren bajo ciertas condiciones no reproducibles, que muestran altos recuentos wakelock y en ciertos casos hora de levantarse altos. Como las razones no se conocen con exactitud no hay garantia de que esta wakelock no se produce por otras razones aún desconocidas.

Conozca las acciones: En un caso (ver nota) este wakelock se ha eliminado correctamente cambiando el proxy / re-creación de una definición APN y dejando en blanco proxy para ese APN. El "culpable" proxy fue predefinido para el proveedor de Orange, pero no se excluye que los poderes de otros proveedores muestran el mismo efecto.

Condiciones conocidas de aparición:
condiciones no son claras, por confirma

PowerManagerService Página de Historia
Autor (s): Sven, los créditos a Entropy512 @ xda-dev

Ranking: n / a

Hablando Nombre: PowerManagerService

Justificación: Esta wakelock núcleo es un marcador de posición para todos los wakelocks parciales que se celebra en espacio de usuario.

Conozca acciones: Utilice "Wakelocks parciales" para ver los detalles de las aplicaciones / servicios que causan wakelocks.

Condiciones conocidas de aparición:
Algunos dispositivos muestran wakelocks espacio de usuario como un total llamado PowerManagerService

suspend_backoff Página de Historia
Autor (s): sven, atribuye a Tungstwenty @ xda-dev

Ranking: n / a

Nombre oral: suspend_backoff

Justificación: suspend_backoff se activa cada vez que hay una rápida sucesión de transiciones de sueño-sueño wakeup-en un corto período de tiempo (10 ms x apariciones dentro IIRC). Cuando eso sucede, SB hace que el dispositivo esté continuamente despierto por un rato en lugar de alternar mucho. El indicador de recuento KWL podría dar una pista sobre el origen de los continuos despierta, pero no una respuesta definitiva, ya que no muestra su distribución en el tiempo.

SyncLoopWakeLock Página de Historia
Autor (s): sven

Clasificación: n / a

Nombre oral: SyncLoopWakeLock (Sincronización de cuentas)

Justificación: SyncLoopWakeLock es la wakelock utilizado por el SyncManager Android (android.content.SyncManager) y se introdujo a partir de 4,01. El servicio de sincronización se encarga de sincronizar todas las cuentas de "Configuración" - "Cuentas y sincronización". A wakelock se lleva a cabo mientras el proceso de sincronización se está ejecutando.

Cuanto más artículos que se están sincronizados y con más frecuencia de la sincronización se produce a mayor tiempo wakelock será.

Potencialmente, el tiempo wakelock es propensa a aumentar en el caso de la conectividad de datos malos.

Ejemplos de cuentas son: twitter, google+, linkedin, Google Mail

Conozca las acciones: acciones para reducir wakelocks:

Eliminar todas las cuentas deseadas
Compruebe la configuración y eliminar las opciones unwated (contacto de sincronización)
Compruebe la frecuencia de la sincronización y ver si realmente lo necesita como se define
Condiciones conocidas de aparición: Esta wakelock está en poder de la SyncManager durante la manipulación de las acciones de sincronización (identificador de método ()). Anteriormente este wakelock era conocido como sincronización . En malas condiciones de conectividad de datos, con los proveedores de sincronización de este mal diseñados wakelock se mantiene por más tiempo.

[Sensei Zaldi00]

Te ha quedado muy chulo el primer post :confused:

[francho1985]

Originalmente Escrito por zaldi00

Te ha quedado muy chulo el primer post :confused:

Estaba terminando de editarlo te he nombrado en agradecimientos por el tutorial que creaste para el SII (el cual me ha servido de mucho) y me ha servido para crear este!! Muchas Gracias!!

[Sensei Zaldi00]

Originalmente Escrito por francho1985

Estaba terminando de editarlo te he nombrado en agradecimientos por el tutorial que creaste para el SII (el cual me ha servido de mucho) y me ha servido para crear este!! Muchas Gracias!!

en la ultima version que tengo yo descargada de xda la app trae 3 pestañas,en la tercera hay que poner current,ponlo en el primer post

[apbies]

He estado un día y pico sin usar la tablet y mi sorpresa cuando la he encendido y veo que casi no tenia batería.. La primera vez que veo el proceso de búsqueda de Google.... Alguna idea? Le acabo de hacer un factory reset porque andaba ya un poco petada y no tiene nada especial.

[Sensei Zaldi00]

Originalmente Escrito por apbies

He estado un día y pico sin usar la tablet y mi sorpresa cuando la he encendido y veo que casi no tenia batería.. La primera vez que veo el proceso de búsqueda de Google.... Alguna idea? Le acabo de hacer un factory reset porque andaba ya un poco petada y no tiene nada especial.

Google now, casi seguro

[francho1985]

Originalmente Escrito por apbies

He estado un día y pico sin usar la tablet y mi sorpresa cuando la he encendido y veo que casi no tenia batería.. La primera vez que veo el proceso de búsqueda de Google.... Alguna idea? Le acabo de hacer un factory reset porque andaba ya un poco petada y no tiene nada especial.

Igualmente opino que puede ser Google now prueba a desactivarlo y nos cuentas

[sergioaljorf]

Que os parece un tres por ciento en 12 horas de reposo?
El primero que sale en la lista que es?

[francho1985]

Originalmente Escrito por sergioaljorf

Que os parece un tres por ciento en 12 horas de reposo?
El primero que sale en la lista que es?

Me parece un consumo genial el que este en modo avión la tablet ayuda mucho a este echó
En cuanto al primer proceso se debe al google talk

[sergioaljorf]

Originalmente Escrito por francho1985

Me parece un consumo genial el que este en modo avión la tablet ayuda mucho a este echó
En cuanto al primer proceso se debe al google talk

Siempre la llevo en modo avión la mía es la versión wifi, lo único que hago es activar o desactivar el wifi.

En el móvil también me sale ese proceso y no tengo el google talk aunque no tanto.

[francho1985]

Flipas con el consumo si desactivais el Google now los ajustes de ubicación y la ubicación de Maps y latitude sólo me ha consumido un 2% en deep sleep con WiFi y sincro activadas

[francho1985]

Cuando pueda subo capturas

[manuel2]

bueno, aquí subo las ultimas capturas de esta noche, ha durado la batería estando al 100% y sin encender ni una sola vez la pantalla unas 8 horas, tan solo estaba en función teléfono, ni datos, ni wifi, ni sincronización etc.. todo desconectado, en fin a ver si veis algo nuevo o es el dichoso supend_backoff, y si me podéis confirmar 2 cosas, una que la batería no esta rota y que el único remedio es formatear completamente el terminal, también subo una captura de la pantalla de batería, el repunte que se ve es de cuando lo acabo de conectar al ordenador para subir las fotos gracias a todos por vuestra ayuda a ver si me podéis echar una mano, sobre todo para saber si compro una batería nueva, gracias nuevamente.

[rodsk8]

Originalmente Escrito por manuel2

.

Definitivamente tu dispositivo no entra en deep sleep los despertares ( wakeup 99)de las aplicaciones de correo mail son los causantes com.android.email. Prueba desinstalando estas apps

[manuel2]

Originalmente Escrito por rodsk8

Definitivamente tu dispositivo no entra en deep sleep los despertares ( wakeup 99)de las aplicaciones de correo mail son los causantes com.android.email. Prueba desinstalando estas apps

la única que tengo es la de Hotmail y siempre fue bien y de google solo tengo para sincronizar contactos y calendarios, que me recomiendas? o puede ser alguna otra cosa que se me escapa, gracias por tu ayuda

[hectorcanu]

Originalmente Escrito por manuel2

la única que tengo es la de Hotmail y siempre fue bien y de google solo tengo para sincronizar contactos y calendarios, que me recomiendas? o puede ser alguna otra cosa que se me escapa, gracias por tu ayuda

La oficial de Google es un comedero de batería.

[rodsk8]

Originalmente Escrito por manuel2

la única que tengo es la de Hotmail y siempre fue bien y de google solo tengo para sincronizar contactos y calendarios, que me recomiendas? o puede ser alguna otra cosa que se me escapa, gracias por tu ayuda

Si eres Root desinstala con titanium la App com.android.email o congelalo que es el causante de esos despertares.

[Jabris]

Yo normalmente suelo dejarla apagada cuando no la uso, esto no es bueno? Esta noche hago eso y os pongo las imagenes porque no entiendo nada de lo que quiere decir lo que pone, de todos modos tengo un consumo de un 25% a la hora, lo que me parece muchisimo... Esto de los procesos en segundo plano no me gusta nada