Bluetooth drivers prevent system from sleeping in Mavericks - what's going on!?

I had the problem on my 2011 iMac and suddenly it is gone. The only change made is that I have changed batteries on all my 3 devices (keyboard, mouse and trackpad) so that none have a low battery warning anymore. It only went away after I changed the last device indicating low battery (trackpad). I am not sure if there battery level made the change or the fact that I reset the bluetooth device.

Before changing battery:

Assertion status system-wide:

BackgroundTask 0

PreventDiskIdle 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

InteractivePushServiceTask 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listed by owning process:

pid 50(hidd): [0x0000000a000005e9] 00:00:22 UserIsActive named: "com.apple.iohideventsystem.queue.tickle"

Timeout will fire in 277 secs Action=TimeoutActionRelease

Kernel Assertions: 0xc=USB,BT-HID

id=500 level=255 0x4=USB mod=26/10/13 7:54 pm description=EHC1 owner=AppleUSBEHCI

id=503 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=BNBMouseDevice

id=504 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=AppleBluetoothHIDKeyboard

id=505 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=BNBTrackpadDevice

After changing batteries / resetting all bluetooth devices

Assertion status system-wide:

BackgroundTask 0

PreventDiskIdle 0

ApplePushServiceTask 0

UserIsActive 0

PreventUserIdleDisplaySleep 0

InteractivePushServiceTask 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Kernel Assertions: 0xc=USB,BT-HID

id=500 level=255 0x4=USB mod=26/10/13 7:54 pm description=EHC1 owner=AppleUSBEHCI

id=510 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=BNBMouseDevice

id=511 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=AppleBluetoothHIDKeyboard

id=512 level=255 0x8=BT-HID mod=1/1/70 7:30 am description=com.apple.driver.IOBluetoothHIDDriver owner=BNBTrackpadDevice

i had to reset the NVRAM again but can't exactly say definitely that its one thing or another that triggers this

To reset the NVRAM see this article on how to do this OS X Yosemite: Reset your computer’s PRAM

At step 4 i don't release after the first chime i hold until definitely the 2nd chime as its then that i notice that the sound of the chime is louder as if then its set to the default value or preferably the 3rd then release so it seem to have been something stuck in NVRAM that may have been left over and so causing the problem

I reported this bug friday (last week) and got a responce today from an Apple Tehnician. In the meantime I managed to solve it with the following settings:

Active Profiles:

Battery Power -1

AC Power -1*

Currently in use:

standbydelay 720

standby 0

womp 1

halfdim 1

hibernatefile /var/vm/sleepimage

gpuswitch 2

sms 1

networkoversleep 0

disksleep 10

sleep 6

autopoweroffdelay 1080

hibernatemode 3

autopoweroff 1

ttyskeepawake 1

displaysleep 4

acwake 0

lidwake 1

I changed autopoweroffdelay to 1080 and standbydelay to 720.

My MacBook Pro is going to sleep without beeing prevented by an assertion and enters safe sleep (hibernation) normal.

I still have the bluetooth assertion but the technician sayed it shouldn't prevent sleep or hibernation.

I have bluetooth ON and a Magic Mouse connected.

19.11.2013, 11:31:20 GMT

Assertion status system-wide:

BackgroundTask 0

PreventDiskIdle 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

InteractivePushServiceTask 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listed by owning process:

pid 43(hidd): [0x0000000a00000bf8] 00:20:37 UserIsActive named: "com.apple.iohideventsystem.queue.tickle"

Timeout will fire in 205 secs Action=TimeoutActionRelease

Kernel Assertions: 0x8=BT-HID

id=507 level=255 0x8=BT-HID mod=01.01.1970, 02:00 description=com.apple.driver.IOBluetoothHIDDriver owner=BNBMouseDevice

Message was edited by: zuzuthechief

FINALLY!

I followed some suggestions found on this link: http://mactips.dwhoard.com/mactips/system/wake-on-demand

and solved my "never sleeps" issue.

Modified darkwake=8 (previously = 0) in com.apple.Boot.plist and my mac started sleeping again.

MAGICWAKE is related to what used to be called WOMP, an acronym for Wake On Magic Packet. That is the setting in the Energy Saver preference pane that says Wake on Network Access.

Best,

David

The link you posted, solved my "never sleeps" issue. Changing hibernatemode from 0 to 3 let the com.apple.iohideventsystem.queue.tickle disappear from pmset "userIsActive". It seems that the hibernatemode set to 0 causes the "tickle" to appear again. Thanks.

further update, wiped and reinstalled mavericks again and was ok for a while then it started again. been only using a cabled mouse and bluetooth switched off/ disabled.Zap the NVRAM and all seems working as normal.

i contacted apple to update my case and was told that the NVRAM / PRAM was software based and that it is not something that should be done too often

so today from terminal i typed "uptime"

17:14 up 3 days, 23:59, 2 users, load averages: 1.02 0.94 0.86

so its been running constant for 3 days and has been sleeping normal in this time

now i have enabled bluetooth and started using my magic mouse again, i will see how it goes

