[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: kmobiletools will nicht mit meinem Sharp GX25



Am Montag 20 November 2006 15:30 schrieb Paul Puschmann:
> On Mon, Nov 20, 2006 at 02:46:01PM +0100, Sandro Frenzel wrote:
[...]
> > Wenn ich nun versuche eine Verbindung über das /dev/rfcomm0
> > Device aufzubauen, bekomme ich immer einen Verbindungsfehler. Ich
> > werde am Handy aufgefordert eine Pin einzugeben. Wieso
> > eigentlich? Ich habe die Authentifizierung ausgeschalten. Auf dem
> > Rechner kommt die Frage nach einer pin jedoch nicht.
>
> Das ist ein anderes Problem.
> Du musst ggf. den passkey-agent von Hand starten. Diese Funktion
> (zur PIN-Übergabe) läuft noch nicht so 100%ig.
>
Mhhh...also kdebluetooth startet den pin_helper ohne Probleme und 
fordert mich auch auf eine Pin einzugeben. Leider verabschiedet sich 
dann das hci0 device :-(...aber das ist eine andere Baustelle. Ohne 
Authentifizierung tuts kdebluetooth ja.

Wenn ich versuche bei kmobiletools den kbluepin manuell zu starten, 
kommt einfach nur ein "ERR" auf der Konsole.

> Dazu gab es letztens einen Bluetooth-Thread mit einem Nokia.
>
> Ist /dev/rfcomm0 auf auf den richtigen Channel konfiguriert?
> Der mit "serial" oder ähnlich ist der Richtige.
>

Uih...ich glaub das war ein guter Hinweis. Jetzt fragt mich 
kmobiletools jedenfalls nicht mehr nach einer Pin.
Meckern tuts trotzdem noch:

sandro@skummy:~$ kmobiletools
kmobiletools: DCOPClient registration: kmobiletools
QObject::connect: No such slot kmobiletoolsMainPart::showPreference()
QObject::connect:  (sender name:   'options_configure')
QObject::connect:  (receiver name: 'kmobiletools_mainpart')
QObject::connect: No such signal 
kmobiletoolsDevicePart::setStatusBarText(const QString&)
QObject::connect:  (sender name:   'device-0')
QObject::connect:  (receiver name: 'kmobiletools_mainpart')
kmobiletools: Probing
devices:
(/dev/rfcomm0,/dev/rfcomm1,/dev/rfcomm2,/dev/rfcomm3,/dev/rfcomm4,/dev/rfcomm5,/dev/rfcomm6,/dev/rfcomm7,/dev/rfcomm8,/dev/rfcomm9)
kmobiletools: LockFileName==/var/lock/LCK..rfcomm0
kmobiletools: LockFile created: true
kmobiletools: Trying to open /dev/rfcomm0 in mode 2..20
kmobiletools: BaudRate:4097
>>>ATZ

<<<
kmobiletools: ****************** WARNING!!!! Phone seems to be locked.
kmobiletools: ****************** this can be a bug of the phone, or of 
kmobiletools.
kmobiletools: ****************** please report to marco AT 
kmobiletools.org: AT command=ATZ
Write error for /dev/rfcomm0: : Eingabe-/Ausgabefehler
kmobiletools: Write error
Write error for /dev/rfcomm0: : Eingabe-/Ausgabefehler
kmobiletools: Write error
kmobiletools: removing lockfile /dev/rfcomm0
kmobiletools: LockFileName==/var/lock/LCK..rfcomm0
kmobiletools: LockFile created: true
kmobiletools: Trying to open /dev/rfcomm0 in mode 2..20
kmobiletools: BaudRate:4097
>>>ATZ

<<<
kmobiletools: ****************** WARNING!!!! Phone seems to be locked.
kmobiletools: ****************** this can be a bug of the phone, or of 
kmobiletools.
kmobiletools: ****************** please report to marco AT 
kmobiletools.org: AT command=ATZ
Write error for /dev/rfcomm0: : Eingabe-/Ausgabefehler
kmobiletools: Write error
Write error for /dev/rfcomm0: : Eingabe-/Ausgabefehler
kmobiletools: Write error
kmobiletools: removing lockfile /dev/rfcomm0
kmobiletools: Was searching for imei=""; list of devices found::
kmobiletools: Device not found
Weaver dtor: destroying inventory.
Weaver dtor: done

Die Rechte von /dev/rfcomm0 stimmen...hab sie mal auf 777 gesetzt 
(obwohl man das nicht tun sollte)

Eine Mail an das Development Team ist raus...!


> sdptool hilft dir dabei das herauszufinden.
>
Das Programm verstehe ich nicht :/!.

> Ich tippe mal, dass es ersteinmal nicht direkt mit kmobiletools zu
> tun hat, sondern mit der Bluetooth-Auth an sich.
>
Naja...jetzt hab ichs zumindest geschafft den auth zu umgehen, der 
nicht wirklich funktioniert....(siehe kdebluetooth)


> Paul

Tschau
Sandro



Reply to: