QLowEnergyController Class | Qt Bluetooth | Qt 6.11.0
Description: The QLowEnergyController class provides access to Bluetooth Low Energy Devices.

- Qt 6.11
- Qt Bluetooth
- C++ Classes
- QLowEnergyController
- Qt 6.11.0 Reference Documentation

# QLowEnergyController Class

The QLowEnergyController class provides access to Bluetooth Low Energy Devices. More...

Header: | `#include <QLowEnergyController>`
CMake: | `find_package(Qt6 REQUIRED COMPONENTS Bluetooth)` `target_link_libraries(mytarget PRIVATE Qt6::Bluetooth)`
qmake: | `QT += bluetooth`
Inherits: | QObject

- List of all members, including inherited members

## Public Types

enum | ControllerState { UnconnectedState, ConnectingState, ConnectedState, DiscoveringState, DiscoveredState, …, AdvertisingState }
enum | Error { NoError, UnknownError, UnknownRemoteDeviceError, NetworkError, InvalidBluetoothAdapterError, …, RssiReadError }
enum | RemoteAddressType { PublicAddress, RandomAddress }
enum | Role { CentralRole, PeripheralRole }

## Public Functions

virtual | ~QLowEnergyController()
QLowEnergyService * | addService(const QLowEnergyServiceData &service, QObject *parent = nullptr)
void | connectToDevice()
QLowEnergyService * | createServiceObject(const QBluetoothUuid &serviceUuid, QObject *parent = nullptr)
void | disconnectFromDevice()
void | discoverServices()
QLowEnergyController::Error | error() const
QString | errorString() const
QBluetoothAddress | localAddress() const
`(since 6.2)` int | mtu() const
`(since 6.5)` void | readRssi()
QBluetoothAddress | remoteAddress() const
QLowEnergyController::RemoteAddressType | remoteAddressType() const
QBluetoothUuid | remoteDeviceUuid() const
QString | remoteName() const
void | requestConnectionUpdate(const QLowEnergyConnectionParameters &parameters)
QLowEnergyController::Role | role() const
QList<QBluetoothUuid> | services() const
void | setRemoteAddressType(QLowEnergyController::RemoteAddressType type)
void | startAdvertising(const QLowEnergyAdvertisingParameters &parameters, const QLowEnergyAdvertisingData &advertisingData, const QLowEnergyAdvertisingData &scanResponseData = QLowEnergyAdvertisingData())
QLowEnergyController::ControllerState | state() const
void | stopAdvertising()

## Signals

void | connected()
void | connectionUpdated(const QLowEnergyConnectionParameters &newParameters)
void | disconnected()
void | discoveryFinished()
`(since 6.2)` void | errorOccurred(QLowEnergyController::Error newError)
void | mtuChanged(int mtu)
`(since 6.5)` void | rssiRead(qint16 rssi)
void | serviceDiscovered(const QBluetoothUuid &newService)
void | stateChanged(QLowEnergyController::ControllerState state)

## Static Public Members

QLowEnergyController * | createCentral(const QBluetoothDeviceInfo &remoteDevice, QObject *parent = nullptr)
QLowEnergyController * | createCentral(const QBluetoothDeviceInfo &remoteDevice, const QBluetoothAddress &localDevice, QObject *parent = nullptr)
QLowEnergyController * | createPeripheral(QObject *parent = nullptr)
`(since 6.2)` QLowEnergyController * | createPeripheral(const QBluetoothAddress &localDevice, QObject *parent = nullptr)

## Detailed Description

QLowEnergyController acts as the entry point for Bluetooth Low Energy development.

Bluetooth Low Energy defines two types of devices; the peripheral and the central. Each role performs a different task. The peripheral device provides data which is utilized by central devices. An example might be a humidity sensor which measures the moisture in a winter garden. A device such as a mobile phone might read the sensor's value and display it to the user in the greater context of all sensors in the same environment. In this case the sensor is the peripheral device and the mobile phone acts as the central device.

A controller in the central role is created via the createCentral() factory method. Such an object essentially acts as a placeholder towards a remote Low Energy peripheral device, enabling features such as service discovery and state tracking.

