Pulseaudio ne détecte pas de casque bluetooth

J'essaie de connecter une oreillette bluetooth pour mon RPI. Ma configuration est la suivante:

  • archlinux-bras, du noyau: linux raspberrypi 3.12.23-1
  • bluez4 4.101-4 de AUR, construit et installé
  • bluez-outils 0.1.38-3
  • bluez-utils 5.20-1
  • pulseaudio 5.0-1
  • pulseaudio-alsa 2-3

Je rechercher le périphérique, coupler, ajoutez la confiance et le connecter:

hcitool scan
bluez-simple-agent hci0 <MAC>
bt-device --set <MAC> Trusted 1
bt-audio -c <MAC>

Après cela, l'appareil de l'état est comme suit (bt-device -i <MAC> de sortie):

[00:23:7F:2A:3B:24]
Name: PLT 510
Alias: PLT 510 [rw]
Address: 00:23:7F:2A:3B:24
Icon: audio-card
Class: 0x200404
Paired: 1
Trusted: 1 [rw]
Blocked: 0 [rw]
Connected: 1
UUIDs: [Headset, Handsfree]

Donc, tout semble grand, à droite? Eh bien, pas tout à fait.

Le problème est lorsque j'essaie de lire de l'audio, car il semble que PulseAudio ne pas le reconnaître et de ne pas s'inscrire source et sink entrées:

[root@alarmpi bluetooth]# pactl list sources short
0   alsa_output.platform-bcm2835_AUD0.0.analog-stereo.monitor   module-alsa-card.c  s16le 2ch 44100Hz   IDLE
[root@alarmpi bluetooth]# pactl list sinks short
0   alsa_output.platform-bcm2835_AUD0.0.analog-stereo   module-alsa-card.c  s16le 2ch 44100Hz   SUSPENDED

J'ai vérifié que le module-bluetooth-policy et module-bluetooth-discover les modules sont chargés. Même essayé de décharger et de charger une fois de plus:

pactl unload-module module-bluetooth-discover
pactl load-module module-bluetooth-discover

Chargé avec succès le module, mais n'apparaît pas dans la sources ni sinks liste.

J'ai aussi essayé de configurer le /etc/bluetooth/audio.conf pour activer les différentes options comme:

Enable=Source,Sink,Media,Socket
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
Enable=Source,Sink,Media
...

mais ça n'a rien changé.

Je suis à court d'idées...
Pourquoi n'est-il pas reconnu par PulseAudio? Il ya quelque chose que j'ai raté? Ai-je besoin de configureI PulseAudio d'une manière particulière?

InformationsquelleAutor bosnjak | 2014-07-04
  1. 4

    J'ai réussi à résoudre ce problème en attendant, voici les étapes qui ont travaillé pour moi.

    L'OS en question est archlinux-bras.

    Installation

    Installer les paquets suivants:

    • bluez4-4.101-4
    • bluez-outils-0.1.38-3
    • bluez-utils 5.21-2
    • libpulse-4.0-6
    • pulseaudio-4.0-6
    • pulseaudio-alsa-2-2
    • alsa-utils

    Remarque:

    J'ai réussi à obtenir de PulseAudio pour détecter mon Bluetooth
    kit oreillette à l'aide du package spécifique versions répertoriées ici. Certains autres
    versions a aussi travaillé, mais la plupart des combinaisons que j'ai essayé avait des questions que je
    ne pouvait pas résoudre.

    La plupart des paquets peut être construit et installé de AUR (bluez4, bluez-outils, ...), et d'autres peuvent être installés
    facilement avec pacman.

    De préparation supplémentaire

    Après, nous avons installé ces versions de package, nous ne voulons pas pacman pour les mettre à jour plus tard, quand nous faisons mise à niveau du système. Pour éviter cela, on ajoute la ligne suivante à notre /etc/pacman.conf:

    IgnorePkg = libpulse pulseaudio pulseaudio-alsa bluez bluez-tools

    Il y a des problèmes avec PulseAudio ne pas travailler avec bluez4, en particulier à défaut de passer à A2DP profil lors de l'utilisation de bluez4 version 4.1 et supérieur, et pulseaudio version 3.0 ou supérieure. Ce problème peut être résolu par ommiting la Socket paramètre à partir de la liste enabled dans le /etc/bluetooth/audio.conf:

    # Enable=Headset,Sink,Source,Socket
