C
Crack2013
Neues Mitglied
- 0
1 A Jungs, hat jetzt alles geklappt. Danke für eure Hilfe
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion erfordert derzeit den Zugriff auf die Seite über den integrierten Safari-Browser.
Crack2013 schrieb:1 A Jungs, hat jetzt alles geklappt. Danke für eure Hilfe
markus276 schrieb:Hallo kaschemme,
Bei deinem update vom 7.2. Kann ich keine Datenverbindung im 3g aktivieren?! Verbindung ins umts-netz ist vorhanden, kann aber den Haken bei mobile data nicht setzen. Bin gerade wieder auf die Version vom 30.1. zurück un dort funktioniert alles wieder.
Gesendet von meinem Ideapad K1 mit der Android-Hilfe.de App
markus276 schrieb:Gern geschehen. So wurde und wird mir auch geholfen.
Gesendet von meinem Ideapad K1 mit der Android-Hilfe.de App
Kannst du das mal näher erläutern?!Crack2013 schrieb:Ich bin jetzt im Recovery Modus auf externe sd Karte mounten gegangen aber sie wird immer nicht angezeigt?
Wenn ihr wisst, wie ihr das 3G zum sterben bekommt, dann startet vorher logcat und löscht alle Informationen und legt das Tablet über Nacht weg.02-13 05:14:34.820 F/libc (7406): Fatal signal 11 (SIGSEGV) at 0x00000006 (code=1), thread 7407 (rild)
02-13 05:14:34.930 I/DEBUG (105): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
02-13 05:14:34.930 I/DEBUG (105): Build fingerprint: 'Lenovo/cm_k1/k1:4.1.2/JZO54K/eng.holger.20130211.220003:userdebug/test-keys'
02-13 05:14:34.930 I/DEBUG (105): pid: 7406, tid: 7407, name: rild >>> /system/bin/rild <<<
02-13 05:14:34.930 I/DEBUG (105): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000006
02-13 05:14:34.969 I/DEBUG (105): r0 01afa530 r1 00000000 r2 00000001 r3 01afa478
02-13 05:14:34.969 I/DEBUG (105): r4 00000002 r5 01afa530 r6 01afa518 r7 00000001
02-13 05:14:34.969 I/DEBUG (105): r8 402b974c r9 402b9928 sl 403bcda8 fp 403bcd4c
02-13 05:14:34.969 I/DEBUG (105): ip 00000000 sp 403bcc48 lr 402a5deb pc 402a9eb2 cpsr 20030030
stejoge schrieb:Dann habe ich in den Einstellungen im Launcher versucht, die Randeinstellungen zu verändern. Seitdem kommt dauerhaft "Trebuchet wurde leider beendet"
Was kann ich tun?? Please help!
Ameisentaetowierer schrieb:
Ameisentaetowierer schrieb:Hallo,
der "normale" 3G crash, bei dem das Empfangssymbol leer dargestellt wird, ist kein crash im eigentlichen Sinn.
YLG80 (www.avi-plus.com) hat festgestellt, daß das gleiche Problem auch auftritt, wenn das Modem unter Windows betrieben wird. Allerdings ist dieser Zustand dann nur kurzzeitig zu sehen.
Der Zustand ist als DM-mode bekannt und wird mittels "AT$QCDMG" eingeleitet.
Verlassen kann man den DM-mode nur mit einer bestimmten Folge von Binärzeichen.
Ich bin darauf gekommen als ich meine Basebandversion upgegraded habe um was auszuprobieren, dabei hat das Modem hin- und hergeschaltet.
Wenn das Modem normal läuft, sieht man unter "lsub", daß das Modem die USB-PID 1404 hat.
Schaltet das Modem in den DM-mode, hat das Modem die PID 1003.
M. E. müsste die libhuawei das erkennen und das Modem in den Normalzustand zurückholen...
Ich habe ein kleines Programm geschrieben, das das Modem zum Testen in beide Zustände schalten kann.
In einer nächsten Version werde ich einen watchdog-Modus einbauen, der das Modem überwacht und automatisch zurückholt.
Mittels eines kleinen Shell-Scripts habe ich das auch schon erfolgreich getestet.
Das Programm läuft direkt unter einer Shell, kein Klicki-Bunti
Download:
http://db.tt/iocs6OJD
Ameisentaetowierer schrieb:Hallo,
der "normale" 3G crash, bei dem das Empfangssymbol leer dargestellt wird, ist kein crash im eigentlichen Sinn.
YLG80 (www.avi-plus.com) hat festgestellt, daß das gleiche Problem auch auftritt, wenn das Modem unter Windows betrieben wird. Allerdings ist dieser Zustand dann nur kurzzeitig zu sehen.
Der Zustand ist als DM-mode bekannt und wird mittels "AT$QCDMG" eingeleitet.
Verlassen kann man den DM-mode nur mit einer bestimmten Folge von Binärzeichen.
Ich bin darauf gekommen als ich meine Basebandversion upgegraded habe um was auszuprobieren, dabei hat das Modem hin- und hergeschaltet.
Wenn das Modem normal läuft, sieht man unter "lsub", daß das Modem die USB-PID 1404 hat.
Schaltet das Modem in den DM-mode, hat das Modem die PID 1003.
M. E. müsste die libhuawei das erkennen und das Modem in den Normalzustand zurückholen...
Ich habe ein kleines Programm geschrieben, das das Modem zum Testen in beide Zustände schalten kann.
In einer nächsten Version werde ich einen watchdog-Modus einbauen, der das Modem überwacht und automatisch zurückholt.
Mittels eines kleinen Shell-Scripts habe ich das auch schon erfolgreich getestet.
Das Programm läuft direkt unter einer Shell, kein Klicki-Bunti
Download:
http://db.tt/iocs6OJD