After having created a controller object in the central role, the first step is to establish a connection via connectToDevice(). Once the connection has been established, the controller's state() changes to QLowEnergyController::ConnectedState and the connected() signal is emitted. It is important to mention that some platforms such as a BlueZ based Linux cannot maintain two connected instances of QLowEnergyController to the same remote device. In such cases the second call to connectToDevice() may fail. This limitation may disappear at some stage in the future. The disconnectFromDevice() function is used to break the existing connection.

The second step after establishing the connection is to discover the services offered by the remote peripheral device. This process is started via discoverServices() and has finished once the discoveryFinished() signal has been emitted. The discovered services can be enumerated via services().

The last step is to create service objects. The createServiceObject() function acts as factory for each service object and expects the service UUID as parameter. The calling context should take ownership of the returned QLowEnergyService instance.

Any QLowEnergyService, QLowEnergyCharacteristic or QLowEnergyDescriptor instance which is later created from this controller's connection becomes invalid as soon as the controller disconnects from the remote Bluetooth Low Energy device.

A controller in the peripheral role is created via the createPeripheral() factory method. Such an object acts as a peripheral device itself, enabling features such as advertising services and allowing clients to get notified about changes to characteristic values.

After having created a controller object in the peripheral role, the first step is to populate the set of GATT services offered to client devices via calls to addService(). Afterwards, one would call startAdvertising() to let the device broadcast some data and, depending on the type of advertising being done, also listen for incoming connections from GATT clients.

See also QLowEnergyService, QLowEnergyCharacteristic, QLowEnergyDescriptor, QLowEnergyAdvertisingParameters, and QLowEnergyAdvertisingData.

## Member Type Documentation

### enum QLowEnergyController::ControllerState

Indicates the state of the controller object.

Constant | Value | Description
--- | --- | ---
`QLowEnergyController::UnconnectedState` | `0` | The controller is not connected to a remote device.
`QLowEnergyController::ConnectingState` | `1` | The controller is attempting to connect to a remote device.
`QLowEnergyController::ConnectedState` | `2` | The controller is connected to a remote device.
`QLowEnergyController::DiscoveringState` | `3` | The controller is retrieving the list of services offered by the remote device.
`QLowEnergyController::DiscoveredState` | `4` | The controller has discovered all services offered by the remote device.
`QLowEnergyController::ClosingState` | `5` | The controller is about to be disconnected from the remote device.
`QLowEnergyController::AdvertisingState (since Qt 5.7)` | `6` | The controller is currently advertising data.

### enum QLowEnergyController::Error

Indicates all possible error conditions found during the controller's existence.

Constant | Value | Description
--- | --- | ---
`QLowEnergyController::NoError` | `0` | No error has occurred.
`QLowEnergyController::UnknownError` | `1` | An unknown error has occurred.
`QLowEnergyController::UnknownRemoteDeviceError` | `2` | The remote Bluetooth Low Energy device with the address passed to the constructor of this class cannot be found.
`QLowEnergyController::NetworkError` | `3` | The attempt to read from or write to the remote device failed.
`QLowEnergyController::InvalidBluetoothAdapterError` | `4` | The local Bluetooth device with the address passed to the constructor of this class cannot be found or there is no local Bluetooth device.
`QLowEnergyController::ConnectionError (since Qt 5.5)` | `5` | The attempt to connect to the remote device failed.
`QLowEnergyController::AdvertisingError (since Qt 5.7)` | `6` | The attempt to start advertising failed.
`QLowEnergyController::RemoteHostClosedError (since Qt 5.10)` | `7` | The remote device closed the connection.
`QLowEnergyController::AuthorizationError (since Qt 5.14)` | `8` | The local Bluetooth device closed the connection due to insufficient authorization.
`QLowEnergyController::MissingPermissionsError (since Qt 6.4)` | `9` | The operating system requests permissions which were not granted by the user.
`QLowEnergyController::RssiReadError (since Qt 6.5)` | `10` | An attempt to read RSSI (received signal strength indicator) of a remote device finished with error.