So not sure how many others might fall into this... but I stumbled across this the other day "Google Chrome causes slow sleep MacBook Pro (Mountain Lion O/S)".

I started suffering from really slow sleep times after the upgrade to Mavericks on my 2011 MBP and had been watching this thread. After finding the linked Chrome bug, I tried killing Chrome and putting my MBP to sleep.... it went down in 7 sec (had been 60+)!!!

There may be 2 problems here with the same symptom - So if you are running Chrome and Mavericks, it could be worth trying.

i have been on to apple support again. i am running a macpro mid 2010

after them advise to try a cabled mouse i am now running with bluetooth disabled and i am using a Cabled apple mouse

i have Mavericks on the 1Tb drive that came with the machine with all my software installed

i am lucky enough also to have a few spare HDD that i can install the older OS on to.as my system came with Lion then i have lion on one 40 GB HDD and i also have Snow leopard on another 40 Gb HDD.

these system only have the default software on. I have not migrated any data as most of what i use is on another drive that i use just for storage and have set up my email in Mail.app from scratch (using IMAP) so i can still access my mail while i am on the test HDD's

pmset -g

and

pmset -g assertions

all seems ok for now

none of the error relating to bluetooth or most of the time it has been usereventagent mds

as yet i have been unable to get this to NOT shutdown at the time intervals i specify but have only just started testing with the other HDD's .

i seem to think that this problem is when i have been using the system for many hours. not only a short space of time so i need to try set the time for the machine to shutdown as never and leave for a 24 hours and see what happens with that too.

further update, since my last update all seems to be running OK. seems to be working fine for weeks now ,

I did think that the problem was the UPS that i have connected but this time i did not connect the USB cable that allows the set up of shutdown timers depending on battery power or time

all worked fine for weeks so now i have connected the USB and all seems fine, the only thing i can think this to be is that

when i did reset the NVRAM i did this 3 times not the normal once so it seem to have been something stuck in NVRAM that may have been left over and so causing the problem

hey man I was having the same issue for quite some time. This may not apply to you specifically but may apply to other people having this issue. I had installed the NoSleep program on my computer a month or so ago but ended up deleting the app. turns out it hadn't completely been removed from my laptop. i installed the app again and then ran the uninstall script that came with the program. closed the lid on the laptop and BOOM went straight to sleep. i guess it is probably only relevant if you've installed that program at some stage but hope it helps some people out.

Michael

I fixed my problem!

It's caused by NoSleep app.

I didn't quit the application properly.

Try deactivate the application first, then quit.

The template is a good idea.

Here it is (sorry for my English, it isn't my native language).

Bugreporter wasn't working a few weeks ago, now it works again. I'll also explain where to click etc.

1. Go to https://bugreport.apple.com/

2. Login with you Apple ID

3. At the top of the page click "New"

4. Click "OS X"

5. Enter everything.

This is what I entered:

Classification: Serious Bug (That fits this problem the best I guess)

Reproducibility: Always (since it occurs everytime we put the Mac to sleep

Title: "It takes a minute for my Mac to go to sleep"

Description:

Since the OS X Mavericks update it takes about a minute for my Mac to go to sleep. In OS X Mountain Lion, on the default sleep mode, it took about 15 seconds. I turned it to the fast-sleep-mode (via Terminal. It doesn't save the RAM to the HD). After I did that, it took 1 second for it to go to sleep.

After I upgraded to OS X Mavericks, it took about a minute to go to sleep, which is way too long. I checked which sleep-mode it had, and it still had the most insecure and fast method I used on ML.

When I close the MacBook the indicator light stays on for a minute, after that it's slowly flashing. You can hear the HD and fans for a minute.

I Googled the problem, and found this thread: https://discussions.apple.com/thread/5468637?start=0&tstart=0

Everyone who has posted in that thread has the same problem.

We found out what probably causes it. When we use the "pmset -g assertions" command in Terminal, we all get something like this:

"pid 51(hidd): [0x0000000a0000013f] 01:24:02 UserIsActive named: "com.apple.iohideventsystem.queue.tickle"

The thread is marked as solved, but it is not solved. The topic-starter accidentally clicked that.

I really hope you could help us solve this problem.

Steps to reproduce:

1. Close your MacBook

2. You'll see that the white indicator light stays on and you can hear the HD and fans while it's on.

3. When the indicator light starts flashing, the HD and fans turn off, and the MacBook sleeps. This is after 40-60 seconds.

Expected results:

The MacBook has to sleep after max. 5 seconds. It did that in Mountain Lion.

Actual results:

It takes 40-60 seconds to go to sleep.

Configuration:

For the configuration I opened System Information (About this Mac > More info > System report) and uploaded it.

It happens with bluetooth on or off.

It happens with the bluetooth keyboard and/or trackpad connected or not.

So the bluetooth devices connected or not don't cause the problem.

For the hardware-configuration I saved the system report. See the attachment.

Version/Build:

"Software OS X 10.9.1 (13B42)"

I hope Apple will finally help us.

10.9.4 fixed that for me.