Problemas de Bluetooth después de dormir en OS X Yosemite (10.10)

Parece que tengo problemas persistentes con la conectividad Bluetooth, especialmente después de despertar mi Macbook Pro de un largo sueño.

Tengo un altavoz que se apaga automáticamente después de un cierto período de inactividad, y mi caso de uso generalmente es abrir la computadora portátil, encender el altavoz y, cuando el controlador Bluetooth está funcionando normalmente, se volverán a conectar automáticamente.

Sin embargo, el problema parece ser que mis periféricos Bluetooth no se vuelven a conectar si mi Macbook acaba de despertarse de un sueño prolongado.

Después de buscar, encontré este script para relanzar las extensiones del kernel bluetooth , pero no parecía funcionar en Yosemite.

Esto es lo que sudo tail -f /var/log/system.logme dio después de hacer una kextloady kextunload(nombre de host y nombre de usuario redactado):

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 salida (nombre de host redactado):

$ 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

¿Alguno de ustedes ha visto este problema antes? Cualquier ayuda sería apreciada.

He tenido problemas para volver a conectar mi teclado y trackpad bluetooth desde que actualicé a Yosimite.

Primero intente esto: Abra la Terminal y ejecute 2 comandos:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Solo tuve que correr arriba una vez. Si más tarde el bluetooth vuelve a romper 2 opciones, simplemente ejecute lo anterior nuevamente o puede crear una solución de 1 clic con una aplicación simple usando Automator:

1. Busque (búsqueda de Spotlight) y ejecute Automator
2. Haga clic en "Nuevo documento" en la parte inferior
3. Elija "Aplicación" para el nuevo tipo de archivo
4. Haga clic en "Utilidades" de la lista
5. Haga doble clic en "Ejecutar AppleScript"

6. Reemplace (* Su script va aquí *) con:

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

7. Presione reproducir para probar (se le pedirá la contraseña)
8. Archivo-> Guardar en el escritorio o donde sea

Ejecute la aplicación de automatización siempre que los dispositivos bluetooth no se conecten

La solución de Mikaey en el foro de soporte de Apple:

1. Apaga tu WiFi
2. Intente volver a conectarse a sus dispositivos bluetooth ( debería funcionar )
3. Vuelva a encender WiFi

Esto me ha resuelto el problema.

Después de intentar ejecutar los scripts sugeridos por otras respuestas, descargar y volver a cargar tanto el kext como el demonio bluetooth, mi bluetooth seguía sin responder.

Sin embargo, descubrí que si Yosemite duerme con VMWare ejecutándose y bluetooth no funciona cuando se activa el sistema operativo, cerrar VMWare corrige el problema.

Parece que los controladores en VMWare no siempre manejan el proceso de suspensión / activación correctamente.

- ACTUALIZACIÓN: Este problema NO se corrige en OSX 10.11 El Capitan -

La siguiente es una alternativa a la solución Automator publicada por webaholic, para aquellos que, como yo, encuentran inconveniente tener que ingresar su contraseña nuevamente (lo más probable es que la haya ingresado para iniciar sesión después de activar su Mac).

Primero, en Terminal, cree un script que recargue el 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, haga root a su propietario y muévalo a / sbin:

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

Tercero, agregue el comando a la lista de comandos NOPASSWD en sudoers:

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

Finalmente, cree un script en su escritorio que llame a bt_restart:

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

¡Hecho! Simplemente haga doble clic con el trackpad de su computadora portátil (o mouse USB) en Reiniciar Bluetooth en su escritorio.

Tuve el mismo problema y creo que descubrí una posible causa del problema. Mi mouse se llamaba "Mouse de mi nombre" con el apóstrofe, tal vez eso estaba causando los errores.

He cambiado el nombre para evitar el uso de espacios y caracteres especiales, ahora se llama "mymouse" y parece que ya no tengo el problema.

Todavía tengo este problema en macOS Sierra. El enlace de @ Tyilo arriba a su esencia me dio un punto de partida. Pero también quería usar homebrew para instalar sleepwatcher, y los archivos plist no se configuraron correctamente desde el primer momento. Así que jugué durante mucho tiempo y se me ocurrió este script que hizo que las cosas funcionaran de manera confiable para mí.

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

Gracias a Tyilo de los comentarios sobre la respuesta aceptada, modifiqué su script para instalar sleepwatcher y agregué al script un código que no solo descargará el controlador Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport), sino que también reiniciará blued, el demonio Bluetooth de Apple.

El script se puede encontrar aquí: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Ejecutar esto ha resuelto todos los problemas para mí.

Para resumir, aquí hay una lista de las cosas mencionadas aquí, en enlaces desde aquí, en hilos similares en otros sitios, o incluso inventado por mi razonamiento de esos otros. He intentado todo esto, individualmente y en muchas combinaciones. Todos ellos parecen haber funcionado al menos una vez; todos han fallado al menos una vez.

