La duración de la batería se redujo a la mitad recientemente: ¿problema DrReadUsbStatus?

Mi tiempo de actividad regular en Samsung Galaxy S2 fue de alrededor de 6 días. Durante el último par de semanas se ha reducido a menos de 3 días. El cambio fue instantáneo, pero esperaba que volviera, pero no fue así. Ejecutando ICS 4.0.3 de Samsung. Sin cambios de actividad: principalmente uso mi teléfono para hablar, no juegos, navegar, etc. Instalé System Tuner , busqué en el registro del sistema y encontré que este evento ocurre cada segundo más o menos: "DrReadUsbStatus devuelve falso USB está fuera de línea" Problema similar en La Internet:

Según algunas fuentes, podría estar causando problemas de duración de la batería.

Samsung sugiere un restablecimiento completo, tratando de evitarlo a toda costa.

Respuestas (1)

El error parece algo regular. Una búsqueda en Google revela muchos lugares en los que se menciona (con un logcat), pero en casi ningún lugar se comenta, a excepción de GALAXY W Constant Error in Logcat (XDA).

Es una pena que hayan eliminado las estadísticas de wakelock del *#*#4636#*#*menú de servicio (lo que le habría ofrecido una forma rápida de verificar) con Gingerbread y superior. Es posible que desee buscar alguna aplicación de monitoreo en el mercado (existe, por ejemplo, SystemPanel , que podría resultar útil) para descubrir qué mantiene despierto a su dispositivo.

En caso de que esta aplicación no proporcione la información requerida (ya mencioné que Wakelocks es la causa más probable), hay otra aplicación útil: BetterBatteryStats (también mencionada en XDA-Link) parece recuperar las estadísticas de Wake-Lock. Como explicación breve y simplificada: una aplicación puede solicitar que la CPU no se duerma, pero aún así no usar la CPU, sin embargo, la API de Android PowerManager proporciona una interfaz para esto). Entonces , BetterBatteryStats debería ayudarlo a encontrar la aplicación responsable:

BetterBatteryStats: Kernel Wakelocks BetterBatteryStats: Wakelocks parciales

Como referencia, aquí está el enlace al subproceso BetterBatteryStats en XDA , incluida la aplicación (y su registro de cambios), así como una explicación más detallada, especialmente en Wake-Locks.