### enum QLowEnergyController::RemoteAddressType

Indicates what type of Bluetooth address the remote device uses.

Constant | Value | Description
--- | --- | ---
`QLowEnergyController::PublicAddress` | `0` | The remote device uses a public Bluetooth address.
`QLowEnergyController::RandomAddress` | `1` | A random address is a Bluetooth Low Energy security feature. Peripherals using such addresses may frequently change their Bluetooth address. This information is needed when trying to connect to a peripheral.

### enum QLowEnergyController::Role

Indicates the role of the controller object.

Constant | Value | Description
--- | --- | ---
`QLowEnergyController::CentralRole` | `0` | The controller acts as a client interacting with a remote device which is in the peripheral role. The controller can initiate connections, discover services and read and write characteristics.
`QLowEnergyController::PeripheralRole` | `1` | The controller can be used to advertise services and handle incoming connections and client requests, acting as a GATT server. A remote device connected to the controller is in the central role.

Note: The peripheral role is not supported on Windows. In addition on Linux, handling the "Signed Write" ATT command on the server side requires BlueZ 5 and kernel version 3.7 or newer.

See also QLowEnergyController::createCentral() and QLowEnergyController::createPeripheral().

## Member Function Documentation

### `[virtual noexcept]` QLowEnergyController::~QLowEnergyController()

Destroys the QLowEnergyController instance.

### QLowEnergyService *QLowEnergyController::addService(const QLowEnergyServiceData &service, QObject *parent = nullptr)

Constructs and returns a QLowEnergyService object with parent from service. The controller must be in the PeripheralRole and in the UnconnectedState. The service object must be valid.

Note: Once the peripheral instance is disconnected from the remote central device or if disconnectFromDevice() is manually called, every service definition that was previously added via this function is removed from the peripheral. Therefore this function must be called again before re-advertising this peripheral controller instance. The described behavior is connection specific and therefore not dependent on whether stopAdvertising() was called.

See also stopAdvertising(), disconnectFromDevice(), and QLowEnergyServiceData::addIncludedService.

### void QLowEnergyController::connectToDevice()

Connects to the remote Bluetooth Low Energy device.

This function does nothing if the controller's state() is not equal to UnconnectedState. The connected() signal is emitted once the connection is successfully established.

On Linux/BlueZ systems, it is not possible to connect to the same remote device using two instances of this class. The second call to this function may fail with an error. This limitation may be removed in future releases.

See also disconnectFromDevice().

### `[signal]` void QLowEnergyController::connected()

This signal is emitted when the controller successfully connects to the remote Low Energy device (if the controller is in the CentralRole) or if a remote Low Energy device connected to the controller (if the controller is in the PeripheralRole). On iOS, macOS, and Android this signal is not reliable if the controller is in the PeripheralRole. On iOS and macOS the controller only guesses that some central connected to our peripheral as soon as this central tries to write/read a characteristic/descriptor. On Android the controller monitors all connected GATT devices. On Linux BlueZ DBus peripheral backend the remote is considered connected when it first reads/writes a characteristic or a descriptor.

### `[signal]` void QLowEnergyController::connectionUpdated(const QLowEnergyConnectionParameters &newParameters)

This signal is emitted when the connection parameters change. This can happen as a result of calling requestConnectionUpdate() or due to other reasons, for instance because the other side of the connection requested new parameters. The new values can be retrieved from newParameters.

See also requestConnectionUpdate().

### `[static]` QLowEnergyController *QLowEnergyController::createCentral(const QBluetoothDeviceInfo &remoteDevice, QObject *parent = nullptr)

Returns a new object of this class that is in the CentralRole and has the parent object parent. The remoteDevice refers to the device that a connection will be established to later.

The controller uses the local default Bluetooth adapter for the connection management.

See also QLowEnergyController::CentralRole.

### `[static]` QLowEnergyController *QLowEnergyController::createCentral(const QBluetoothDeviceInfo &remoteDevice, const QBluetoothAddress &localDevice, QObject *parent = nullptr)

Returns a new instance of this class with parent.

