Palm T|X Akkuentladung über Nacht

Habe seit drei Tagen ein Problem mit meinem Palm T|X: Sein Akku wird über Nacht immer vollständig entladen. Er lässt sich morgens nur nach Anschluss an das Ladegerät wieder einschalten und beschwert sich über den Ladestand.

Hatte (warscheinlich) an dem Tag des ersten Auftretens einige Programme geupdated (-) oder installiert (+):
+ DbFixIt
+ dbScan (hat 4 Fehler in meiner Kalenderdatenbank gefunden und behoben)
- Novii Remote
- Pocket Tunes
- Bike Or Die!
- OnGuard Backup
- ScummVM

Zunächst hatte ich den Verdacht, dass sich nachts ein Programm per Alarm einschaltet. Habe mit dem Resco Explorer nachgeschaut, leider ohne Ergebnis - alles normal.

Dann habe ich die SD-Karte mit chkdsk auf Fehler geprüft, die Resco Backup eventuell zum hängen bringen könnten (obwohl dieses keinen Fehler meldet) - fehlanzeige.

Nun habe ich eben zufällig festgestellt, dass sich mein Palm nicht nur nicht mehr nach 30 Sekunden automatisch ausschaltet, sondern sich auch nach kurzer Zeit nach dem manuellen Ausschalten wieder einschaltet.

Gibt es Tools, mit denen ich prüfen kann, welche Applikation den Palm am Ausschalten hindert bzw. wieder einschaltet?
Ich vermute, dass eventuell auch der Ein-/Ausschalter defekt sein könnte. Oder müsste sich dann der Palm nach 30s abschalten und erst wieder nach einigen Sekunden wieder einschalten (zumindest verhält er sich ja sonst bei manuellem Ausschalten so).

Vielen Dank im voraus,
-Jens

Zitat

Original von aretisswas sagt PalmInternals?

Leider musste ich den Palm nach der Installation von PalmInternals erst noch resetten (vertrug sich wohl nicht mit Uninstall Manager) und nun schaltet er sich wieder brav nach der eingestellten Zeit aus...

PalmInternals zeigt die gleichen Alarme an wie der Resco Explorer. Oder soll ich die Notify-Liste hier posten?

Gibt es ein Tool, mit dem ich die Ein-/Aus-Taste deaktivieren und auf eine andere Taste legen kann? Oder die Ein-/Aus-Tastendrücke loggen kann? Ich würde gerne testen, ob der Taster eventuell einen Kurzschluss hat und sich der Palm daher immer einschaltet.

Muss dazu noch erwähnen, dass der Ein-/Aus-Knopf schon seit einiger Zeit nicht mehr so wirklich gut funktioniert...

Letzte Möglichkeit wäre wohl ein Komplett-Backup, anschließender Hard-Reset und Beobachtung des Geräts im jungfräulichen Zustand.

-Jens

Hier mal die Ausgabe von PalmInternals:

Alarm information:
•20.7.07 03:05:00 'SnapperMail' 
•20.7.07 05:00:00 'RescoBackup' ref C2C5F1D0 
•20.7.07 06:00:00 '4cast' 
•31.7.07 00:00:00 'Calendar-PDat' 
•28.10.07 01:00:00 'Date & Time' ref 00000003 
–––
Total alarms: 5

SnapperMail wurde in letzter Zeit nicht angefast, ebensowenig Resco Backup und 4cast (demo abgelaufen, wird aber anscheindend noch über HotSync aktualisiert - zumindest das DateBk-Plugin zeigt noch was an).

