You are not logged in.
Pages: 1
Topic closed
I am unable to connect to a wireless speaker I have.
HDMX Jam Wireless Speaker. Relatively new. Works with my Android phone over bluetooth no problem.
Here's what's happening (same thing when using sudo bluetoothctl -a):
** (~) $ bluetoothctl -a
[NEW] Controller 00:15:AF:FA:05:63 eeepc [default]
[NEW] Device 46:8F:E8:07:EB:15 HMDX JAM
Agent registered
[bluetooth]# info 46:8F:E8:07:EB:15
Device 46:8F:E8:07:EB:15
Name: HMDX JAM
Alias: HMDX JAM
Class: 0x240414
Icon: audio-card
Paired: yes
Trusted: yes
Blocked: no
Connected: no
LegacyPairing: no
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
[bluetooth]# show 00:15:AF:FA:05:63
Controller 00:15:AF:FA:05:63
Name: eeepc
Alias: eeepc
Class: 0x00010c
Powered: yes
Discoverable: no
Pairable: yes
UUID: PnP Information (00001200-0000-1000-8000-00805f9b34fb)
UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb)
UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
Modalias: usb:v1D6Bp0246d0509
Discovering: no
[bluetooth]# connect 46:8F:E8:07:EB:15
Attempting to connect to 46:8F:E8:07:EB:15
[CHG] Device 46:8F:E8:07:EB:15 Connected: yes
Failed to connect: org.bluez.Error.Failed
[CHG] Device 46:8F:E8:07:EB:15 Connected: no
I've been unable to find any info online about this error that is relevant to Bluez5 (I'm on Bluez5.9).
Any advice?
Offline
Ive got a similar problem using a Bluetooth USB Stick and trying to connect my Headset to it.
extra/bluez 5.9-1
extra/bluez-libs 5.9-1
extra/bluez-utils 5.9-1
bluetoothctl
[NEW] Controller 00:11:B1:07:A3:38 archlinux64 [default]
[NEW] Device 00:1D:43:A0:A2:C7 MC00
[CHG] Controller 00:11:B1:07:A3:38 Discoverable: no
[bluetooth]# pairable on
Changing pairable on succeeded[bluetooth]# agent on
Agent registered
[bluetooth]# default-agent
Default agent request successfuldiscoverable yes
Changing discoverable on succeeded
[CHG] Controller 00:11:B1:07:A3:38 Discoverable: yes
[bluetooth]# scan on
Discovery started
[bluetooth]# info 00:1D:43:A0:A2:C7
Device 00:1D:43:A0:A2:C7
Name: MC00
Alias: MC00
Class: 0x240404
Icon: audio-card
Paired: no
Trusted: no
Blocked: no
Connected: no
LegacyPairing: yes
UUID: Headset (00001108-0000-1000-8000-00805f9b34fb)
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb)
UUID: Handsfree
[bluetooth]# pair 00:1D:43:A0:A2:C7
Attempting to pair with 00:1D:43:A0:A2:C7
Pairing successful
[CHG] Device 00:1D:43:A0:A2:C7 Paired: yes
[CHG] Device 00:1D:43:A0:A2:C7 Connected: yes
[CHG] Device 00:1D:43:A0:A2:C7 Paired: no
[CHG] Device 00:1D:43:A0:A2:C7 Connected: no
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -48
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -62
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -54
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -73
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -64
[CHG] Device 00:1D:43:A0:A2:C7 RSSI: -54
[bluetooth]# connect 00:1D:43:A0:A2:C7
Attempting to connect to 00:1D:43:A0:A2:C7
[CHG] Device 00:1D:43:A0:A2:C7 Connected: yes
Failed to connect: org.bluez.Error.Failed
[CHG] Device 00:1D:43:A0:A2:C7 UUIDs has unsupported type
Authorize service
[agent] Authorize service 0000110c-0000-1000-8000-00805f9b34fb (yes/no): yes
[CHG] Device 00:1D:43:A0:A2:C7 Connected: no
[CHG] Controller 00:11:B1:07:A3:38 Discoverable: no
Maybe someone can point out, where our problem is.
Offline
I'm noticing that yours never asked for a passcode. When I was first attempting to connect, it did not ask me either. I had to start bluetoothctl with the "a" switch.
bluetoothctl -a
Then it asked me the passcode to which I eventually got paired. Still couldn't get connected, but I got paired that way.
At least that's how I recall it happening. The last time I messed with bluetooth was a few weeks ago. I think trusting the device skips the passcode, or saves it, or something. I am not asked anymore even when using bluetoothctl -a.
Anyway, that's my only thought on your situation. Considering that we're in the same boat in failing to connect, take my suggestion with the appropriate credibility attached (aka minimal).
Offline
PulseAudio doesn't yet support BlueZ 5 (except the branch in git)
Offline
pulseaudio 4.0.3 from testing also supports bluez 5. So either just wait for it to enter Extra or install pulseaudio from testing
Offline
pulseaudio and bluez from testing is still a regression from the equivalent capability shipped with gnome 3.8. With 3.8 / bluez4, I could just switch on the BT audio device, and the sound would transfer automagically. Now, I switch the BT adapter on, then I have to go to 'user' menu thing in the shell, select settings, select bluetooth, select the BT audio device and then click 'Connect' to manually connect the device. 0 clicks in 3.8, 5 clicks in 3.10; no doubt yet another gnome 'usability' 'improvement' ....
Offline
I had pulseaudio when I was trying to connect. I removed pulseaudio completely. Tried to connect to the bluetooth speaker again and it failed, same error.
Another search a bit ago took me to a site that implied linux does not support bluetooth through audio. It will do file transfer, but not audio. Maybe it's just XFCE though, because it seems others have gotten it to work. Maybe that's an assumption. Anyone using a bluetooth speaker? If so, on XFCE?
Oh, and I've now tried blueman, bluez4, and bluez5. And strictly using the hcitool commands. No love.
Offline
I got the very same problem. Downgraded bluedevil, libbluedevil and installed bluez4, still using latest pulseaudio, and it works correctly. Hope this helps someone.
PGP key: 30D7CB92
Key fingerprint: B597 1F2C 5C10 A9A0 8C60 030F 786C 63F3 30D7 CB92
Offline
I've had the exact same problem and I managed to solve it by removing the device from bluetoothctl followed by a repairing and a reconnect.
These were the bluetoothctl commands:
remove <MAC ADDRESS>
pair <MAC ADDRESS>
connect <MAC ADDRESS>
I'm using of pulseaudio-4.0 and bluez-5.10
Offline
I'm working on a update for bluez5 and pulseaudio writeup on the wiki now. I finally got it working.
Offline
I've had the exact same problem and I managed to solve it by removing the device from bluetoothctl followed by a repairing and a reconnect.
These were the bluetoothctl commands:
remove <MAC ADDRESS> pair <MAC ADDRESS> connect <MAC ADDRESS>
I'm using of pulseaudio-4.0 and bluez-5.10
I've been having the same problem since bluez5.
I tried connecting with your bluetoothctl commands, but got this:
[bluetooth]# connect 00:1B:66:02:37:72
Attempting to connect to 00:1B:66:02:37:72
[CHG] Device 00:1B:66:02:37:72 Connected: yes
Connection successful
[CHG] Device 00:1B:66:02:37:72 UUIDs has unsupported type
Any ideas?
Offline
Latest bluedevil update fixed it for me (2.0.git1381.f02fd99-1).
Offline
I've been having the same problem since bluez5.
I tried connecting with your bluetoothctl commands, but got this:[bluetooth]# connect 00:1B:66:02:37:72 Attempting to connect to 00:1B:66:02:37:72 [CHG] Device 00:1B:66:02:37:72 Connected: yes Connection successful [CHG] Device 00:1B:66:02:37:72 UUIDs has unsupported type
Any ideas?
I get the exact same output (Device UUIDs has unsupported type) but the headphones work nevertheless.
Offline
Latest bluedevil update fixed it for me (2.0.git1381.f02fd99-1).
I can confirm that installing bluedevil-git from aur resolved the problem for me as well
Offline
Hi fahq613, welcome to the Arch Linux forums. Please take a moment to read through the forum etiquette, particularly the section regarding necrobumping.
https://wiki.archlinux.org/index.php/Fo … bumping.22
Closing.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Online
Pages: 1
Topic closed