Problemas de Bluetooth após suspensão no OS X Yosemite (10.10)

Parece que estou tendo problemas persistentes com a conectividade Bluetooth, principalmente depois de acordar meu Macbook Pro de um longo sono.

Eu tenho um alto-falante que desliga automaticamente após um certo período de inatividade, e meu caso de uso normalmente é abrir o laptop, ligar o alto-falante e, quando o driver do Bluetooth estiver funcionando normalmente, eles serão reconectados automaticamente.

No entanto, o problema parece ser que os periféricos do meu Bluetooth não se reconectam se o meu Macbook acabou de ser acordado após um longo sono.

Depois de pesquisar, encontrei esse script para reiniciar as extensões do kernel do bluetooth , mas não parecia funcionar no Yosemite.

Aqui está o que sudo tail -f /var/log/system.logme deu depois de fazer um kextloade kextunload(nome do host e nome de usuário redigidos):

Nov 17 07:50:11 {redacted} sudo[8118]: username: TTY=ttys000 ; PWD=/Users/username; USER=root ; COMMAND=/sbin/kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:11 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800 
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][initHardwareWL] -- failed -- calling DoDeviceReset (kBluetoothControllerResetHub) -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][DoDeviceReset] -- thread_call_enter1 (mReEnumerateOrResetThread) -- reEnumerateOrReset (0xffffff8213ac3ae0) = 2 --  returned FALSE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Error!! -- Something went wrong in the setup process. Could not communicate with Bluetooth Transport successfully -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- entering -- param0 = 0xffffff806a870800, param1 = 0x2 -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- entering -- reEnumerateOrResetIn = 2 -- this = 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- in our workloop -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- parameter is valid -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- reEnumerateOrReset = 2 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- calling myHub->ReEnumerateDevice() -- gEnumerateCounter = 1 
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- exit; error = 0x0000 (kIOReturnSuccess)
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- exiting -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800 
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Connected to the transport successfully -- 0xe300 -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.595 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.617 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.637 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.657 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.659 : BTLE scanner Powered Off
Nov 17 07:50:12 --- last message repeated 2 times ---
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663673 AM [AirPlay] BTLE client stopping to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} blued[62]: hciControllerOnline; HID devices? 0
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663868 AM [AirPlay] BTLE client starting to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Starting Handoff scanning
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664336 AM [AirPlay] BTLE client stopped to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664753 AM [AirPlay] BTLE client started to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Stopping Handoff advertising
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.665 : BTLE scanner Powered On
Nov 17 07:50:12 {redacted} blued[62]: hostControllerOnline - Number of Paired devices = 2, List of Paired devices = (
      "00-0c-8a-dd-fd-88",
      "84-38-35-ec-1c-ea"
  )
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Nov 17 07:50:13 {redacted} hidd[74]: MultitouchHID: device bootloaded
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::_deviceGetReport - DeviceRequest for reportID 0xc8 returned with result 0xe000404f - retrying

uname -a saída (nome do host redigido):

$ uname -a
Darwin {redacted} 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64

Algum de vocês já viu esse problema antes? Qualquer ajuda seria apreciada.

Eu tive problemas para reconectar meu teclado e trackpad bluetooth desde a atualização para o Yosimite.

Primeiro tente o seguinte: Abra o Terminal e execute 2 comandos:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Eu só tive que correr acima uma vez. Se o bluetooth mais tarde quebrar novamente duas opções, basta executar a operação acima novamente ou criar uma solução com um clique com um aplicativo simples usando o Automator:

1. Pesquise (pesquisa Spotlight) e execute o Automator
2. Clique em "Novo documento" na parte inferior
3. Escolha "Aplicativo" para o novo tipo de arquivo
4. Clique em "Utilitários" da lista
5. Clique duas vezes em "Executar AppleScript"

6. Substitua (* Seu script está aqui *) por:

   do shell script "kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; 
   kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport" with administrator privileges
   

7. Pressione play para testar (solicitará a senha)
8. Arquivo-> Salvar na área de trabalho ou em qualquer lugar

Execute o aplicativo de automação sempre que os dispositivos bluetooth não se conectarem

Solução de Mikaey no fórum de suporte da apple:

1. Desligue o seu WiFi
2. Tente se reconectar aos seus dispositivos bluetooth ( deve funcionar )
3. Ative o WiFi novamente

Isso resolveu o problema para mim.

Depois de tentar executar os scripts sugeridos por outras respostas, descarregando e recarregando o daemon kext e o bluetooth, meu bluetooth ainda não estava respondendo.

No entanto, descobri que se o Yosemite dorme com o VMWare em execução e o bluetooth não funciona quando o sistema operacional é ativado, o fechamento do VMWare corrige o problema.

