Bluetooth OTA Updates Using Customized Advertising Data#


When a device is booted into OTA DFU mode, the default advertising data used by the BLE stack is very minimal. Below is an example that was created by booting the Bluetooth - SoC Empty example (from SDK 3.1.1) into OTA mode:

// raw advertising data

The advertising packet includes four elements:

  • Flags (value 0x06)

  • Complete local name ("OTA")

  • BLE device address (00 (public) 428928E20A68)

  • TX Power (0 dBm)

For details about decoding the advertising packet content, see the following page:

Bluetooth advertising data basics

To implement a robust OTA update procedure, use a customized advertising data format, for example:

  • Include a unique device name in the OTA advertising packets.

  • Indicate the current SDK/stack version in the advertising packets.

These customizations are left for the application designer to decide. Silicon labs Bluetooth stack includes a few simple yet powerful options to customize the advertising packets used in OTA mode.

Since SDK v3.x, OTA related configurations are included in Bluetooth > OTA > OTA software component. By installing this component, you can achieve different kinds of custom OTA configuration options using the APIs explained below.

Setting the Device Name in OTA Advertising#

The device name to be used during OTA can be set using the run-time command sl_bt_ota_set_device_name(name_len, name), where name is the chosen name to be used during OTA mode and name_len is the exact number of characters in the name string. The name is stored in the persistent store. The maximum name length is 17 bytes.

The device name used during OTA does not have to be static. The string can be dynamically generated while the Bluetooth stack is running, for example, based on the serial number of the device or some other value that uniquely identifies the device. The OTA name can be, for example, negotiated between the OTA client and the OTA target device over a Bluetooth connection.

Setting OTA Flags#

You can use the run-time command sl_bt_ota_set_configuration(flags) to set OTA flags. The setting is stored in the persistent store. flags is a 32-bit unsigned integer variable. Flags are defined as follows.

Bit 0: Advertising address 0: use public address. 1: use static random address.

Bit 1: Application update version check 0: disable application version check. 1: enable application version check.

Bits 2-31: reserved.

flags value is given as a bitmask. Flags values are defined as follows.

  • 0: use public device address and disable application version check.

  • 1: use static random address and disable application version check.

  • 2: use public device address and enable application update version check.

  • 3: use static random address and enable application update version check.

Default value 0 is used if the user application does not set the flags, in which case the public device address is used and AppLoader does not perform any application version checking during OTA mode.

Setting the OTA Advertising Packet Content Manually#

It is also possible to define the whole content of the OTA advertising packets from the application using the sl_bt_ota_set_advertising_data(packet_type, adv_data_len, adv_data) API.

This method can be used to include the OTA service UUID in the advertising packets that are sent during OTA mode. There are basically no limitations on what advertising data can be used, as long as it conforms to the Bluetooth specification (for instance, a maximum of 31 bytes of advertising data can be set).

Setting the packet_type to value 2 indicates the data is intended for advertising packets. Whereas, a packet_type value 4 indicates the data is intended for a scan response packets.

The following code snippet shows how to set custom advertising packet used during OTA mode. In this example, a simple packet format is used that includes three advertising elements: a flag, complete local name, and one manufacturer-specific advertising element. The custom advertising element is used to expose the SDK version and Bluetooth address of the device. The SDK version can be retrieved from the boot event as shown in the code snippet.

// struct type to store SDK version in the boot event.
typedef struct {
  uint16_t major;
  uint16_t minor;
  uint16_t patch;
  uint16_t build;

typedef struct
  /* First AD element: Flags*/
  uint8_t len_flags;
  uint8_t type_flags;
  uint8_t val_flags;

  /* Second Advt element: name*/
  uint8_t len_name;
  uint8_t type_name;
  uint8_t name[5];

  /* Third Advt elemnt: custom data. Include SDK version*/
  uint8_t len_manuf;
  uint8_t type_manuf;
  uint8_t vSDK_Major_LO;
  uint8_t vSDK_Major_HI;
  uint8_t vSDK_Minor_LO;
  uint8_t vSDK_Minor_HI;
  uint8_t vSDK_Patch_LO;
  uint8_t vSDK_Patch_HI;
  uint8_t bt_address[6];

} tsCustomAdv;

case sl_bt_evt_system_boot_id:
  vSDK_t vSDK;
    vSDK.major = evt->data.evt_system_boot.major;
    vSDK.minor = evt->data.evt_system_boot.minor;
    vSDK.patch = evt->data.evt_system_boot.patch; = evt->;

    // Build the advt packet and configures OTA Advt data.

// fill advt data and configure OTA advertisement data
void configure_OTA_adv(vSDK_t sdk)
  tsCustomAdv sData;
  sl_status_t sc;
  char* ota_name = "Silab";

  /* fill the first Advt element (flags) */
  sData.len_flags = 0x02;
  sData.type_flags = 0x01;
  sData.val_flags = 0x06;

  /* fill the second Advt element (complete local-name)*/
  sData.len_name = 0x06;