You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

16-inch MacBook Pro Bluetooth issue

I bought the new 16-inch MacBook Pro when it first came out and was happily using it until a week later my bluetooth stopped discovering devices, in particular my Magic Mouse and iPhone. I tried everything from resetting nvram, smc, resetting the bluetooth module, removing bluetooth.plist, downloaded bluetooth explorer and reset a bunch of settings etc and even went to the extent of completely formatting the computer and installing osx from scratch to no avail. Hardware diagnostics showed no hardware issues as well. The bluetooth device was showing up fine in System Report but it just wasn't discovering anything. I have a work laptop (2017 MacBook Pro) which I use side by side and it was working fine.


Long story short, I was able to replace the device at the Apple store I bought it at since it was within the 14 day return policy window. So I put it down to just being unlucky.


It's been a few weeks since then and I now have the same issue with the replacement laptop. This time though I think I know what triggered it.


I have a CalDigit dock that I use for my work laptop and occasionally have a usb bluetooth device attached to it for some work I do in virtual machines. The issue occurred when I connected my new MacBook to the dock along with the bluetooth dongle. The usb bluetooth dongle worked fine however when I disconnected the thunderbolt dock from the MacBook I noticed the bluetooth icon in the top right hand corner changed to an icon with a zigzag across it, obviously due to bluetooth device being disconnected.


Since disconnecting the external bluetooth device I'm having the same issue as I had previously, my MacBook Bluetooth device won't find any devices and is not recognized by other bluetooth devices like my iPhone/other MacBooks. I've gone through the whole process as before, and have resorted to a clean install of osx to no avail. I've even compared bluetoothd console logs between the working MacBook I have and the now broken one, the only difference is the working MacBook is able to detect devices when they are advertised, whereas the MacBook Pro 16-inch does not.


Digging into this, it seems as though OSX by default switches to any attached USB bluetooth device when it's plugged in and then when disconnected, it reverts back to the onboard device. This works fine on my old MacBook as I've been using the USB dongle for a while now without any issues. I initially thought that there may be a software issue with the internal bluetooth device not switching back properly but I would have thought a clean install would have fixed it so there must be some sort of hardware issue specifically with the new MacBook Pro 16-inch.


I'm pretty frustrated now as I've now gone through two 16-inch MacBook Pro's with bricked bluetooth devices that I'm fairly certain was caused by connecting an external bluetooth dongle via thunderbolt. I'm pretty sure onboard devices shouldn't die just because a third party device was connected/disconnected.


Has anyone come across this yet with the new MacBook Pro 16-inch? I'm going to visit the Apple store tomorrow to see what they can do but I'd prefer if I didn't have to send my laptop away and just find a fix myself if there is one. If not, I thought it'd be good to post my experience here in case anyone else comes across this.

MacBook Pro 16", macOS 10.15

Posted on Dec 14, 2019 2:09 AM

Reply
Question marked as Top-ranking reply

Posted on Jul 6, 2020 5:25 AM

Here is a summary of the whole thread:


TL;DR:


  • It's apparently possible to unfix the problem with a BT 2.0 dongle
  • For those that are scared to break it again (after logic board replacement OR BT 2.0 fix), they can run a NVRAM command to never switch BT controllers again (need to re-run after NVRAM reset):


sudo nvram bluetoothHostControllerSwitchBehavior="never"


Might be best to put that in a startup script and only change if needed.


  • It seems to have to do with Power Management and seemingly a EFI firmware bug introduced in Catalina as it's not possible to break Mojave in the same way.


So in summary it's several factors that came together here to create this bug:


  • a) A likely firmware bug in the EFI in Catalina.
  • b) A pretty unsafe default for switching Bluetooth controllers - which most users likely don't want anyway.
  • c) Maybe: A CSR USB controller using the exact same chip as the internal one. (if I am able to unbreak my device, I will try to re-break with a Broadcom 4.0 device, too)


Long version:


I have been bitten by the Bluetooth bug, too that breaks the internal Bluetooth module on Mac Book Pro 16inch if you accidentally plug in an USB CSR 4.0 Bluetooth dongle.


  • It seems to not happen on Mojave - so it's also related to a driver bug in Catalina regarding power management.
  • It happens in the first place because the nvram default behavior is to switch over to external Bluetooth by default.


