ปัญหาบลูทู ธ หลังจาก Sleep ใน OS X Yosemite (10.10)

ฉันดูเหมือนจะมีปัญหาถาวรกับการเชื่อมต่อบลูทู ธ โดยเฉพาะอย่างยิ่งหลังจากปลุก Macbook Pro จากการนอนหลับเป็นเวลานาน

ฉันมีลำโพงที่ปิดโดยอัตโนมัติหลังจากไม่มีการใช้งานเป็นระยะเวลาหนึ่งและกรณีการใช้งานของฉันคือเปิดแล็ปท็อปเปิดลำโพงและเมื่อไดรเวอร์บลูทู ธ ทำงานปกติพวกเขาจะเชื่อมต่อใหม่โดยอัตโนมัติ

อย่างไรก็ตามปัญหาดูเหมือนว่าอุปกรณ์ต่อพ่วงบลูทู ธ ของฉันจะไม่เชื่อมต่อหาก Macbook ของฉันเพิ่งถูกปลุกให้ตื่นจากการนอนหลับเป็นเวลานาน

หลังจากค้นหาไปรอบ ๆ ฉันพบสคริปต์นี้เพื่อเปิดใช้งานส่วนขยายเคอร์เนลบลูทู ธใหม่ แต่ดูเหมือนจะไม่สามารถใช้งานได้ในโยเซมิตี

นี่คือสิ่งที่sudo tail -f /var/log/system.logให้ฉันหลังจากทำkextloadและkextunload(ชื่อโฮสต์และชื่อผู้ใช้ redacted):

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 เอาต์พุต (ชื่อโฮสต์ redacted):

$ 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

ลองแรกนี้: เปิด Terminal & รัน 2 คำสั่ง:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

ฉันต้องวิ่งไปข้างบนเพียงครั้งเดียว หากภายหลังบลูทู ธ แบ่งตัวเลือกอีก 2 ตัวให้รันด้านบนอีกครั้งหรือคุณสามารถสร้างโซลูชันแบบคลิกเดียวด้วยแอพง่าย ๆ โดยใช้ Automator:

1. ค้นหา (ค้นหา Spotlight) และเรียกใช้ Automator
2. คลิก "เอกสารใหม่" ที่ด้านล่าง
3. เลือก "แอปพลิเคชัน" สำหรับประเภทไฟล์ใหม่
4. คลิกที่ "ยูทิลิตี้" จากรายการ
5. ดับเบิลคลิกที่ "Run AppleScript"

6. แทนที่ (* สคริปต์ของคุณไปที่นี่ *) ด้วย:

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

7. กดเล่นเพื่อทดสอบ (จะแจ้งให้ใส่รหัสผ่าน)
8. ไฟล์ -> บันทึกไปยังเดสก์ท็อปหรือที่ใดก็ได้

เรียกใช้แอป Automator เมื่อใดก็ตามที่อุปกรณ์บลูทู ธ ไม่เชื่อมต่อ

วิธีแก้ปัญหาของ Mikaey ในฟอรัมสนับสนุนของ apple:

1. ปิด WiFi ของคุณ
2. ลองเชื่อมต่อกับอุปกรณ์บลูทู ธ ของคุณอีกครั้ง ( ควรใช้งานได้ )
3. เปิด WiFi อีกครั้ง

สิ่งนี้ได้แก้ไขปัญหาให้ฉันแล้ว

หลังจากพยายามเรียกใช้สคริปต์ที่แนะนำโดยคำตอบอื่น ๆ ให้ยกเลิกการโหลดและโหลดซ้ำทั้ง kext และ bluetooth daemon บลูทู ธ ของฉันยังคงไม่ตอบสนอง

อย่างไรก็ตามฉันได้ค้นพบว่าถ้า Yosemite sleeps ด้วยการทำงานของ VMWare และบลูทู ธ ไม่ทำงานเมื่อระบบปฏิบัติการตื่นขึ้นมาการปิด VMWare จะแก้ไขปัญหาให้ถูกต้อง

