O bluetoothd (BlueZ 5) não se conecta a nenhum dispositivo

RESOLVIDO. Editado: veja abaixo.

Acho que vasculhei a Internet por tempo suficiente para esse problema. Isso já foi solicitado muitas vezes, mas nenhuma das soluções funciona para mim. Atualizei para o BlueZ 5 porque quero poder usar seus recursos de baixa energia eventualmente. No momento, porém, não consigo nem parear meus dispositivos. Não posso usar uma GUI porque isso acabará por ser para um sistema Linux embutido. Portanto, acho que também não posso usar bluetoothctl, porque requer uma sessão interativa. (Eu posso estar errado nisso.) Então, eu quero que tudo seja através do BASH, C ou python, nessa ordem. Além disso, como precisa ser automatizado, o emparelhamento e a conexão deverão ser iniciados a partir do dispositivo bluetooth, não da caixa do linux. Por fim, todos os dispositivos precisam usar o perfil a2dp.

Parece haver muitas abordagens, mas não sei ao certo onde uma termina e a outra começa:

ABORDAGEM 1:

a) $ sudo bluetoothd -d -n #runs bluetoothd no modo detalhado

b) # $ hciconfig hci1 upliga o dispositivo

$ hciconfig -a #see propriedades do dispositivo

    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) tente parear do dispositivo.

Resultado: do 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()

O dispositivo diz que não foi possível emparelhar com o adaptador-1 devido a um PIN ou senha incorretos.

Com base nas respostas estreladas acima, analisei por que não havia um agente. O que é um agente? Quem sabe, mas deduzi que era o intermediário entre o meu dispositivo e o daemon bluetooth.

d) $ ../bluey-5.15/test/simple-agent #Eu também tentei usar o sudo com esses comandos

ou $ ../bluey-5.15/test/simple-agent hci1

Este é um script python que lida com solicitações de emparelhamento de entrada. Se for bem-sucedido, ele também tenta 'confiar' e 'conectar-se'

resultado: Agent registered

e) depois tento novamente emparelhar a partir do dispositivo.

saída de agente simples:

RequestConfirmation (/org/bluez/hci1/dev_70_72_3C_62_49_7F, 110643)
Confirm passkey (yes/no): yes 

Eu acertei o par no dispositivo BT e ele diz emparelhado, mas o agente simples trava. Eu usei o BlueZ 4 e tenho certeza de que deve dizer algo como "Novo dispositivo XX_XX_XX_XX_XX_XX"

saída 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()

Então, isso faz alguma coisa.

saída 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

Eu até tentei bluetoothctl, mas tem os mesmos resultados. O engraçado é que alguns scripts do BlueZ (como dispositivo de teste) podem ver o dispositivo BT para alguns comandos, mas não para outros. Por exemplo, o dispositivo de teste 'confia' no dispositivo, mas quando tento 'removê-lo', ele não existe.

ABORDAGEM 2:

DBUS diretamente usando os comandos dbus-send --system. Acho que nenhum desses comandos me fará nenhum bem até que eu possa emparelhar e conectar o dispositivo.

ABORDAGEM 3:

Eu tentei todas as sugestões neste post . Não há /etc/bluetooth/hcid.conf no BlueZ 5. Preciso criar um? O comando rfcomm será conectado, mas depois desconectado.

$ 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

saída 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()

saída 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

Alguma sugestão? Sou eu:

• Esquecendo algo realmente óbvio?

• Usando as ferramentas incorretamente?

• Esquecendo de definir um arquivo de configuração?

Editar:

Como o agente simples bluez não estava me dando nenhum erro útil, escrevi meu próprio agente de emparelhamento. Depois disso, consegui emparelhar, mas não conectar. bluetoothd me deu esse novo erro:

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

Este post apontou que talvez meu adaptador Bluetooth LOCAL não estivesse suportando o perfil a2dp da minha fonte de áudio. (Não agindo como uma pia) Então vi que o mesmo problema foi observado por muitas pessoas atualizando do BlueZ4 para o BlueZ5. O problema também foi publicado na lista de discussão do BlueZ .

Até agora, não encontrei uma maneira de adicionar esse protocolo ao meu adaptador.

Solução:

Depois de descobrir que o perfil (a2dp) não estava conectado e ver que outras pessoas tinham o mesmo problema, verifiquei se esse perfil ainda estava implementado no BlueZ5. Acho que não li o guia de portabilidade o suficiente, porque explica que o a2dp foi movido da pilha BlueZ para o GStreamer. Eu nunca tinha ouvido falar do GStreamer, mas também vi neste post que o PulseAudio e o JACK implementariam esse perfil também. Tentei o PulseAudio, mas ele não carregava os UUIDs adequados para o adaptador. Finalmente encontrei um post no wiki do ArchLinux. Devo ter estado nesta página um milhão de vezes, mas provavelmente foi quando eu ainda estava usando o BlueZ4.

Mais importante:

-faça o download do novo código fonte PulseAudio 5, compatível com BlueZ5, e compile-o. (Não é a versão mais recente nos repositórios do apt.)

-compilar levou muitas dependências (JSON, libsndfile, libcap, etc)

-tenha em mente que o caminho para o PA5 é / usr / local not / usr / (isso é importante, porque eu tive que colocá-lo em $ LD_LIBRARY_PATH para que o PA pudesse encontrar o libpulsecore-5.0 na inicialização)

-como o wiki do ArchLinux diz, mate o servidor pulseaudio que é executado na inicialização e inicie um novo. Ele não carrega os perfis na inicialização. Verifique também se o daemon reaparece. (Configure em /usr/local//etc/pulse/client.conf)

Depois disso, os comandos pactl habituais funcionam. Consegui obter uma fonte a2dp BT (ou seja, iPod) para transmitir para PA5 e, em seguida, usando o módulo de loopback, transmitir para um coletor a2dp BT!

Não consegui fazê-lo funcionar com o ALSA, mas li em algum lugar que o BlueZ5 pode não suportar mais os plugins ALSA pcm.

A chave para o problema acima é esta frase: "Quando a descoberta parar, os dispositivos que não estiverem conectados ou emparelhados serão automaticamente removidos pelo bluetoothd em três minutos".

Leia a seção Descoberta de dispositivos em http://www.bluez.org/bluez-5-api-introduction-and-porting-guide/

Eu tive um problema semelhante, mas consegui emparelhado e conectado. Para emparelhar e conectar um dispositivo, ele deve ter sido descoberto nos últimos 3 minutos. O agente simples e o bluetoothctl funcionam bem.