Spoofing of host Bluetooth adapter name and address.
mc.mitm module adds extension IPC commands that can be used to interact with the bluetooth process without interfering with the state of the system.
Supported Controllers
Currently, the following controllers are supported. If you have a third-party variant of one of the below, or a Bluetooth controller that isn't listed, consider submitting a controller request issue.
Microsoft Xbox One S/X Controller (not to be confused with Series S/X controllers - these use Bluetooth LE, which isn't currently supported)*
Microsoft Xbox Elite Wireless Controller Series 2
NVidia Shield Controller (2017 Model)
Ouya Controller
Gamestick Controller
Gembox Controller
iCade Controller
Ipega Controllers (7197, 9017s, 9023, 9055, 9062S, 9076, 9078, 9087, 9096 confirmed working. Others may also work)
g910 Wireless Bluetooth Controller
Xiaomi Mi Controller
Steelseries Free
Steelseries Nimbus
Steelseries Stratus Duo
Steelseries Stratus XL
GameSir G3s
GameSir G4s
GameSir G7 Pro
GameSir T1s
GameSir T2a
Hori Onyx
8BitDo SN30 Pro Xbox Cloud Gaming Edition
8BitDo Ultimate 2.4G Wireless Controller
8BitDo ZERO (Most other 8BitDo controllers have a Switch mode available. May require firmware update)
PowerA Moga Hero
PowerA Moga Pro
PowerA Moga Pro 2
Mad-Catz C.T.R.L.R
Mad-Catz L.Y.N.X 3
Razer Raiju Tournament
Razer Raiju Ultimate
Razer Serval
Mocute 050
Mocute 053
Gen Game S3
AtGames Legends Pinball Controller + Arcade Control Panel
Hyperkin Scout
Betop 2585N2
Atari Wireless Modern Controller
SCUF Vantage 2
Amazon Fire TV Game Controller
*Not all Xbox One wireless controllers support Bluetooth. Older variants use a proprietary 2.4Ghz protocol and cannot be used with the Switch. See here for information on identifying the Bluetooth variant.
Requirements
Hackable Nintendo Switch running an up-to-date version of Atmosphère custom firmware. Other custom firmwares are not supported.
Compatible Bluetooth controller
Installation
Download the latest release .zip and extract to the root of your SD card, allowing the folders to merge and overwriting any existing files. Reboot your console to activate the module and you're done!
IMPORTANT:
Atmosphère >= 1.11.2 is required to run the latest release of Mission Control on firmware 22.5.0+. Using an older Atmosphère version will cause Mission Control to crash or freeze the system on boot.
Usage
Mission Control is primarily a sysmodule (background process) that gets loaded by Atmosphère at boot time and runs indefinitely alongside the rest of the operating system. It enables the use of unsupported Bluetooth controllers as if they were native Pro Controllers. This means that you can pair and configure new controllers via Nintendo's own system menus, without the need to load additional homebrew applications. There is (currently) no Mission Control "app" to be opened.
Controllers must first be paired with the console (see below) before they can be used. Once paired, controllers will seek out and reconnect to the console automatically when woken up. There is no need to re-pair them every time. Note that unofficial controllers cannot be used to wake the console.
Once connected, your controller's buttons are mapped as closely as possible to the physical layout of a Switch Pro Controller. This means that A/B and X/Y buttons will be swapped for controllers that use an Xbox style button layout rather than using what is printed on the button. The button combos MINUS + DPAD_UP and MINUS + DPAD_DOWN are provided for all controllers to function as an alternative for CAPTURE and HOME buttons in cases where there are not enough face buttons available. Button mappings can be changed from the official system menu at System Settings->Controllers and Sensors->Change Button Mapping.
Most other native features should just work (with the exception of things like firmware update). If you find something that's broken please open a support issue on this github page.
Pairing Controllers
Nintendo made some rather confusing naming choices with their controller menu items. Controllers are paired from the system menu under Controllers->Change Grip/Order, and notPairing New Controllers or Search for Controllers as common sense may lead you to expect. On this screen, place your controller into pairing mode (see below) and wait a few seconds. If successful, you should see a Paired notification show in the top left of the screen. Your controller is now paired and can be reconnected at any time without having to re-enter this screen. Re-pairing is only required if you have connected the controller to another device or emummc.
The supported controllers each have their own methods for entering pairing/sync mode. Below are instructions on entering this mode for some of the common console controllers.
Nintendo Wii/WiiU Controllers
Press the red sync button on the back of the controller. The controller LEDs will blink rapidly.
It is recommended that you perform an analog stick calibration for these controller types where applicable, as every controller has different analog stick range and center position but unlike Switch controllers, there is no stored factory calibration.
Sony Dualshock3 Controller
To pair this controller, you will need to connect it to the console via USB cable. Once the controller LEDs start flashing, disconnect the USB cable and hit the PS button.
Note: to avoid unwanted behaviour if using the controller in USB wired mode, this only works from the usual Controllers->Change Grip/Order screen.
Sony Dualshock4/Dualsense Controllers
Press and hold the PS + share buttons simultaneously until the lightbar starts blinking. When done correctly the blink pattern will resemble a heartbeat, otherwise it will blink on and off at a constant rate.
If you have difficulty getting the controller to pair to the console, press and hold the reset button on the back of the controller for a few seconds and try again. Sometimes this is required after having connected to a Playstation console or other device.
Microsoft Xbox One/Elite 2 Controllers
Press and hold the guide(X) button until the LED starts blinking. Then press and hold the small sync button on the back near the charging port until the LED starts blinking more rapidly.
Note: controller firmware versions 5.xx.xxxx.x and upward use Bluetooth Low Energy and are not currently supported. Please refer to the FAQ for instructions on downgrading to a compatible firmware
Other Controllers
Please refer to your controller's user manual for information on how to put it into sync mode. Note that many generic Bluetooth controllers can be started in one of several modes. Usually you want to choose something like HID, PC or Android mode for it to work correctly.
Controllers that successfully pair but haven't been officially supported yet will display with red buttons on the Controllers menu to indicate their controls are not being mapped. Please open an issue to request support for such controllers.
Module configuration
A template for the config .ini file will be installed to /config/MissionControl/missioncontrol.ini.template. To modify the default module settings, copy the template to /config/MissionControl/missioncontrol.ini and uncomment (remove the leading ;) and modify any settings you want to change. The file is only parsed on startup, so any changes you make will require a reboot to take effect. Settings entries that can't be parsed/validated correctly are ignored. Currently there is only a small set of configuration settings, but this will be expanded upon in future releases.
[general]
These are general settings for mission control features.
enable_rumble Enable/disable rumble support for unofficial controllers.
[bluetooth]
These settings can be used to spoof your switch bluetooth to appear as another device. This may be useful (in conjunction with a link key) if you want to use your controller across multiple devices without having to re-pair every time you switch. Note that changing these settings will invalidate your console information stored in any previously paired controllers and will require re-pairing.
host_name Override the bluetooth host adapter name.
host_address Override the bluetooth host adapter address.
[misc]
These are miscellaneous controller-specific settings etc.
analog_trigger_activation_threshold Set the threshold for which ZL/ZR are considered pressed for controllers with analog triggers. Valid range [0-100] percent.
dualshock3_led_mode Set Dualshock 3 player LED behaviour. Valid modes [0-1] where 0=Switch pattern, 1=PS3 pattern, 2=Hybrid (Switch pattern reversed to line up with numeric labels on the controller)
dualshock4_polling_rate Set polling rate for Sony Dualshock 4 controllers. Valid range [0-16] where 0=max, 16=min. Refer here for corresponding frequency values.
dualshock4_lightbar_brightness Set LED lightbar brightness for Sony Dualshock 4 controllers. Valid range [0-9] where 0=off, 1=min, 2-9=12.5-100% in 12.5% increments.
dualsense_lightbar_brightness Set LED lightbar brightness for Sony Dualsense controllers. Valid range [0-9] where 0=off, 1=min, 2-9=12.5-100% in 12.5% increments.
dualsense_enable_player_leds Enable/disable the white player indicator LEDs below the Dualsense touchpad.
dualsense_vibration_intensity Set Dualsense vibration intensity, 12.5% per increment. Valid range [1-8] where 1=12.5%, 8=100%.
Removal
To functionally uninstall Mission Control and its components, all that needs to be done is to delete the following directories from your SD card and reboot your console.
/atmosphere/contents/010000000000bd00
/atmosphere/exefs_patches/bluetooth_patches
/atmosphere/exefs_patches/btm_patches
/atmosphere/exefs_patches/hid_patches
If you wish to completely remove all traces of the software ever having been installed (telemetry excepted), you may also want to follow these additional steps
Remove the following directory from your SD card
/config/MissionControl
Wipe the Bluetooth pairing database via System Settings->Controllers and Sensors->Disconnect Controllers
Planned/In-progress Features
Below is a list of features I am currently working on or would like to look into in the future, roughly in descending order of priority. Requests are welcome if you have an idea you think would make a useful feature.
~~Rumble support~~
~~Motion controls support~~
Bluetooth LE support
USB wired controllers
UART MITM to allow button combos and other future features to apply to joycons in handheld mode
Per-controller configurations
Rumble on/off
Motion controls on/off
Identify as Pro Controller or Joycon
Set controller body/button colours
Invert analog stick axes
Analog stick deadzones
Companion application
Pairing database management
View paired controller information
Clear database
Export database to file
Import existing database from file
Controller management/diagnostics
Manage controller configurations
View raw HID report data
Test buttons/analog sticks
Dump SPI flash (official controllers only)
Controller discovery/pairing reimplementation
Tesla overlay
Keyboard and mouse support
Gamecube mode (analog trigger support)
Title-specific button bindings
Known Issues and Limitations
Non-Switch controllers cannot be used to wake the system from sleep.
Controllers using the Bluetooth LE (BLE) standard are currently not supported and will not connect to the system.
Some controllers can take some time to be detected and subsequently pair with the console. Be patient and re-enter the sync mode of the controller several times if neccessary. Once synced, controllers should connect and work as usual.
Xbox One controllers cannot be switched off via software and will attempt to reconnect to the console after being disconnected. This is a limitation of the controller's bluetooth firmware. To switch the controller off, the guide button must be held in for several seconds.
Reported controller battery levels may not be correct. I'm relying entirely on reverse engineering notes found on the internet for these. In many cases I don't own the controller and there is simply no information available, so these controllers will always show full battery. Any help in improving this is most welcome.
Several users have reported knockoff WiiU and Dualshock4 controllers that cannot be detected by the console during Bluetooth discovery. Unfortunately I think they're using an incompatible Bluetooth chipset.
Mission Control stores configuration data for each paired controller in the /config/MissionControl/controllers directory. If any part of this directory tree becomes corrupted, controllers may be disconnected when attempting to read configuration data fails.
When using Wii controllers with MotionPlus, the controller must be switched on while sitting button side down on a flat surface in order to be calibrated properly. Motion axes will be messed up otherwise.
Wii extension controllers are sometimes detected incorrectly when MotionPlus is present. This issue appears to be timing related and can be resolved by reconnecting the extension as necessary.
Frequently Asked Questions
Does this run on <insert CFW here>?
No. Mission Control will only run under Atmosphère. This is not some attempt to lock out users of other CFW, Atmosphere is simply the only one providing the extensions neccessary to MITM Bluetooth communications that make this sysmodule possible.
Will using this get me banned from online?
Currently there haven't been any confirmed cases of bans as a result of running Mission Control. That said, running any unofficial software under CFW will always carry a non-zero risk of ban, and Nintendo could change their ban criteria at any point. While Mission Control should be relatively safe, as it simply emulates a Pro Controller being connected, it would certainly be possible to detect that you had connected unofficial controllers to the console if Nintendo were interested in doing so. Use at your own discretion.
Does this support USB controllers?
No, Mission Control is currently Bluetooth-only. For now you can use cathery's sys-con for USB controllers.
Does this work with sys-con installed?
Yes, the two can be run simultaneously without issue.
My console is crashing on boot because of this sysmodule. What can I do?
If you're seeing crashes on boot with Mission Control's title ID (010000000000bd00), it is likely either you have updated recently to a new Atmosphere release and an update to Mission Control is required, or you are running an old version of Atmosphere which is not compatible with the latest version of Mission Control.
Crashes in sm (title ID 0100000000000004) can indicate version incompatibilities between your current Atmosphere and one or more of your homebrew sysmodules. This may be caused by Mission Control, or it could be another custom sysmodule that uses libstratosphere, even if it looks as though Mission Control is to blame (ldn_mitm and emuiibo are common offenders). If you've just updated Atmosphere you should always check if there have also been updates released for the sysmodules you use.
qlaunch errors (title ID 0100000000001000) can be a sign that you have too many custom sysmodules running and are depleting the limited system resources available to them. Check your /atmosphere/contents folder and verify you actually need everything in there. If you don't know what you're doing, it may be easier to just delete this folder entirely, reinstall atmosphere, and then explicitly reinstall only the sysmodules you need.
I installed Mission Control but it doesn't do anything. Help!
Mission Control is primarily a background process. There are no visual changes to your system to indicate it's installed other than your controller successfully connecting through Nintendo's official menus. If you've followed the Usage and Pairing instructions above and you can't make it work, here's a basic troubleshooting checklist.
Firstly, make sure you've rebooted the console after installing. The module won't be loaded otherwise.
Make sure your console isn't in Flight Mode. If it is you will need to either disable it, or explicitly enable Bluetooth under Flight Mode settings.
Confirm that Mission Control is running. To do this, you can connect a left Joycon or Pro Controller wirelessly and press the DPAD_UP + MINUS buttons together. This will act as the capture button and take a screenshot if the module is running. If you don't see a screenshot notification, it's likely that Mission Control isn't being loaded. This is usually due to a bad install and can happen for several reasons:
Archive bits have been set on one or more components in the Mission Control directory tree. This can happen if you use a Mac to transfer files or obtain Mission Control from unofficial sources. Try running Hekate's archive bit fix tool.
Software you are using hasn't copied the files over correctly. I have seen FTP clients that don't copy empty files at all, and archive software that doesn't unzip directly to SD correctly. Try extracting the .zip archive to your PC first before transferring, and use a reputable transfer method such as Hekate UMS/Haze (Atmosphere's included USB transfer tool) or a decent FTP client (I use WinSCP on Windows).
You haven't followed the install instructions correctly and have either excluded files or placed them in the wrong place.
SD card corruption. You may need to format or replace your SD card.
Check that the controller you're trying to use is in the list of supported controllers. In particular, if you have an Xbox controller, make sure you're using a compatible model and that you're not updated to the newer Bluetooth LE firmware. Controllers using Bluetooth LE are not currently supported.
Make sure your controller isn't an unofficial clone. This is particularly common with Dualshock 3 and 4 controllers. Many clones will work, but there are some that just refuse.
Make sure your controller battery is sufficiently charged. Sometimes controllers will have enough charge to start pairing, but will keep switching off halfway through (before they can report their battery level to the console).
If you've tried all of the above and nothing works, seek help on my Discord server.
How can I use this with multiple sysNAND/emuMMC launch configs?
~~Pairing controllers across multiple unique HOS installations requires multiple pairing databases and is essentially the same as pairing with two different consoles. The only exception being the case where you paired the controller(s) prior to making sysNAND copies. For now you will have to re-pair your controllers when switching back and forth. In the future I hope to include an option to load/store the database on the SD card to avoid this issue.~~ Since version 1.5.1, Atmosphere now contains code I contributed to synchronise the bluetooth pairing database between sysNAND and emuMMC via a file on the sd card. This can be activated by adding enable_external_bluetooth_db = u8!0x1 under the [atmosphere] section in atmosphere/config/system_settings.ini. Note: this feature requires atmosphere to be running in order to function. As such, it cannot be used to synchronise sysCFW/emuMMC with stock/OFW.
Can I remap controller buttons using Mission Control?
Yes. Since Mission Control emulates official Pro Controllers, you can remap them using the official method introduced by Nintendo in firmware 10.0.0. You can find the remapping options in the system menu under System Settings->Controllers and Sensors->Change Button Mapping.
My console shows a "Paired" notification but my controller doesn't connect, what's wrong?
Your controller has successfully paired with the console but is being disconnected shortly after, before it can start sending inputs. This can happen for a variety of reasons, the most common being:
Your controller is not officially supported by Mission Control and hasn't been assigned an input handler. Double-check the Supported Controllers list for your controller. Please open a controller request issue so that I can add support if it's not present.
Your controller battery is low and needs to be replaced or recharged.
Your controller's virtual memory file or the directory tree containing it has been corrupted. Try deleting the controller's config entry (/config/MissionControl/controllers/<xxxxxxxxxxxx>/, where <xxxxxxxxxxxx> is the 12-character hex representation of your controllers Bluetooth MAC address) and letting Mission Control create a new one. It may be necessary to delete the entire controllers directory in some cases. Note: you will lose any stored controller specific data such as user analog stick or motion calibrations when deleting these files. As this is the most destructive measure, you should attempt it last, after exhausting the suggestions above.
My Xbox controller won't connect, I thought you said they were supported?
Although they may look similar, not all Xbox controllers are created equal. There are actually several hardware revisions/models available (7 at the time of writing) with varying wireless capabilites. On Xbox consoles (or PC with the wireless USB adapter) all controllers use a proprietary Microsoft wireless protocol known as GIP. Bluetooth connectivity, however, is not the same thing and varies between controller models. Some support bluetooth, and some don't. Of those that do, some are using the newer (currently unsupported) Bluetooth Low Energy (LE) standard or will switch to it after a firmware update. The only supported models are the 1708 (Xbox One S) and 1797 (Xbox Elite V2) revisions. If these have been updated to a Bluetooth LE firmware (5.xx.xxxx.x and above), you will need to downgrade the firmware to the legacy version (see below).. Controller model numbers can be found on the inside of the battery compartment, or the back of the controller in controllers with an internal battery.
For more details on the various controller revisions (with images), see here.
My Xbox One/Elite V2 controller used to connect and now it doesn't, what gives?
As of late 2021, Microsoft introduced a new controller firmware that aims to bring Xbox One/Elite 2 controllers in line with the newer Series X|S controllers. Updating to this firmware switches the controller over to using Bluetooth Low Energy (LE), a newer bluetooth standard focused on low power consumption, which is not currently supported by Mission Control. If your controller firmware is version 5.xx.xxxx.x or above, you have the new LE firmware and will need to downgrade to the legacy one (see https://support.xbox.com/en-US/help/hardware-network/accessories/controller-firmware-reversion)
Can you add support for Xbox 360 controllers?
No, not currently. These don't use Bluetooth. Try sys-con with a wireless USB adapter.
Can you add support for wake from sleep?
Probably not. As far as I know, wake from sleep involves a controller sending a special control command to the Switch Bluetooth hardware. There is no way to make a non-switch controller send the command recognised by the Switch without modifying its hardware/firmware.
Can you add bluetooth audio support?
~~No. The bluetooth module on the switch only implements a small set of services required to make hid controllers work. Of this small set of services, only a handful of high-level functions are exposed to the rest of the system. Adding audio support would require implementing the services neccessary for audio transport, for which any sane person would require an open-source re-implementation of the bluetooth module in order to have access the low-level functions required to pull it off.~~ ~~As of firmware 12.0.0 Nintendo have added functions supporting Bluetooth audio. While the feature hasn't been enabled in official software, plutooo has created an experimental sysmodule called nx-btred that enables Bluetooth audio in games that support recording. There isn't much benefit to me adding its functionality to Mission Control.~~ Since firmware 13.0.0 Nintendo now officially supports Bluetooth audio.
My controller has an audio jack, can you add headset support?
Unlikely. As far as I know, controllers supporting headset audio do so via proprietary or non-standard means. This would be a lot of work, not only to understand how it works for a particular controller, but also to integrate it into HOS somehow when it has no concept of a gamepad supporting audio. In the best-case event a controller was using some form of standard Bluetooth audio, you would still be subject to the usual bandwidth constraints of the console (choppy audio, laggy controller inputs etc). Just use regular headphones.
How it works
Mission Control works by Man-In-The-Middling the bluetooth system module and intercepting its initialisation IPC commands and system events, and translating incoming/outgoing data to convince the Switch that it's communicating with an official Licensed Pro Controller.
To achieve this, the btdrv.mitm module obtains the handles to bluetooth system events and shared memory when the system attempts to initialise them over IPC via the btm and hid modules. It then creates its own secondary versions of these and passes their handles on instead of the original. This allows modifications to be made to any data buffers before notifying (or not) the system. Additionally, the WriteHidData IPC command is intercepted to translate or drop outgoing requests to the controller. In the case of the latter, fake responses can be written directly to the buffer in shared memory.
Intercepting initialisation IPC commands also allows homebrew to properly make use of the bluetooth service. Normally, calling any of the IPC commands that would initialise or finalise system events would either crash the console, or invalidate the event handles held by system processes. With btdrv.mitm we are able to hand out alternative event handles when homebrew attempts to initialise an interface, and redirect the real system events to those instead of the events held by system processes.
exefs patches to the bluetooth module are provided to enable the pairing of Wii/WiiU and other controllers that makes use of legacy pincode pairing, Xbox Elite 2 Wireless controllers, and to relax device class checks added on newer firmwares to also allow devices identifying as keyboard or joystick to be connected.
exefs patches to the btm module have been added to skip over calls to nn::bluetooth::hal::CloseHidConnection when a controller fails to respond correctly to the broadcom vendor command sent by nn::bluetooth::hal::SetTsi. This prevents all affected controllers from being disconnected immediately after connection, and eliminates the need to manually flag certain controllers with a settsi_disable.flag file.
exefs patches to the hid module are used to unlock native button remapping (HOS 10.0.0+) and calibration of analog sticks and motion sensors for officially licensed 3rd party Pro Controllers.
The btm service is now also MITM'd, allowing for faking controller names on the fly while retaining the original names in the pairing database.
Building from source
Note: To build Mission Control, you will need the devkitPro toolchain installed on your system, along with the required packages for Switch development. Refer to the devkitPro Getting Started guide for further info.
First, check for updates to the devkitPro repositories and make sure your installed packages are up to date. You may need to re-run this command a second time if it asks to restart the pacman terminal.
pacman -Syy & pacman -Syu
Install libjpeg-turbo (a dependency of libstratosphere) if it isn't already installed.
pacman -S switch-libjpeg-turbo
Next, clone the repository to your local machine and switch to the newly cloned directory.
git clone --recurse-submodules https://github.com/ndeadly/MissionControl.git
cd MissionControl
Finally, run the make command. This will build libstratosphere before building the mc.mitm sysmodule and packaging it up in a .zip archive along with the rest of the supporting files ready for installation. The resulting package can be installed as described in the installation section above.
make dist
Note: build times (for libstratosphere in particular) can be quite long, especially on older machines. You may wish to build the project using multiple CPU cores via the -j flag to speed things up, eg. make dist -j$(nproc)
Credits
switchbrew for the extensive documention of the Switch OS.
SciresM for his dedicated work on the Atmosphère project, libstratosphere and general helpfulness with all things Switch related.
misson20000 for his handy debug monitor Twili and IPC logger Ilia
dekuNukem, CTCaer, shinyquagsire23 and others for their work in reversing and documenting the switch controller communication protocol.
Banz99 for ongoing code contributions, discussing ideas, testing and generally keeping me on my toes.
friedkeenan for helping to test Wii extension controller support.
DatenThielt for helping debug the bluetooth service remotely with his Xbox Elite Series 2 controller in order for me to develop patches to enable it to be successfully paired with the console.
Everyone else over at the ReSwitched discord server who helped answering technical questions.
Support
If you like this project, please consider supporting me to continue its development :)