Und sie dreht sich doch..Lösung für Standby gefunden

Hallo,

ich erlaube mir mal eine Lösung vorzustellen, wie man das Standby auf dem Touchlet doch aktivieren kann...:-)

Um es vorwegzunehmen: root-Zugriff auf dem Touchlet ist erforderlich ! ( über adb allerdings nicht)


Update: für alle "root-losen": ich schau mal, ob ich was basteln kann für ohne-root...:-) Wer Ambitionen hat, darf das natürlich gerne hier beisteuern..;-)

Update 16.08.2011: ich wollte das immer schonmal aktualisiert haben, aber wie's halt eben so ist :-))
==> root ist nicht erforderlich wenn man die Modifikation über die adb shell ausführt.



Wie verhält sich das Touchlet mit der Modifikation ?

Nachdem der Bildschirm dunkel wird, dauert es noch 2 min. bis sich das Touchlet in standby schaltet.Es leuchtet dann keine Led mehr ( weder grün noch blau) und nach dem Drücken der Powertaste kommt es sofort wieder.Evtl. vorher aktive Internetverbindungen ( WLAN, BT, 3G) sind durch den Standby beendet und müssen neu aufgebaut werden.Bei Verbindungen, die das automatisch können ( WLAN derzeit nur), passiert dies auch und nach ein paar Sekunden ist man wieder online.

Nachdem, was ich bisher so testen konnte, gefällt mir das schon sehr gut.Das Touchlet kocht nicht mehr, wenn es einfach nur so daliegt und der Akku hält nun auch schon seit ca. 24h bei mir.Gerade wenn man das Teil nur ab und an mal benutzt, ist das eine feine Sache ! Ich denke da an so Sachen, das man das Dingen in die Tasche packt und vergißt ( z.B. unterwegs, Flieger, Zug etc.), ohne Standby zieht einem das den Akku einfach leer und wenn man es braucht, hat man keinen Strom...

Bestimmte Sachen wie SSH server verhindern den Timeout nicht, hier müßte man mit zusätzlichen Tools den Standby verhindern.Ich habe auch noch keine Lösung gefunden, ob und wie man den Standby-Timeout beeinflussen kann.Obwohl mir das so reicht, wie es ist, einziger Nachteil des Standby ist das erneute Aufbauen der Internet-Verbindung, was bei WLAN kein Problem ist, aber bei 3G einem evtl. den letzten Nerv rauben kann.Mit der App Wakelock konnte ich den Standby aber verhindern.


Update: SSHDroid verhindert das Standby, wenn das APP Window vorne gelassen wird, der Dienst also nicht im Hintergrund läuft.


Das Touchlet bleibt angenehm kühl, wenn man es nicht dauernd in Benutzung hat..das ist mir als erstes aufgefallen..:-))

Hinweis: wenn das Ladegerät angeschlossen ist, geht das Touchlet nicht in standby, auch nicht, wenn man das Display abschaltet.Aber: man kann das Ladegerät im Standby anschließen und das Touchlet laden, ohne das es erwacht.


So wird's gemacht:


-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------


