Проблеми Bluetooth після сну в ОС X X Yosemite (10.10)

У мене, здається, виникають постійні проблеми з підключенням Bluetooth, особливо після пробудження мого Macbook Pro від тривалого сну.

У мене є динамік, який автоматично вимикається після певного періоду бездіяльності, і моїм випадком використання є відкриття ноутбука, включення динаміка, і коли драйвер Bluetooth працює нормально, вони автоматично підключаться.

Однак проблема полягає в тому, що периферійні пристрої Bluetooth не підключаються, якщо мій Macbook щойно прокинувся від тривалого сну.

Після обшуку я знайшов цей скрипт для відновлення розширень ядра Bluetooth , але, схоже, він не працює на Yosemite.

Ось що sudo tail -f /var/log/system.logмені дали після виконання а kextloadта kextunload(відредаговано ім’я хоста та ім’я користувача):

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 вихід (ім'я хоста відредаговано):

$ 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

Хтось із вас бачив цю проблему раніше? Будь-яка допомога буде вдячна.

З моменту оновлення до Yosimite у мене виникли проблеми з повторним підключенням клавіатури Bluetooth та трекпада.

Спочатку спробуйте: Відкрийте термінал і запустіть 2 команди:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Мені довелося лише один раз пробігти вище. Якщо пізніше Bluetooth знову відключить 2 варіанти, просто запустіть знову або ви можете створити рішення в 1 клік за допомогою простого додатка за допомогою Automator:

1. Знайдіть (пошук у центрі уваги) та запустіть Automator
2. Натисніть "Новий документ" внизу
3. Виберіть "Застосування" для нового типу файлу
4. Клацніть на "Утиліти" зі списку
5. Двічі клацніть «Запустити AppleScript»

6. Замініть (* Ваш сценарій йде тут *) на:

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

7. Натисніть кнопку "Відтворити", щоб перевірити (підкаже пароль)
8. Файл-> Зберегти на робочому столі чи куди завгодно

Запускайте додаток автоматизатора, коли пристрої Bluetooth не підключаться

Рішення Мікае на форумі підтримки яблук:

1. Вимкніть WiFi
2. Спробуйте знову підключитися до пристроїв Bluetooth ( має працювати )
3. Увімкніть WiFi знову

Це вирішило для мене питання.

Після спроби запустити сценарії, запропоновані іншими відповідями, вивантаживши та перезавантаживши і кекс, і демон Bluetooth, мій bluetooth все ще не відповідав.

Однак я виявив, що якщо Yosemite спить з роботою VMWare, а Bluetooth не працює, коли ОС прокидається, закриття VMWare виправляє проблему.

Здається, що драйвери в VMWare не завжди правильно поводяться з режимом сну / неспання.

- ОНОВЛЕННЯ: Цю проблему НЕ вирішено в OSX 10.11 El Capitan -

Нижче наведена альтернатива рішенню Automator, розміщеному webaholic, для тих, хто, як і я, вважає незручним необхідність знову вводити свій пароль (швидше за все, ви щойно ввели його для входу після пробудження вашого Mac).

По-перше, у Terminal створіть сценарій, який перезавантажує підсистему Bluetooth:

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

По-друге, зробіть root його власником і перемістіть його в / sbin:

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

По-третє, додайте команду до списку команд NOPASSWD у судорах:

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

Нарешті, створіть на робочому столі сценарій, який викликає bt_restart:

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

Готово! Просто двічі клацніть на трек-панелі ноутбука (або миші USB) на перезавантаженні Bluetooth на робочому столі.

У мене була така ж проблема, і я думаю, що я помітив можливу причину проблеми. Мою мишку називали «мишкою мого імені» з апострофом, можливо, це спричиняло помилки.

Я змінив ім'я, щоб уникнути використання пробілів та спеціальних символів, тепер його називають просто "mymouse", і я, здається, більше не маю проблеми.

У мене все ще є проблема у macOS Sierra. @ Посилання Тиїло вище його суті дало мені вихідну точку. Але я також хотів використати домашню мову для встановлення сну, і файли плістів не були налаштовані належним чином з коробки. Тож я довго грав навколо, і придумав цей сценарій, який надійно працював на мене.

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

Завдяки Тіїло з коментарів до прийнятої відповіді я змінив його сценарій, щоб встановити сонник і додав до сценарію якийсь код, який не тільки розвантажить драйвер Bluetooth ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport), але і перезапустить bluedдемон Bluetooth Bluetooth Apple.

Сценарій можна знайти тут: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Запуск цього рішення вирішив для мене всі проблеми.

Підводячи підсумок, ось список речей, згаданих тут, у посиланнях звідси, у подібних темах на інших сайтах, або навіть складених мною міркуваннями від інших. Я спробував все це, поодинці і в багатьох комбінаціях. Усі вони, здавалося, працювали хоча б раз; всі провалилися хоча б один раз.