Notify information:
count 281 of 285
–––-pdb–––Protected database deletion
•0 'Keyboard' pri -127 
•1 'VersaMail' 
•2 'BgndService' 
•3 'WiFile' 
•4 'Snapper-LibExgApp-Spme' 
•5 'RescoNews' 
•6 'MIDataLib' 
•7 'MIAttachLib' 
•8 'PalmVMFontLibrary' 
•9 'IIDataLib' 
•10 'FindHack' 
•11 'SAMgr' 
•12 'AirSAM' 
•13 'AirSAMPrv' 
•14 'BlueChat' ref 80200274
•15 'BlueBoard' ref 80200270
•16 'PalmAudiblePlayer-ADBL' 
–––CESF–––
•20 'DateBk6' 
–––CGO1–––
•21 'BlueChat' ref 80200274
•22 'BlueBoard' ref 80200270
–––CNNR–––
•23 'WiFiSlip' 
–––Dudn–––
•26 'Duden' 
–––ExAs–––
•27 'AirSAM' 
•28 'AirSAMPrv' 
–––Hchg–––
•32 'WiFiSlip' 
–––RChg–––
•45 'WiFiSlip' pri -90 
–––REMq–––
•53 'BgndService' 
–––SChg–––
•57 'WiFiSlip' 
–––WFSU–––
•60 'WiFiSlip' 
–––WiDn–––
•61 'WiFiSlip' 
–––WiLC–––
•62 'WiFiSlip' 
–––WiUp–––
•63 'WiFiSlip' 
–––bsnt–––
•68 'SecurityPnl-scrt' 
–––btsv–––
•71 'BlueChat' ref 80200274
•72 'BlueBoard' ref 80200270
–––cbar–––
•75 'Duden' 
–––dbcr–––
•84 'Uninstall_Manager' 
–––dbs-–––Database deleted
•90 'Uninstall_Manager' 
–––ecna–––External connector attached
•94 'Keyboard' pri -127 
•97 'TXPwrOutSleepWake' pri 120 
–––ecnd–––External connector detached
•99 'Keyboard' pri -127 
•101 'TXPwrOutSleepWake' pri -32 
–––hapl–––
•106 'Keyboard' pri -127 
•107 'Uninstall_Manager' 
•108 'ActNames' 
–––hapq–––
•109 'Uninstall_Manager' 
–––hede–––
•110 'Keyboard' pri -127 
–––hidl–––
•111 'Keyboard' pri -127 
–––hlpr–––Address book communication
•113 'SnapperMail' 
–––hots–––Hotsync started
•116 'Keyboard' pri -127 
•117 'BgndService' pri -1 
•119 'SecurityPnl-scrt' 
•122 'Uninstall_Manager' 
•124 'VersaMail' 
•126 'WiFile' 
•127 'MIDataLib' 
•128 'MIAttachLib' 
•129 'PalmVMFontLibrary' 
•130 'IIDataLib' 
•131 'FindHack' 
•132 'SAMgr' 
•133 'AirSAM' 
•134 'AirSAMPrv' 
•135 'BlueChat' ref 80200274
•136 'BlueBoard' ref 80200270
•138 'PalmAudiblePlayer-ADBL' 
–––htaD–––
•143 'TXPwrOutSleepWake' 
–––hvch–––
•145 'FindHack' m68k 00ACB5F8 DBCache pri -96 
–––lazy–––Late wakeup
•148 'Keyboard' pri -127 
•150 'TXPwrOutSleepWake' pri -32 
•152 'RescoBackup' 
•153 'BgndService' 
•154 'SnapperMail' 
•155 'A5' 
•156 'AirSAM' 
•157 'WiFiSlip' 
–––neti–––Network interface up/down
•183 'WiFile' 
•184 'WiFiSlip' 
–––rstf–––Reset finished
•199 'SecurityPnl-scrt' 
•201 'ActNames' 
•203 'WiFiSlip' 
–––scrd–––Display parameters changed
•209 'Keyboard' pri -127 
•214 'WiFiSlip' 
–––scrs–––
•217 'PalmInternals' 
–––slp!–––Before sleep
•219 'WiFile' 
•220 'WiFiSlip' 
•223 'TXPwrOutSleepWake' pri 120 
–––slpq–––Ack about sleep
•225 'TXPwrOutSleepWake' pri -32 
–––sync–––Hotsync finished
•227 'Keyboard' pri -127 
•228 'ActNames' pri -16 
•229 'MIDataLib' pri -1 
•231 'SecurityPnl-scrt' 
•235 'Uninstall_Manager' 
•236 'VersaMail' 
•237 'BgndService' 
•238 'WiFile' 
•239 'SlideshowToGo' 
•240 'MIAttachLib' 
•241 'PalmVMFontLibrary' 
•242 'IIDataLib' 
•243 'SAMgr' 
•244 'AirSAM' 
•245 'AirSAMPrv' 
•246 'WordView+' 
•247 'BlueChat' ref 80200274
•248 'BlueBoard' ref 80200270
•250 'PalmAudiblePlayer-ADBL' 
–––time–––Manual time change
•257 'ActNames' 
–––volm–––Volume mounted
•265 'WiFile' 
•266 'SnapperMail' 
•267 'RescoBackup' 
–––volu–––Volume unmounted
•272 'WiFile' 
•273 'SnapperMail' 
•274 'RescoBackup' 
–––worm–––Early wakeup
•277 'Keyboard' pri -127 
•278 'TXPwrOutSleepWake' pri -32

