• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Bluetooth Gnome Obex error !

T

Tenacity

Ich erhalte folgenden Error, wenn ich mein Device Jabra BT500 mit meinem Jabra A320S verbinden möchte:
Code: 
Couldn't display "obex://[00:1a:45:14:b1:27]".
Check if the service is available.

Habe schon ausreichend Infos zu Bluetooth / Bluez gelesen:

http://wiki.ubuntuusers.de/Bluetooth/Einrichtung
http://wiki.ubuntuusers.de/Bluetooth_Headset
http://wiki.unixboard.de/index.php/Bluetooth_Headset
http://ubuntology.com/2007/10/27/access-your-phone-via-bluetooth-with-ubuntu-gutsy/
http://bluetooth-alsa.sourceforge.net/contact.html

Should start here: http://www.bluez.org/documentation.html

Pakete sind alle installiert (bluez, bluez-utils, gnome-obex-vfs, alsa, etc).

hcitool info 00:1a:45:14:b1:27
ergibt für das Headset

Code: 
Requesting information ...
        BD Address:  00:1A:45:14:B1:27
        LMP Version: 1.2 (0x2) LMP Subversion: 0x990
        Manufacturer: Cambridge Silicon Radio (10)
        Features: 0xfc 0xff 0x0b 0x00 0x00 0x00 0x00 0x00
                <encryption> <slot offset> <timing accuracy> <role switch> 
                <hold mode> <sniff mode> <park state> <RSSI> <channel quality> 
                <SCO link> <HV2 packets> <HV3 packets> <u-law log> <A-law log> 
                <CVSD> <paging scheme> <transparent SCO>

lsusb zeigt für den Bluetoothstick

Code: 
Bus 001 Device 005: ID 0a5c:2101 Broadcom Corp.

und Hardwareinfo
Code: 
info.product = 'Jabra - A320s'
  usb_device.device_revision_bcd = 256 (0x100)
  usb_device.product = 'Jabra - A320s'
  usb_device.product_id = 8449 (0x2101)
  usb_device.speed = 12.0000
  usb_device.vendor = 'Broadcom Corp.'
  usb_device.can_wake_up = true
  usb_device.configuration_value = 1 (0x1)
  usb_device.linux.device_number = 6 (0x6)
  info.linux.driver = 'usb'
  usb_device.device_class = 224 (0xe0)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_0b_0'
  usb_device.bus_number = 1 (0x1)
  usb_device.device_protocol = 1 (0x1)
  usb_device.is_self_powered = false
  info.subsystem = 'usb_device'
  info.vendor = 'Broadcom Corp.'
  usb_device.version = 2.00000
  usb_device.num_interfaces = 4 (0x4)
  usb_device.vendor_id = 2652 (0xa5c)
  usb_device.speed_bcd = 4608 (0x1200)
  usb_device.version_bcd = 512 (0x200)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_a5c_2101_noserial'
  usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:0b.0/usb1/1-4'
  usb_device.num_configurations = 1 (0x1)
  info.bus = 'usb_device'
  linux.device_file = '/dev/bus/usb/001/006'
  usb_device.num_ports = 0 (0x0)
  usb_device.max_power = 100 (0x64)
  linux.hotplug_type = 2 (0x2)
  usb_device.device_subclass = 1 (0x1)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:0b.0/usb1/1-4'

Habe schon in diversen anderen Foren gesehen, dass das Headset auf linux funzen sollte, beim Bluetoothstick weiß ich es nicht, aber laut bluetooth alsa gehört der Chip zu den unterstützen, zumindest finde ich keine andere Aussage.

Aufgrund des obex Fehlers wird die Verbindung eh schon vorher getrennt.


Ein Sony Ericcson W810i ergibt genau denselben Obex-Error, also vermute ich, dass die Ursache beim Stick liegt.

[Update]Das SonyEriccson zu verbinden hat jetzt übrigens einwandfrei funktioniert, es gab keine Fehler mehr und es war auch unter Nautilus obex:// sichtbar.[/Update]

Also mit dem hcidump tool hab ich mal mitgeschnitten, was für Daten zwischen Headset und Bluetoothstick ausgetauscht werden. Zueletzt öffnet sich die Obex-Fehlermeldung:

Code: 
hallx:/home/te # hcidump
HCI sniffer - Bluetooth packet analyzer ver 1.40
device: hci0 snap_len: 1028 filter: 0xffffffffffffffff
< HCI Command: Inquiry (0x01|0x0001) plen 5
> HCI Event: Command Status (0x0f) plen 4
< HCI Command: Inquiry Cancel (0x01|0x0002) plen 0
> HCI Event: Command Complete (0x0e) plen 4
< HCI Command: Create Connection (0x01|0x0005) plen 13
> HCI Event: Command Status (0x0f) plen 4
> HCI Event: Link Key Request (0x17) plen 6
< HCI Command: Link Key Request Reply (0x01|0x000b) plen 22
> HCI Event: Command Complete (0x0e) plen 10
> HCI Event: Connect Complete (0x03) plen 11
< ACL data: handle 12 flags 0x02 dlen 12
    L2CAP(s): Connect req: psm 1 scid 0x0040
< HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2
> HCI Event: Command Status (0x0f) plen 4
< HCI Command: Write Link Policy Settings (0x02|0x000d) plen 4
> HCI Event: Read Remote Supported Features (0x0b) plen 11
> HCI Event: Command Complete (0x0e) plen 6
< HCI Command: Remote Name Request (0x01|0x0019) plen 10
> HCI Event: Command Status (0x0f) plen 4
> ACL data: handle 12 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0047 scid 0x0040 result 1 status 2
      Connection pending - Authorization pending
