37
Radio transmitter enable/disable – a simple command connects to a dedicated
hardware switch that determines whether the radio can transmit
The firmware can read th e v oltage on a pair of the chip’s external pins. This is normally
used to build a battery monitor, using either VM or host code
A block of BCCMD commands provides access to the chip’s “persistent store”
configuration database (PS). The database sets the device’s Bluetooth address, Class
of Device, radio (transmit class) configuration, SCO routing, LM, USB and DFU
constants, etc.
A UART “break” condition can be used in three ways:
Presenting a UART break condition to the chip can force the chip to perform a hardware
reboot
Presenting a break condition at boot time can hold the chip in a low power state,
preventing normal initialization while the condition exists
With BCSP, the firmware can be configured to send a break to the host before sending
data – normally used to wake the host from a deep sleep state
The DFU standard has been extended with public/private key authentication, allowing
manufacturers to control the firmware that can be loaded onto their Bluetooth modules
A modified version of the DFU protocol allows firmware upgrade via the chip’s UART
A block of “radio test” or BIST commands allows direct control of the chip’s rad io. This
aids the development of modules’ radio designs, and can be used to support Bluetooth
qualification.
Virtual Machine (VM). The firmware provides the VM environment in which to run
application-specific code. Although the VM is mainly used with BlueLab and “RFCOMM
builds” (alternative firmware builds providing L2CAP, SDP and RFCOMM), the VM can
be used with this build to perform simple tasks such as flashing LED’s via the chip’s
PIO port.
Hardware low power modes: shallow sleep and deep sleep. The chip drops into modes
that significantly reduce power consumption when the software goes idle.
SCO channels are normally routed via HCI (over BCSP). However, up to three SCO
channels can be routed over the chip’s single PCM port (at the same time as routing
any remaining SC O channels over HCI).
Co-operative existence with 802.11b/g chipsets. The device can be optionally
configured to support a number of different co-existence schemes including:
o TDMA - Bluetooth and WLAN avoid transmitting at the same time.
o FDMA - Bluetooth avoids transmitting within the WLAN channel
o Combination TDMA & FDMA - Bluetooth avoids transmitting in the WLAN
channel only when WLAN is active.
Please refer to separate documentation f or f ull det ails of the co-existence schemes that
CSR supports.
Notes:
1. Supports basic data rate up to 723.2kbps asymmetric, maximum allowed by
Bluetooth v2.0 + EDR specification
2. WT12 supports all combinations of active ACL and SCO channels for both Master
and
3. Always refer to the Firmware Release Note for the specific functionality of a
particular build.