1. Im File "/system/etc/init.pxa168.sh" muß folgende Zeile auskommentiert werden (# davor):


Der betreffende Abschnitt steht direkt am Anfang und sollte dann so aussehen:


2. Touchlet rebooten


Hinweise:
Da /system ro gemounted ist, muß es vor der Modifikation rw ge-remounted werden und danach wieder ro.

Es gibt verschiedene Möglichkeiten, die Änderung durchzuführen, z.B. über ssh ( SSHDroid), Rootexplorer oder adb shell oder eine Kombination daraus.Die Leute, die ihr Touchlet gerooted haben, wissen ja in der Regel, wie das funktioniert, hier nochmal als Schnellreferenz die mount commands:


Macht vorher ein Backup der Datei und prüft bzw. setzt nach der Modifikation die Ownership und Permissions korrekt.

Owner: system
Group: system
( chown system:system filename, bei mir hat system die ID 1000, daher auch chown 1000:1000 filename)

Permissions: 755 ( wichtig vorallem x, sonst kann es nicht ausgeführt werden !)
( chmod 755 filename)

Andere Schreibweise für die Unix Permissions 755 = rwxr-xr-x ( sichtbar z.B. in einer shell mit busybox ls -al oder in den Eigenschaften der Datei )


Vor dem Reboot überprüfen !


Da schon ein Unfall passiert zu sein scheint, hier nochmal die Warnung :

Verwendet am besten keinen Windows Text Editior, um die Datei zu manipulieren, das geht meistens schief ! Desweiteren Unix File Permissions prüfen und ggfs. korrigieren !

Die schnellste Variante für diesen Fall ist Rootexplorer ( da es das remount mit einem Klick erledigt und einen Editor eingebaut hat), ansonsten vi über ssh oder adb shell verwenden.WinSCP ist auch noch eine Möglichkeit, wenn man einen SSH server nutzt ( SSHDroid), Files können innerhalb des Programms editiert werden und werden automatisch wieder hochgeladen.Soweit ich gesehen habe, macht WinSCP das auch korrekt.

Wenn es gar nicht anders geht und man das File auf einem Windows System editieren muß, dann bitte einen Windows Editior verwenden, der Linux Format beherrscht ( TotalEdit z.B.) und diesen entsprechend einstellen, falls das Format nichrt erkannt wird.

vi schreckt viele ab, letzlich benötigt man aber nur sehr wenige Shortcuts, um eine Datei zu verändern und es ist sichergestellt, das der Inhalt das richtige Format hat.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Update 16.08.2011:

Bisher aufgetretene negative Effekte des Standby Modus':

- GPS findet nach dem Wake-Up keine Satelliten und somit keinen GPS Fix mehr ( nur relevant für X2G)
- Wake-Up führt manchmal dazu, das+ sich das Touchlet komplett weghängt ( Display bleibt dunkel, blaue WLAN LED leuchtet dauerhaft)
- nach Anschluss via USB an einen PC und Aktivierung der Debug Bridge verbleibt das USB Debug Symbol dauerhaft in der oberen Statusleiste
- es gab noch einzelne Fälle mit anderen Effekten, die sich allerdings nicht reproduzieren ließen, daher führe ich sie hier nicht auf.

Alle Probleme können durch einen Reboot des X2(G) beseitigt werden, hier empfiehlt sich QuickReboot ( leider root erforderlich).


Noch ein Hinweis: ich habe das zwar schon ein wenig ausprobiert, aber noch nicht ausgiebig getestet.Es kann also sein, das negative Effekte auftreten, die mir noch nicht aufgefallen sind.Ich bin vorallem deswegen mißtrauisch, weil es normal einen vernünftigen Grund geben sollte, warum das Standby ab Werk nicht läuft.Das wird die Zeit ergeben, denke ich :-))

Die Änderung nimmt jeder auf seine eigene Verantwortung vor, ich bin nicht verantwortlich für evtl. Schäden, die daraus entstehen.

Anregungen und Vorschläge immer willkommen...;-)


Grüße,

DocTaste

— geändert am 16.08.2011, 08:06:03

SOWAS sollte man nie machen, es sei denn, man weiß genau, was man tut.Windows ( geh ich mal von aus jetzt) und Linux verwenden unterschiedlich Steuerzeichen in den Textdateien, was dazu führen kann., das eine Datei ( besser gesagt deren Inhalt) nicht mehr korrekt geparsed werden kann.Das passiert leider häufiger und ist der Klassiker, wenn Linux Dateien mit einem Windows Editor bearbeitet wurden.Entweder den heißgeliebten vi auf dem Zielsystem nutzen oder einen Windows Editor, der auch Linux Formate beherrscht ( Codertools Totaledit z.B. , um mal einen aus dem großen Angebot zu nennen..).
Über adb shell und dann vi ist das allerrdings nur eine Sache von einer Minute...

Ich habe mich allerdings auch schonmal heute mit den Rechten der Datei vertan, das hat das Gerät aber zumindest fertig booten lassen.Komische Effekte hatte ich trotzdem, vermutlich,. weil die .sh Datei wegen falschen Rechten nicht ausgeführt wurde.Vermute mal, das bei Dir die Datei nicht korrekt geparsed wird und dann der Boot irgendwo auf die Nase fällt...

Was Du tun kannst:

1. Force Power Off ( Power Button drücken bis aus) und neu starten, schauen ob Du dran kommst, um zu korrigieren

2. Hardreset ( Power+Lautstärke+)