No parece que ninguna aplicación esté consumiendo batería. Ejecuté una grabación en System Tuner, tomando muestras cada 20 minutos durante 24 horas; esto es lo que dice: uso de CPU 19m 49s, sistema Android 8m 59s, Fancy Widgets 3m 49s, System Tuner Pro 1m 39s, System UI 1m 20s, Settings 55s, WidgetLocker 39s, todo lo demás es menos que eso. Difícil de explicar, a menos que haya un proceso oculto, que no muestra. SystemPanel no parece agregar ninguna información útil a eso. ¿Hay alguna manera de reparar la instalación de Android de alguna manera, así que tal vez solucione este problema de USB?
No creo que sea realmente el uso de la CPU, sino una aplicación que lo mantiene vivo al solicitar "Wake-Locks". Actualizaré mi respuesta ahora con algunas informaciones más.
BetterBatteryStats instalado - midiendo "Otro" desde que se desenchufó (desde 7 h 10 m 22 s) - Sin relación de conexión de datos 100%, relación de señal desconocida o sin señal 100%, wifi en 38.1%, wifi funcionando 38%, todo lo demás es menor. Wakelocks del kernel: no se detectan eventos. Wakelocks parciales - ConnectivityService count:586, NetworkLocationLocator:89 - ¿es ahí donde radica el problema?
Actualización para wakelocks parciales: recuento de ConnectivityService: 722, parece estar ocurriendo con bastante frecuencia.
El artículo vinculado de XDA dice que los wakelocks son los más importantes cuando se trata de agotamiento de la batería (es posible que desee seguir la publicación original para obtener detalles más detallados). Tomando el recuento máximo de 586+89=675 y dividiéndolo por el tiempo dado (675/430~=1,5), esto significa aproximadamente 1,5 wakelocks parciales solicitados por minuto. Diría que su teléfono apenas tiene la oportunidad de pasar al "modo verde" (actualización: (722 + 89) / 430 ~ = 1,9, lo que significa que todos los 30!). No soy un experto, pero diría que esto es todo.
Esto también coincide con su sospecha inicial: USB es parte de la conectividad. ¿Quizás un desarrollador podría sintonizar aquí y decir si ConnectivityService y DrReadUsbStatus van juntos? Como está ejecutando una ROM oficial proporcionada por Samsung, confrontaría al servicio con estos detalles. Probablemente querrán que restablezca los valores de fábrica, así que aproveche esa oportunidad para decirles que deberían incluir Titanium Backup (o cualquier solución equivalente, si la hay) con su ROM oficial la próxima vez, para que no pierda ningún dato...
Acabo de agregar una captura de pantalla de BetterBatteryStats a mi respuesta anterior. El marco de tiempo es comparable al suyo, pero el número de Wakelocks es significativamente mayor. Como muestra la captura de pantalla, cada entrada también muestra cuánto tiempo se han mantenido los Wakelocks; también debe verificar eso.
Otra actualización: recuento de ConnectivityService: 1461, deshabilité wifi y lo dejé así durante la noche, el tiempo de ejecución total estimado aumentó a 5d+ según Battery Monitor Widget. Los errores de DataRouter aún están presentes. Entonces, en realidad, puede no estar relacionado con problemas de duración de la batería.
El tiempo de ejecución total podría simplemente hacer referencia al tiempo transcurrido desde que se inició. Como se indicó anteriormente, debe consultar los tiempos de actividad informados por BetterBatteryStat.
Por tiempo de ejecución total me refiero al tiempo desde la última carga + estimación restante. Primero es aprox. 1d ahora, el segundo se muestra como 5d+, por lo que el total es 6d+, no está mal. Habilitar wifi hace que baje a 3-4 días después de 1-2 horas (cuando se ajusta la estimación). Por cierto, los bloqueos de ConnectivityService nunca ocurrieron desde que se deshabilitó wifi (según BetterBatteryStats). Entonces realmente debe ser algo sobre wifi ahora. El desarrollador del widget de monitor de batería sugirió que debería investigar los permisos de CONEXIÓN y deshabilitar/congelar/eliminar las aplicaciones que lo usan, luego volver a habilitar wifi y ver si todavía consume batería. Publicaré una actualización pronto.
Buena idea. Por cierto: ¿Tenías habilitados los datos móviles durante la última prueba? Quiero decir, si se trata de una aplicación que causa estragos tan pronto como ve una red, esto también debería suceder con los datos móviles. Si no sucede con los datos móviles, ese es otro elemento de la lista.
Los datos móviles están deshabilitados en todo momento.
Entonces, ¿qué sucede si mantienes Wifi apagado, pero habilitas los datos móviles? Si esto causa el mismo problema, es probable que alguna aplicación acceda a la red. Runninc ICS, recomendaría verificar las estadísticas relacionadas que se introdujeron con ICS (todavía estando en GB, no puedo verificar), lo que debería brindarle estadísticas de tráfico hasta el nivel de la aplicación. O tal vez recuerde alguna aplicación relacionada con la red instalada recientemente.
La última vez pagué 5$ por 30K de datos (todos eran locales, sin roaming), otra razón para mantenerlo deshabilitado en todo momento. Con respecto a las aplicaciones, planeo eliminar todas las que potencialmente pueden acceder a Internet, y ver si todavía tengo un problema con el wifi encendido, si no está, luego reinstalar uno por uno y averiguarlo. Un poco complicado, pero mejor que hacer un restablecimiento completo. Creo que podría ser una de las actualizaciones de la aplicación, porque eliminé específicamente todas las aplicaciones más nuevas y todavía hay un problema. Ojalá tuvieran estas estadísticas en wifi también.
Bien, desinstalé todas las aplicaciones instaladas recientemente, pero el problema persistía. Desactivé Wifi y el tiempo de actividad estimado llegó a 7 días. Wifi habilitado: hasta 3 días nuevamente. Wifi deshabilitado y mantenido así durante 2 días. Wifi habilitado nuevamente - 5 días. Ahora tengo 5-6 días estable, igual que antes. Extraño, pero el problema se ha resuelto [por sí mismo] por ahora. Gracias, Izzy.
¡Me alegra leer! Sin embargo, 3 días son bastante buenos para un teléfono inteligente en uso. Con mi "teléfono productivo" tuve la suerte de llegar a la segunda noche, pero eso probablemente se deba a una mala recepción de radio en el trabajo (quedándome en casa, dura notablemente más)...
La duración de la batería se redujo a la mitad recientemente: ¿problema DrReadUsbStatus?
RespuestasAquíPolítica de privacidad1y, 0v