Bluetooth-Probleme nach dem Ruhezustand in OS X Yosemite (10.10)

Ich habe anscheinend anhaltende Probleme mit der Bluetooth-Verbindung, insbesondere nachdem ich mein Macbook Pro aus einem langen Schlaf geweckt habe.

Ich habe einen Lautsprecher, der sich nach einer bestimmten Zeit der Inaktivität automatisch ausschaltet. In meinem Anwendungsfall ist es normalerweise, den Laptop zu öffnen, den Lautsprecher einzuschalten und die Verbindung automatisch wiederherzustellen, wenn der Bluetooth-Treiber normal funktioniert.

Das Problem scheint jedoch zu sein, dass sich meine Bluetooth-Peripheriegeräte nicht wieder verbinden, wenn mein Macbook gerade aus dem Energiesparmodus geweckt wurde.

Nachdem ich mich umgesehen hatte, fand ich dieses Skript, um die Bluetooth-Kernel-Erweiterungen neu zu starten , aber es schien auf Yosemite nicht zu funktionieren.

Hier ist, was sudo tail -f /var/log/system.logmir nach dem Ausführen von a kextloadund kextunload(Hostname und Benutzername redigiert) gegeben wurde:

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 Ausgabe (Hostname überarbeitet):

$ 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

Hat jemand von euch dieses Problem schon einmal gesehen? Jede Hilfe wäre dankbar.

Ich habe seit dem Upgrade auf Yosimite Probleme beim erneuten Verbinden meiner Bluetooth-Tastatur und meines Trackpads.

Versuchen Sie zuerst Folgendes: Öffnen Sie das Terminal und führen Sie zwei Befehle aus:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Ich musste nur einmal oben rennen. Wenn Bluetooth später erneut 2 Optionen unterbricht, führen Sie einfach den obigen Befehl erneut aus, oder Sie können mithilfe von Automator mit einer einfachen App eine 1-Klick-Lösung erstellen:

1. Suchen Sie nach (Spotlight-Suche) und führen Sie Automator aus
2. Klicken Sie unten auf "Neues Dokument"
3. Wählen Sie "Anwendung" für den neuen Dateityp
4. Klicken Sie in der Liste auf "Dienstprogramme"
5. Doppelklicken Sie auf "AppleScript ausführen".

6. Ersetzen Sie (* Ihr Skript geht hierher *) durch:

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

7. Zum Testen Play drücken (Passwort wird abgefragt)
8. Datei-> Auf dem Desktop oder wo auch immer speichern

Führen Sie die Automator-App aus, wenn Bluetooth-Geräte keine Verbindung herstellen

Mikaeys Lösung im Apple Support Forum:

1. Schalten Sie Ihr WiFi aus
2. Versuchen Sie erneut, eine Verbindung zu Ihren Bluetooth-Geräten herzustellen ( sollte funktionieren )
3. Schalten Sie WLAN wieder ein

Dies hat das Problem für mich gelöst.

Nachdem ich versucht hatte, die in anderen Antworten vorgeschlagenen Skripts auszuführen, kext und den Bluetooth-Daemon zu entladen und neu zu laden, reagierte mein Bluetooth immer noch nicht.

Ich habe jedoch festgestellt, dass das Schließen von VMWare das Problem behebt, wenn Yosemite mit laufender VMWare in den Ruhezustand wechselt und Bluetooth beim Aufwecken des Betriebssystems nicht funktioniert.

Es scheint, dass die Treiber in VMWare den Schlaf / Wach-Prozess nicht immer korrekt handhaben.

- UPDATE: Dieses Problem wurde in OSX 10.11 El Capitan NICHT behoben -

Das Folgende ist eine Alternative zu der von webaholic bereitgestellten Automator-Lösung, wenn Sie, wie ich, Probleme haben, Ihr Kennwort erneut einzugeben (höchstwahrscheinlich haben Sie es gerade eingegeben, um sich nach dem Aufwecken Ihres Mac anzumelden).

Erstellen Sie zunächst in Terminal ein Skript, das das Bluetooth-Subsystem neu lädt:

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

Zweitens, mach root zu seinem Besitzer und verschiebe es nach / sbin:

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

Drittens fügen Sie den Befehl der Liste der NOPASSWD-Befehle in sudoers hinzu:

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

Erstellen Sie schließlich ein Skript auf Ihrem Desktop, das bt_restart aufruft:

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

Getan! Doppelklicken Sie mit dem Trackpad (oder der USB-Maus) Ihres Notebooks auf Bluetooth neu starten auf Ihrem Desktop.

