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.log
mir nach dem Ausführen von a kextload
und 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.
quelle
Antworten:
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:
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:
Ersetzen Sie (* Ihr Skript geht hierher *) durch:
Führen Sie die Automator-App aus, wenn Bluetooth-Geräte keine Verbindung herstellen
quelle
kextunload
schlägt das fehl (Can't unload kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes have instances
) und lässt das Bluetooth nicht verfügbar (kräuseln Sie sich durch das Symbol).(kernel) Can't remove kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; services failed to terminate - 0xdc008018. Failed to unload com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport - (libkern/kext) kext is in use or retained (cannot unload).
Mikaeys Lösung im Apple Support Forum:
Dies hat das Problem für mich gelöst.
quelle
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.
quelle
- 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:
Zweitens, mach root zu seinem Besitzer und verschiebe es nach / sbin:
Drittens fügen Sie den Befehl der Liste der NOPASSWD-Befehle in sudoers hinzu:
Erstellen Sie schließlich ein Skript auf Ihrem Desktop, das bt_restart aufruft:
Getan! Doppelklicken Sie mit dem Trackpad (oder der USB-Maus) Ihres Notebooks auf Bluetooth neu starten auf Ihrem Desktop.
quelle
chown
nichtchmod
- versucht werden, mich selbst zu bearbeiten, aber hier war keine Berechtigung und Bearbeitung unter einem Längenlimit: - //etc/sudoers
sudo visudo
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.
quelle
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.
quelle
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 auchblued
den 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.
quelle
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.
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.
quelle
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
quelle
Die meisten Vorschläge, die ich gelesen habe, schienen für so etwas Einfaches etwas komplex. Beschlossen, einen Noob-Ansatz zu nehmen:
quelle
Es sieht so aus, als würden die
kextunload
Befehle 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 sieblueutil
stattdessen 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/a65840c4f5e439b90170d735a89a863fquelle
xcodebuild -project blueutil.xcodeproject
im entpackten Verzeichnis ausführen . Es ist dann inbuild/Release
.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
quelle
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.
quelle
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
blueutil
Gebräu):Es schaltet Bluetooth aus, Wi-Fi aus, Wi-Fi wieder ein und schließlich Bluetooth wieder ein.
quelle
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.
quelle