Evaluation of BLE5 extended advertisement with nRF52832

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Tue, 18 Feb 2020 05:46:51 GMT

Thanks a lot Edvin for kind help.

Best Regards,

Bipin Patel

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Thu, 13 Feb 2020 13:38:58 GMT

None of the examples use long range by default. What you can do is to use any of the examples, and request to use long range after the connection has occured. It is possible to advertise and scan using long range as well. I have not done this myself, but you can search for the topic here on DevZone. There are plenty of threads on that topic.

Best regards,

Edvin

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Thu, 13 Feb 2020 11:19:41 GMT

Hi Edvin,

Thanks for knowledge!

One more help I need. Can you suggest any example from SDK which support BLE5 long range test?

Regards,

Bipin Patel

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Thu, 13 Feb 2020 09:40:30 GMT

Hello,

CSA#2 is for connections, not advertising. It is included from Softdevice S132v5.0.0, as you can see in the release notes:devzone.nordicsemi.com/.../s132_5F00_nrf52_5F00_7.0.1_5F00_release_2D00_notes.pdf
(I know that this is the 7.0.1 specification, but search for "channel selection algorithm", and you will see the release notes for v5.0.0 a bit down in that document)

It is supported. If both devices in a connection supports it, it will be used. If one device doesn't support it, it will not be used.

BR,

Edvin

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Wed, 12 Feb 2020 05:24:27 GMT

Hi Edvin,

Thanks for clarification. One more question regarding BLE5. As I study, BLE5 has one more improvement that is CSA#2. Is it related to advertisement or connection. Is it enabled in example or in new softdevice by default?

Regards,

Bipin Patel

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Fri, 07 Feb 2020 09:56:59 GMT

Hello Bipin,

It is a bit confusing. It is actually the softdevices that are BLE5 compatible, and not the examples. BLE5 is a superset of BLE4, meaning that BLE5 = BLE4++. All the features that are added to BLE5 are optional, so in theory, you can say that a BLE device that is working perfectly fine in BLE4 is BLE5 compatible, but doesn't support any of the new features.

Also, the features in BLE5 are backwards compatible in a way, meaning that if a connected device doesn't support that feature, they will stick to the BLE4 version of the feature. One example is the 2MBPS. If you request 2MBPS in a connection, but the connected device doesn't support it, then they will stay on 1MBPS. The same goes for Long Range, which is not supported by the nRF52832.

So it is not really defined what BLE5 only is, because of what I described in 1). You can of course say that extended advertising is BLE5 only, because BLE4 only devices will not be able to read the advertising extensions, but other than that, all features are optional, and BLE5 is backwards compatible.

Best regards,

Edvin

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Fri, 07 Feb 2020 06:55:24 GMT

Hi Edvin,

Thanks for help. I am able to set successfully following with ble_app_uart example.

.tx_phys = BLE_GAP_PHY_2MBPS,
.rx_phys = BLE_GAP_PHY_2MBPS

I have one some confusion with nordic sdk examples if you can clear it.

1) How can I clearly differentiate that whatever example support BLE4 or BLE5?

2) Is any dedicated example is available which fully support BLE5 only?

Regards,

Bipin

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Thu, 06 Feb 2020 12:12:56 GMT

Hello,

Yes, you can do that.

It can be done with pretty much any example, but if you want to send payload data, I would suggest you look into the ble_app_uart example.

Pretty much everything is already set up, but it doesn't by default use 2MBPS.

You can add something the following to the BLE_GAP_EVT_CONNECTED event:

ble_gap_phys_t const my_new_phys = 
            {
                .tx_phys = BLE_GAP_PHY_2MBPS,
                .rx_phys = BLE_GAP_PHY_2MBPS
            };
            err_code = sd_ble_gap_phy_update(p_ble_evt->evt.gap_evt.conn_handle, &my_new_phys);
            APP_ERROR_CHECK(err_code);

And then look after the BLE_GAP_EVT_PHY_UPDATE event. When this event occurs, you can check the new phy:

        case BLE_GAP_EVT_PHY_UPDATE:
            NRF_LOG_INFO("Phy Updated. TX: %d, RX: %d", p_ble_evt->evt.gap_evt.params.phy_update.tx_phy, p_ble_evt->evt.gap_evt.params.phy_update.rx_phy);
            break;

If it is updated to 2MBPS, then you should see:

"Phy Updated. TX: 2, RX: 2"

If it is printing other numbers than two, check which one they refer to in ble_gap.h -> BLE_GAP_PHYS

Best regards,

Edvin

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Thu, 06 Feb 2020 10:59:42 GMT

Thanks Edvin for clarification on chained advertisement.

Can you suggest me how can I evaluate high speed data transfer at 2 Mbps. Can I do it with existing example? If yes then how?

Regards,

Bipin

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Thu, 06 Feb 2020 08:36:42 GMT

Hello,

Currently this is not possible with the softdevice. Please see this ticket. The maximum supported length is 255 bytes.

Best regards,

Edvin

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Wed, 05 Feb 2020 12:59:51 GMT

Hi Edvin,

I just want to evaluate feature of extended advertisement for data >255 bytes using chained advertisement if possible with SDK and SD. In my actual application I will not use it.

Can you also suggest evaluate high speed data transfer at 2 Mbps. Can I do it with existing example? If yes then how?

Regards,

Bipin Patel

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Wed, 05 Feb 2020 12:46:04 GMT

Hello,

If you use extended advertising you can hold up to 255 bytes of payload data per packet. However, transferring data via advertising packets is not a very reliable way of doing so. You have no way of knowing whether an advertisement packet is received correctly, or received at all from the peripheral. If you want to transfer data, I suggest that you enter a connection.

RE: Evaluation of BLE5 extended advertisement with nRF52832

karanbakshi — Wed, 05 Feb 2020 09:53:02 GMT

Thanks Edvin.

I have used example ble_app_rscs and able to evaluate extended advertisement. My next plan is to perform following.

1) Want to use chained advertisement to broadcast up to 1650 bytes. How can I do it with existing example?

2) To evaluate high speed data transfer at 2 Mbps. Can I do it with existing example? If yes then how?

Thanks in advance.

Regards,

Bipin Patel

RE: Evaluation of BLE5 extended advertisement with nRF52832

Edvin — Tue, 04 Feb 2020 13:54:19 GMT

Hello,

It is a bit tricky to set it up the way that you are doing it here, it seems. I suggest that you use the advertising module.

If you look in the example ble_app_rscs from DK16.0.0 this is an example that will use extended advertising by default. If you look in advertising_init(), it says:

init.config.ble_adv_extended_enabled = true;

and then

err_code = ble_advertising_init(&m_advertising, &init);

This is not possible when using sd_ble_gap_adv_set_configure() directly. This setting is stored in the ble_advertising_init_t init.

Search for "ble_adv_extended_enabled" in this project, and you can see where it is set. The structs are a bit different, using the ble_advertising_init_t type, so I haven't looked into the details, but it includes ble_advertising_init_t and ble_advertising_t, where the scan response is located in ble_advertising_t->adv_data.scan_rsp_data, which is different from ble_advdata_t.

Take a look at that example, and see if you can get it up and running from there.

Best regards,

Edvin