Enable=Headset,Sink,Source

    Si ce n'est pas suffisant, essayez d'ajouter une ligne supplémentaire:

    Disable=Socket

    De course

    Il est temps d'activer et démarrer le bluetooth service:

    systemctl enable bluetooth
systemctl start bluetooth

    Nous pouvons découvrir notre appareil via hcitool, bt-adapter ou bt-device, et s'y connecter. Par exemple, l'utilisation de ces derniers:

    bt-device -d
bt-device -c <MAC>
bt-device --set <MAC> Trusted 1
bt-audio -c <MAC>

    La première commande découvre le dispositif, les secondes se connecte à elle par son adresse MAC. La troisième définit comme digne de confiance afin que nous puissions autoconnect pour plus tard, quand à sa portée. La dernière commande se connecte comme un périphérique audio. Après cela, il devrait être disponible en pulseaudio.

    L'aide avec PulseAudio

    Début de la PA par pulseaudio --start.

    Vérifier si les sources et les puits sont reconnus correctement: 

    pactl list sources short
pactl list sinks short

    Vous devriez voir votre BT puits et une source répertoriés, ce qui signifie PA a détectés. Notez les valeurs d'ID à côté du puits et des sources. Les utiliser pour définir votre BT en tant que par défaut sink/source:

    pacmd set-default-source <BT_SOURCE_ID>
pacmd set-default-sink <BT_SINK_ID>

    Vous pouvez trouver le BT id de la carte et de ses profils pris en charge avec pacmd list-cards. Vous verrez probablement au moins A2DP et HSP profils qui y sont énumérés. Vous pouvez basculer entre eux comme ceci:

    # pacmd set-card-profile <card_id> <profile_name>
pacmd set-card-profile 1 a2dp
pacmd set-card-profile 1 hsp

    Autoconnection

    Le paquet bluez-outils contient de l'outil appelé bt-moniteur qui s'empare de la D-signaux de Bus de la bluetoothd démon et initie la connexion pour les périphériques détectés qui sont jumelés (et de confiance). Exécutez le bt-monitor et de test en éteignant et en sur votre BT casque.

    InformationsquelleAutor bosnjak
  2. 3

    Vieille question, mais je suis tombé sur ce alors que la recherche d'une solution au-dessus de moi-même, donc je pensais que je venais ici et post comment j'ai trié dans mon installation.

    Il s'avère que Pulseaudio est vraiment pas emballés ou configuré pour fonctionner en tant que système de démon, et la configuration par défaut suppose que vous allez être en cours d'exécution à l'intérieur d'une session, de préférence sous X. Ceci a des implications directes pour l'accès au bus système: Pulseaudio s'attend à une session DBus pour être à sa disposition, et le module-bluetooth-découvrir s'appuie sur cela dans le but de charger dynamiquement le module buetooth-appareil et configurer le correspondant puits/sources.

    DONC, vous avez besoin d'ajouter une exception à DBus règles. Ce guide ici recommande d'ajouter la ligne suivante à /etc/dbus-1/system.d/impulsion.conf:

    <!DOCTYPE busconfig PUBLIC
"-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
  <policy user="root">
    <allow own="org.pulseaudio.Server"/>
    <allow send_destination="org.bluez"/>
    <allow send_interface="org.bluez.Manager"/>
  </policy>
  <policy user="pulse">
    <allow own="org.pulseaudio.Server"/>
    <allow send_destination="org.bluez"/>
    <allow send_interface="org.bluez.Manager"/>
  </policy>
  <policy context="default">
    <deny own="org.pulseaudio.Server"/>
    <deny send_destination="org.bluez"/>
    <deny send_interface="org.bluez.Manager"/>
  </policy>
</busconfig>

    Mais dans mon cas (Raspbian Wheezy), ce fichier n'était pas vide, donc YMMV. Notez que la dernière partie (contexte par défaut, tous les nier) est critique, et l'AP ne reçois pas les notifications de Dbus si est est manquant.

    Ajouter les règles, alors:

     service dbus restart
 service bluetooth restart
 service pulseaudio restart

    et pactl doivent dresser une liste bluez source quand un appareil se connecte. Bonne chance!

    ps: je suis désolé que je n'ai pas de solution exacte pour l'arc, mais je suis sûr que ce qui précède s'applique (à l'origine, le guide a été écrit pour fedora...)

    InformationsquelleAutor jtatria