Die Akkulaufzeit hat sich kürzlich halbiert - DrReadUsbStatus-Problem?

Meine reguläre Betriebszeit auf dem Samsung Galaxy S2 betrug etwa 6 Tage. In den letzten Wochen sind es weniger als 3 Tage. Die Veränderung war augenblicklich, aber ich hatte gehofft, dass sie zurückkommen würde – das tat es nicht. Ausführen von ICS 4.0.3 von Samsung. Keine Aktivitätsänderung - Ich verwende mein Telefon hauptsächlich zum Sprechen, nicht zum Spielen, Surfen usw. Ich habe System Tuner installiert , im Systemprotokoll nachgesehen und festgestellt, dass dieses Ereignis etwa jede Sekunde auftritt: "DrReadUsbStatus gibt einen falschen USB ist offline zurück" Ähnliches Problem auf das Internet:

Laut einigen Quellen könnte dies Probleme mit der Akkulaufzeit verursachen.

Samsung schlägt einen Hard-Reset vor und versucht dies um jeden Preis zu vermeiden.

Antworten (1)

Der Fehler scheint etwas Regelmäßiges zu sein. Eine Google-Suche zeigt viele Stellen, an denen es erwähnt wird (mit einem Logcat), aber fast nirgendwo wird es kommentiert – mit Ausnahme von GALAXY W Constant Error in Logcat (XDA).

Schade, dass sie die Wakelock-Statistiken *#*#4636#*#*mit Gingerbread und höher aus dem Servicemenü entfernt haben (was Ihnen eine schnelle Möglichkeit zur Überprüfung geboten hätte). Vielleicht möchten Sie nach einer Monitor-App auf dem Markt suchen (z. B. SystemPanel , die sich als hilfreich erweisen könnte), um herauszufinden, was Ihr Gerät wach hält.

Falls diese App nicht die erforderlichen Informationen liefert (ich habe bereits erwähnt , dass Wakelocks die wahrscheinlichste Ursache sind), gibt es eine andere nützliche App: BetterBatteryStats (auch im XDA-Link erwähnt) scheint Wake-Lock-Statistiken zurückzubringen. Als kurze und vereinfachte Erklärung: Eine App fordert möglicherweise an, dass die CPU nicht in den Ruhezustand wechselt, verwendet die CPU aber dennoch nicht wirklich - die Android PowerManager-API bietet eine Schnittstelle dafür). BetterBatteryStats soll Ihnen also helfen, die verantwortliche App zu finden:

BetterBatteryStats: Kernel-Wakelocks BetterBatteryStats: Partielle Wakelocks

Als Referenz finden Sie hier den Link zum BetterBatteryStats-Thread auf XDA , einschließlich der App (und ihres Änderungsprotokolls) sowie einer näheren Erklärung, insbesondere zu Wake-Locks.