ดูเหมือนว่าไดรเวอร์ใน VMWare ไม่ได้จัดการกระบวนการสลีป / ปลุกอย่างถูกต้องเสมอไป

- อัพเดต: ปัญหานี้ไม่ได้รับการแก้ไขใน OSX 10.11 El Capitan -

ต่อไปนี้เป็นอีกทางเลือกหนึ่งสำหรับโซลูชันอัตโนมัติที่โพสต์โดย webaholic สำหรับผู้ที่ชอบฉันไม่สะดวกที่จะต้องป้อนรหัสผ่านของคุณอีกครั้ง (เป็นไปได้ว่าคุณเพิ่งป้อนรหัสผ่านเพื่อเข้าสู่ระบบ

ก่อนอื่นในเทอร์มินัลสร้างสคริปต์ที่โหลดระบบย่อยบลูทู ธ ใหม่:

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

อันดับที่สองทำให้เจ้าของเป็นเจ้าของและย้ายไปที่ / sbin:

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

ประการที่สามเพิ่มคำสั่งในรายการคำสั่ง NOPASSWD ใน sudoers:

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 ลิงก์ของ @ Tyilo ด้านบนไปยังส่วนสำคัญของเขาทำให้ฉันเป็นจุดเริ่มต้น แต่ฉันยังต้องการใช้ homebrew เพื่อติดตั้ง sleepwatcher และไฟล์ plist ไม่ได้ถูกตั้งค่าอย่างถูกต้อง ดังนั้นฉันจึงเล่นเป็นเวลานานและได้รับบทนี้ซึ่งทำให้ฉันทำงานได้อย่างน่าเชื่อถือ

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

ขอบคุณ Tyilo จากความคิดเห็นในคำตอบที่ยอมรับฉันได้แก้ไขสคริปต์ของเขาเพื่อติดตั้ง sleepwatcher และผนวกกับสคริปต์บางรหัสที่จะไม่เพียง แต่ยกเลิกการโหลดไดรเวอร์บลูทู ธ ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport) แต่ยังรีสตาร์ทbluedบลูทู ธ ภูตของ Apple

สคริปต์สามารถพบได้ที่นี่: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

การทำงานนี้ได้แก้ไขปัญหาทั้งหมดสำหรับฉันแล้ว

เพื่อสรุปนี่คือรายการของสิ่งที่กล่าวถึงที่นี่ในลิงค์จากที่นี่ในกระทู้ที่คล้ายกันที่เว็บไซต์อื่น ๆ หรือแม้กระทั่งฉันทำขึ้นโดยเหตุผลจากคนอื่น ๆ ฉันได้ลองทั้งหมดเหล่านี้แยกต่างหากและรวมกันหลายชุด พวกเขาทั้งหมดดูเหมือนจะทำงานอย่างน้อยหนึ่งครั้ง ทั้งหมดล้มเหลวอย่างน้อยหนึ่งครั้ง

• แบตเตอรี่เมาส์ใหม่
• ลบและจับคู่เมาส์ใหม่
• ปิด WiFi และเมาส์ เชื่อมต่อเมาส์บลูทู ธ ; คืนค่า WiFi
• ปิด WiFi, เมาส์และ VPN; เชื่อมต่อ; ฟื้นฟู
• ลบ Bluetooth PAN; เชื่อมต่อ
• kextunload / load USBTransport; เชื่อมต่อ
• ลวด kextunload เพื่อ sleepwatcher; นอน; ตื่น; เชื่อมต่อ
• ปลดการเชื่อมต่อ USB ทั้งหมด (heck ตัวเชื่อมต่อทั้งหมด ); เชื่อมต่อ
• ออกจากระบบ; เข้าสู่ระบบ; เชื่อมต่อ
• เริ่มต้นใหม่; เข้าสู่ระบบ; เชื่อมต่อ
• รีเซ็ต SMC (ซึ่งเกี่ยวข้องกับ "ปิด"); เริ่มต้นใหม่; เข้าสู่ระบบเชื่อมต่อ
• ปิดการโฮสต์ VM (เช่น VMWare, Parallels หรือ VirtualBox)