Ich hatte das gleiche Problem und ich glaube, ich habe eine mögliche Ursache für das Problem entdeckt. Meine Maus hieß "My Name's mouse" mit dem Apostroph, vielleicht hat das die Fehler verursacht.

Ich habe den Namen geändert, um Leerzeichen und Sonderzeichen zu vermeiden. Jetzt heißt er nur noch "mymouse" und ich habe anscheinend kein Problem mehr.

Ich habe dieses Problem immer noch in macOS Sierra. @ Tyilo Link oben zu seinem Kern gab mir einen Ausgangspunkt. Aber ich wollte auch Homebrew verwenden, um Sleepwatcher zu installieren, und die Plist-Dateien wurden nicht ordnungsgemäß eingerichtet. Also habe ich lange herumgespielt und mir dieses Skript ausgedacht, mit dem die Dinge für mich zuverlässig funktionieren.

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

Dank Tyilo aus den Kommentaren zur akzeptierten Antwort habe ich sein Skript so geändert, dass Sleepwatcher installiert wird, und dem Skript einen Code angehängt, der nicht nur den Bluetooth-Treiber ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport) entlädt , sondern auch bluedden Bluetooth-Daemon von Apple neu startet .

Das Skript finden Sie hier: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Das Ausführen dieses Befehls hat alle Probleme für mich gelöst.

Zusammenfassend ist hier eine Liste von Dingen, die hier erwähnt werden, in Links von hier, in ähnlichen Threads auf anderen Sites oder sogar von mir verfasst, wenn ich von diesen anderen argumentiere. Ich habe alle einzeln und in vielen Kombinationen ausprobiert. Alle schienen mindestens einmal zu funktionieren; alle sind mindestens einmal gescheitert.

• neue Mausbatterien
• Entfernen Sie die Maus und koppeln Sie sie erneut
• schalten Sie WiFi und Maus aus; Bluetooth-Maus anschließen; WiFi wiederherstellen
• Schalten Sie WLAN, Maus und VPN aus. verbinden; wiederherstellen
• Bluetooth PAN löschen; verbinden
• kextunload / load USBTransport; verbinden
• Draht kextunload zum sleepwatcher; schlafen; Erwachen; verbinden
• Trennen Sie alle USB-Anschlüsse (zum Teufel, alle Anschlüsse); verbinden
• Ausloggen; Anmeldung; verbinden
• Neustart; Anmeldung; verbinden
• SMC zurücksetzen (was "Herunterfahren" beinhaltet); Neustart; Einloggen verbinden
• Herunterfahren des VM-Hostings (wie VMWare, Parallels oder VirtualBox)

Ich beschließe, diese Liste griffbereit zu halten und "alle oben genannten" zu verwenden.

Ich denke, das Einzige, was hier sicher ist, ist, dass es irgendwo eine große Menge von "Zufälligen" gibt, vielleicht einen Wettlauf zwischen all diesen Treibern um Netzwerke, Pseudonetzwerke, geschichtete Netzwerke, virtuelle Netzwerke und Proxy-Netzwerke. In diesem Fall ist es wahrscheinlich nicht nur die Schuld von Apple, da diese Treiber aus verschiedenen Quellen stammen.

Natürlich beruhte Apples einstiger Ruf als "Just Works" darauf, genau diese Art von kollidierender Vielfalt zu verbieten.

Es ist mir bewusst, dass dies ein ziemlich alter Post ist, aber aufgrund der Verzögerung, die ich nach dem Aufwachen im Schlaf hatte, bevor das Magic Trackpad verwendet werden konnte, wahnsinnig verrückt geworden ist. Es könnte leicht gut 30 Sekunden dauern. Versuchte die meisten / alle Hinweise und Tipps, die ich zu sehr wenig Wirkung finden konnte.

Ich habe jedoch gerade versucht, das Bluetooth-Symbol in der Menüleiste (CMD ALT Drag) von seiner normalen Position (ca. 20 cm) auf 20 cm (von rechts gezählt) zu verschieben, dh neben dem Spotlight-Menü.

Bisher? ... Problem weg!

Sie sind sich nicht hundertprozentig sicher, warum dies der Fall ist, vermuten jedoch, dass dies möglicherweise mit der Reihenfolge zusammenhängt, in der Aufgaben aus diesen Elementen in der RHS-Menüleiste nach dem Aufwecken behandelt werden, dh diejenigen, die sich näher an RHS befinden, haben eine höhere Priorität?

