Couplage de Bose QC 35 via Bluetooth sur Fedora

Question

J'utilise Fedora 24 avec Gnome Shell. J'essaie de coupler mon nouveau Bose QuietComfort 35 via Bluetooth.

J'ai commencé à utiliser l'interface Gnome. Malheureusement, la connexion ne semble pas tenir. Il apparaît comme se connectant/se déconnectant constamment:

https://youtu.be/eUZ9D9rGUZY

Ma prochaine étape consistait à effectuer des vérifications à l'aide de la ligne de commande. Tout d'abord, j'ai vérifié que le service Bluetooth fonctionne:

$ Sudo systemctl status bluetooth ● bluetooth.service - Bluetooth service Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since dim. 2016-06-26 11:19:24 CEST; 14min ago Docs: man:bluetoothd(8) Main PID: 932 (bluetoothd) Status: "Running" Tasks: 1 (limit: 512) Memory: 2.1M CPU: 222ms CGroup: /system.slice/bluetooth.service └─932 /usr/libexec/bluetooth/bluetoothd juin 26 11:19:24 leonard systemd[1]: Starting Bluetooth service... juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth daemon 5.40 juin 26 11:19:24 leonard bluetoothd[932]: Starting SDP server juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth management interface 1.11 initialized juin 26 11:19:24 leonard bluetoothd[932]: Failed to obtain handles for "Service Changed" characteristic juin 26 11:19:24 leonard systemd[1]: Started Bluetooth service. juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSource juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSink juin 26 11:20:26 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Ensuite, j'ai essayé de suivre --- explications du wiki Archlinux sans succès. L'appariement échoue Impossible d'appairer: org.bluez.Error.AuthenticationFailed :

$ Sudo bluetoothctl [NEW] Controller 00:1A:7D:DA:71:05 leonard [default] [NEW] Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35 [NEW] Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse [bluetooth]# agent on Agent registered [bluetooth]# scan on Discovery started [CHG] Controller 00:1A:7D:DA:71:05 Discovering: yes [CHG] Device 08:DF:1F:DB:A7:8A RSSI: -77 [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A RSSI: -69 [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110d-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110b-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110e-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110f-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001130-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000112e-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000111e-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001108-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001131-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00000000-deca-fade-deca-deafdecacaff [bluetooth]# devices Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35 Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse [CHG] Device 08:DF:1F:DB:A7:8A RSSI: -82 [CHG] Device 08:DF:1F:DB:A7:8A RSSI: -68 [CHG] Device 08:DF:1F:DB:A7:8A RSSI: -79 [bluetooth]# trust 08:DF:1F:DB:A7:8A Changing 08:DF:1F:DB:A7:8A trust succeeded [bluetooth]# pair 08:DF:1F:DB:A7:8A Attempting to pair with 08:DF:1F:DB:A7:8A [CHG] Device 08:DF:1F:DB:A7:8A Connected: yes Failed to pair: org.bluez.Error.AuthenticationFailed [CHG] Device 08:DF:1F:DB:A7:8A Connected: no

J'ai essayé de désactiver SSPMode mais cela semble n'avoir aucun effet:

$ Sudo hciconfig hci0 sspmode 0

Lorsque j'utilise bluetoothctl, journalctl enregistre les éléments suivants:

juin 26 11:37:21 leonard Sudo[4348]: lpellegr : TTY=pts/2 ; PWD=/home/lpellegr ; USER=root ; COMMAND=/bin/bluetoothctl juin 26 11:37:21 leonard audit[4348]: USER_CMD pid=4348 uid=1000 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='cwd="/home/lpellegr" cmd="bluetoothctl" terminal=pt juin 26 11:37:21 leonard audit[4348]: CRED_REFR pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="roo juin 26 11:37:21 leonard Sudo[4348]: pam_systemd(Sudo:session): Cannot create session: Already occupied by a session juin 26 11:37:21 leonard audit[4348]: USER_START pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_keyinit,pam_limits, juin 26 11:37:21 leonard Sudo[4348]: pam_unix(Sudo:session): session opened for user root by (uid=0) juin 26 11:38:06 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Malheureusement, je ne comprends pas la sortie. Toute idée ou aide est la bienvenue. Je suis plutôt perdu.

Le récepteur Bluetooth que j'utilise est un dongle USB de CSL-Computer. La version Bluetoothctl est 5,40. J'utilise le noyau 4.5.7-300.fc24.x86_64.

