Infinite, slow adversiting?

RE: Infinite, slow adversiting?

Emil — Fri, 29 May 2015 14:53:29 GMT

I am a bit confused...

developer.nordicsemi.com/.../a01017.html

"Unlimited advertising in general discoverable mode."

so ble_advdata_t.flags = BLE_GAP_ADV_FLAG_LE_GENERAL_DISC_MODE; and ble_adv_modes_config_t.ble_adv_slow_timeout = BLE_GAP_ADV_TIMEOUT_GENERAL_UNLIMITED?

Where else is it documented?

RE: Infinite, slow adversiting?

RK — Fri, 29 May 2015 14:47:22 GMT

No the constant is correct - it's what you put in the ble_gap_adv_params_t structure you pass to advertising start, zero means forever and it's documented there somewhere. The wrapper library just copies whatever is in the fast_timeout or slow_timeout to the structure when it starts advertising so you'd expect that constant to work the same way with the library. However zero is disallowed and turns advertising off completely for that mode.

RE: Infinite, slow adversiting?

Emil — Fri, 29 May 2015 13:49:15 GMT

Also here it doesn't use the const, but rather a literal '0'. I guess BLE_GAP_ADV_TIMEOUT_GENERAL_UNLIMITED is wrongly named...

RE: Infinite, slow adversiting?

RK — Fri, 29 May 2015 13:47:12 GMT

I'll say one more time (then I'll shut up about it )

if (m_adv_modes_config.ble_adv_fast_interval == 0 || m_adv_modes_config.ble_adv_fast_timeout == 0)
     m_adv_modes_config.ble_adv_fast_enabled = false;

.. and the same for slow advertising too.

I get if the interval is zero then the mode should be disabled. I don't understand why setting the advertising timeout to zero should disable the mode when 0 is BLE_GAP_ADV_TIMEOUT_GENERAL_UNLIMITED.

I will now shut up about this

RE: Infinite, slow adversiting?

Emil — Fri, 29 May 2015 13:46:54 GMT

Cool That answered my first part of the question!

About restarting advertising in the handler? Yeah if BLE_GAP_ADV_TIMEOUT_GENERAL_UNLIMITED is not really doing what it claims to do (out from the name).

So, to the 2nd point, I guess disabling fast, and enabling slow, setting it to 2000 ms intervals would lower the power consumption a lot right? And is it a good practice doing this from a temp sensor that would last as long as possible sending data to a PC or a central having an USB dongle?

Thanks!

Also, is this a good practice in general to have something like a temp sensor doing this?

RE: Infinite, slow adversiting?

MartinBL — Fri, 29 May 2015 13:41:14 GMT

Hi! There was a discussion about this topic yesterday with some great suggestions.