Problemi Bluetooth dopo la sospensione in OS X Yosemite (10.10)

Mi sembra di avere problemi persistenti con la connettività Bluetooth, soprattutto dopo aver svegliato il mio Macbook Pro da un lungo sonno.

Ho un altoparlante che si spegne automaticamente dopo un certo periodo di inattività e il mio caso d'uso in genere è aprire il laptop, accendere l'altoparlante e quando il driver Bluetooth funziona normalmente, si riconnetteranno automaticamente.

Tuttavia, il problema sembra essere che le mie periferiche Bluetooth non si riconnettono se il mio Macbook è stato appena svegliato da un lungo sonno.

Dopo aver cercato in giro, ho trovato questo script per riavviare le estensioni del kernel bluetooth , ma non sembrava funzionare su Yosemite.

Ecco cosa sudo tail -f /var/log/system.logmi ha dato dopo aver fatto un kextloade kextunload(nome host e nome utente redatto):

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 output (nome host redatto):

$ 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

Qualcuno di voi ha già visto questo problema? Qualsiasi aiuto sarebbe apprezzato.

Ho avuto problemi a ricollegare la tastiera e il trackpad bluetooth dall'aggiornamento a Yosimite.

Per prima cosa prova questo: Apri Terminale ed esegui 2 comandi:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Ho dovuto correre sopra una volta sola. Se in seguito il bluetooth rompe di nuovo 2 opzioni, esegui semplicemente di nuovo sopra o puoi creare una soluzione con un clic con una semplice app utilizzando Automator:

1. Cerca (Ricerca Spotlight) ed esegui Automator
2. Fai clic su "Nuovo documento" in fondo
3. Scegli "Applicazione" per il nuovo tipo di file
4. Fai clic su "Utilità" dall'elenco
5. Fare doppio clic su "Esegui AppleScript"

6. Sostituisci (* Il tuo script va qui *) con:

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

7. Premi play per testare (ti chiederà la password)
8. File-> Salva sul desktop o ovunque

Esegui l'app automator ogni volta che i dispositivi bluetooth non si connettono

La soluzione di Mikaey sul forum di supporto Apple:

1. Spegni il WiFi
2. Prova a riconnetterti ai tuoi dispositivi bluetooth ( dovrebbe funzionare )
3. Riattiva il WiFi

Questo ha risolto il problema per me.

Dopo aver provato a eseguire gli script suggeriti da altre risposte, scaricando e ricaricando il demone kext e il bluetooth, il mio bluetooth non rispondeva ancora.

Tuttavia, ho scoperto che se Yosemite dorme con VMWare in esecuzione e il bluetooth non funziona quando il sistema operativo viene svegliato, la chiusura di VMWare risolve il problema.

Sembra che i driver in VMWare non gestiscano sempre correttamente il processo di sospensione / riattivazione.

- AGGIORNAMENTO: questo problema NON è stato risolto in OSX 10.11 El Capitan -

Di seguito è un'alternativa alla soluzione di Automator pubblicata da webaholic, per coloro che, come me, trovano scomodo dover inserire nuovamente la password (molto probabilmente l'avrai inserita per accedere dopo aver riattivato il tuo Mac).

Innanzitutto, in Terminale, crea uno script che ricarica il sottosistema bluetooth:

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

In secondo luogo, rendere root il suo proprietario e spostarlo su / sbin:

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

In terzo luogo, aggiungi il comando all'elenco dei comandi NOPASSWD nei sudoer:

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

Infine, crea uno script sul desktop che chiama bt_restart:

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

Fatto! Basta fare doppio clic con il trackpad del notebook (o il mouse USB) sul riavvio Bluetooth sul desktop.

Ho avuto lo stesso problema e penso di aver individuato una possibile causa del problema. Il mio mouse si chiamava "My Name's mouse" con l'apostrofo, forse questo causava errori.

Ho cambiato il nome per evitare di usare spazi e caratteri speciali, ora si chiama solo "mymouse" e non ho più problemi.

Ho ancora questo problema in macOS Sierra. Il link di Tyilo sopra al suo succo mi ha dato un punto di partenza. Ma volevo anche usare homebrew per installare sleepwatcher e i file plist non erano impostati correttamente fuori dalla scatola. Così ho giocato a lungo e ho ideato questa sceneggiatura che ha fatto sì che le cose funzionassero in modo affidabile per me.

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

Grazie a Tyilo dai commenti sulla risposta accettata, ho modificato il suo script per installare sleepwatcher e aggiungere allo script un codice che non solo scaricherà il driver Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport), ma riavvierà anche bluedil demone Bluetooth di Apple.

Lo script è disponibile qui: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

L'esecuzione di questo ha risolto tutti i problemi per me.

Per riassumere, ecco un elenco di cose menzionate qui, in collegamenti da qui, in discussioni simili in altri siti, o persino inventate da me ragionamenti da quegli altri. Ho provato tutti questi, singolarmente e in molte combinazioni. Tutti sembrano aver funzionato almeno una volta; tutti hanno fallito almeno una volta.

• nuove batterie del mouse
• rimuovere e ricollegare il mouse
• spegni WiFi e mouse; collegare il mouse Bluetooth; ripristinare il WiFi
• disattivare WiFi, mouse e VPN; Collegare; ristabilire
• elimina PAN Bluetooth; Collegare
• kextunload / load USBTransport; Collegare
• caricare il filo su sleepwatcher; dormire; sveglio; Collegare
• scollegare tutti i connettori USB (diamine, tutti i connettori); Collegare
• disconnettersi; accesso; Collegare
• ricomincia; accesso; Collegare
• reset SMC (che comporta "spegnimento"); ricomincia; accedi connettiti
• chiudere l'hosting di macchine virtuali (come VMWare, Parallels o VirtualBox)

