Convert a Raspberry Pi into a HID relay translating Bluetooth keyboard and mouse input to USB.
Readme
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:
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.
[!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 an 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 git is 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 TAB for 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:F6by 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 status
It 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.sh
[!NOTE] 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.sh
This is likely due to the limited power the Pi can draw from the host's USB port. Try these steps:
[!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:F6by 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:F6
If 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'
exit
[!NOTE] Replace
0A:1B:2C:3D:4E:5Fby your Pi's Bluetooth controller's MAC andA1:B2:C3:D4:E5:F6by your input device's MAC
Here's a few things you could try:
/var/log/bluetooth_2_usb/) for errors[!NOTE] Logging to file requires the
-fflag
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 -d set, 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 2 HID" image @PixelGordo is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.
FAQs
Convert a Raspberry Pi into a HID relay translating Bluetooth keyboard and mouse input to USB.
We found that bluetooth-2-usb demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
NIST's new AI Risk Management Framework aims to enhance the security and reliability of generative AI systems and address the unique challenges of malicious AI exploits.
Security News
This episode of the Risky Biz podcast discusses how the rise of small open source packages and the shift towards individual maintainers makes the ecosystem more vulnerable to supply chain attacks.
Product
Streamline your login process and enhance security by enabling Single Sign-On (SSO) on the Socket platform, now available for all customers on the Enterprise plan, supporting 20+ identity providers.