The remoteDevice must contain the address of the remote Bluetooth Low Energy device to which this object should attempt to connect later on.

The connection is established via localDevice. If localDevice is invalid, the local default device is automatically selected. If localDevice specifies a local device that is not a local Bluetooth adapter, error() is set to InvalidBluetoothAdapterError once connectToDevice() is called.

Note that specifying the local device to be used for the connection is only possible when using BlueZ. All other platforms do not support this feature.

### `[static]` QLowEnergyController *QLowEnergyController::createPeripheral(QObject *parent = nullptr)

Returns a new object of this class that is in the PeripheralRole and has the parent object parent. Typically, the next steps are to add some services and finally call startAdvertising() on the returned object.

The controller uses the local default Bluetooth adapter for the connection management.

See also QLowEnergyController::PeripheralRole.

### `[static, since 6.2]` QLowEnergyController *QLowEnergyController::createPeripheral(const QBluetoothAddress &localDevice, QObject *parent = nullptr)

Returns a new object of this class that is in the PeripheralRole and has the parent object parent and is using localDevice. Typically, the next steps are to add some services and finally call startAdvertising() on the returned object.

The peripheral is created on localDevice. If localDevice is invalid, the local default device is automatically selected. If localDevice specifies a local device that is not a local Bluetooth adapter, error() is set to InvalidBluetoothAdapterError.

Selecting localDevice is only supported on Linux. On other platform, the parameter is ignored.

This function was introduced in Qt 6.2.

See also QLowEnergyController::PeripheralRole.

### QLowEnergyService *QLowEnergyController::createServiceObject(const QBluetoothUuid &serviceUuid, QObject *parent = nullptr)

Creates an instance of the service represented by serviceUuid. The serviceUuid parameter must have been obtained via services().

The caller takes ownership of the returned pointer and may pass a parent parameter as default owner.

This function returns a null pointer if no service with serviceUuid can be found on the remote device or the controller is disconnected.

This function can return instances for secondary services too. The include relationships between services can be expressed via QLowEnergyService::includedServices().

If this function is called multiple times using the same service UUID, the returned QLowEnergyService instances share their internal data. Therefore if one of the instances initiates the discovery of the service details, the other instances automatically transition into the discovery state too.

See also services().

### void QLowEnergyController::disconnectFromDevice()

Disconnects from the remote device.

Any QLowEnergyService, QLowEnergyCharacteristic or QLowEnergyDescriptor instance that resulted from the current connection is automatically invalidated. Once any of those objects become invalid they remain invalid even if this controller object reconnects.

This function does nothing if the controller is in the UnconnectedState.

If the controller is in the peripheral role, it stops advertising and removes all services which have previously been added via addService(). To reuse the QLowEnergyController instance the application must re-add services and restart the advertising mode by calling startAdvertising().

See also connectToDevice().

### `[signal]` void QLowEnergyController::disconnected()

This signal is emitted when the controller disconnects from the remote Low Energy device or vice versa. On iOS and macOS this signal is unreliable if the controller is in the PeripheralRole. On Android the signal is emitted when the last connected device is disconnected. On BlueZ DBus backend the controller is considered disconnected when last client which has accessed the attributes has disconnected.

### void QLowEnergyController::discoverServices()

Initiates the service discovery process.

The discovery progress is indicated via the serviceDiscovered() signal. The discoveryFinished() signal is emitted when the process has finished.

If the controller instance is not connected or the controller has performed the service discovery already this function will do nothing.

Note: Some platforms internally cache the service list of a device which was discovered in the past. This can be problematic if the remote device changed its list of services or their inclusion tree. If this behavior is a problem, the best workaround is to temporarily turn Bluetooth off. This causes a reset of the cache data. Currently Android exhibits such a cache behavior.

### `[signal]` void QLowEnergyController::discoveryFinished()

This signal is emitted when the running service discovery finishes. The signal is not emitted if the discovery process finishes with an error.

This signal can only be emitted if the controller is in the CentralRole.

See also discoverServices() and error().

### QLowEnergyController::Error QLowEnergyController::error() const

