ble_app_uart advertise with BLE_GAP_PHY_2M on nrf52840 error 0x7

[brec]

Greetings,

I've seen multiple references on how to change to the 2Mbps PHY after a connection is made, and I have that working.

Now, I'm trying to advertise at 2Mbps and am seeing the invalid parameter error when trying to start advertising. I've seen several references that the code below is what I should add, but something is missing.

Hardware = u-blox BMD-340-EVAL (equivalent to PCA10056)

SDK = nRF5 SDK, v17.0.2

Example = ble_app_uart

No changes except:

main.c, in advertising_init():

// +++ added code
    init.config.ble_adv_primary_phy       = BLE_GAP_PHY_2MBPS;
    init.config.ble_adv_secondary_phy     = BLE_GAP_PHY_2MBPS;
    init.config.ble_adv_extended_enabled  = true;
    init.config.ble_adv_on_disconnect_disabled = true;
// --- end added code

sdk_config.h, change debug level to 4:

#define NRF_LOG_DEFAULT_LEVEL 4

Calling advertising_start() gives me:

<debug> app: sd_ble_gap_adv_set_configure = 0x7

What other settings am I missing?

For the central side, I'm planning on making the complementary changes to ble_app_uart_c, but have not gotten there yet. Any suggestions are welcome.

Thanks,

Bob

[hmolesworth]

Not sure you can:

    // Note It's not possible to have the primary advertising channel to advertise on the 2M PHY, from the Bluetooth 5.1 core spec (vol 6, part B,
    // section 2.3, table 2.3). ADV_EXT_IND is only supporting 1M and Coded PHY. The extended advertising packet can use the 2M PHY, but the
    // scanner must first scan on 1M/coded to "find" the 2M extended packet.

Have a look at advertize-and-scan-only-on-2m-phy

[Simonr]

Hi

Indeed, as stated in the link Hugh provided, the primary advertising channel can only advertise in 1MBPS or Coded PHY, as the Bluetooth spec states that the ADV_EXT_IND is only supported by these two modes. The extended advertising packet can use the 2MBPS PHY, but the scanner must first scan on one of the other PHYs to find the 2MBPS packet on the secondary advertising channels.

Best regards,

Simon

[brec]

Thanks Simon and Hugh. That link was the one I *didn't* find until you pointed it out.