Problèmes Bluetooth après la mise en veille sous OS X Yosemite (10.10)

Je semble avoir des problèmes persistants avec la connectivité Bluetooth, en particulier après avoir réveillé mon Macbook Pro d'un long sommeil.

J'ai un haut-parleur qui s'éteint automatiquement après une certaine période d'inactivité, et mon cas d'utilisation est généralement d'ouvrir l'ordinateur portable, de le mettre sous tension et, lorsque le pilote Bluetooth agit normalement, il se reconnectera automatiquement.

Toutefois, le problème semble être que mes périphériques Bluetooth ne se reconnectent pas si mon Macbook vient juste d'être réveillé d'un long sommeil.

Après une recherche, j’ai trouvé ce script pour relancer les extensions du noyau Bluetooth , mais il ne semblait pas fonctionner sous Yosemite.

Voici ce sudo tail -f /var/log/system.logqui m'a donné après avoir fait un kextloadet kextunload(nom d'hôte et nom d'utilisateur expurgés):

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 sortie (nom d'hôte expurgé):

$ 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

L'un de vous a-t-il déjà vu ce problème? Toute aide serait appréciée.

J'ai eu des problèmes pour reconnecter mon clavier Bluetooth et mon trackpad depuis la mise à niveau vers Yosimite.

Commencez par ceci: Ouvrez Terminal & lancez 2 commandes:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Je n'ai eu à courir qu'une fois dessus. Si plus tard bluetooth casse à nouveau 2 options, exécutez simplement la procédure ci-dessus ou vous pouvez créer une solution en un clic avec une application simple utilisant Automator:

1. Recherchez (recherche Spotlight) et exécutez Automator
2. Cliquez sur "Nouveau document" en bas
3. Choisissez "Application" pour le nouveau type de fichier
4. Cliquez sur "Utilitaires" dans la liste.
5. Double-cliquez sur "Exécuter AppleScript"

6. Remplacez (* Votre script va ici *) par:

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

7. Appuyez sur play pour tester (vous demanderez le mot de passe)
8. Fichier-> Enregistrer sur le bureau ou ailleurs

Exécutez l'application automator chaque fois que des périphériques Bluetooth ne se connectent pas

La solution de Mikaey sur le forum d'assistance Apple:

1. Éteignez votre WiFi
2. Essayez de vous reconnecter à vos périphériques Bluetooth ( devrait fonctionner )
3. Activer le WiFi à nouveau

Cela a résolu le problème pour moi.

Après avoir essayé d'exécuter les scripts suggérés par d'autres réponses, en déchargeant et en rechargeant à la fois les démons kext et bluetooth, mon bluetooth ne répondait toujours pas.

Cependant, j'ai découvert que si Yosemite dormait avec VMWare en cours d'exécution et que le bluetooth ne fonctionnait pas lorsque le système d'exploitation était réveillé, la fermeture de VMWare corrige le problème.

Il semble que les pilotes de VMWare ne gèrent pas toujours correctement le processus veille / réveil.

- MISE À JOUR: Ce problème n’est PAS résolu dans OSX 10.11 El Capitan -

Ce qui suit est une alternative à la solution Automator publiée par webaholic, pour ceux qui, comme moi, trouvent peu pratique d’avoir à ressaisir votre mot de passe (il est fort probable que vous veniez de l’entrer pour vous connecter après avoir réveillé votre Mac).

Tout d'abord, dans Terminal, créez un script qui recharge le sous-système Bluetooth:

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

Deuxièmement, indiquez root en tant que propriétaire et déplacez-le vers / sbin:

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

Troisièmement, ajoutez la commande à la liste des commandes NOPASSWD dans sudoers:

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

Enfin, créez un script sur votre bureau qui appelle bt_restart:

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

Terminé! Double-cliquez simplement sur le trackpad (ou la souris USB) de votre ordinateur portable sur le bouton Redémarrer Bluetooth sur votre bureau.

J'ai eu le même problème et je pense avoir repéré une cause possible du problème. Ma souris s'appelait "la souris de mon nom" avec l'apostrophe, c'était peut-être à l'origine des erreurs.

J'ai changé le nom pour éviter d'utiliser des espaces et des caractères spéciaux, on l'appelle maintenant simplement "ma souris" et je ne semble plus avoir le problème.

J'ai toujours ce problème dans macOS Sierra. Le lien ci-dessus @ Tyilo à son essence m'a donné un point de départ. Mais je voulais aussi utiliser homebrew pour installer sleepwatcher, et les fichiers Plist n'étaient pas correctement configurés. J'ai donc joué pendant un long moment et j'ai créé ce script qui m'a permis de faire fonctionner les choses de manière fiable.

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

Grâce à Tyilo, à partir des commentaires sur la réponse acceptée, j'ai modifié son script pour installer sleepwatcher et lui ajouter du code qui non seulement déchargerait le pilote Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport), mais redémarrait également bluedle démon Bluetooth d'Apple.

Le script peut être trouvé ici: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Courir cela a résolu tous les problèmes pour moi.

Pour résumer, voici une liste des choses mentionnées ici, dans des liens à partir d’ici, dans des discussions similaires sur d’autres sites, ou même inventées par moi en raisonnant à partir de ces autres sites. J'ai essayé tout cela, seul et dans de nombreuses combinaisons. Tous ont semblé travailler au moins une fois; tous ont échoué au moins une fois.

• nouvelles piles de souris
• retirer et réassocier la souris
• désactiver le WiFi et la souris; connectez la souris Bluetooth; restaurer le WiFi
• désactiver le WiFi, la souris et le VPN; relier; restaurer
• supprimer Bluetooth PAN; relier
• kextunload / load USBTransport; relier
• fil kextunload à sleepwatcher; dormir; éveillé; relier
• débranchez tous les connecteurs USB (diable, tous les connecteurs); relier
• se déconnecter; s'identifier; relier
• redémarrer; s'identifier; relier
• réinitialiser SMC (ce qui implique "arrêter"); redémarrer; se connecter connecter
• arrêter l'hébergement de machine virtuelle (telle que VMWare, Parallels ou VirtualBox)

Je choisis de garder cette liste à portée de la main et d’utiliser «tout ce qui précède».

Je pense que la seule chose qui soit certaine ici, c'est qu'il y a une grande quantité de "hasard" impliqué quelque part, peut-être une course entre tous ces pilotes pour les réseaux, les pseudo réseaux, les réseaux en couches, les réseaux virtuels et les réseaux proxy. Dans ce cas, ce n'est probablement pas simplement la faute d'Apple, car ces pilotes proviennent de sources diverses.

Bien sûr, la réputation d'Apple autrefois connue comme étant "juste un travail" reposait en grande partie sur l'interdiction de ce type de diversité en collision.

Conscient du fait qu’il s’agit d’un article assez ancien, mais que le retard pris après le réveil du sommeil me rendait dingue, avant que le Magic Trackpad ne soit utilisable ... pourrait facilement prendre 30 bonnes secondes. J'ai essayé la plupart / tous les conseils et astuces que j'ai trouvés très peu d'effet.

Cependant, je viens d'essayer de déplacer l'icône Bluetooth de la barre de menus (CMD ALT Drag) de sa position normale (environ 7ème) à la 2ème (en partant de la droite), c'est-à-dire à côté du menu Spotlight.

Jusqu'ici? ... problème disparu!

Pas tout à fait sûr de savoir pourquoi, mais vous pensez peut-être que cela a quelque chose à voir avec l'ordre dans lequel les tâches de ces éléments de la barre de menus de RHS sont traitées après le réveil, c'est-à-dire que les tâches les plus proches ont une priorité plus élevée?

Cela ne prend que quelques secondes, alors si vous avez aussi ce problème, cela pourrait valoir la peine d’être essayé?

(iMac 27 "i7 / OS X 10.10.5)

JH

La plupart des suggestions que j'ai lues semblaient un peu complexes pour quelque chose d'aussi simple que cela. Décidé de prendre une approche noob:

1. Nous sommes allés dans Préférences Système / Souris / Configurer la souris Bluetooth
2. L'écran affiche "Aucune souris trouvée" et lance la recherche.
3. Éteignez puis rallumez ma souris (solution Windows à une multitude de problèmes).
4. Il a trouvé ma souris.

On dirait que les kextunloadcommandes ne fonctionnent plus sur High Sierra. Cependant , il existe un outil de ligne de commande tiers permettant de faire la même chose et qui fonctionne: https://github.com/toy/blueutil - vous pouvez modifier les scripts mentionnés ici pour les utiliser blueutil, ou même une solution complète ( très similaire à ce que nous avons déjà vu sur cette page): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Cet article de Michael Kummer présente une liste assez exhaustive de tentatives infructueuses de résolution des problèmes de bluetooth sur mac, et suggère enfin une solution compromise en désactivant les transferts qui semblent fonctionner: https://michaelkummer.com/technology/mac-bluetooth-issues-affect clavier-trackpad /

Voir également à l' adresse https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196

Réinstallez MacOS.

Ce n’est pas vraiment une solution mais je veux simplement partager mon expérience pour donner un peu d’espoir à ceux qui sont confrontés au même problème que le mien - qu’il ne s’agit peut-être pas encore d’un problème matériel ou d’interférence wifi, ce qui pourrait être plus coûteux. ou gênant pour résoudre cette réinstallation de MacOS.

Ce que j'ai vécu: Après que mon Macbook Pro 2015 se soit réveillé, il ne pouvait plus se connecter à des périphériques Bluetooth. Le problème avait empiré les heures supplémentaires, causant au départ un léger inconvénient (par exemple, désactiver et réactiver le module Bluetooth ou le Wi-Fi pourrait le réparer) à une douleur supplémentaire (nécessitant par exemple un redémarrage avec une réinitialisation SMC / PRAM).

Un symptôme ou un effet secondaire qui pourrait être lié au fait que l'ordinateur a parfois pris trop de temps (10 secondes) pour se réveiller.

Réinstaller MacOS (propre) était mon dernier recours, mais cela semble fonctionner. Après la réinstallation, je n’ai pas observé de problème ni de hoquet avec Bluetooth, le wifi ou le sommeil.

Clause de non-responsabilité: Il existe probablement un correctif approprié capable d’obtenir le même effet, qui n’a peut-être pas encore été découvert. De plus, la réinstallation d'un système d'exploitation comporte toujours des risques de perte de données et de productivité qu'il convient d'évaluer.

Nouvelle mise à jour: C'était sans problème pendant une semaine. Mais alors le problème bluetooth semble revenir parfois. Au cours de la semaine, je n’ai pas fait beaucoup de bricolage avec le système, à part l’installation de logiciels et de paquets très courants, principalement par l’intermédiaire de Homebrew.

Sur la base des suggestions d'autres personnes, j'ai créé un script shell simple pour réinitialiser le bluetooth. Voir l' essentiel pour plus de détails.

Version simplifiée (dépend du blueutilbrassin):

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

Il désactive le bluetooth, désactive le wi-fi, le rallume et rallume enfin le bluetooth.

Essayez de cliquer avec la souris après que votre Mac se soit réveillé.

Cela semblait connecter ma Magic Mouse 2 plus rapidement avec un Mac Mini sous macOS Sierra (10.12.2).