• nuevas baterías del mouse
• quitar y volver a emparejar el mouse
• apague el WiFi y el mouse; conecte el mouse Bluetooth; restaurar WiFi
• apague WiFi, mouse y VPN; conectar; restaurar
• eliminar Bluetooth PAN; conectar
• kextunload / load USBTransport; conectar
• cable kextunload a sleepwatcher; dormir; despierto; conectar
• desconecte todos los conectores USB (diablos, todos los conectores); conectar
• cerrar sesión; iniciar sesión; conectar
• reiniciar; iniciar sesión; conectar
• restablecer SMC (que implica "apagar"); reiniciar; iniciar sesión conectar
• cerrar el alojamiento de VM (como VMWare, Parallels o VirtualBox)

Elijo mantener esta lista a mano y usar "todo lo anterior".

Creo que lo único que es seguro, aquí, es que hay una gran dosis de "azar" involucrado en algún lugar, tal vez una carrera entre todos estos controladores para redes, pseudo redes, redes en capas, redes virtuales y redes proxy. En cuyo caso, probablemente no sea solo culpa de Apple, porque esos controladores provienen de una variedad de fuentes.

Por supuesto, la famosa reputación de "simplemente funciona" de Apple se basó en gran medida en prohibir exactamente este tipo de diversidad en conflicto.

Consciente de que esta es una publicación bastante antigua ahora, pero me estaba volviendo loco por el retraso que recibía después de despertarme antes de que el Magic Trackpad fuera utilizable ... podría ser fácilmente un buen 30 segundos. Intenté la mayoría / todos los consejos y sugerencias que pude encontrar con muy poco efecto.

Sin embargo, acabo de intentar mover el icono de Bluetooth en la barra de menú (CMD ALT Drag) desde su posición normal (aproximadamente 7º) a 2º (según se cuenta desde la derecha), es decir, al lado del menú Spotlight.

¿Hasta ahora? ... ¡problema desaparecido!

No estoy 100% seguro de por qué sería así, pero sospecho que podría tener algo que ver con el orden en que las tareas de esos elementos en la barra de menú de RHS se abordan después de la activación, es decir, las que están más cerca de RHS tienen mayor prioridad.

Solo toma un par de segundos para hacerlo, por lo que si también tiene este problema, ¿podría valer la pena intentarlo?

(iMac 27 "i7 / OS X 10.10.5)

J H

La mayor parte de la sugerencia que he leído parecía un poco compleja para algo tan simple como esto. Decidió adoptar un enfoque novato:

1. Fui a Preferencias del sistema / Ratón / Configurar mouse Bluetooth
2. La pantalla mostraba "No se encontró el mouse" y comenzó a buscar.
3. Apagué el mouse y lo volví a encender (la solución de Windows a una gran cantidad de problemas).
4. Encontró mi ratón.

Parece que los kextunloadcomandos ya no funcionan en High Sierra. Sin embargo , hay una herramienta de línea de comandos de terceros para hacer lo mismo y funciona: https://github.com/toy/blueutil : puede modificar los scripts mencionados aquí para usarlos blueutil, o incluso hay una solución completa ( muy similar a lo que hemos visto en esta página): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Este artículo de Michael Kummer informa una lista bastante exhaustiva de intentos fallidos para solucionar problemas de bluetooth en mac, y finalmente sugiere una solución comprometida al desactivar la transferencia que parece funcionar: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -keyboard-trackpad /

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

Vuelva a instalar MacOS.

Esta no es realmente una solución, pero solo quiero compartir mi experiencia para dar alguna esperanza a aquellos que enfrentan el mismo problema que el mío: que esto podría no ser un problema de hardware o un problema de interferencia wifi, que puede ser más costoso o problemático para resolver esa reinstalación de MacOS.

Lo que experimenté: después de que mi Macbook Pro 2015 se despertó del sueño, no se pudo conectar a dispositivos Bluetooth. El problema había empeorado con el tiempo extra, desde inicialmente solo un pequeño inconveniente (por ejemplo, deshabilitar y volver a habilitar el módulo bluetooth o wifi podría solucionarlo) hasta más tarde un gran problema (por ejemplo, requiere un reinicio con el reinicio de SMC / PRAM).

Un síntoma o efecto secundario que podría estar relacionado fue que la computadora a veces tomaba demasiado tiempo (10 segundos) para despertarse.

Reinstalar (limpiar) MacOS fue mi último recurso, pero parece que simplemente funciona. Después de volver a instalar, no observé ningún problema o hipo con bluetooth, wifi o durmiendo.

Descargo de responsabilidad: Probablemente haya alguna solución adecuada que pueda lograr el mismo efecto, que puede o no haberse descubierto todavía. Además, la reinstalación del sistema operativo siempre conlleva riesgos de pérdida de datos y productividad que uno debe evaluar.

Nueva actualización: no tuvo problemas durante una semana. Pero entonces el problema del bluetooth parece volver a veces. No hice muchos retoques con el sistema durante la semana, aparte de instalar algunos paquetes y software muy comunes, principalmente a través de Homebrew.

Basado en las sugerencias de otras personas, creé un script de shell simple para restablecer bluetooth. Ver lo esencial para más detalles.

Versión simplificada (depende de la blueutilpreparación):

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

Apaga el bluetooth, apaga el wifi, vuelve a encender el wi-fi y finalmente vuelve a encender el bluetooth.

Intenta hacer clic con el mouse después de que tu Mac se despierte.

Esto pareció conectar mi Magic Mouse 2 más rápido con una Mac Mini que ejecuta macOS Sierra (10.12.2).