The symptom is:


  • The Bluetooth chip gets too little power and hence fails to connect to devices and if it does connection is spotty. While on MacBook Pro 16inch it completely fails, other Macs can have bad Bluetooth behavior that is "spotty".


  • The solution of AppleRepair so far has been to completely replace the logic board, which fixes it till the next Dongle is plugged in and obviously is quite costly for a pure software bug.


Several observations:


  • The current theory is that the internal firmware mixes up the external CSR chip for it's own and saves the power requirement of the external chip (which is less as its powered by BT) and then uses this for the internal chip.


  • a) It is highly debatable to make the switch over to external dongle the default for all users if the functionality is usually only wanted by a handful of developers that develop Bluetooth LE applications. In fact it also breaks it for iOS developers and everyone that wants to use a Dongle to use with a VM:



  • Fortunately that is easily remedied with a nvram command to change the behavior. It would be great if Apple changed this in the next minor Catalina release by default to not switch over to external Bluetooth automatically, but make it an option to select the Controller (like you can do with Bluetooth Explorer). The setting could be stored and automatically be applied after every reboot to what the user configured. That would prevent the bug in probably most user cases until a proper fix can be found.


  • b) It is unclear if a pure software fix could fix this as per the reports the issue remains once it has happened even if you boot into Windows / Bootcamp. However it is seemingly possible (per the above accepted answer) to unfix that issue with an older CSR Bluetooth 2.0 dongle. This probably helps, because it has a different power requirement as it predates Bluetooth LE and hence the MacBook FW gives the internal Bluetooth chip more power again.


  • c) Someone tried to port the Bluetooth drivers from Catalina to Mojave and it did not work.This points to the fact that it likely is an EFI / soft FW update that broke this in Catalina and not a pure software bug.


Overall it seems Apple would have several ways to fix / work around this:


  • Fix the EFI to fix the PM bug. (that gives hope that it can be fixed 100% and also restored affected devices without logic board replacement)
  • If that fix takes a while to do, at least change the default and put out a changelog for those few that need to use an external Bluetooth dongle to replace the internal one.
  • Create a program that does whatever the diagnostics on the Apple Wifi in the repair shop does to reset the firmware to sane values.
  • Create a device to emulate the USB behavior of a 2.0 Bluetooth device to fix broken devices [unlikely as that is].


In theory VirtualHere + ZeroTier could be used to share a BT 2.0 dongle from one machine on the internet to another one and unbreak something remotely. (not sure if that would work in practice though as emulation is not perfect. Though I know that Bluetooth over Internet works well as that is ironically how I broke my BT in the first place as I needed a dongle for bluetooth-over-internet)

Similar questions

341 replies

Oct 27, 2020 5:43 AM in response to celsobsantos

Guys please contact Apple support if you have this issue and clearly explain how this issue appeared after connecting an external bluetooth receiver. This might be solvable with a software update. The workaround with an old BT 2.0 which seems to work for some people and while cleverly found cannot be the real solution.


If no-one tells Apple about this issue, they don't know about it or how many people are affected (which is important for determining priority) how can we expect them to solve it?

Oct 27, 2020 10:34 AM in response to christospappas

Fixed with this dongle! https://www.ebay.com/itm/Wireless-Adapter-USB-2-0-1-0-For-Keyboard-Mouse-For-Bluetooth-V2-0-EDR-Receiver/143337681457?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649


The one I received is not the mushroom looking one shown in the picture. It says CSR 4.0 on it, but it's really BT 2.0 with a broadcom chipset (BCM2046B1). Worked first try, no problem.

Oct 27, 2020 12:11 PM in response to arnoud257

Isn't it clear that lots of people *are* contacting Apple support and visiting Apple facilities with this issue – but the support personnel are either clueless, or coached to appear clueless & non-committal, despite being pointed to this thread?


Hasn't this thread – on an official Apple support site! – been alive for 11 months now? (There are similar threads about this issue on Reddit, MacRumors, YouTube, etc.)


