Android's Bluetooth stack uses BlueZ for GAP, SDP, and RFCOMM profiles, and is a SIG-qualified Bluetooth stack.
Bluez is GPL licensed, so the Android framework interacts with userspace bluez code through D-BUS IPC to avoid proprietary code.
Headset and Handsfree (v1.5) profiles are implemented in the Android framework and are both tightly coupled with the Phone App. These profiles are also SIG qualified.
The diagram below offers a library-oriented view of the Bluetooth stack. Click Bluetooth Process Diagram for a process-oriented view.
Solid elements represent Android blocks and dashed elements represent partner-specific blocks.BlueZ is Bluetooth 2.1 compatible and should work with any 2.1 chipset and is backward compatibile with older Bluetooth versions. There are two integration points:
The BlueZ kernel sub-system attaches to your hardware-specific UART driver using the hciattach
daemon.
For example, for MSM7201A, this is drivers/serial/msm_serial.c
. You may also need to edit command line options to hciattach
via init.rc
.
The method for powering on and off your bluetooth chip varies from Android V 1.0 to post 1.0.
/sys/modules/board_[PLATFORM]/parameters/bluetooth_power_on
. rfkill
API. See arch/arm/mach-msm/board-trout-rfkill.c
for an example. To compile Android with Bluetooth support enabled, add the following line to BoardConfig.mk
.
BOARD_HAVE_BLUETOOTH := true
Debugging
To debug your bluetooth implementation, start by reading the logs (adb logcat
) and look for ERRROR and WARNING messages regarding Bluetooth. Andoird uses Bluez, which comes with some useful debugging tools. The snippet below provides examples in a suggested order:
hciconfig -a # print BT chipset address and features. Useful to check if you can communicate with your BT chipset. hcidump -XVt # print live HCI UART traffic. hcitool scan # scan for local devices. Useful to check if RX/TX works. l2ping ADDRESS # ping another BT device. Useful to check if RX/TX works. sdptool records ADDRESS # request the SDP records of another BT device.
Deamon Logs
Deamon logs for hcid
(STDOUT
) and hciattach
(STDERR
) are sent to /dev/null
by default. Edit init.rc
and init.PLATFORM.rc
to run these daemons under logwrapper
, which redirects output to logcat
.
hciconfig -a and hcitool
If you compile your own system.img for Android, and hciconfig -a
works but hcitool
scan doesn't, try installing the firmware for the Bluetooth chipset. This firmware isn't yet available in the open source codebase, but you can adb pull
and then adb push
it from a stock T-Mobile G1 (located in /etc/firmware/brf6300.bin
).
BlueZ provides a rich set of command line tools for debugging and interacting with the Bluetooth sub-system, including:
hciconfig
hcitool
hcidump
sdptool
dbus-send
dbus-monitor
This section provides a change history of Bluetooth features added in each Android release and provides some rough guidance as to future features.
No Bluetooth changes since 1.0
This section offers a rough guide of which features the team is developing for the next release. This feature list may change without notice. It isn't possible to post scheduling advice to the mailing lists.
Development Notes
external/bluez/utils/input/Android.mk
, which gets compiled. dbus-send
and dbus-monitor
. While not officially supported, you should be able to connect and use a HID keyboard and mouse using the Bluez HID plugin API. Next steps include plumbing the plugin API in the Android Java framework and offering better support for HID input methods (new keymaps and mouse support). external/bluez/utils/dun/Android.mk external/bluez/utils/pan/Android.mk BNEP
support is compiled into the kernel with cupcake. dund
or pand
daemons and, using pppd
or iptables
, test tethering support. Next steps include plubming the DBUS APIs to these daemons up into the Android Java framework and adding code to setup the network paths via pppd
and / or iptables
.