Returns the last occurred error or NoError.

### `[signal, since 6.2]` void QLowEnergyController::errorOccurred(QLowEnergyController::Error newError)

This signal is emitted when an error occurs. The newError parameter describes the error that occurred.

This function was introduced in Qt 6.2.

See also error() and errorString().

### QString QLowEnergyController::errorString() const

Returns a textual representation of the last occurred error. The string is translated.

### QBluetoothAddress QLowEnergyController::localAddress() const

Returns the address of the local Bluetooth adapter being used for the communication.

If this class instance was requested to use the default adapter but there was no default adapter when creating this class instance, the returned QBluetoothAddress will be null.

See also QBluetoothAddress::isNull().

### `[since 6.2]` int QLowEnergyController::mtu() const

Returns the MTU size.

During connection setup, the ATT MTU size is negotiated. This method provides the result of this negotiation. It can be used to optimize packet sizes in some situations. The maximum amount of data which can be transferred in a single packet is mtu-3 bytes. 3 bytes are required for the ATT protocol header.

Before the connection setup and MTU negotiation, the default value of `23` will be returned.

Not every platform exposes the MTU value. On those platforms (e.g. Linux) this function always returns `-1`.

If the controller is in the PeripheralRole, there might be several central devices connected to it. In those cases this function returns the MTU of the last connection that was negotiated.

This function was introduced in Qt 6.2.

### `[signal]` void QLowEnergyController::mtuChanged(int mtu)

This signal is emitted as a result of a successful MTU change. mtu represents the new value.

Note: If the controller is in the PeripheralRole, the MTU value is negotiated for each client/central device individually. Therefore this signal can be emitted several times in a row for one or several devices.

See also mtu().

### `[since 6.5]` void QLowEnergyController::readRssi()

readRssi() reads RSSI (received signal strength indicator) for a connected remote device. If the read was successful, the RSSI is then reported by rssiRead() signal.

Note: Prior to calling readRssi(), this controller must be connected to a peripheral. This controller must be created using createCentral().

Note: In case Bluetooth backend you are using does not support reading RSSI, the errorOccurred() signal is emitted with an error code QLowEnergyController::RssiReadError. At the moment platforms supporting reading RSSI include Android, iOS and macOS.

This function was introduced in Qt 6.5.

See also rssiRead(), connectToDevice(), state(), createCentral(), and errorOccurred().

### QBluetoothAddress QLowEnergyController::remoteAddress() const

Returns the address of the remote Bluetooth Low Energy device.

For a controller in the CentralRole, this value will always be the one passed in when the controller object was created. For a controller in the PeripheralRole, this value is one of the currently connected client device addresses. This address will be invalid if the controller is not currently in the ConnectedState.

### QLowEnergyController::RemoteAddressType QLowEnergyController::remoteAddressType() const

Returns the type of remoteAddress(). By default, this value is initialized to PublicAddress.

See also setRemoteAddressType().

### QBluetoothUuid QLowEnergyController::remoteDeviceUuid() const

Returns the unique identifier of the remote Bluetooth Low Energy device.

On macOS/iOS/tvOS CoreBluetooth does not expose/accept hardware addresses for LE devices; instead developers are supposed to use unique 128-bit UUIDs, generated by CoreBluetooth. These UUIDS will stay constant for the same central <-> peripheral pair and we use them when connecting to a remote device. For a controller in the CentralRole, this value will always be the one passed in when the controller object was created. For a controller in the PeripheralRole, this value is invalid.

### QString QLowEnergyController::remoteName() const

Returns the name of the remote Bluetooth Low Energy device, if the controller is in the CentralRole. Otherwise the result is unspecified.

### void QLowEnergyController::requestConnectionUpdate(const QLowEnergyConnectionParameters &parameters)

Requests the controller to update the connection according to parameters. If the request is successful, the connectionUpdated() signal will be emitted with the actual new parameters. See the QLowEnergyConnectionParameters class for more information on connection parameters.