Kann da nichts ungewöhnliches erkennen - ihr vielleicht?

Werde morgen nach dem höchstwarscheinlich wieder leeren Akku nochmal PalmInternals laufen lassen und vergleichen. Und natürlich auch schauen, ob sich der Palm dann wieder selbständig einschaltet oder nicht ausschaltet.

-Jens

Zitat

Original von SHHDas ist eindeutig einer von den drei ersten, die nach ihrer Aktion verhindern, dass der Palm wieder abschaltet. Schalte mal die Automatismen ab!

Zu den ersten drei Automatismen:
- SnapperMail: Aufräumen der Datenbank (z.B. Löschen von Mails nach x Tagen) lässt sich afaik nicht abschalten, aber die Zeit kann ich frei wählen.
- RecoBackup: Alle Backups werden zwischen 05:00 und 05:20 durchgeführt. Lief bisher ohne Probleme.
- 4cast Kann ich ohne Löschen nicht ändern, da Demo-Zeitraum abgelaufen. Die angegeben Zeit dient afaik der Aktualisierung beim Hotsync, da ich WLAN deaktiviert habe.

Genrell: Der Palm stürzt ja nicht ab, d.h. sobald ich ihn morgens lade kann ich ihn wieder normal anschalten und die Batteriewarnung wegklicken. Ob es generell nach dieser ungewöhnlichen Akkuentleerung zu den Problemen mit dem Eingeschaltet bleiben und automatischen Einschalten gibt kann ich erst morgen sagen. Momentan läufts normal.
Es müsste sich demzufolge doch eine Applikation desnächstens einschalten, die dann entweder im Hintergrund weiter läuft oder sich für bestimmte Notifys registriert, oder? Kann eine App den Palm eigentlich ohne Alarm wieder einschalten, d.h. durch Notifys o.ä.?

Mein aktueller Plan:
- Morgen schauen, ob das Problem mit dem nicht funktionierenden Auto-Abschalten und automatischen Einschalten wieder vorhanden ist. und dann ggf. nochmal ohne Reset mit PalmInternals analysieren, danach reset und gucken, obs wieder normal läuft (eventuell wurde durch häufiges Betätigen des Ein-/Ausschalters heute dieser wieder in Ordnung gebracht).
- Sollte das Problem bestehen bleiben (wovon ich mal ausgehe): Morgen die ersten drei Alarme mit Resco Explorer entfernen und wieder abwarten was passiert.
- Sollte das Problem dann immer noch bestehen: Backup + Hard-Reset und schaun.
- Sollte es jetzt immer noch bestehen, dann ist wohl der Ein-/Ausschalter defekt und ich muss mir überlegen das kostenpflichtig durch Palm reparieren zu lassen oder das Teil mal selbst aufzuschrauben.

Vielen Dank nochmal für alle Tipps, ich werde hier über den Status berichten.

-Jens

Zitat