Parece que os drivers no VMWare nem sempre lidam com o processo de suspensão / ativação corretamente.

- UPDATE: Esse problema NÃO foi corrigido no OSX 10.11 El Capitan -

A seguir, é uma alternativa à solução Automator publicada pela webaholic, para aqueles que, como eu, acham inconveniente precisar digitar sua senha novamente (provavelmente você a inseriu para fazer logon depois de ativar o Mac).

Primeiro, no Terminal, crie um script que recarrega o subsistema bluetooth:

cat > bt_restart <<END
#!/bin/sh
kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport && \
kextload   -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
END
chmod +x bt_restart

Segundo, torne o root seu proprietário e mova-o para / sbin:

sudo chown root:wheel bt_restart
sudo mv bt_restart /usr/local/sbin

Terceiro, adicione o comando à lista de comandos NOPASSWD nos sudoers:

echo -e "\n\n# Restart bluetooth without password\n$USER ALL=(ALL) NOPASSWD: /usr/local/sbin/bt_restart" | EDITOR='tee -a' sudo visudo

Por fim, crie um script na área de trabalho que chame bt_restart:

echo '#!/usr/bin/sudo /usr/local/sbin/bt_restart' > ~/Desktop/"Restart Bluetooth"
chmod +x ~/Desktop/"Restart Bluetooth"

Feito! Basta clicar duas vezes com o trackpad do seu notebook (ou mouse USB) no Reiniciar o Bluetooth na área de trabalho.

Eu tive o mesmo problema e acho que descobri uma possível causa do problema. Meu mouse foi chamado de "mouse do meu nome" com o apóstrofo, talvez isso estivesse causando os erros.

Eu mudei o nome para evitar o uso de espaços e caracteres especiais, agora é chamado apenas "mymouse" e não parece mais ter o problema.

Ainda tenho esse problema no macOS Sierra. O link de @ Tyilo acima para sua essência me deu um ponto de partida. Mas eu também queria usar o homebrew para instalar o sleepwatcher, e os arquivos plist não foram configurados corretamente. Então eu brinquei por um longo tempo e criei esse script que fazia as coisas funcionarem de maneira confiável para mim.

brew install sleepwatcher
sudo touch /etc/rc.sleep
sudo tee -a /etc/rc.wakeup <<EOF
#!/bin/sh
# Sleepwatcher script to get bluetooth working after the mac wakes up
# Got this approach from https://gist.github.com/Tyilo/c92684d277acb62272b5
kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
EOF
sudo chmod +x /etc/rc.wakeup
brew services start sleepwatcher
sudo tee -a /Library/LaunchAgents/de.bernhard-baehr.sleepwatcher-20compatibility-custom.plist <<EOF
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>de.bernhard-baehr.sleepwatcher</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/local/sbin/sleepwatcher</string>
        <string>-V</string>
        <string>-s /etc/rc.sleep</string>
        <string>-w /etc/rc.wakeup</string>
    </array>
    <key>RunAtLoad</key>
    <true/>
    <key>KeepAlive</key>
    <true/>
</dict>
</plist>
EOF
sudo launchctl load /Library/LaunchAgents/de.bernhard-baehr.sleepwatcher-20compatibility-custom.plist

Graças a Tyilo pelos comentários na resposta aceita, modifiquei o script dele para instalar o sleepwatcher e anexei ao script um código que não apenas descarrega o driver Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport), mas também reinicia bluedo daemon Bluetooth da Apple.

O script pode ser encontrado aqui: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

A execução disso resolveu todos os problemas para mim.

Para resumir, aqui está uma lista de coisas mencionadas aqui, em links daqui, em tópicos semelhantes em outros sites, ou até mesmo feitos por mim argumentando com esses outros. Eu tentei tudo isso, individualmente e em muitas combinações. Todos pareciam funcionar pelo menos uma vez; todos falharam pelo menos uma vez.

• novas baterias de mouse
• remover e emparelhar o mouse
• desligue o WiFi e o mouse; conectar mouse Bluetooth; restaurar WiFi
• desative WiFi, mouse e VPN; conectar; restaurar
• excluir Bluetooth PAN; conectar
• kextunload / load USBTransport; conectar
• ligar kextunload ao observador do sono; dormir; acordado; conectar
• desconecte todos os conectores USB (heck, todos os conectores); conectar
• sair; Conecte-se; conectar
• reiniciar; Conecte-se; conectar
• redefinir o SMC (que envolve "desligar"); reiniciar; conectar conectar
• encerre a hospedagem da VM (como VMWare, Parallels ou VirtualBox)

Eu escolho manter essa lista à mão e use "todas as opções acima".