Es dauert nur ein paar Sekunden, wenn Sie also auch dieses Problem haben - ist es vielleicht einen Versuch wert?

(iMac 27 "i7 / OS X 10.10.5)

JH

Die meisten Vorschläge, die ich gelesen habe, schienen für so etwas Einfaches etwas komplex. Beschlossen, einen Noob-Ansatz zu nehmen:

1. Ging zu Systemeinstellungen / Maus / Bluetooth-Maus einrichten
2. Auf dem Bildschirm wurde "Keine Maus gefunden" angezeigt und die Suche gestartet.
3. Schaltete meine Maus aus und wieder ein (Windows-Lösung für eine Vielzahl von Problemen).
4. Es hat meine Maus gefunden.

Es sieht so aus, als würden die kextunloadBefehle in High Sierra nicht mehr funktionieren. Es gibt jedoch ein Kommandozeilen-Tool von Drittanbietern, mit dem Sie das Gleiche tun können: https://github.com/toy/blueutil - Sie können die hier erwähnten Skripte optimieren, um sie blueutilstattdessen zu verwenden , oder es gibt sogar eine vollständige Lösung ( sehr ähnlich zu dem, was wir auf dieser Seite bereits gesehen haben): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Dieser Artikel von Michael Kummer berichtet über eine ziemlich vollständige Liste fehlgeschlagener Versuche, Bluetooth-Probleme auf dem Mac zu beheben, und schlägt schließlich eine kompromittierte Lösung vor, indem Handsoff deaktiviert wird, die anscheinend funktioniert: https://michaelkummer.com/technology/mac-bluetooth-issues-affect -Tastatur-Trackpad /

Wird auch unter https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-issues/#6fefb3f45196 angezeigt

Installieren Sie MacOS neu.

Dies ist keine wirkliche Lösung, aber ich möchte nur meine Erfahrungen teilen, um denjenigen Hoffnung zu geben, die mit dem gleichen Problem wie ich konfrontiert sind - dass dies immer noch kein Hardware- oder WLAN-Interferenzproblem ist, das möglicherweise teurer ist oder schwierig zu lösen, dass die Neuinstallation von MacOS.

Was ich erlebt habe: Nachdem mein 2015 Macbook Pro aus dem Ruhezustand aufgewacht war, konnte keine Verbindung zu Bluetooth-Geräten hergestellt werden. Das Problem hatte sich im Laufe der Zeit verschlimmert, angefangen von anfänglich nur geringen Unannehmlichkeiten (z. B. durch Deaktivieren und erneutes Aktivieren des Bluetooth-Moduls oder durch Beheben des WLAN-Problems) bis hin zu späterem großen Schmerz (z. B. Neustart mit SMC / PRAM-Reset erforderlich).

Ein Symptom oder eine Nebenwirkung, die möglicherweise damit zusammenhängt, war, dass der Computer manchmal zu lange (10 Sekunden) brauchte, um aufzuwachen.

Neuinstallation (sauber) von MacOS war mein letzter Ausweg, aber es scheint einfach zu funktionieren. Nach der Neuinstallation habe ich kein Problem oder Schluckauf mit Bluetooth, WLAN oder Schlaf festgestellt.

Haftungsausschluss: Möglicherweise gibt es eine ordnungsgemäße Korrektur, mit der derselbe Effekt erzielt werden kann, der möglicherweise noch nicht entdeckt wurde. Außerdem birgt die Neuinstallation von Betriebssystemen immer das Risiko, Daten und Produktivität zu verlieren, die bewertet werden sollten.

Neues Update: Es war eine Woche lang problemlos. Aber dann scheint das Bluetooth-Problem manchmal wieder aufzutauchen. Ich habe in der Woche nicht viel an dem System herumgebastelt, außer dass ich einige sehr verbreitete Software und Pakete hauptsächlich über Homebrew installiert habe.

Aufgrund von Vorschlägen anderer Personen habe ich ein einfaches Shell-Skript zum Zurücksetzen von Bluetooth erstellt. Einzelheiten finden Sie in der Übersicht .

Vereinfachte Version (abhängig vom blueutilGebräu):

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

Es schaltet Bluetooth aus, Wi-Fi aus, Wi-Fi wieder ein und schließlich Bluetooth wieder ein.

Versuchen Sie, mit der Maus zu klicken, nachdem Ihr Mac aus dem Ruhezustand geweckt wurde.

Dies schien meine Magic Mouse 2 schneller mit einem Mac Mini zu verbinden, auf dem macOS Sierra (10.12.2) ausgeführt wird.