bluetoothd (BlueZ 5) ne se connecte à aucun appareil
Résolu Édité: voir ci-dessous.
Je pense que j'ai parcouru Internet assez longtemps pour résoudre ce problème. Cela a été demandé à plusieurs reprises, mais aucune des solutions ne fonctionne pour moi. Je suis passé à BlueZ 5 parce que je veux pouvoir utiliser ses capacités à faible consommation d'énergie par la suite. Pour le moment, cependant, je ne parviens même pas à associer mes appareils. Je ne peux pas utiliser d'interface graphique, car cela concernera éventuellement un système Linux intégré. Par conséquent, je pense que je ne peux pas non plus utiliser bluetoothctl, car il nécessite une session interactive. (Je me trompe peut-être à ce sujet.) Je souhaite donc que tout soit par BASH, C ou python, dans cet ordre. De plus, comme il doit être automatisé, le couplage et la connexion devront être lancés à partir du périphérique Bluetooth, et non à partir de la boîte Linux. Enfin, tous les périphériques doivent utiliser le profil a2dp.
Il semble y avoir beaucoup d'approches, mais je ne sais pas trop où l'une se termine et l'autre commence:
APPROCHE 1:
a) $ Sudo bluetoothd -d -n #runs bluetoothd en mode verbose
b) $ hciconfig hci1 up # allume l'appareil
$ hciconfig -a #voir les propriétés du périphérique
Type: BR/EDR Bus: USB
BD Address: 00:02:72:C5:D8:E0 ACL MTU: 1021:8 SCO MTU: 64:1
UP RUNNING PSCAN ISCAN
RX bytes:32875 acl:761 sco:0 events:1037 errors:0
TX bytes:20178 acl:780 sco:0 commands:329 errors:0
Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH SNIFF
Link mode: SLAVE ACCEPT
Name: 'Adapter-1'
Class: 0x00010c
Service Classes: Unspecified
Device Class: Computer, Laptop
HCI Version: 4.0 (0x6) Revision: 0x1000
LMP Version: 4.0 (0x6) Subversion: 0x220e
Manufacturer: Broadcom Corporation (15)
c) essayez d’apparier depuis l’appareil.
Résultat: de bluetoothd:
bluetoothd[5359]: src/adapter.c:connected_callback() hci1 device 70:72:3C:62:49:7F connected eir_len 15
bluetoothd[5359]: src/adapter.c:user_confirm_request_callback() hci1 70:72:3C:62:49:7F confirm_hint 1
bluetoothd[5359]: src/device.c:new_auth() Requesting agent authentication for 70:72:3C:62:49:7F
** bluetoothd[5359]: No agent available for request type 2
** bluetoothd[5359]: device_confirm_passkey: Operation not permitted
bluetoothd[5359]: src/adapter.c:btd_adapter_confirm_reply() hci1 addr 70:72:3C:62:49:7F success 0
bluetoothd[5359]: src/adapter.c:bonding_attempt_complete() hci1 bdaddr 70:72:3C:62:49:7F type 0 status 0x5
bluetoothd[5359]: src/device.c:device_bonding_complete() bonding (nil) status 0x05
bluetoothd[5359]: src/device.c:device_bonding_failed() status 5
bluetoothd[5359]: src/adapter.c:resume_discovery()
bluetoothd[5359]: src/adapter.c:dev_disconnected() Device 70:72:3C:62:49:7F disconnected, reason 3
bluetoothd[5359]: src/adapter.c:adapter_remove_connection()
bluetoothd[5359]: src/adapter.c:bonding_attempt_complete() hci1 bdaddr 70:72:3C:62:49:7F type 0 status 0xe
bluetoothd[5359]: src/device.c:device_bonding_complete() bonding (nil) status 0x0e
bluetoothd[5359]: src/device.c:device_bonding_failed() status 14
bluetoothd[5359]: src/adapter.c:resume_discovery()
Le périphérique indique Impossible d'apparier avec Adapter-1 en raison d'une erreur PIN ou d'un mot de passe.
Sur la base des réponses marquées d'un astérisque ci-dessus, j'ai cherché à savoir pourquoi il n'y avait pas d'agent. Qu'est-ce qu'un agent? Qui sait, mais j'ai déduit que c'était l'intermédiaire entre mon appareil et le démon bluetooth.
d) $ ../bluey-5.15/test/simple-agent #J'ai aussi essayé d'utiliser Sudo avec ces commandes
ou $ ../bluey-5.15/test/simple-agent hci1
Il s'agit d'un script python qui gère les demandes de couplage entrantes. En cas de succès, il essaie également de "faire confiance" et de "se connecter".
sortie: Agent registered
e) J'essaie à nouveau d'apparier depuis l'appareil.
sortie simple-agent:
RequestConfirmation (/org/bluez/hci1/dev_70_72_3C_62_49_7F, 110643)
Confirm passkey (yes/no): yes
Je frappe par paire sur le périphérique BT et il est dit que pairé est bloqué. J'ai utilisé BlueZ 4 et je suis presque sûr qu'il est supposé dire quelque chose comme "New Device XX_XX_XX_XX_XX_XX"
sortie bluetoothd:
** bluetoothd[5359]: src/agent.c:set_default_agent() Default agent set to :1.126 /test/agent
bluetoothd[5359]: src/adapter.c:connected_callback() hci1 device 70:72:3C:62:49:7F connected eir_len 15
bluetoothd[5359]: src/adapter.c:user_confirm_request_callback() hci1 70:72:3C:62:49:7F confirm_hint 0
bluetoothd[5359]: src/device.c:new_auth() Requesting agent authentication for 70:72:3C:62:49:7F
bluetoothd[5359]: src/agent.c:agent_ref() 0xa59290: ref=2
bluetoothd[5359]: src/agent.c:agent_request_confirmation() Calling Agent.RequestConfirmation: name=:1.126, path=/test/agent, passkey=110643
bluetoothd[5359]: src/agent.c:agent_ref() 0xa59290: ref=3
bluetoothd[5359]: src/adapter.c:btd_adapter_confirm_reply() hci1 addr 70:72:3C:62:49:7F success 1
bluetoothd[5359]: src/agent.c:agent_unref() 0xa59290: ref=2
bluetoothd[5359]: src/agent.c:agent_unref() 0xa59290: ref=1
bluetoothd[5359]: src/adapter.c:new_link_key_callback() hci1 new key for 70:72:3C:62:49:7F type 5 pin_len 0
bluetoothd[5359]: src/device.c:device_set_bonded()
bluetoothd[5359]: src/device.c:device_bonding_complete() bonding (nil) status 0x00
bluetoothd[5359]: src/adapter.c:resume_discovery()
bluetoothd[5359]: src/adapter.c:dev_disconnected() Device 70:72:3C:62:49:7F disconnected, reason 3
bluetoothd[5359]: src/adapter.c:adapter_remove_connection()
bluetoothd[5359]: src/adapter.c:bonding_attempt_complete() hci1 bdaddr 70:72:3C:62:49:7F type 0 status 0xe
bluetoothd[5359]: src/device.c:device_bonding_complete() bonding (nil) status 0x0e
bluetoothd[5359]: src/device.c:device_bonding_failed() status 14
bluetoothd[5359]: src/adapter.c:resume_discovery()
Donc, cela fait quelque chose.
sortie hcidump:
$ hcidump -i hci1
HCI sniffer - Bluetooth packet analyzer ver 5.15
device: hci1 snap_len: 1500 filter: 0xffffffffffffffff
> HCI Event: Connect Request (0x04) plen 10
bdaddr 70:72:3C:62:49:7F class 0x5a020c type ACL
> HCI Event: Command Status (0x0f) plen 4
Accept Connection Request (0x01|0x0009) status 0x00 ncmd 1
> HCI Event: Connect Complete (0x03) plen 11
status 0x00 handle 11 bdaddr 70:72:3C:62:49:7F type ACL encrypt 0x00
> HCI Event: Command Status (0x0f) plen 4
Read Remote Supported Features (0x01|0x001b) status 0x00 ncmd 1
> HCI Event: Read Remote Supported Features (0x0b) plen 11
status 0x00 handle 11
Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87
> HCI Event: Command Status (0x0f) plen 4
Read Remote Extended Features (0x01|0x001c) status 0x00 ncmd 1
> HCI Event: Command Complete (0x0e) plen 10
IO Capability Request Reply (0x01|0x002b) ncmd 1
status 0x00 bdaddr 70:72:3C:62:49:7F
> HCI Event: Read Remote Extended Features (0x23) plen 13
status 0x00 handle 11 page 1 max 1
Features: 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> HCI Event: Command Status (0x0f) plen 4
Remote Name Request (0x01|0x0019) status 0x00 ncmd 1
> HCI Event: Remote Name Req Complete (0x07) plen 255
status 0x00 bdaddr 70:72:3C:62:49:7F name 'Prism II'
> HCI Event: Command Complete (0x0e) plen 10
User Confirmation Request Reply (0x01|0x002c) ncmd 1
status 0x00 bdaddr 70:72:3C:62:49:7F
> HCI Event: Disconn Complete (0x05) plen 4
status 0x00 handle 11 reason 0x13
Reason: Remote User Terminated Connection
J'ai même essayé bluetoothctl, mais les résultats sont identiques. La chose amusante est que certains scripts de BlueZ (comme test-device) peuvent voir le périphérique BT pour certaines commandes, mais pas pour d'autres. Par exemple, test-device va "faire confiance" au périphérique, mais lorsque j'essaie de le "supprimer", il n'existe pas.
APPROCHE 2:
DBUS directement à l’aide des commandes dbus-send --system. Je pense qu'aucune de ces commandes ne me servira à rien tant que je ne pourrai pas coupler et connecter le périphérique.
APPROCHE 3:
J'ai essayé toutes les suggestions sur ce post . Il n'y a pas de fichier /etc/bluetooth/hcid.conf dans BlueZ 5. Dois-je en créer un? La commande rfcomm se connectera, mais se déconnectera ensuite tout de suite.
$ Sudo rfcomm connect /dev/rfcomm0 70:72:3C:62:49:7F 1
Connected /dev/rfcomm0 to 70:72:3C:62:49:7F on channel 1
Press CTRL-C for hangup
Disconnected
sortie bluetoothd:
bluetoothd[5359]: src/adapter.c:connected_callback() hci1 device 70:72:3C:62:49:7F connected eir_len 10
bluetoothd[5359]: src/adapter.c:dev_disconnected() Device 70:72:3C:62:49:7F disconnected, reason 3
bluetoothd[5359]: src/adapter.c:adapter_remove_connection()
bluetoothd[5359]: src/adapter.c:bonding_attempt_complete() hci1 bdaddr 70:72:3C:62:49:7F type 0 status 0xe
bluetoothd[5359]: src/device.c:device_bonding_complete() bonding (nil) status 0x0e
bluetoothd[5359]: src/device.c:device_bonding_failed() status 14
bluetoothd[5359]: src/adapter.c:resume_discovery()
sortie hcidump:
$ hcidump -i hci1
HCI sniffer - Bluetooth packet analyzer ver 5.15
device: hci1 snap_len: 1500 filter: 0xffffffffffffffff
> HCI Event: Command Status (0x0f) plen 4
Create Connection (0x01|0x0005) status 0x00 ncmd 1
> HCI Event: Connect Complete (0x03) plen 11
status 0x00 handle 11 bdaddr 70:72:3C:62:49:7F type ACL encrypt 0x00
> HCI Event: Command Status (0x0f) plen 4
Read Remote Supported Features (0x01|0x001b) status 0x00 ncmd 1
> HCI Event: Read Remote Supported Features (0x0b) plen 11
status 0x00 handle 11
Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87
> HCI Event: Command Status (0x0f) plen 4
Read Remote Extended Features (0x01|0x001c) status 0x00 ncmd 1
> HCI Event: Read Remote Extended Features (0x23) plen 13
status 0x00 handle 11 page 1 max 1
Features: 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00
> HCI Event: Command Status (0x0f) plen 4
Remote Name Request (0x01|0x0019) status 0x00 ncmd 1
> HCI Event: Remote Name Req Complete (0x07) plen 255
status 0x00 bdaddr 70:72:3C:62:49:7F name 'Prism II'
> HCI Event: Command Status (0x0f) plen 4
Authentication Requested (0x01|0x0011) status 0x00 ncmd 1
> HCI Event: Command Complete (0x0e) plen 10
Link Key Request Reply (0x01|0x000b) ncmd 1
status 0x00 bdaddr 70:72:3C:62:49:7F
> HCI Event: Auth Complete (0x06) plen 3
status 0x00 handle 11
> HCI Event: Command Status (0x0f) plen 4
Set Connection Encryption (0x01|0x0013) status 0x00 ncmd 1
> HCI Event: Encrypt Change (0x08) plen 4
status 0x00 handle 11 encrypt 0x01
> HCI Event: Command Status (0x0f) plen 4
Exit Sniff Mode (0x02|0x0004) status 0x0c ncmd 1
Error: Command Disallowed
> HCI Event: Disconn Complete (0x05) plen 4
status 0x00 handle 11 reason 0x13
Reason: Remote User Terminated Connection
Aucune suggestion? Suis-je:
Oublier quelque chose de vraiment évident?
Utiliser les outils incorrectement?
Oublier de définir un fichier de configuration?
Modifier:
Puisque bluez simple-agent ne me donnait pas d'erreurs utiles, j'ai écrit mon propre agent de couplage. Une fois que j'ai fait, j'ai été capable de coupler mais pas de se connecter. bluetoothd m'a donné cette nouvelle erreur:
bluetoothd[3078]: profiles/audio/a2dp.c:a2dp_source_connect() path /org/bluez/hci0/dev_70_72_3C_62_49_7F
bluetoothd[3078]: a2dp-source profile connect failed for 70:72:3C:62:49:7F: Protocol not available
This post a souligné que mon adaptateur Bluetooth LOCAL ne supportait peut-être pas le profil a2dp de ma source audio. (Ne pas agir comme un évier) Ensuite, j'ai constaté que de nombreuses personnes passant de BlueZ4 à BlueZ5 étaient confrontées au même problème. Le problème était également publié sur la liste de diffusion BlueZ .
Jusqu'à présent, je n'ai pas trouvé le moyen d'ajouter ce protocole à mon adaptateur.
Solution:
Après avoir constaté que le profil (a2dp) n'était pas connecté et avoir constaté que d'autres personnes avaient le même problème, j'ai cherché à savoir si ce profil avait encore été mis en œuvre dans BlueZ5. Je suppose que je n’ai pas lu assez attentivement le guide de portage, car il explique que a2dp a été déplacé de la pile BlueZ vers GStreamer. Je n’avais jamais entendu parler de GStreamer, mais j’ai également vu de cet article que PulseAudio et JACK implémenteraient également ce profil. J'ai essayé PulseAudio, mais cela ne chargerait pas les UUID appropriés pour l'adaptateur. Puis j’ai enfin trouvé un article sur le wiki d’ArchLinux. Je dois être allé sur cette page un million de fois, mais c’était probablement quand j’utilisais encore BlueZ4.
Le plus important:
- téléchargez le nouveau code source PulseAudio 5, qui prend en charge BlueZ5, et compilez-le. (Ce n'est pas la version la plus récente des référentiels apt.)
-compiling a eu beaucoup de dépendances (JSON, libsndfile, libcap, etc.)
Gardez à l'esprit que le chemin d'accès à PA5 est/usr/local not/usr/(c'est important, car je devais le mettre dans $ LD_LIBRARY_PATH pour que PA puisse trouver libpulsecore-5.0 au démarrage)
- comme le dit le wiki ArchLinux, supprimez le serveur pulseaudio exécuté au démarrage et démarrez-en un nouveau. Il ne charge pas les profils au démarrage. Assurez-vous également que le démon respawns. (Défini dans /usr/local//etc/Pulse/client.conf)
Après cela, les commandes pactl habituelles fonctionnent. J'ai réussi à obtenir une source BT a2dp (iPod) à diffuser sur PA5, puis à l'aide du module de bouclage, à diffuser sur un récepteur a2dp BT!
Je ne pouvais pas le faire fonctionner avec ALSA, mais j'ai lu quelque part que BlueZ5 pourrait ne plus supporter les plugins ALSA pcm.
La phrase clé du problème ci-dessus est la suivante: "Une fois la découverte arrêtée, les périphériques ni connectés ni couplés seront automatiquement supprimés par Bluetooth dans les trois minutes."
Veuillez lire la section Découverte de périphérique de http://www.bluez.org/bluez-5-api-introduction-and-porting- guide /
J'avais un problème similaire, mais je l'avais jumelé et connecté. Pour coupler et connecter un périphérique, il doit avoir été découvert au cours des 3 dernières minutes. Simple-agent et bluetoothctl fonctionnent correctement.