Advertisement parameter max_adv_evts has no effect

RE: Advertisement parameter max_adv_evts has no effect

Edvin — Tue, 21 Apr 2020 13:20:20 GMT

I see.

As you say, it is not ideal to modify SDK modules, but it is possible. How about creating a modified ble_advertising_start function, that will be equivalent to the original, except adding that max_adv_evts()?

Why it is not properly integrated I don't know. As I said, it isn't much used, I believe. Remember that advertisements are not a reliable way for data transfer. You can not be sure that the receiver will pick up that exact advertisement, so changing the advertisement packet on every advertisement does not mean that this data will be received on the other side without packet loss.

RE: Advertisement parameter max_adv_evts has no effect

hrvoje_ — Tue, 21 Apr 2020 12:26:48 GMT

Indeed.

Modifying the SDK code to use one of its documented features is not the way to go, in my opinion.

Any reason why this feature is not properly integrated? I have seen Nordic staff members recommend it to users with particular use cases here on devzone.

Yes, I need to send a single advertisement at a time and get informed when its sent. Therefore max_adv_evts would perfectly suit my use case.

Unfortunately, timeout is not viable for me, as the only way to send a single advertisement and then timeout at the moment is to use minimal interval value of 20 together with timeout value of 40 ms (lower timeout values either result in nrf error or an advertisement is not sent at all). Wasting 20 ms is also not viable for me at this moment.

RE: Advertisement parameter max_adv_evts has no effect

Edvin — Tue, 21 Apr 2020 11:57:51 GMT

Look in the ble_advertising start. The max_adv_evts is not fetched before

ret = sd_ble_gap_adv_set_configure(&p_advertising->adv_handle, p_advertising->p_adv_data, &p_advertising->adv_params);

So you need to modify the library to use the max_adv_evts if you need to use it.

Is there a particular reason for why you need to use this? I believe it is not much used. Is it possible to use the timeout instead, so that you don't need to modify the ble_advertising.c file?

RE: Advertisement parameter max_adv_evts has no effect

hrvoje_ — Mon, 20 Apr 2020 18:27:44 GMT

Hi Edvin, thank you for your answer!

I can indeed verify that your suggestion works.

I have previously tried to add the line

p_advertising->adv_params.max_adv_evts = 1;

inside ble_advertising_init(), where the other adv_params are set, just before

ret = sd_ble_gap_adv_set_configure(&p_advertising->adv_handle, NULL, &p_advertising->adv_params);

is called, but to no avail. Any idea why this does not work? Shouldn't the max_adv_evts parameter then be set inside sd configuration and not get erased by that memset just like duration, interval and the rest of adv_params ?

RE: Advertisement parameter max_adv_evts has no effect

Edvin — Mon, 20 Apr 2020 14:23:04 GMT

Hello,

I have not confirmed this with the freertos version, but I tested with the non-freertos version, and I suspect you may be seeing the same thing.

Where do you set the max_adv_evts parameter? I suspect it is before you call

ble_advertising_start(&m_advertising, BLE_ADV_MODE_FAST);

Is that correct?

The reason I ask is that inside ble_advertising start(), the line:

memset(&p_advertising->adv_params, 0, sizeof(p_advertising->adv_params));

is called. So anything you have stored in adv_params will be erased, and set according to the parameters that you used in advertising_init(). I can't see that max_adv_evts is included in advertising_init(), so I assume this is what you are seeing.

If you try to add the line:

p_advertising->adv_params.max_adv_evts = 5;

before the line:

switch (p_advertising->adv_mode_current)

in ble_advertising_start(), you should see that it times out after 5 advertisements. At least it did in my case.

Best regards,

Edvin