Voici les fonctionnalités prises en charge par mon adaptateur Bluetooth:

hciconfig -a hci0 features hci0: Type: BR/EDR Bus: USB BD Address: 00:1A:7D:DA:71:05 ACL MTU: 310:10 SCO MTU: 64:8 Features page 0: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87 <3-slot packets> <5-slot packets> <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> <power control> <transparent SCO> <broadcast encrypt> <EDR ACL 2 Mbps> <EDR ACL 3 Mbps> <enhanced iscan> <interlaced iscan> <interlaced pscan> <inquiry with RSSI> <extended SCO> <EV4 packets> <EV5 packets> <AFH cap. slave> <AFH class. slave> <LE support> <3-slot EDR ACL> <5-slot EDR ACL> <sniff subrating> <pause encryption> <AFH cap. master> <AFH class. master> <EDR eSCO 2 Mbps> <EDR eSCO 3 Mbps> <3-slot EDR eSCO> <extended inquiry> <LE and BR/EDR> <simple pairing> <encapsulated PDU> <non-flush flag> <LSTO> <inquiry TX power> <EPC> <extended features> Features page 1: 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00

L'association fonctionne bien avec les enceintes EDIFIER Luna Eclipse. Je soupçonne que le problème est vraiment lié au casque que j'essaie de configurer.

Jason Tibbitts · Accepted Answer

J'ai également ces écouteurs, ainsi qu'un ordinateur portable sous Fedora 24. Après avoir discuté avec l'un des développeurs Bluez sur IRC, les choses fonctionnent. Voici ce que j'ai trouvé. (Notez que je sais très peu de choses sur Bluetooth, donc j'utilise peut-être une terminologie incorrecte pour certaines de ces informations.)

Les écouteurs prennent en charge (ou du moins disent qu'ils prennent en charge) Bluetooth LE mais ne prennent pas en charge LE pour le couplage. Bluez ne prend pas encore en charge cela et n'a aucun moyen de définir le mode BT pris en charge, sauf de manière statique dans le fichier de configuration. Cependant, vous pouvez très bien utiliser les écouteurs via Bluetooth standard. C'est justement la raison pour laquelle Bluez 4 fonctionne; il ne prend pas vraiment en charge LE.

Alors, créez /etc/bluetooth/main.conf. Fedora 24 ne vient pas avec ce fichier, donc récupérez une copie de pstream , trouvez la ligne contenant

#ControllerMode = dual

et changez-le en:

ControllerMode = bredr

ou créez un nouveau fichier contenant juste:

[General] ControllerMode = bredr

Redémarrez ensuite Bluetooth et couplez. (Je l'ai fait manuellement via bluetoothctl, mais l'utilisation du gestionnaire bluetooth devrait fonctionner.)

Maintenant, cela a fonctionné pour moi, bien que si vous ne forcez pas pulseaudio à utiliser le protocole A2DP-Sink, le casque annoncera que vous avez un appel entrant pour une raison quelconque. Cependant, ma souris nécessite Bluetooth LE, alors je suis entré et j'ai supprimé la ligne ControllerMode. Et ... les écouteurs fonctionnent toujours, ainsi que la souris. Je suppose qu'une fois qu'ils sont appariés, tout est OK.

forgotstackxpassword · Answer

J'ai lu sur vos écouteurs spécifiques, et ils utilisent la communication en champ proche (NFC) pour faciliter l'appariement, et cela a été mentionné comme spécifiquement ajouté dans Bluez 5. , bien que cela soit mentionné sur au moins un blog "NFC est intégré au nouveau clavier, mais malheureusement Gnu/Linux ne prend pas en charge NFC encore bien . Bien que NFC est intégrée au noyau Linux, ni Gnome ni KDE ont un support pour cela, et le nombre d'applications NFC activées dans mon référentiel Fedora 20 est zéro princier. NFC ne m'aidera pas à coupler mon appareil, nous devons donc le faire à l'ancienne à la place ... "Alors, cela nous ramène à votre approche.

Cependant, Bluez 5.3 ne prend pas en charge le couplage avec des appareils (tels que Bose your headphones) qui utilisent un PIN code pour l'appairage.
Il y a rapport de bogue des versions précédentes, sur une autre distribution. Donc, bien que cela ne soit pas spécifiquement signalé sur Fedora, le site officiel de Bluez ne mentionne pas spécifiquement de correctif, du moins d'après ce que je peux voir.

Cette fonctionnalité n'est donc pas prise en charge; et au moins pour l'instant c'est la réponse.

De plus, comme vous le soupçonniez, il pourrait y avoir d'autres problèmes, comme avoir besoin d'un disque dur propriétaire spécifique, à moins que vous ne l'ayez déjà exclu (c'est-à-dire en testant les écouteurs conformes à la classe sur OSX ou Windows ou quoi qu'ils prennent en charge). Je soupçonne vraiment que c'est le cas, ou que cela vous donne un autre tremplin.

Miguel Machado · Answer

Si cela pouvait être utile pour quelqu'un, après avoir essayé pratiquement tout ce qui est décrit ci-dessus dans mon ubuntu 16.04, enfin, c'était aussi simple que de se connecter via "Bose Connect App" (dans mon cas pour Android). J'ai utilisé blueman pour le faire, et finalement j'ai pu coupler les casques.

Dans mon cas, j'ai bluez 5.37v, blueman 2.0.4, et enfin je n'ai pas eu besoin de modifier le /etc/bluetooth/main.conf par défaut, avec le "ControllerMode" par défaut réglé pour le doubler travaillé.

Les étapes qui ont fonctionné pour moi ont été:

1.- Ouvrez l'application et sélectionnez l'option connecter un nouvel appareil ou similaire. (Je ne me souviens pas exactement du nom) 2.- De blueman chercher un nouvel appareil. 3.- Une fois les casques trouvés, j'ai pu les appairer sans aucun problème et sélectionner le mode de fonctionnement.

Sans la première étape, je n'ai pas pu les jumeler.

J'ai pris beaucoup de chemin pour trouver comment le faire, mais une fois que vous savez comment le faire, c'est assez facile de le faire.

Premchand · Answer

Ubuntu 16.04, Bose QC35: Installé le logiciel "Bluetooth Adapters" et a pu se connecter facilement.

Martin Vegter · Answer

J'ai également acheté Bose QC 35 il y a quelques jours. Après quelques problèmes initiaux, j'ai réussi à le faire fonctionner sur Debian, avec ALSA et bluez 4.x

apt-get install bluetooth apt-get install bluez-alsa apt-get install blueman

après avoir installé ces packages, cela n'a toujours pas fonctionné. Le problème était avec les autorisations dbus. Je l'ai résolu en ajoutant mon utilisateur (uid 1000) au groupe bluetooth, c'est-à-dire:

usermod -a -G bluetooth martin

après cela, tout fonctionne et le casque se jumelle automatiquement avec mon ordinateur portable à chaque démarrage

polynomial_donut · Answer

J'ai eu le même problème sur Arch Linux et ce sont des choses que j'ai dû faire, il n'est pas improbable que l'exécution de commandes "équivalentes" soit utile pour beaucoup d'autres personnes sur les distributions Linux:

Installez les packages pulseaudio-bluetooth pulseaudio-alsa bluez bluez-libs bluez-utils et redémarrez Pulseaudio (au cas où il était déjà en cours d'exécution lorsque le bluetooth a été installé):
```
pulseaudio -k pulseaudio --start 
```
Si vous obtenez un message d'erreur
```
XDG_RUNTIME_DIR (/var/snips-audio-server) is not owned by us (uid 0), but by uid <some UID (probably yours)>! 
```
alors vous devez exécuter ces commandes en tant que non root/sans Sudo.
Le module btusb devait être chargé dans mon cas, donc modprobe btusb chaque fois que vous avez besoin du casque ou chargez le module au démarrage
Exécutez rfkill pour voir si votre appareil Bluetooth est bloqué/bloqué et débloquez s'il est bloqué
Vérifiez si le service Bluetooth est en cours d'exécution (c'est-à-dire avec systemd, la commande sera probablement quelque chose comme systemctl status bluetooth.service sortie stéréo numérique pour audio haute fidélité intégré ... (récepteur a2dp) pour casque
Comme indiqué par OP, la configuration peut devoir être adaptée comme suggéré dans une réponse à cette question SE , où vous pouvez lire les explications:
- Éditer /etc/bluetooth/main.conf: Recherchez la ligne contenant
```
#ControllerMode = dual 
```
  et remplacez-le par:
```
ControllerMode = bredr 
```
  ou créez un nouveau fichier contenant uniquement:
```
[General] ControllerMode = bredr 
```
  Redémarrez ensuite Bluetooth et couplez/connectez (systemctl restart bluetooth.service ou en utilisant une interface graphique, en l'éteignant et en l'activant)

Il y a aussi des instructions de quelqu'un sur GitHub ( REMARQUE: Je ne suis pas entièrement sûr de ce que ces changements du référentiel de GitHub font (j'ai passé assez de temps à essayer de faire fonctionner les choses), alors utilisez-le avec prudence ... Je suppose que les changements de groupe activent probablement juste le contrôle Bluetooth depuis l'espace utilisateur ou quelque chose parmi ces lignes):

Pour travailler avec le casque Bluetooth Bose QC35, procédez comme suit:

Sudo pacman -Syu pulseaudio-alsa pulseaudio-bluetooth bluez bluez-libs bluez-utils

turn off bluetooth from your computer

Sudo btmgmt ssp of

gpasswd -a YOUR_USER lp

Si vous voulez que le groupe change sans redémarrer, vous pouvez exécuter (comme indiqué ici sur SE ):

exec su -l $USER

pour que les modifications de groupe prennent effet immédiatement sans redémarrage.

Linus Yang · Answer

J'ai également eu le même problème avec QC35 sur Fedora 24. J'ai essayé un package bluez personnalisé ici: https://copr.fedorainfracloud.org/coprs/npmccallum/jelling/packages/ :

# dnf copr enable npmccallum/jelling # dnf install bluez-5.37-1.gatt.fc24

Après avoir rétrogradé de 5.40 à la version 5.37-1 modifiée, j'ai pu réussir à coupler le casque manuellement par bluetoothctl (malheureusement, le paramètre bluetooth GNOME ne marche pas):

$ bluetoothctl [bluetooth]# devices Device 08:DF:xx:xx:xx:xx QC35 [bluetooth]# trust 08:DF:xx:xx:xx:xx [CHG] Device 08:DF:xx:xx:xx:xx Trusted: yes Changing 08:DF:xx:xx:xx:xx trust succeede [bluetooth]# pair 08:DF:xx:xx:xx:xx Attempting to pair with 08:DF:xx:xx:xx:xx [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00000000-deca-fade-deca-deafdecacaff [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001101-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001108-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110b-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110c-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110e-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000111e-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001200-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001800-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001801-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000180a-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000febe-0000-1000-8000-00805f9b34fb [CHG] Device 08:DF:xx:xx:xx:xx Paired: yes Pairing successful [bluetooth]# connect 08:DF:xx:xx:xx:xx Attempting to connect to 08:DF:xx:xx:xx:xx Connection successful [QC35]# connect 08:DF:xx:xx:xx:xx Attempting to connect to 08:DF:xx:xx:xx:xx [CHG] Device 08:DF:xx:xx:xx:xx RSSI is nil Connection successful [QC35]# info 08:DF:xx:xx:xx:xx Device 08:DF:xx:xx:xx:xx Name: QC35 Alias: QC35 Class: 0x240418 Icon: audio-card Paired: yes Trusted: yes Blocked: no Connected: yes LegacyPairing: no UUID: Vendor specific (00000000-deca-fade-deca-deafdecacaff) UUID: Serial Port (00001101-0000-1000-8000-00805f9b34fb) UUID: Headset (00001108-0000-1000-8000-00805f9b34fb) UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb) UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb) UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb) UUID: Handsfree (0000111e-0000-1000-8000-00805f9b34fb) 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: Device Information (0000180a-0000-1000-8000-00805f9b34fb) UUID: Bose Corporation (0000febe-0000-1000-8000-00805f9b34fb) Modalias: bluetooth:v009Ep400Cd0103

Ensuite, mon QC35 pourrait être activé dans le réglage du son GNOME. Il a parfaitement fonctionné après le couplage initial et a pu se reconnecter automatiquement à mon ordinateur portable par la suite.

Cette version de bluez fonctionne également avec ma souris Bluetooth et mon trackpad. Je ne connais pas la raison exacte pour laquelle cela fonctionne. Peut-être que la dernière version de bluez a une sorte de régression sur Bluetooth LE (souligné par la réponse de Jason Tibbitts)? Quoi qu'il en soit, j'espère que cette réponse pourrait vous aider. :)