Acho que a única coisa certa, aqui, é que há uma grande dose de "aleatória" envolvida em algum lugar, talvez uma corrida entre todos esses drivers de redes, pseudo-redes, redes em camadas, redes virtuais e redes proxy. Nesse caso, provavelmente não é apenas culpa da Apple, porque esses drivers vêm de várias fontes.

É claro que a reputação outrora famosa da Apple "apenas funciona" foi amplamente construída para proibir exatamente esse tipo de diversidade em colisão.

Ciente de que este é um post antigo agora, mas estava sendo enlouquecido pelo atraso que eu estava tendo após o despertar do sono antes que o Magic Trackpad fosse utilizável ... poderia facilmente levar uns bons 30 segundos. Tentei a maioria / todas as dicas e sugestões que pude encontrar com muito pouco efeito.

No entanto, tentei mover o ícone do Bluetooth na barra de menus (CMD ALT Drag) da posição normal (cerca de 7 pol.) Para a 2 pol. (Contada à direita), ou seja, ao lado do menu Spotlight.

Até agora? ... problema foi!

Não sabe ao certo por que isso seria, mas suspeite que tenha alguma coisa a ver com a ordem em que as tarefas desses itens na barra de menus do RHS são tratadas após a ativação, ou seja, aqueles RHS mais próximos têm prioridade mais alta?

Leva apenas alguns segundos para fazer, então se você também tiver esse problema - vale a pena tentar?

(iMac 27 "i7 / OS X 10.10.5)

JH

A maior parte da sugestão que li parecia um pouco complexa para algo tão simples quanto isso. Decidiu adotar uma abordagem noob:

1. Acessou Preferências do Sistema / Mouse / Configurar Mouse Bluetooth
2. A tela exibiu "Nenhum mouse encontrado" e começou a pesquisar.
3. Desliguei o mouse e liguei novamente (solução do Windows para uma infinidade de problemas).
4. Encontrou meu mouse.

Parece que os kextunloadcomandos não funcionam mais no High Sierra. No entanto , existe uma ferramenta de linha de comando de terceiros para fazer a mesma coisa e funciona: https://github.com/toy/blueutil - você pode ajustar os scripts mencionados aqui para usar blueutil, ou há uma solução completa ( muito semelhante ao que já vimos nesta página): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Este artigo de Michael Kummer relata uma lista bastante exaustiva de tentativas fracassadas de corrigir problemas de bluetooth no mac e, finalmente, sugere uma solução comprometida desativando o handsoff que parece funcionar: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -keyboard-trackpad /

Também visto em https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196

Reinstale o MacOS.

Esta não é realmente uma solução de solução, mas quero compartilhar minha experiência para dar alguma esperança àqueles que estão enfrentando o mesmo problema que o meu - que ainda pode não ser um problema de hardware ou interferência de wifi, o que pode ser mais caro ou problemático para resolver essa reinstalação do MacOS.

O que eu experimentei: depois que o meu Macbook Pro de 2015 acordou, ele não pôde se conectar a dispositivos bluetooth. O problema piorou com o tempo, desde inicialmente apenas um pequeno inconveniente (por exemplo, desabilitar e reativar o módulo bluetooth ou o wifi poderia corrigi-lo) até depois uma enorme dor (por exemplo, requer um reinício com a redefinição do SMC / PRAM).

Um sintoma ou efeito colateral que pode estar relacionado é que o computador às vezes levava muito tempo (10 segundos) para acordar.

Reinstalar o MacOS (limpo) foi meu último recurso, mas parece simplesmente funcionar. Após a reinstalação, não observei nenhum problema ou soluço com bluetooth, wifi ou adormecido.

Isenção de responsabilidade: Provavelmente, existe alguma correção adequada que pode atingir o mesmo efeito, que pode ou não ter sido descoberto ainda. Além disso, a reinstalação do SO sempre traz riscos de perda de dados e produtividade que se deve avaliar.

Nova atualização: ficou livre de problemas por uma semana. Mas o problema do bluetooth parece voltar às vezes. Não fiz muita coisa com o sistema na semana, a não ser instalar alguns softwares e pacotes muito comuns principalmente através do Homebrew.

Com base em sugestões de outras pessoas, criei um shell script simples para redefinir o bluetooth. Veja a essência para detalhes.

Versão simplificada (depende da blueutilpreparação):

blueutil -p 0
networksetup -setairportpower en0 off
sleep 3
networksetup -setairportpower en0 on
sleep 3
blueutil -p 1

Ele desliga o bluetooth, desliga o wi-fi, liga novamente o wi-fi e, finalmente, liga novamente o bluetooth.

Tente clicar no mouse depois que o Mac acordar.

Isso pareceu conectar meu Magic Mouse 2 mais rapidamente a um Mac Mini executando o macOS Sierra (10.12.2).