Original von SHHMir fällt noch ein, dass es noch ein Tool gibt, das OnOffLog heisst. Da könntest du dann mal sehen, was des nächtens so abgeht.

Vielen Dank für den Hinweis, genau so ein Tool suche ich, um das Problem weiter zu untersuchen (s.o.). Leider wurde ich bei Google nicht fündig: http://www.google.de/search?q=OnOffLog

Ist das Programm von Alexander Pruss? Hast Du einen Link oder kannst mir das Tool per PN schicken?

Vielen Dank im voraus,
-Jens

Zitat

Original von SHH
Wie von Juggernaut vorgeschlagen ist hier die OnOffLog.prc direkt an meinem Beitrag.

Klasse! Vielen Dank! Gibt es eigentlich noch andere ähnliche Programme, die eventuell auch noch andere Notifys oder gar die Alarme loggen können?
Wäre doch klasse, wenn Alexander das Tool dahingehend noch erweitern würde.

-Jens

Vielen Dank allen noch einmal für die großartige Unterstützung!

Ich bin nun fast sicher, dass 4cast der Schuldige war/ist. Ich hatte gestern Abend die Bildschirmhelligkeit einmal stark herabgesetzt und huete Morgen war noch etwas Akkuladung übrig und das Display an.

Ein Blick in PalmInternals zeigte:

Alarm information:
•20.7.07 10:28:50 '4cast' triggered notified
[...]

Einen kurzen Moment später:

Alarm information:
•20.7.07 10:36:24 '4cast'
[...]

Ich vermute: Da der Testzeitraum abgelaufen war hat es den Alarm nicht bearbeitet und aus irgendwelchen Gründen gleich einen neuen angelegt. Sowas wie ein Timer für einen Timeout bei nicht vollstänidger Bearbeitung oder so.

Habe den Timer mal mit Resco Explorer entfernt und er ist bisher auch noch nicht wieder eingetragen worden. Werde wohl 4cast entweder registrieren oder die Spielerei mit dem Wetter auf dem Palm sein lassen und es wieder löschen.

Vielen Dank nochmal!
-Jens

Zitat

Original von juggernaut
die konfiguration von 4cast ist nicht gerade die selbsterklärendste. wie hast du´s denn eingestellt? es deutet nämlich alles darauf hin, daß du es auf wireless-update eingestellt hast - die trial zeit hat mit deinem problem nichts zu tun.

in den preferences darf kein kreuz bei den "Refresh" optionen sein, denn beide betreffen ausschließlich den wireless update, nicht hotsync. (oben drüber können aber dennoch sowohl "hotsync" als auch "wireless" angekreuzt sein).

Ok, ich hatte warscheinlich das Kreuz bei Refresh mit 6:00 Uhr als Zeit und "Wireless" deaktiviert. Hatte das so verstanden, dass es dann eben einmal täglich über HotSync abgleicht.

Es hat aber bisher nie Probleme verursacht. Erst nachdem der Trial-Zeitraum abgelaufen war. Ich bin eben auch nur noch mal durch löschen aller 4cast Preferences überhaupt wieder in den Preferences-Dialog gekommen.

Daher vermute ich schon einen Zusammenhang mit dem Ablauf der Demo. Ich stelle mir das in etwa so vor:
- 4cast wird durch seinen Alarm gestertet, um das Wetter zu aktualisieren.
- 4cast erstellt einen neuen Alarm, der bei Fehlern 4cast erneut starten soll (reset durch crash etc.).
- Während der Trial-Zeit/Vollversion: Da Wireless deaktiviert, beendet 4cast sich und setzt den Alarm für den nächsten Tag (löscht/überschreibt den Fehler-Timer).
- Trial-Abgelaufen: 4cast beendet sich (der Fehler-Timer bleibt aber aktiv).

Ich werde testweise mal das Häkchen bei "Refresh mit 6:00" reinmachen und schauen, ob der Palm sich über Nacht wieder entläd (ich erwarte, dass er es nicht tut, da der Demo-Zeitraum jetzt von neuem läuft).

-Jens