Ho scelto di tenere a portata di mano questo elenco e di utilizzare "tutto quanto sopra".

Penso che l'unica cosa certa, qui, sia che da qualche parte vi sia una grande dose di "random", forse una corsa tra tutti questi driver per reti, reti pseudo, reti a strati, reti virtuali e reti proxy. Nel qual caso, probabilmente non è semplicemente colpa di Apple, perché quei driver provengono da una varietà di fonti.

Ovviamente, la reputazione di Apple "un tempo funziona", una volta famosa, è stata in gran parte costruita nel proibire esattamente questo tipo di diversità in collisione.

Consapevole del fatto che questo è un post piuttosto vecchio ora, ma è stato fatto impazzire dal ritardo che stavo ottenendo dopo il risveglio del sonno prima che il Magic Trackpad fosse utilizzabile ... potrebbe facilmente essere un buon 30 secondi. Ho provato quasi tutti i suggerimenti e i suggerimenti che ho potuto trovare con scarso effetto.

Tuttavia, ho appena provato a spostare l'icona Bluetooth sulla barra dei menu (trascinamento ALT CMD) dalla sua posizione normale (circa 7 ° in) al 2 ° in (come contato da destra), cioè accanto al menu Spotlight.

Finora? ... problema andato!

Non sono sicuro al 100% del perché, ma sospetti che potrebbe essere qualcosa a che fare con l'ordine in cui i compiti di quegli elementi sulla barra dei menu RHS vengono indirizzati dopo il risveglio, cioè quelli più vicini a RHS hanno una priorità maggiore?

Ci vogliono solo un paio di secondi, quindi se anche tu hai questo problema - potrebbe valere la pena provare?

(iMac 27 "i7 / OS X 10.10.5)

JH

Gran parte del suggerimento che ho letto sembrava un po 'complesso per qualcosa di così semplice. Ha deciso di adottare un approccio noob:

1. Sono andato a Preferenze di Sistema / Mouse / Imposta mouse Bluetooth
2. La schermata visualizza "Nessun mouse trovato" e inizia la ricerca.
3. Ho spento il mouse e poi l'ho riacceso (soluzione Windows per una miriade di problemi).
4. Ha trovato il mio topo.

Sembra che i kextunloadcomandi non funzionino più su High Sierra. Tuttavia , esiste uno strumento da riga di comando di terze parti per fare la stessa cosa e funziona: https://github.com/toy/blueutil : puoi invece modificare gli script menzionati qui da usare blueutil, oppure c'è anche una soluzione completa ( molto simile a quello che abbiamo già visto in questa pagina): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Questo articolo di Michael Kummer riporta un elenco abbastanza esaustivo di tentativi falliti di risolvere i problemi di bluetooth su Mac e infine suggerisce una soluzione compromessa disabilitando il handoff che sembra funzionare: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -Tastiera-trackpad /

Visto anche in https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196

Reinstalla MacOS.

Questa non è davvero una soluzione ma voglio solo condividere la mia esperienza per dare un po 'di speranza a coloro che stanno affrontando lo stesso problema mio - che questo potrebbe non essere ancora un problema hardware o un problema di interferenza wifi, che potrebbe essere più costoso o fastidioso per risolvere la reinstallazione di MacOS.

Cosa ho sperimentato: dopo che il mio Macbook Pro 2015 si è svegliato dalla sospensione, non è stato possibile connettersi ai dispositivi Bluetooth. Il problema aveva peggiorato gli straordinari, da inizialmente solo un piccolo inconveniente (ad esempio, disabilitare e riabilitare il modulo bluetooth o il wifi poteva risolverlo) a in seguito un enorme dolore (ad esempio, richiede un riavvio con il ripristino di SMC / PRAM).

Un sintomo o un effetto collaterale che potrebbe essere correlato era che il computer a volte impiegava troppo tempo (10 secondi) per svegliarsi.

Reinstallare (pulire) MacOS è stata la mia ultima risorsa, ma sembra funzionare semplicemente. Dopo la reinstallazione non ho riscontrato alcun problema o singhiozzo con bluetooth, wifi o in sospensione.

Dichiarazione di non responsabilità: esiste probabilmente una soluzione corretta che può ottenere lo stesso effetto, che potrebbe essere o non essere stata ancora scoperta. Inoltre, la reinstallazione del sistema operativo comporta sempre il rischio di perdere dati e produttività da valutare.

Nuovo aggiornamento: è stato senza problemi per una settimana. Ma a volte il problema del bluetooth sembra tornare. Durante la settimana non ho lavorato molto con il sistema oltre all'installazione di software e pacchetti molto comuni principalmente tramite Homebrew.

Sulla base dei suggerimenti di altre persone, ho creato un semplice script shell per ripristinare il bluetooth. Vedi gist per i dettagli.

Versione semplificata (dipende dalla blueutilbirra):

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

Disattiva il bluetooth, disattiva il Wi-Fi, riattiva il Wi-Fi e infine riattiva il Bluetooth.

Prova a fare clic con il mouse dopo che il Mac si è svegliato dalla modalità sospensione.

Questo sembrava collegare il mio Magic Mouse 2 più velocemente con un Mac Mini con macOS Sierra (10.12.2).