Doesn't it show a 100% reproducible flaw in Apple's high-end laptops, that any Apple engineer could reproduce instantly with a $9 BT 4.0 dongle?


Doesn't this thread point the way to a fix – something triggered in the firmware by those old dongles, in a certain pattern – that an Apple Bluetooth engineer could easily understand, then simulate with an OS/firmware update?


Is it really possible a $2 trillion company doesn't already have a tracking issue with an accurate description for this flaw?


No, they must have simply decided to deprioritize its fix, because the lost functionality & hours of time of those affected are less salient than the staff costs to fix.


So by all means, insist on warranty returns/replacements or motherboard swaps, so Apple faces some cost for inaction. But let's not portray this as the victims' fault for not letting Apple know about the problem. Apple's been told, repeatedly, worldwide.

Oct 27, 2020 2:01 PM in response to arnoud257

I have reported, as have countless people here, as Gordon Mohr points out.


I have been unable to contact Apple itself, only representatives but I have given feedback also on Apple's Feedback portal (posted somewhere around this thread quite a few times) and I don't really want/can take my laptop to a repair center (not to mention there isn't an official one in Portugal as, apart from the website, Apple doesn't really operate here).


I have went ahead on a leap of faith and purchased another BT pen (https://www.ebay.es/itm/Mini-Adaptador-USB-V2-0-EDR-Bluetooth-Dongle-compatible-Windows-XP-Vista-7-8-10/280638333155?hash=item41575920e3:g:9JEAAOSwsD1btgTx) and it's still going to take at least one week before it gets here)


I'll report my results once I can

Oct 27, 2020 4:06 PM in response to celsobsantos

Posting on this forum won’t get Apple engineers attention as I think this is only meant for users helping each other. By the activity in this thread we can say that this is at least a common issue. But we cannot be sure this is reproducible on all laptops of these model ranges. So I think it would really help if people having this issue contact Apple support: https://getsupport.apple.com and clearly explain how this issue appeared after an external Bluetooth receiver was connected.


I did that and by their instructions I collected some diagnostics data their engineers can examine. The more people to that, the more information they’ll have to diagnose the bug. It will become clearer to them how many people are affected.


Also don’t forget their support employees probably mostly get questions such as people who don’t know how to pair their mouse and it might be rare they actually come across real hardware or software bugs. Or if it’s a hardware problem it’s usually the one laptop that needs to be fixed with a replacement part and not a design flaw in all laptops of the model. That’s probably really rare. So having some patience, clearly explain how this issue appeared and let them go through their procedures to eliminate other causes is good. I found the advisors I chatted with or spoke by phone very professional and helpful.


Anyway, my support case is escalated and they will contact me later this week. I really hope this can be solved in a software update.

Oct 29, 2020 4:22 PM in response to matan129

I wish it was that simple, because it seems like not every 2.0 device will do it.. Mine, for instance, doesn't.


A couple posts back I posted my device version/id and that one causes the issue, but seems like it doesn't solve it. I'd be happy to lend it to someone to investigate if they want, but I wouldn't recommend it.


I still have the issue and have tried the whole process multiple times, so it looks like there's something more to it and others have also said so.


I'm waiting on a couple other dongles I bought in the meantime to try and solve this. Feels like wasted money but at least both of them were under 12€ total, shipping included.

Oct 30, 2020 9:43 AM in response to christospappas

I can also confirm the AntiHawk solution. For those looking for a compatible 2.1 Bluetooth Dongle for the fix, I can confirm that this one from Argos worked a treat, £10.....


https://www.argos.co.uk/product/8365448?clickSR=slp:term:micro%2010m%20usb%20bluetooth:10:20:2


Apple, how can you be allowing motherboard replacements for this? Whilst unorthodox, there is a solution. Why have you not provided a patch?

I also was caught out when accidentally connected a hub with bluetooth dongle already connected. Luckily, I was able to find this thread, otherwise, it would have been an expensive, seemingly pointless, and time consuming repair. It's not very environmentally responsible.

Nov 1, 2020 10:16 PM in response to poxin

Thank you poxin. I followed in your footsteps and it worked. If this success lasts, I will be very happy. The key is getting the correct adapter, without which the procedures are frustrating and seemingly useless.


Is there a Broadcom pattern?

One BT5.0 with Broadcom on the MacBook Pro 16".

One BT 4.0 dongle with Cambridge Silicon Radio broke my MacBook.

That one and another BT 4.0 dongle with Cambridge Silicon Radio did not work with all my devices.

Two BT 2.0 dongles with Cambridge Silicon Radio did not fix the original problem.

One BT 2.0 dongle with Broadcom fixed the problem.







I wonder if Cambridge Silicon Radio is better at breaking (a dongle broke my Mac), incomplete at functioning (two dongles and ineffective at fixing (two dongles were useless), and Broadcom is better at fixing the Broadcom Mac. That's my experience after owning 5 dongles.

Nov 10, 2020 9:07 AM in response to christospappas

As of macOS Catalina update 10.15.7 (19H15) I am now unable to brick the bluetooth with CSR 4 bluetooth dongle on my MacBook Pro (16-inch, 2019).

While I do not recommend testing this, it might be possible that Apple has implemented a patch to fix this problem.


If you want to test if bluetooth is actually fixed by patch issued by Apple please have the CSR 2.0 dongle available just in case as I did :)


The Bluetooth Preferences panel still crashes sometimes when CSR 4 dongle is unplugged but rebooting the Mac fixed all 10 attempts to brick the bluetooth.

Sometimes even turning bluetooth off and on again fixed the bluetooth after unplugging the CSR 4 dongle.


PS.

The rabbit hole still deepens in my case as I was able to fix intermittient WI-FI disconnection problems by causing kernel panic with excessive CSR 4 dongle re-inserts x'D

Nov 11, 2020 7:35 AM in response to arnoud257

What does system report say for bluetooth component (what is the Manufacturer set to)? Before I issued commands listed above, manufacturer ID was set to Cambridge Silicon Radio, even though external dongle was not plugged in. Now, it is set to this:


 Handoff Supported:	Yes
 Instant Hot Spot Supported:	Yes
 Manufacturer:	Broadcom
 Transport:	UART
 Chipset:	4364B3
 Firmware Version:	v50 c4178
 Bluetooth Power:	On


Also, it may be a long shot, but you could try running extra commands to explicitly remove the controller switch behaviour and internal controller info (though it seems that those should be deleted when 'sudo nvram -c' command is invoked):

sudo nvram -d bluetoothHostControllerSwitchBehavior
sudo nvram -d bluetoothInternalControllerInfo
sudo nvram -c
sudo reboot

Nov 11, 2020 7:48 AM in response to Loumiakas

  Handoff Supported:	Yes
  Instant Hot Spot Supported:	Yes
  Manufacturer:	Broadcom
  Transport:	UART
  Chipset:	4364B3
  Firmware Version:	v50 c4177
  Bluetooth Power:	On


Interesting that your firmware version is slightly higher.


Under USB in system info my external receiver was always listed as bluetooth device even when not attached but that is now gone since a week or so. But internal bluetooth is still not working. Also running the other commands you listed didn't help.


Funnily the external receiver that caused all this actually works now if I connect it, it didn't do anything useful before. Seems something might indeed have changed in the last software update, but not a full fix for me at least.

Nov 11, 2020 8:02 AM in response to arnoud257

If you read `nvram` manual, you'll notice that there is an option to set firmware variables from a file, namely, the -f option. Would be interesting to try to import from a known good configuration (that maybe someone else could export)


% nvram --help
nvram: (usage: no such option as --)
nvram [-x] [-p] [-f filename] [-d name] [-c] name[=value] ...
-x use XML format for printing or reading variables
(must appear before -p or -f)
-p print all firmware variables
-f set firmware variables from a text file
-d delete the named variable
-c delete all variables
name=value set named variable
name print variable
Note that arguments and options are executed in order.


Personally, it was another huge pain in the ***, but I completely cleaned the mac and went back to Mojave.

Still have the -3903 log entry on Bluetooth Explorer though, but everything thing else is as normal as it can be

16-inch MacBook Pro Bluetooth issue

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.