Es scheint nicht so, als ob irgendeine App Batterie frisst. Ich habe eine Aufnahme in System Tuner durchgeführt und 24 Stunden lang alle 20 Minuten Proben genommen; Hier ist, was es sagt: CPU-Auslastung 19m 49s, Android System 8m 59s, Fancy Widgets 3m 49s, System Tuner Pro 1m 39s, System UI 1m 20s, Einstellungen 55s, WidgetLocker 39s, alles andere ist weniger als das. Schwer zu erklären, es sei denn, es gibt einen versteckten Prozess, den es nicht zeigt. SystemPanel scheint dem keine nützlichen Informationen hinzuzufügen. Gibt es eine Möglichkeit, die Android-Installation irgendwie zu reparieren, also wird es vielleicht dieses USB-Problem beheben?
Ich glaube nicht, dass es wirklich die CPU-Auslastung ist, sondern eine App, die sie am Leben erhält, indem sie "Wake-Locks" anfordert. Ich werde meine Antwort jetzt mit ein paar weiteren Informationen aktualisieren.
Installierte BetterBatteryStats - Messung "Andere" seit dem Ausstecken (seit 7 h 10 m 22 s) - Keine Datenverbindungsrate 100 %, keine oder unbekannte Signalrate 100 %, WLAN auf 38,1 %, WLAN läuft 38 %, alles andere ist weniger. Kernel-Wakelocks – keine Ereignisse abgefangen. Partielle Wakelocks - ConnectivityService count:586, NetworkLocationLocator:89 - liegt hier das Problem?
Update für partielle Wakelocks - ConnectivityService count:722, scheint ziemlich oft vorzukommen.
Der verlinkte XDA-Artikel besagt, dass Wakelocks die wichtigsten sind, wenn es um die Batterieentladung geht (vielleicht möchten Sie dem ursprünglichen Beitrag für nähere Details folgen). Nimmt man die maximale Anzahl von 586 + 89 = 675 und dividiert sie durch die angegebene Zeit (675/430 ~ = 1,5), bedeutet dies etwa 1,5 angeforderte partielle Wakelocks pro Minute. Ich würde sagen, Ihr Telefon hat kaum die Chance, in den "grünen Modus" zu wechseln (Update: (722 + 89) / 430 ~ = 1,9, was ungefähr alle 30er bedeutet!). Ich bin kein Experte, aber ich würde sagen, das ist es.
Das passt auch zu Ihrer anfänglichen Vermutung: USB ist Teil der Konnektivität. Vielleicht könnte sich hier ein Entwickler einschalten und sagen, ob ConnectivityService und DrReadUsbStatus zusammengehören? Da Sie ein offizielles ROM von Samsung verwenden, würde ich den Dienst mit diesen Details konfrontieren. Sie werden wahrscheinlich wollen, dass Sie die Werkseinstellungen wiederherstellen, also nutzen Sie diese Gelegenheit, um ihnen zu sagen, dass sie beim nächsten Mal Titanium Backup (oder eine gleichwertige Lösung, falls vorhanden) in ihr offizielles ROM aufnehmen sollten, damit Sie keine Daten verlieren ...
Ich habe meiner Antwort oben gerade einen Screenshot von BetterBatteryStats hinzugefügt. Der Zeitrahmen ist vergleichbar mit Ihrem, aber die Anzahl der Wakelocks deutlich höher. Wie der Screenshot zeigt, zeigt jeder Eintrag auch, wie lange Wakelocks gehalten wurden – auch das sollten Sie überprüfen.
Ein weiteres Update - Anzahl der ConnectivityServices: 1461, ich habe WLAN deaktiviert und es über Nacht so gelassen, die geschätzte Gesamtlaufzeit ist laut Battery Monitor Widget auf 5d+ gestiegen. DataRouter-Fehler sind immer noch vorhanden. Es kann also tatsächlich nichts mit Problemen mit der Akkulaufzeit zu tun haben.
Die Gesamtlaufzeit kann sich einfach auf die seit dem Start verstrichene Zeit beziehen. Wie oben erwähnt, sollten Sie die von BetterBatteryStat gemeldeten Aktivitätszeiten überprüfen.
Mit Gesamtlaufzeit meinte ich die Zeit seit der letzten Aufladung + verbleibende Schätzung. Zuerst ist ca. 1d jetzt, zweite wird als 5d+ angezeigt, also insgesamt 6d+ - nicht schlecht. Das Aktivieren von WLAN führt dazu, dass es nach 1-2 Stunden (wenn die Schätzung angepasst wird) auf 3-4 Tage sinkt. Übrigens, ConnectivityService-Sperren sind nie aufgetreten, seit WLAN deaktiviert war (laut BetterBatteryStats). Also muss es jetzt wirklich etwas über WLAN sein. Der Entwickler des Batterieüberwachungs-Widgets schlug vor, dass ich die CONNECTION- Berechtigungen recherchieren und Apps, die sie verwenden, deaktivieren/einfrieren/entfernen sollte, dann das WLAN wieder aktivieren und sehen sollte, ob die Batterie noch verbraucht wird. Ich werde bald ein Update posten.
Gute Idee. Übrigens: Hatten Sie beim letzten Test mobile Daten aktiviert? Ich meine, wenn es eine App ist, die Chaos anrichtet, sobald sie ein Netzwerk sieht, würde dies bedeuten, dass dies auch mit mobilen Daten passieren sollte. Wenn dies bei mobilen Daten nicht der Fall ist, ist dies ein weiterer Punkt von der Liste.
Mobile Daten sind immer deaktiviert.
Was passiert also, wenn Sie WLAN ausschalten, aber mobile Daten aktivieren? Wenn dies die gleichen Probleme verursacht, ist es wahrscheinlich, dass eine App auf das Netzwerk zugreift. Wenn Sie ICS ausführen, würde ich empfehlen, die zugehörigen Statistiken zu überprüfen, die mit ICS eingeführt wurden (immer noch auf GB, ich kann es nicht überprüfen), was Ihnen Verkehrsstatistiken bis auf App-Ebene geben sollte. Oder vielleicht erinnern Sie sich an eine kürzlich installierte netzwerkbezogene App.
Letztes Mal habe ich 5 $ für 30.000 Daten bezahlt (alles lokal, kein Roaming) - ein weiterer Grund, es immer deaktiviert zu lassen. In Bezug auf Apps plane ich, alle zu entfernen, die möglicherweise auf das Internet zugreifen können, und zu prüfen, ob ich immer noch ein Problem mit eingeschaltetem WLAN habe, wenn es weg ist, dann einzeln neu zu installieren und herauszufinden. Ein bisschen umständlich, aber besser als ein Hard-Reset. Ich denke, es könnte eines der Updates der App sein, weil ich ausdrücklich alle neueren Apps entfernt habe und es immer noch ein Problem gibt. Ich wünschte, sie hätten diese Statistiken auch im WLAN.
Ok, also habe ich alle kürzlich installierten Anwendungen deinstalliert, aber das Problem bestand weiterhin. Ich habe WLAN deaktiviert und die geschätzte Betriebszeit stieg auf bis zu 7 Tage. Aktiviertes WLAN - wieder auf 3 Tage gesunken. WLAN deaktiviert und 2 Tage so gehalten. WLAN wieder aktiviert - 5 Tage. Jetzt bin ich 5-6 Tage stabil, genauso wie vorher. Seltsam, aber das Problem hat sich vorerst [von selbst] gelöst. Danke, Izzy.
Freut mich zu lesen! Allerdings sind 3 Tage für ein Smartphone im Einsatz ziemlich gut. Mit meinem "Produktivtelefon" erreiche ich glücklicherweise den zweiten Abend -- aber das ist wohl eher zu schlechter Funkempfang auf der Arbeit (nur zu Hause bleiben, das dauert merklich länger)...
Die Akkulaufzeit hat sich kürzlich halbiert - DrReadUsbStatus-Problem?
AntwortenHierDatenschutz-Bestimmungen1y, 0v