3. Firmware neu installieren ( Power+Lautstärke-)



Grüße,

DocTaste

Der Debugging Mode bezieht sich nur auf USB und ist auf dem Touchlet per default immer eingeschaltet..Zu finden unter Einstellungen->Anwendungen-->Entwicklung-->USB-Debugging.

Ich kann das beobachtetete Symptom bestätigen, ist bei bei meinem Device ebenso.Die angezeigten Icons in der Statusbar sind nur Notifications, haben mit dem echten Status nichts zu tun.Ich habe nämlich gerade den Fall, das der Debugmode am USB aktiv ist, aber kein Debugmode Icon angezeigt wird in der Statusbar.Könnte sein, das der Prozess der diese Icons anzeigt, möglicherweise nicht mehr zuverlässig läuft.

Es nur leider auch so, es gibt nicht wirklich eine Alternative zum standby, es sei denn man schaltet das Touchlet nach jeder Benutzung ab oder man muß es alle 7 Stunden an den Strom hängen, Heizung inklusive.Nachdem ich den standby mode jetzt ausprobiert hab, muß ich feststellen, das das mittlerweile ein Rückgabegrund für mich wäre, wenn dieser nicht funktioniert.Es gibt doch im Mobilbereich kaum ein größeres Ärgernis. als sich ständig um die Ladung der Geräte kümmern zu müssen...

Update: das Symptom tritt erst auf, nachdem das Device zum ersten Mal im Standby war.



Grüße,

DocTaste

— geändert am 31.03.2011, 14:38:36

Klingt ein bißchen wie das Herumreiten auf Begriffen..: :-))

Ursprünglich wollte ich eigentlich mit "und ist auf dem Touchlet per default immer eingeschaltet" nur sagen, das der Debugmode beim Touchlet ab Werk aktiv ist und gar nicht darauf hinaus, ob er einfach nur enabled ist oder läuft.Jetzt zwingst Du mich, Dir sagen zu müssen, das Du Unrecht hast :-p , da beim Setzen/Abwählen des Häkchens ein Dienst gestarted/gestoppt wird.Der Debugmodus läuft also immer, es sei denn, Du nimmst den Haken weg...

...nur freilich kann man schlecht USB Debugging nutzen, wenn kein USB angeschlossen ist...:-)

Was den oben erwähnten "Bug" betrifft, vielleicht wurde es überlesen, aber sowohl Debug als auch USB Icon bleiben stehen, daher hat es vermutlich mit dem Debugmode selber wenig zu tun.

Das Debugmode-Icon bekomme ich weg, wenn ich den Haken Debugmodem abwähle ( bzw. den Service kille), USB bleibt weiter stehen.Sobald ich Debugmode wieder einschalte, kommt das Debugmode-Icon wieder, obwohl Device nicht(mehr) verbunden.Sieht so aus, als würde das Device nicht mitbekommen, das USB nicht mehr connected ist.

Mich stört das jetzt erstmal gar nicht...man muß auch ins Verhältnis setzen, wie oft schließt man das Teil an USB an..? Für mich ist sehr viel wichtiger, das das Gerät zuverlässig als adb erkannt wird, auch bei mehrfachem An- und Abstecken. Und das ist der Fall wie es scheint.


Grüße,

DocTaste

— geändert am 31.03.2011, 21:48:33

Bitte, gern geschehen..:-)


Ok..der Fluch des geschriebenen Wortes..ich denke, wir brauchen das nicht weiter auszuwalzen, ich will den Thread nicht unbedingt mit sowas zerreissen.

Standby: Bug, ja..könnte man so bezeichnen
USB & Debug Icons nach Standby : muß auch ein Bug sein, zumindest ist es ja so nicht richtig.Habe aber außer den Icons noch keine negativen Effekte beim USB festgestellt, also betrachte ich das im Moment als Schönheitsfehler.


Grüße,

DocTaste

— geändert am 02.04.2011, 01:16:10

Mein persönlicher Favorit zum rooten ist SuperOneClick...:schön bequem...

Siehe hier im x2 rooting thread: klick mich

Speziell auch meine Hinweise dort bezüglich USB/adb mal zu Gemüte führen, falls SuperOneClick auf waiting for Device steht.

Grüße,

DocTaste