• нові батареї для миші
• видалити і перепарити мишу
• вимкнути WiFi та мишу; підключити мишу Bluetooth; відновити WiFi
• вимкнути WiFi, мишу та VPN; підключити; відновлення
• видалити Bluetooth PAN; підключити
• kextunload / load USBTransport; підключити
• провідний кекст-вантаж для сонника; сон; неспати; підключити
• від'єднайте всі роз'єми USB (хек, усі роз'єми); підключити
• вийти; увійти; підключити
• перезапустити; увійти; підключити
• скинути SMC (що передбачає "вимкнення"); перезапустити; увійти підключитися
• вимкнути VM-хостинг (наприклад, VMWare, Parallels або VirtualBox)

Я вирішую тримати цей список під рукою і використовую "все вищезазначене".

Я думаю, що єдине, що тут, безумовно, - це те, що десь бере участь велика доза «випадкових», можливо, гонка серед усіх цих драйверів для мереж, псевдомереж, багатошарових мереж, віртуальних мереж та проксі-мереж. У цьому випадку, мабуть, винна не лише Apple, адже ці драйвери походять з різних джерел.

Звичайно, колись відома репутація Apple «просто працює» була багато в чому побудована на забороні саме такого роду різноманітності.

Усвідомлюючи, що це вже досить старий пост, але він був загнаний горіхами через затримку, яку я отримував після пробудження сну до того, як Чарівна доріжка стала придатною .... легко може бути гарних 30 секунд. Перепробував більшість / усі підказки та поради, які я міг знайти дуже мало.

Однак я просто спробував перемістити піктограму Bluetooth на панелі меню (CMD ALT Drag) з її нормального положення (приблизно 7-го дюйма) до другого місця (як рахується справа), тобто поруч із меню Spotlight.

Поки що? ... проблема пішла!

Не на 100% впевнений, чому це було б, але підозрюйте, що це може бути пов'язане з тим порядком, у якому завдання з цих пунктів на панелі меню РЗС вирішуються після пробудження, тобто ті, хто наближається до РЗС, мають більший пріоритет?

На це потрібно лише кілька секунд, тож якщо у вас теж є ця проблема - можливо, варто спробувати?

(iMac 27 "i7 / OS X 10.10.5)

JH

Більшість пропозицій, які я прочитав, здалися трохи складними для чогось такого простого, як це. Вирішили застосувати підхід noob:

1. Перейшов до системних налаштувань / миші / налаштування Bluetooth миші
2. На екрані з'явився "Не знайдено миші" та розпочато пошук.
3. Вимкнув мишу, потім знову ввімкнув її (рішення Windows для безлічі проблем).
4. Він знайшов мою мишку.

Схоже, kextunloadкоманди фактично більше не працюють на Високій Сьєррі. Тим НЕ менше , є третя команда лінія партії інструмент робить те ж саме , і це працює: https://github.com/toy/blueutil - ви можете налаштувати скрипти , згадані тут , щоб використовувати blueutilзамість цього, або є навіть повномасштабне рішення ( дуже схоже на те, що ми вже бачили на цій сторінці): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

Ця стаття Майкла Куммера повідомляє про досить вичерпний перелік невдалих спроб виправити проблеми Bluetooth на mac, і нарешті пропонує компромісне рішення, відключивши слухавку, яка, здається, працює: https://michaelkummer.com/technology/mac-bluetooth-isissue-affect -клейборна доріжка /

Також можна побачити на https://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-bluetooth-connectivity-isissue/#6fefb3f45196

Перевстановіть MacOS.

Це насправді не рішення рішення, але я просто хочу поділитися своїм досвідом, щоб дати деяку надію тим, хто стикається з тією ж проблемою, що і моя - що це все ще не може бути проблемою з обладнанням або перешкодами через Wi-Fi, що може бути дорожчим. або проблематично вирішити цю перевстановлення MacOS.

Що я пережив: Після того, як у 2015 році Macbook Pro прокинувся зі сну, він не зміг підключитися до Bluetooth-пристроїв. Проблема погіршилася понаднормово, від початкових просто невеликих незручностей (наприклад, відключення та повторне включення модуля Bluetooth або wifi могло це виправити) до більшого болю (наприклад, потрібен перезапуск з скиданням SMC / PRAM).

Симптомом або побічним ефектом, який може бути пов’язаний з тим, що іноді комп’ютеру потрібно було занадто багато часу (10 секунд), щоб прокинутися.

Переустановка (чистий) MacOS була моєю останньою інстанцією, але, здається, просто працює. Після перевстановлення я не спостерігав жодної проблеми чи гикавки за допомогою Bluetooth, Wi-Fi чи сну.

Відмова від відповідальності: Мабуть, існує певна корекція, яка може досягти такого ж ефекту, який може бути, а може і не виявлений ще. Крім того, перевстановлення ОС завжди спричиняє ризики втрати даних та продуктивності, які слід оцінити.

Нове оновлення: тиждень це було без проблем. Але тоді проблема Bluetooth з часом здається повертається. Я не робив багато цікавлень із системою протягом тижня, окрім встановлення дуже поширеного програмного забезпечення та пакунків переважно через Homebrew.

На основі пропозицій інших людей я створив простий скрипт оболонки для скидання Bluetooth. Докладніше див. У суті .

Спрощена версія (залежить від blueutilзаварки):

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

Він вимикає Bluetooth, вимикає wi-fi, знову вмикає wi-fi і, нарешті, знову вмикає Bluetooth.

Спробуйте клацнути мишкою після того, як ваш Mac прокидається зі сну.

Це, здавалося, швидше з'єднало мою Magic Mouse 2 з Mac Mini під управлінням macOS Sierra (10.12.2).