KO | EN

GitLite

Minimalist Open Source Repository Search Engine

gitlite — search

#dsh #dsh-plugin #developer-tools #ai-agent #claude-code #codex #typescript #ai-agents #deepseek-harness #mcp #cli #rust

bluetooth-gamepad

★ 38 Open GitHub ↗

A small hardware device that converts a wired gamepad into a Bluetooth one.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# bt-gamepad

ESP32-S3 firmware that turns a **USB HID gamepad** into a **Bluetooth LE (BLE) gamepad**. Plug a wired controller into the board (USB Host), and the firmware advertises as a BLE gamepad so a phone/tablet/PC can connect to it wirelessly.

## Hardware

- **Seeed Studio XIAO ESP32S3** (the current PlatformIO target: `seeed_xiao_esp32s3`)
- A **USB HID gamepad/controller** (wired USB)
- A **USB-C OTG adapter** (USB-C male → USB-A female), or a **powered USB hub** + suitable cables
- Optional: a **3.3V UART adapter** for debug logs on pins **GPIO12 (TX)** / **GPIO13 (RX)** (see `platformio.ini`)

Power note: some controllers draw more current than the XIAO can comfortably supply. If your controller doesn’t enumerate or resets, use a powered hub.

## How to connect it

1. **Flashing / development:** connect the XIAO ESP32S3 to your computer via USB-C.
2. **Runtime (USB Host):** connect your USB controller to the XIAO’s USB-C port through an **OTG adapter** (or powered hub).
3. Pair the BLE device from your phone/tablet/PC like a normal Bluetooth controller.

## Flashing (PlatformIO)

This is a PlatformIO project (`platformio.ini`). The default environment enables USB Host (OTG) and routes debug output to a hardware UART.

- Build: `pio run -e seeed_xiao_esp32s3`
- Flash: `pio run -e seeed_xiao_esp32s3 -t upload`
- Serial monitor (if you use UART): `pio device monitor -b 115200`

There is also a development environment that disables USB Host and keeps USB CDC enabled (useful for quick flashing/monitoring over the built-in USB serial):

- Flash (dev): `pio run -e seeed_xiao_esp32s3_dev -t upload`

The project uses a custom partition table referenced by `platformio.ini`:

- `partitions_4MB.csv`

## Architecture overview

At a high level, the firmware runs a USB Host stack to enumerate a connected HID controller, parses the HID reports into a normalized internal `GamepadState`, then maps that state into BLE HID gamepad reports exposed via the BLE gamepad library. The USB side and BLE side are decoupled through this state representation so HID parsing and BLE report generation stay independent and easy to evolve.

## Button mapping note

USB HID gamepads are not required to agree on which physical button is “Button 1/2/3/4”, and many devices use different ordering for face buttons and meta buttons (Start/Select/L3/R3/etc). Operating systems often “recognize” a controller because their HID drivers and controller databases (quirks/hwdb/SDL mappings) contain device-specific mappings.

This firmware is acting as a bridge: it reads the controller’s raw HID reports and then exposes a *generic* BLE HID gamepad report descriptor. The project normalizes all controllers into a canonical internal button layout (`GamepadButton` in `src/gamepad_state.h`), then maps that canonical layout into the BLE button indices that Linux maps to `BTN_*` codes (`canonical_button_to_ble_button` in `src/ble_gamepad.cpp`). If your controller’s HID “Button N” ordering differs, adjust the HID→canonical mapping in `src/hid_parser.cpp` (`hid_button_number_to_canonical_mask`). Use the debug log “Button bit N pressed” output to see which internal bit toggled.

## Code map

- `src/usb_host.*`: USB Host setup and device/report handling
- `src/hid_parser.*`: HID report parsing into a usable controller state
- `src/gamepad_state.h`: shared representation of buttons/axes
- `src/ble_gamepad.*`: BLE gamepad setup and report sending
- `src/main.cpp`: initialization and main loop orchestration

bluetooth-gamepad

Explore Similar Repositories

Was this content helpful?

Recent Feedback

Download README