ฉันเลือกที่จะทำให้รายการนี้มีประโยชน์และใช้ "ทั้งหมดข้างต้น"

ฉันคิดว่าสิ่งเดียวที่แน่นอนที่นี่คือมีจำนวนมาก "สุ่ม" ที่เกี่ยวข้องบางแห่งอาจจะแข่งขันในไดรเวอร์เหล่านี้ทั้งหมดสำหรับเครือข่ายเครือข่ายหลอกเครือข่ายเลเยอร์เครือข่ายเสมือนและเครือข่ายพร็อกซี่ ในกรณีนี้อาจไม่ใช่ความผิดของ Apple เท่านั้นเนื่องจากไดรเวอร์เหล่านั้นมาจากแหล่งข้อมูลที่หลากหลาย

แน่นอนว่าชื่อเสียงที่โด่งดังเพียงครั้งเดียวของแอปเปิลนั้นสร้างขึ้นจากการห้ามไม่ให้มีการชนหลากหลายเช่นนี้

ทราบว่านี่เป็นการโพสต์ที่ค่อนข้างเก่า แต่ถูกผลักดันโดยความล่าช้าที่ฉันได้รับหลังจากตื่นนอนก่อนที่ Magic Trackpad จะใช้งานได้ .... อาจเป็น 30 วินาทีได้อย่างง่ายดาย พยายามมากที่สุด / คำแนะนำและเคล็ดลับทั้งหมดที่ฉันพบว่ามีผลเพียงเล็กน้อย

อย่างไรก็ตามฉันเพิ่งลองย้ายไอคอนบลูทู ธ บนแถบเมนู (CMD ALT Drag) จากตำแหน่งปกติ (ประมาณ 7 นิ้ว) ถึงอันดับ 2 ใน (นับจากทางขวา) เช่นถัดจากเมนูสปอตไลท์

จนถึงตอนนี้ ... ปัญหาหมดไป!

ไม่แน่ใจ 100% ว่าทำไมจะเป็นเช่นนี้ แต่สงสัยว่าอาจเป็นสิ่งที่ต้องทำตามลำดับที่งานจากรายการเหล่านั้นในแถบเมนู RHS จะได้รับการจัดการหลังจากตื่นขึ้นมานั่นคือผู้ใกล้ RHS มีลำดับความสำคัญสูงกว่า

ใช้เวลาสองสามวินาทีในการทำดังนั้นหากคุณมีปัญหานี้ด้วย - อาจจะคุ้มค่าที่จะลองดู