— geändert am 02.04.2011, 01:16:41

Kein Problem, kann ich einfügen.Ich hatte es aber ursprünglich nicht als Anfänger-Anleitung oder Tutorial aufgesetzt, weil meiner Meinung nach jemand ohne Linux Grundkenntnisse da am besten nicht dran rumfummeln sollte und ich eine one-Click Lösung für diese Zwecke im Auge hatte.

Ich fände es evtl. besser, so Handgriffe wie rooten etc. vielleicht als Sticky/Tutorials abzulegen.

btw, der Service heißt adbd.( android debug bridge daemon) .;-)

Grüße,

DocTaste

— geändert am 01.04.2011, 21:59:47

Ich habe gerade festgestellt, das das GPS im X2G keine Satelliten mehr findet, nachdem es aus dem Standby aufgewacht ist.
Kann das jemand mit einem X2G bestätigen..?

Vermutlich einer der Gründe, warum das Standby nicht aktiv war...:-(

Das GPS hat mich aber auch so nicht überzeugt, es gibt ja auch noch die andere Macke zusammen mit UMTS...

Grüße,

DocTaste

Auch ein fieser Fehler..:-p Konnte es nicht nachstellen...

Grüße,

DocTaste

Ich nutze eigentlich kein BT am X2, höchstens mal zum testen.Es ist zu vermuten, das der standby reichlich Macken hat, nur leider gibt es ohne Standby bereits reichlich davon ( kein gps fix wenn 3G aktiv u.a.)....hatte heute mal wieder ein Archos Tab in der Hand, das ist schon ne andere Welt....

Grüße,
DocTaste

Meistens klappt es bei mir auch.Habe aber auch schon Freezes gesehen.


Das Problem mit dem fehlenden AB hatte ich schon ohne Standby.Als Workaround gehe ich dann in den Market und starte es von dort.


Es ist so..diese schrottige Kamera ist sowieso für nix zu gebrauchen, daher stört mich das nicht weiter.


Das Problem ist: der standby mode hat Macken.Das wird auch der Grund sein, warum er deaktiviert wurde.Im einfachsten Fall ist es ein Bug im Kernel und kann beseitigt werden, im schweren Fall ist es ein Silicon Bug und dann wird das wohl niemals mehr beseitigt werden.

Die meisten User nutzen nur einen Teil der Funktionen, insofern muß jeder abwägen, ob er lieber ohne standy lebt oder mit standby und die Macken in Kauf nimmt.Ich mach es auch so, wenn ich auf eine Fehlfunktion treffe, mit der ich im Moment nicht leben will/kann, dann mache ich einen reboot.

Folgende Apps können helfen, das Ganze ein wenig komfortabler zu machen:

- wakelock: kann das standby verhindern

- QuickBoot: reboot auf Tastendruck ( root erforderlich)



Grüße,

DocTaste

Sehe ich im Moment genauso...

Grüße,

DocTaste

Leider nein...so wird es nichts.So hatte ich es aber auch nicht geschrieben.

Wenn Du es über adb machen willst, solltest Du Dich mit ein paar wenigen Shortcuts für den vi anfreunden.

Dann kann man es so machen:


vi ist ein texteditor, den man auf jedem Unix/Linux findet und der wegen seiner Bedienung bei Windows-Usern recht verhasst ist ( falls überhaupt bekannt :-) ).
Anleitung findest Du über Google...Du brauchst am Ende nur "i" für insert, nach dem editieren dann ESC, : , wq.

Was hier in Deinem Quote recht gefährlich ist, ist die Vermischung von Kommentarzeichen aus der Datei "/system/etc/init.pxa168.sh" (#) und dem adb root prompt(#).

Das Shell Command ist " busybox mount -o rw,remount -t ubifs /dev/block/mtdblock3 /system " ( Beispiel) und nicht "#busybox mount -o rw,remount -t ubifs /dev/block/mtdblock3 /system" , das # gehört also nicht zum Befehl dazu.

Ich persönlich rate Dir von der Änderung ab, zu groß ist die Gefahr, das Du was versaust.Auf der anderen Seite ist der Lerneffekt für Dich ganz gut, wenn Du es machst.Wird aber ohne ein bißchen nachlesen nicht wirklich funktionieren...


Grüße,

DocTaste