Hallo,
kannst du es jetzt so wie es hier steht starten ? aus dem Wiki: Benutzung
Sry, hier ist wieder Schicht , ggf bis morgen.
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8688 |
Hallo, kannst du es jetzt so wie es hier steht starten ? aus dem Wiki: Benutzung Sry, hier ist wieder Schicht , ggf bis morgen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Huch, das hatte ich gerade im Letzten Post ganz unten noch nachgetragen.
Also ich habe nur die automatische Telefonsuche probiert, weil ich bei den anderen möglichen Varianten nicht klar komme, was ich da eintragen soll, z.B. wie soll ich den Gerätenamen des USB-Anschlusses angeben, oder was ist der Unterschied zw. "Ich weiß nicht" und "Keines der oben aufgeführten"? Da das Gerät ziemlich Samsung-ähnlich ist, hatte ich das auch mal erfolglos probiert. Irgendwo hatte ich auch mal gelesen, dass G/Wammu überhaupt nicht mit Android klarkommen, andererseits konnte ich einem LG P350 mit Android 2.3.1 vor 2 Jahren zumindest mal Nachnamen mit Rufnummer entlocken, Vornamen nicht. Was soll ich davon halten? Dann wären wir wieder hier.
Oh, wie schade. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8688 |
Hallo UlfZibis
Habe ich es richtig verstanden: Du kannst das Programm starten, aber du bekommst keine Verbindung über das Programm hin. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Ja genau! |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8688 |
Hallo UlfZibis, Hier ein Thread zum Thema Support for Android phones Support. Gerade gefunden. Können wir ja vllt parallel lesen und dann besprechen. 👍 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Ja genau den Bericht meinte ich. Siehe irgendwie schlecht aus. Was mir nicht in den Kopf geht, dass es Millionen Android-Geräte gibt, und es scheinbar keine Lösung dafür gibt. Hier mal die alte .gammurc, mit der ich mal das LG 350 verbinden konnte. Leider klappt das aber auch nicht mehr. [gammu] port=/dev/ttyACM0 connection=at115200 name=LG P350 model= [gammu1] port=/dev/ttyACM1 connection=at115200 name=LG P350 model= [gammu2] port=/dev/ttyACM2 connection=at115200 name=LG P350 model= [gammu3] port=/dev/ttyACM2 connection=at115200 name=LG Electronic Inc unknown Kommen Dir da evtl. Ideen, die man probieren könnte? Wenn ich mir folgendes anschaue, besteht da irgend ein Zusammenhang zwischen dem USB-Port 001:008 und den Nummern von /dev/ttyACMx ? ich@ThinkPad-T500:~$ lsusb -s 001:008 -v Bus 001 Device 008: ID 0e8d:2008 MediaTek Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0e8d MediaTek Inc. idProduct 0x2008 bcdDevice ff.ff iManufacturer 2 WIKO iProduct 3 LENNY3 iSerial 4 GMJJEAJJ4HSWSCE6 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 39 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 0 iInterface 17 MTP Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x001c 1x 28 bytes bInterval 6 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0001 Self Powered |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8688 |
Hallo UlfZibis, Support for Android phones das schreibt einer aus den Team, der auch an der PPA nijel (gleicher Name) beteiligt ist. Vllt reiten wir hier ein totes Pferd. 😢
Würde erklären, warum bei LG etwas mal ging. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Sieht so aus. Da hat sich Google ja was schlaues ausgedacht, was ihnen Zugriff und Verarbeitung sämtlicher Kontakt-Daten aller Android-Nutzer über ihre Server erlaubt. Da hat man mal einen OBEX-Standard erfunden, und Google ignoriert den völlig. Wenn man wie ich noch aus der Palm/Treo-Welt kommt, will man es kaum fassen, dass man seine Handy-Daten nicht einfach und standardmäßig local synchen kann.
Wo hast Du denn diesen Satz gefunden?
Stimmt. Wenn man also nicht über die Datenkraken gehen will, könnte man evtl. einen OwnCloud-Server mit CalDAV und CardDAV betreiben. Ich habe aber noch was anderes gefunden: myPhoneExplorer, läuft angeblich sogar über Wine. Mal gucken ob das klappt. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8688 |
Hallo UlfZibis Hier steht das, nur übersetzt. Ich betreibe eine OwnCloud in einer Virtuellen mit Ubuntu- Umgebung und habe mir für damals 1€ eine App fürs Handy (CalDAv-Sync) gekauft, alles läuft super. Der Vorteil der VM, die ist mit in einer Datensicherung. Ich muss wiedermal schließen, ggf bis morgen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
😮
Auch eine gute Idee. Warum denn nicht als localhost in der eigenen Umgebung, würde doch weniger RAM kosten? Habe soeben myPhoneExplorer entdeckt und grob getestet. Was der kann, schlägt Wammu um Längen. Frag mich nur warum ich so viele Schleifen drehen musste, um darauf zu stoßen. Hab's deshalb mal hier ergänzt.
Kommt sonst der Hausdrache 😉 |