(iMac 27 "i7 / OS X 10.10.5)

JH

ข้อเสนอแนะส่วนใหญ่ที่ฉันอ่านดูเหมือนซับซ้อนไปหน่อยสำหรับบางสิ่งที่เรียบง่ายเช่นนี้ ตัดสินใจที่จะใช้วิธี noob:

1. ไปที่การตั้งค่าระบบ / เมาส์ / ตั้งค่าเมาส์บลูทู ธ
2. หน้าจอแสดง "ไม่พบเม้าส์" และเริ่มค้นหา
3. ปิดเมาส์ของฉันแล้วเปิดใหม่อีกครั้ง (วิธีแก้ปัญหา Windows เป็นปัญหามากมาย)
4. พบเมาส์ของฉัน

ดูเหมือนว่าkextunloadคำสั่งจะไม่ทำงานบน High Sierra อีกต่อไป อย่างไรก็ตามมีเครื่องมือบรรทัดคำสั่งของบุคคลที่สามสำหรับการทำสิ่งเดียวกันและใช้งานได้: https://github.com/toy/blueutil - คุณสามารถปรับแต่งสคริปต์ที่กล่าวถึงที่นี่เพื่อใช้blueutilแทนหรือมีวิธีแก้ปัญหาแบบเต็มเป่า ( คล้ายกันมากกับสิ่งที่เราเห็นในหน้านี้แล้ว): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

บทความนี้โดย Michael Kummer รายงานรายการความพยายามที่ล้มเหลวในการแก้ไขปัญหาบลูทู ธ บน mac และในที่สุดก็แนะนำวิธีแก้ปัญหาโดยปิดการใช้งานแฮนด์ออฟที่ดูเหมือนทำงาน: https://michaelkummer.com/technology/mac-bluetooth-issues-affect แป้นพิมพ์-trackpad /

มีให้เห็นในhttps://www.forbes.com/sites/bradmoon/2017/07/13/this-trick-may-solve-your-mac-blac-connectivity-issues/#6fefb3f45196

ติดตั้ง MacOS อีกครั้ง

นี่ไม่ใช่วิธีแก้ปัญหาจริงๆ แต่ฉันต้องการแบ่งปันประสบการณ์ของฉันเพื่อให้ความหวังกับผู้ที่กำลังเผชิญกับปัญหาเช่นเดียวกับของฉัน - นี่อาจยังไม่เป็นปัญหาฮาร์ดแวร์หรือปัญหาสัญญาณรบกวน wifi ซึ่งอาจมีราคาแพงกว่า หรือมีปัญหาในการแก้ปัญหาการติดตั้ง MacOS อีกครั้ง

สิ่งที่ฉันพบ: หลังจากปี 2015 Macbook Pro ของฉันตื่นขึ้นมาจากการนอนหลับมันไม่สามารถเชื่อมต่อกับอุปกรณ์บลูทู ธ ได้ ปัญหามีการทำงานล่วงเวลาที่แย่ลงตั้งแต่เริ่มต้นเพียงแค่ความไม่สะดวกเล็ก ๆ น้อย ๆ (เช่นการปิดการใช้งานและการเปิดใช้งานโมดูลบลูทู ธ หรือ wifi สามารถแก้ไขได้) จนถึงความเจ็บปวดครั้งใหญ่ในภายหลัง (เช่นต้องรีสตาร์ท

อาการหรือผลข้างเคียงที่อาจเกี่ยวข้องกันคือบางครั้งคอมพิวเตอร์ใช้เวลานานเกินไป (10 วินาทีในการตื่น)

การติดตั้งใหม่ (สะอาด) MacOS เป็นทางเลือกสุดท้ายของฉัน แต่ดูเหมือนว่าจะใช้งานได้ หลังจากติดตั้งใหม่ฉันไม่พบปัญหาใด ๆ หรืออาการสะอึกที่มีบลูทู ธ , WiFi หรือนอนหลับ

คำเตือน: อาจมีการแก้ไขที่เหมาะสมที่สามารถบรรลุผลเดียวกันซึ่งอาจหรืออาจยังไม่ได้ค้นพบ นอกจากนี้การติดตั้งระบบปฏิบัติการใหม่มักมีความเสี่ยงในการสูญเสียข้อมูลและประสิทธิภาพที่ควรประเมิน

อัปเดตใหม่:มันปราศจากปัญหาเป็นเวลาหนึ่งสัปดาห์ แต่ดูเหมือนว่าปัญหาบลูทู ธ จะกลับมาบางครั้ง ฉันไม่ได้สนใจกับระบบมากนักในสัปดาห์อื่น ๆ นอกเหนือจากการติดตั้งซอฟต์แวร์และแพ็คเกจทั่วไปผ่าน Homebrew

ตามคำแนะนำของคนอื่นฉันสร้างเชลล์สคริปต์ง่ายๆเพื่อรีเซ็ตบลูทู ธ ดูส่วนสำคัญสำหรับรายละเอียด

รุ่นประยุกต์ (ขึ้นอยู่กับการblueutilชง):

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

มันปิดบลูทู ธ ปิด Wi-Fi เปิด Wi-Fi อีกครั้งและในที่สุดก็เปิดบลูทู ธ ใหม่

ลองคลิกเมาส์หลังจากที่ Mac ของคุณตื่นจากโหมดสลีป

ดูเหมือนว่าจะเชื่อมต่อ Magic Mouse 2 ของฉันเร็วขึ้นด้วย Mac Mini ที่ทำงานกับ macOS Sierra (10.12.2)