Android only indirectly permits the adjustment of this parameter set. The connection parameters are separated into three categories (high, low & balanced priority). Each category implies a pre-configured set of values for QLowEnergyConnectionParameters::minimumInterval(), QLowEnergyConnectionParameters::maximumInterval() and QLowEnergyConnectionParameters::latency(). Although the connection request is an asynchronous operation, Android does not provide a callback stating the result of the request. This is an acknowledged Android bug. Due to this bug Android does not emit the connectionUpdated() signal.

Note: Currently, this functionality is only implemented on Linux kernel backend and Android.

See also connectionUpdated().

### QLowEnergyController::Role QLowEnergyController::role() const

Returns the role that this controller object is in.

The role is determined when constructing a QLowEnergyController instance using createCentral() or createPeripheral().

### `[signal, since 6.5]` void QLowEnergyController::rssiRead(qint16 rssi)

This signal is emitted after successful read of RSSI (received signal strength indicator) for a connected remote device. rssi parameter represents the new value.

This function was introduced in Qt 6.5.

See also readRssi().

### `[signal]` void QLowEnergyController::serviceDiscovered(const QBluetoothUuid &newService)

This signal is emitted each time a new service is discovered. The newService parameter contains the UUID of the found service.

This signal can only be emitted if the controller is in the `CentralRole`.

See also discoverServices() and discoveryFinished().

### QList<QBluetoothUuid> QLowEnergyController::services() const

Returns the list of services offered by the remote device, if the controller is in the CentralRole. Otherwise, the result is unspecified.

The list contains all primary and secondary services.

See also createServiceObject().

### void QLowEnergyController::setRemoteAddressType(QLowEnergyController::RemoteAddressType type)

Sets the remote address type. The type is required to connect to the remote Bluetooth Low Energy device.

This attribute is only required to be set on Linux/BlueZ systems with older Linux kernels (v3.3 or lower), or if CAP_NET_ADMIN is not set for the executable. The default value of the attribute is RandomAddress.

Note: All other platforms handle this flag transparently and therefore applications can ignore it entirely. On Linux, the address type flag is not directly exposed by BlueZ although some use cases do require this information. The only way to detect the flag is via the Linux kernel's Bluetooth Management API (kernel version 3.4+ required). This API requires CAP_NET_ADMIN capabilities though. If the local QtBluetooth process has this capability set QtBluetooth will use the API. This assumes that QBluetoothDeviceDiscoveryAgent was used prior to calling QLowEnergyController::connectToDevice().

See also remoteAddressType().

### void QLowEnergyController::startAdvertising(const QLowEnergyAdvertisingParameters &parameters, const QLowEnergyAdvertisingData &advertisingData, const QLowEnergyAdvertisingData &scanResponseData = QLowEnergyAdvertisingData())

Starts advertising the data given in advertisingData and scanResponseData, using the parameters set in parameters. The controller has to be in the PeripheralRole. If parameters indicates that the advertisement should be connectable, then this function also starts listening for incoming client connections.

Providing scanResponseData is not required, as it is not applicable for certain configurations of `parameters`. advertisingData and scanResponseData are limited to 31 byte user data. If, for example, several 128bit uuids are added to advertisingData, the advertised packets may not contain all uuids. The existing limit may have caused the truncation of uuids. In such cases scanResponseData may be used for additional information.

On BlueZ DBus backend BlueZ decides if, and which data, to use in a scan response. Therefore all advertisement data is recommended to set in the main advertisingData parameter. If both advertisement and scan response data is set, the scan response data is given precedence.

If this object is currently not in the UnconnectedState, nothing happens.

See also stopAdvertising().

### QLowEnergyController::ControllerState QLowEnergyController::state() const

Returns the current state of the controller.

See also stateChanged().

### `[signal]` void QLowEnergyController::stateChanged(QLowEnergyController::ControllerState state)

This signal is emitted when the controller's state changes. The new state can also be retrieved via state().

See also state().

### void QLowEnergyController::stopAdvertising()

Stops advertising, if this object is currently in the advertising state.

The controller has to be in the PeripheralRole for this function to work. It does not invalidate services which have previously been added via addService().

See also startAdvertising().