> ACL data: handle 12 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0047 scid 0x0040 result 0 status 0
      Connection successful
< ACL data: handle 12 flags 0x02 dlen 12
    L2CAP(s): Config req: dcid 0x0047 flags 0x00 clen 0
> HCI Event: Remote Name Req Complete (0x07) plen 255
> ACL data: handle 12 flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 0
      Success
> ACL data: handle 12 flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4
      MTU 48 
< ACL data: handle 12 flags 0x02 dlen 18
    L2CAP(s): Config rsp: scid 0x0047 flags 0x00 result 0 clen 4
      Success
      MTU 48 
< ACL data: handle 12 flags 0x02 dlen 31
    L2CAP(d): cid 0x0047 len 27 [psm 1]
        SDP SSA Req: tid 0x0 len 0x16
          pat uuid-16 0x1002 (PubBrwsGrp) uuid-16 0x0003 (RFCOMM) uuid-16 0x0008 (OBEX)
          max 65535
          aid(s) 0x0004 (ProtocolDescList) 0x0001 (SrvClassIDList)
          cont 00
> HCI Event: Number of Completed Packets (0x13) plen 5
> ACL data: handle 12 flags 0x02 dlen 14
    L2CAP(d): cid 0x0040 len 10 [psm 1]
        SDP SSA Rsp: tid 0x0 len 0x5
          count 2
          cont 00
< ACL data: handle 12 flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0047 scid 0x0040
> ACL data: handle 12 flags 0x02 dlen 12
    L2CAP(s): Disconn rsp: dcid 0x0047 scid 0x0040
> HCI Event: Number of Completed Packets (0x13) plen 5
< HCI Command: Disconnect (0x01|0x0006) plen 3
> HCI Event: Command Status (0x0f) plen 4
> HCI Event: Disconn Complete (0x05) plen 4

Das SonyEriccson zu verbinden hat jetzt übrigens einwandfrei funktioniert, es gab keine Obex-Fehler mehr und es war auch unter Nautilus obex:// sichtbar.

Hoffe jemand hat ne Idee !


Vielen Dank im Voraus !
 
OP
T

Tenacity

Nach tagelangem Konsolenhacken bin ich zwar schlauer, aber das Headset läuft immer noch nicht.

Als erstes hab ich einen neuen Bluetoothdongle besorgt, jetzt mit Silicon Radio Chipstatz (#hciconfig -a) und
gewünschtem SCO MApping: HCI (#hciconfig hci0 revision)

Ich kann nun mein Headset BT500v und den neuen Bluetoothstick 1a miteinander paaren.

Dafür musste ich folgendes tunl:

1. Headset in Pairing-Mode versetzen und hctiool scan ausführen:
Code: 
hallx:/home/user # hcitool scan
Scanning ...
        00:1A:45:14:B1:27       Jabra BT500v

2. Per hcitool verbinden über
Code: 
hallx:/home/user # hcitool cc 00:1A:45:14:B1:27

woraufhin sich der gnome-pin-helper öffnet und man den Verbindungscode (0000) eingeben kann.

3. Nochmal kurz auf die Verbindentaste am Headset gedrückt und über hcitool con lässt sich überprüfen ob das Headset schließlich verbunden ist:
Code: 
hallx:/home/user # hcitool con
Connections:
        > ACL 00:1A:45:14:B1:27 handle 42 state 1 lm SLAVE AUTH ENCRYPT SECURE



Hinweis: Man sollte ausschließlich alles über die Konsole mache, das Gnome-Bluetooth-Applet genügt Headsets nicht (buggy). Versucht man über das Applet sich mit dem Headset zu verbinden kommt es 1. zu dem obengenannten Obex-Error - Obex als FTP Protokoll macht für Headsets schließlich keinen Sinn- und 2. stellt der Rechner eine falsche Verbindung her. Das Headset wird irgendwie als Master eingebunden, worauf die Verbindung sofort wieder getrennt wird. Also lieber alles über die Konsole machen, dann funzt es einwandfrei.
Ausserdem muss unter Bluetooth Applet ->Einstellung -> Services unbedingt der Audio dienst aktiviert werden, sonst wird die Verbindung auch sofort getrennt. Nach der Aktivierung existiert erst die Datei /etc/bluetooth/audio.service, also überprüfen.

Soweit so gut.

Der letzte Schritt soll angeblich ganz einfach sein, laut überarbeiteten Wiki http://wiki.bluez.org/wiki/HOWTO/AudioDevices muss ich nur
Code: 
pcm.bluetooth {
	type bluetooth
        device "00:1A:45:14:B1:27" #optional, connects to specific device instead the default one
        profile "auto"             #optional, supported profiles are: auto, hifi and voice 
}
einfügen und alsa neustarten.

Versuche ich nun ganz simpel eine Datei mit aplay auf dem Headset abzupielen, erhalte ich immer eine Fehlermeldung:
Code: 
aplay -D bluetooth -f S16_LE
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM bluetooth
aplay: main:546: audio open error: No such file or directory

Zu dieser Fehlermeldung lässt sich nichts konkretes finden, nur irgendwie eine falsch konfigurierte Soundkarte...

Es scheint mir unmöglich das Headset jemals in Betrieb zu nehmen, Linux sei dank...
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben