Convert a Raspberry Pi into a HID relay that translates Bluetooth keyboard and mouse input to USB. Minimal configuration. Zero hassle.
The issue with Bluetooth devices is that you usually can't use them to:
- wake up sleeping devices,
- access the BIOS or OS select menu (e.g., GRUB),
- access devices without Bluetooth interface (e.g., devices in a restricted environment or most KVM switches).
Sounds familiar? Congratulations! You just found the solution!
Linux's gadget mode allows a Raspberry Pi to act as USB HID (Human Interface Device). Therefore, from the host's perspective, it appears like a regular USB keyboard or mouse. You may think of your Pi as a multi-device Bluetooth dongle.
- 1. Features
- 2. Requirements
- 3. Installation
- 4. Usage
- 5. Updating
- 6. Uninstallation
- 7. Troubleshooting
- 8. Bonus points
- 9. Contributing
- 10. License
- 11. Acknowledgments
- Simple installation and highly automated setup
- Supports multiple input devices (currently keyboard and mouse - more than one of each kind simultaneously)
- Supports 146 multimedia keys (e.g., mute, volume up/down, launch browser, etc.)
- Auto-discovery feature for input devices
- Auto-reconnect feature for input devices (power off, energy saving mode, out of range, etc.)
- Robust error handling and logging
- Installation as a systemd service
- Reliable concurrency using state-of-the-art TaskGroups
- Clean and actively maintained code base
- A Raspberry Pi with Bluetooth and USB OTG support required for USB gadgets in so-called device mode. Supported models include:
- Raspberry Pi Zero W(H): Includes Bluetooth 4.1 and supports USB OTG with the lowest price tag.
- Raspberry Pi Zero 2 W: Similar to the Raspberry Pi Zero W, it has Bluetooth 4.1 and USB OTG support while providing additional processing power.
- Raspberry Pi 4 Model B: Offers Bluetooth 5.0 and USB-C OTG support for device mode, providing the best performance (that is until the Pi 5 is available).
- Raspberry Pi OS (Bookworm-based)
- Python 3.11 for using TaskGroups.
Note
Raspberry Pi 3 Models feature Bluetooth 4.2 but no native USB gadget mode support. Earlier models like Raspberry Pi 1 and 2 do not support Bluetooth natively and have no USB gadget mode support.
Note
The latest version of Raspberry Pi OS, based on Debian Bookworm, supports Python 3.11 through the official package repositories. For older versions, you may build it from source. Note that building may take anything between a few minutes (Pi 4B) and more than an hour (Pi 0W).
Follow these steps to install and configure the project:
-
Install Raspberry Pi OS on your Raspberry Pi (e.g., using Pi Imager)
-
Connect to a network via Ethernet cable or Wi-Fi. Make sure this network has Internet access.
-
(optional, recommended) Enable SSH, if you intend to access the Pi remotely.
Note
These settings above may be configured during imaging (recommended), on first boot or afterwards.
-
Connect to the Pi and make sure
gitis installed:sudo apt update && sudo apt upgrade -y && sudo apt install -y git -
Pair and trust any Bluetooth devices you wish to relay, either via GUI or via CLI:
bluetoothctl scan on
... wait for your devices to show up and note their MAC addresses (you may also type the first characters and hit
TABfor auto-completion in the following commands) ...trust A1:B2:C3:D4:E5:F6 pair A1:B2:C3:D4:E5:F6 connect A1:B2:C3:D4:E5:F6
Note
Replace A1:B2:C3:D4:E5:F6 by your input device's Bluetooth MAC address
-
On the Pi, clone the repository to your home directory:
cd ~ && git clone https://github.com/quaxalber/bluetooth_2_usb.git -
Run the installation script as root:
sudo ~/bluetooth_2_usb/scripts/install.sh -
Reboot:
sudo reboot -
Verify that the service is running:
service bluetooth_2_usb statusIt should look something like this and say
Active: active (running):user@pi0w:~ $ service bluetooth_2_usb status ● bluetooth_2_usb.service - Bluetooth to USB HID relay Loaded: loaded (/etc/systemd/system/bluetooth_2_usb.service; enabled; preset: enabled) Active: active (running) since Wed 2023-12-13 10:33:00 CET; 44min ago Main PID: 5865 (bash) Tasks: 4 (limit: 389) CPU: 2min 49.448s CGroup: /system.slice/bluetooth_2_usb.service ├─5865 bash /usr/bin/bluetooth_2_usb --auto_discover --grab_devices └─5869 python3.11 /home/user/bluetooth_2_usb/bluetooth_2_usb.py --auto_discover --grab_devices Dec 13 10:33:00 pi0w systemd[1]: Started bluetooth_2_usb.service - Bluetooth to USB HID relay. Dec 13 10:33:06 pi0w bluetooth_2_usb[5869]: 23-12-13 10:33:06 [INFO] Launching Bluetooth 2 USB v0.8.0 Dec 13 10:33:06 pi0w bluetooth_2_usb[5869]: 23-12-13 10:33:06 [INFO] Discovering input devices... Dec 13 10:33:09 pi0w bluetooth_2_usb[5869]: 23-12-13 10:33:09 [INFO] Activated relay for device /dev/input/event2, name "AceRK Mouse", phys "0a:1b:2c:3d:4e:5f" Dec 13 10:33:09 pi0w bluetooth_2_usb[5869]: 23-12-13 10:33:09 [INFO] Activated relay for device /dev/input/event1, name "AceRK Keyboard", phys "0a:1b:2c:3d:4e:5f" Dec 13 10:33:09 pi0w bluetooth_2_usb[5869]: 23-12-13 10:33:09 [INFO] Activated relay for device /dev/input/event0, name "vc4-hdmi", phys "vc4-hdmi/input0"
Note
Something seems off? Try yourself in Troubleshooting!
Connect the USB-C power port of your Pi 4B via cable with a USB port on your target device. You should hear the USB connection sound (depending on the target device) and be able to access your target device wirelessly using your Bluetooth keyboard or mouse. In case the Pi solely draws power from the host, it will take some time for the Pi to boot.
Important
It's essential to use the small power port instead of the bigger USB-A ports, since only the power port has the OTG feature required for USB gadgets.
For the Pi Zero, the situation is quite the opposite: Do not use the power port to connect to the target device, use the other port instead (typically labeled "DATA" or "USB"). You may connect the power port to a stable power supply.
Currently you can provide the following CLI arguments:
user@pi0w:~ $ bluetooth_2_usb -h
usage: bluetooth_2_usb.py [--device_ids DEVICE_IDS] [--auto_discover] [--grab_devices] [--list_devices] [--log_to_file] [--log_path LOG_PATH] [--debug] [--version] [--help]
Bluetooth to USB HID relay. Handles Bluetooth keyboard and mouse events from multiple input devices and translates them to USB using Linux's gadget mode.
options:
--device_ids DEVICE_IDS, -i DEVICE_IDS
Comma-separated list of identifiers for input devices to be relayed.
An identifier is either the input device path, the MAC address or any case-insensitive substring of the device name.
Example: --device_ids '/dev/input/event2,a1:b2:c3:d4:e5:f6,0A-1B-2C-3D-4E-5F,logi'
Default: None
--auto_discover, -a Enable auto-discovery mode. All readable input devices will be relayed automatically.
Default: disabled
--grab_devices, -g Grab the input devices, i.e., suppress any events on your relay device.
Devices are not grabbed by default.
--list_devices, -l List all available input devices and exit.
--log_to_file, -f Add a handler that logs to file, additionally to stdout.
--log_path LOG_PATH, -p LOG_PATH
The path of the log file
Default: /var/log/bluetooth_2_usb/bluetooth_2_usb.log
--debug, -d Enable debug mode (Increases log verbosity)
Default: disabled
--version, -v Display the version number of this software and exit.
--help, -h Show this help message and exit.The API is designed such that it may be consumed both via CLI and from within external Python code. More details on this coming soon!
You may update to the latest stable release by running:
sudo ~/bluetooth_2_usb/scripts/update.shNote
The update script performs a clean reinstallation, that is run uninstall.sh, delete the repo folder, clone again and run the install script. The current branch will be maintained.
You may uninstall Bluetooth 2 USB by running:
sudo ~/bluetooth_2_usb/scripts/uninstall.shThis is likely due to the limited power the Pi can draw from the host's USB port. Try these steps:
- If available, connect your Pi to a USB 3 port on the host / target device (usually blue) or preferably USB-C.
Important
Do not use the blue (or black) USB-A ports of your Pi to connect. This won't work.
Do use the small USB-C power port (in case of Pi 4B). For Pi Zero, use the data port to connect to the host and attach the power port to a dedicated power supply.
-
Try to connect to the Pi via SSH instead of attaching a display directly and remove any unnecessary peripherals.
-
Install a lite version of your OS on the Pi (without GUI)
-
For Pi 4B: Get a USB-C Data/Power Splitter and draw power from a dedicated power supply. This should ultimately resolve any power-related issues, and your Pi 4B will no longer be dependent on the host's power supply.
Note
The Pi Zero is recommended to have a 1.2 A power supply for stable operation, the Pi Zero 2 requires 2.0 A and the Pi 4B even 3.0 A, while hosts may typically only supply up to 0.5/0.9 A through USB-A 2.0/3.0 ports. However, this may be sufficient depending on your specific soft- and hardware configuration. For more information see the Raspberry Pi documentation.
This could be due to a number of reasons. Try these steps:
-
Verify that the service is running:
service bluetooth_2_usb status -
Verify that you specified the correct input devices in
bluetooth_2_usb.service -
Verify that your Bluetooth devices are paired, trusted, connected and not blocked:
bluetoothctl info A1:B2:C3:D4:E5:F6
It should look like this:
user@pi0w:~ $ bluetoothctl Agent registered [CHG] Controller 0A:1B:2C:3D:4E:5F Pairable: yes [AceRK]# info A1:B2:C3:D4:E5:F6 Device A1:B2:C3:D4:E5:F6 (random) Name: AceRK Alias: AceRK Paired: yes <--- Trusted: yes <--- Blocked: no <--- Connected: yes <--- WakeAllowed: no LegacyPairing: no UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb) UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb) UUID: Device Information (0000180a-0000-1000-8000-00805f9b34fb) UUID: Human Interface Device (00001812-0000-1000-8000-00805f9b34fb) UUID: Nordic UART Service (6e400001-b5a3-f393-e0a9-e50e24dcca9e)
Note
Replace A1:B2:C3:D4:E5:F6 by your input device's Bluetooth MAC address
-
Reload and restart service:
sudo systemctl daemon-reload && sudo service bluetooth_2_usb restart -
Reboot Pi
sudo reboot -
Re-connect the Pi to the host and check that the cable is capable of transmitting data, not power only
-
Try a different USB port on the host
-
Try connecting to a different host
This is a common issue, especially when the device gets paired with multiple hosts. One simple fix/workaround is to re-pair the device:
bluetoothctl
power off
power on
block A1:B2:C3:D4:E5:F6
remove A1:B2:C3:D4:E5:F6
scan on
trust A1:B2:C3:D4:E5:F6
pair A1:B2:C3:D4:E5:F6
connect A1:B2:C3:D4:E5:F6If the issue persists, it's worth trying to delete the cache:
sudo -i
cd '/var/lib/bluetooth/0A:1B:2C:3D:4E:5F/cache'
rm -rf 'A1:B2:C3:D4:E5:F6'
exitNote
Replace 0A:1B:2C:3D:4E:5F by your Pi's Bluetooth controller's MAC and A1:B2:C3:D4:E5:F6 by your input device's MAC
Here's a few things you could try:
- Check the log files (default at
/var/log/bluetooth_2_usb/) for errors
Note
Logging to file requires the -f flag
-
You may also query the journal to inspect the service logs in real-time:
journalctl -u bluetooth_2_usb.service -n 50 -f -
For easier degguging, you may temporarily stop the service and run the script manually, modifying arguments as required, e.g., increase log verbosity by appending
-d:sudo service bluetooth_2_usb stop && sudo bluetooth_2_usb -ad ; sudo service bluetooth_2_usb start -
When you interact with your Bluetooth devices with
-dset, you should see debug output in the logs such as:user@pi0w:~/bluetooth_2_usb $ sudo service bluetooth_2_usb stop && sudo bluetooth_2_usb -i hdmi,a1:b2:c3:d4:e5:f6,/dev/input/event3 -d ; sudo service bluetooth_2_usb start 23-12-16 15:52:21 [DEBUG] CLI args: device_ids=['hdmi', 'a1:b2:c3:d4:e5:f6', '/dev/input/event3'], auto_discover=False, grab_devices=False, list_devices=False, log_to_file=False, log_path=/var/log/bluetooth_2_usb/bluetooth_2_usb.log, debug=True, version=False 23-12-16 15:52:21 [DEBUG] Logging to stdout 23-12-16 15:52:21 [INFO] Launching Bluetooth 2 USB v0.8.0 23-12-16 15:52:21 [INFO] Discovering input devices... 23-12-16 15:52:21 [DEBUG] Relaying devices with matching name "hdmi" or MAC "a1:b2:c3:d4:e5:f6" or path "/dev/input/event3" 23-12-16 15:52:21 [DEBUG] Initializing USB gadgets... 23-12-16 15:52:24 [DEBUG] Enabled USB gadgets: [mouse gadget (/dev/hidg0), keyboard gadget (/dev/hidg1), consumer control gadget (/dev/hidg2)] 23-12-16 15:52:24 [INFO] Activated relay for device /dev/input/event2, name "AceRK Mouse", phys "0a:1b:2c:3d:4e:5f" 23-12-16 15:52:24 [INFO] Activated relay for device /dev/input/event1, name "AceRK Keyboard", phys "0a:1b:2c:3d:4e:5f" 23-12-16 15:52:24 [INFO] Activated relay for device /dev/input/event0, name "vc4-hdmi", phys "vc4-hdmi/input0" ### Manually switched Pi's Bluetooth off ### 23-12-16 15:53:27 [CRITICAL] Connection to AceRK Keyboard lost [OSError(19, 'No such device')] 23-12-16 15:53:27 [CRITICAL] Connection to AceRK Mouse lost [OSError(19, 'No such device')] ### Manually switched Pi's Bluetooth back on ### 23-12-16 15:53:31 [INFO] Activated relay for device /dev/input/event2, name "AceRK Mouse", phys "0a:1b:2c:3d:4e:5f" 23-12-16 15:53:31 [INFO] Activated relay for device /dev/input/event1, name "AceRK Keyboard", phys "0a:1b:2c:3d:4e:5f" 23-12-16 15:54:20 [DEBUG] Received event at 1702738460.417525, code 04, type 04, val 458827 from AceRK Keyboard 23-12-16 15:54:20 [DEBUG] Received key event at 1702738460.417525, 104 (KEY_PAGEUP), down from AceRK Keyboard 23-12-16 15:54:20 [DEBUG] Converted evdev scancode 0x68 (KEY_PAGEUP) to HID UsageID 0x4B (PAGE_UP) 23-12-16 15:54:20 [DEBUG] Pressing PAGE_UP (0x4B) on keyboard gadget (/dev/hidg1) 23-12-16 15:54:20 [DEBUG] Received synchronization event at 1702738460.417525, SYN_REPORT from AceRK Keyboard 23-12-16 15:54:20 [DEBUG] Received event at 1702738460.466388, code 04, type 04, val 458827 from AceRK Keyboard 23-12-16 15:54:20 [DEBUG] Received key event at 1702738460.466388, 104 (KEY_PAGEUP), up from AceRK Keyboard 23-12-16 15:54:20 [DEBUG] Converted evdev scancode 0x68 (KEY_PAGEUP) to HID UsageID 0x4B (PAGE_UP) 23-12-16 15:54:20 [DEBUG] Releasing PAGE_UP (0x4B) on keyboard gadget (/dev/hidg1) 23-12-16 15:54:20 [DEBUG] Received synchronization event at 1702738460.466388, SYN_REPORT from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Received event at 1702738474.116380, code 04, type 04, val 786665 from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Received key event at 1702738474.116380, 115 (KEY_VOLUMEUP), down from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Converted evdev scancode 0x73 (KEY_VOLUMEUP) to HID UsageID 0xE9 (VOLUME_INCREMENT) 23-12-16 15:54:34 [DEBUG] Pressing VOLUME_INCREMENT (0xE9) on consumer control gadget (/dev/hidg2) 23-12-16 15:54:34 [DEBUG] Received synchronization event at 1702738474.116380, SYN_REPORT from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Received event at 1702738474.117192, code 04, type 04, val 786665 from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Received key event at 1702738474.117192, 115 (KEY_VOLUMEUP), up from AceRK Keyboard 23-12-16 15:54:34 [DEBUG] Converted evdev scancode 0x73 (KEY_VOLUMEUP) to HID UsageID 0xE9 (VOLUME_INCREMENT) 23-12-16 15:54:34 [DEBUG] Releasing VOLUME_INCREMENT (0xE9) on consumer control gadget (/dev/hidg2) 23-12-16 15:54:34 [DEBUG] Received synchronization event at 1702738474.117192, SYN_REPORT from AceRK Keyboard 23-12-16 15:54:36 [DEBUG] Received event at 1702738476.895033, code 04, type 04, val 589826 from AceRK Mouse 23-12-16 15:54:36 [DEBUG] Received key event at 1702738476.895033, 273 (BTN_RIGHT), down from AceRK Mouse 23-12-16 15:54:36 [DEBUG] Converted evdev scancode 0x111 (BTN_RIGHT) to HID UsageID 0x02 (RIGHT) 23-12-16 15:54:36 [DEBUG] Pressing RIGHT (0x02) on mouse gadget (/dev/hidg0) 23-12-16 15:54:36 [DEBUG] Received synchronization event at 1702738476.895033, SYN_REPORT from AceRK Mouse 23-12-16 15:54:36 [DEBUG] Received event at 1702738476.943781, code 04, type 04, val 589826 from AceRK Mouse 23-12-16 15:54:36 [DEBUG] Received key event at 1702738476.943781, 273 (BTN_RIGHT), up from AceRK Mouse 23-12-16 15:54:36 [DEBUG] Converted evdev scancode 0x111 (BTN_RIGHT) to HID UsageID 0x02 (RIGHT) 23-12-16 15:54:36 [DEBUG] Releasing RIGHT (0x02) on mouse gadget (/dev/hidg0) 23-12-16 15:54:36 [DEBUG] Received synchronization event at 1702738476.943781, SYN_REPORT from AceRK Mouse 23-12-16 15:54:37 [DEBUG] Received relative axis event at 1702738477.675038, REL_X from AceRK Mouse 23-12-16 15:54:37 [DEBUG] Moving mouse gadget (/dev/hidg0) (x=125, y=0, mwheel=0) 23-12-16 15:54:37 [DEBUG] Received synchronization event at 1702738477.675038, SYN_REPORT from AceRK Mouse ^C23-12-16 15:54:50 [INFO] Received signal: SIGINT, frame: <frame at 0xb5ec9930, file '/usr/lib/python3.11/selectors.py', line 468, code select> 23-12-16 15:54:50 [CRITICAL] vc4-hdmi was cancelled 23-12-16 15:54:50 [CRITICAL] AceRK Keyboard was cancelled 23-12-16 15:54:50 [CRITICAL] AceRK Mouse was cancelled
-
Still not resolved? Double-check the installation instructions
-
For more help, open an issue in the GitHub repository
Absolutely! Here's how.
After successfully setting up your Pi as a HID proxy for your Bluetooth devices, you may consider making Raspberry Pi OS read-only. That helps preventing the SD card from wearing out and the file system from getting corrupted when powering off the Raspberry forcefully.
Contributions are welcome! Please read the CONTRIBUTING.md file for guidelines.
This project is licensed under the MIT License - see the LICENSE file for details.
Bluetooth to USB Overview image by Laura T. is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.
- Mike Redrobe for the idea and the basic code logic and HeuristicPerson's bluetooth_2_hid based off this.
- Georgi Valkov for python-evdev making reading input devices a walk in the park.
- The folks at Adafruit for CircuitPython HID and Blinka providing super smooth access to USB gadgets.
- Special thanks to the open-source community for various other libraries and tools.