Slow / fast advertising

RE: Slow / fast advertising

FormerMember — Thu, 14 Jun 2018 07:13:55 GMT

Yes, 18000 will give a timeout of 3 min. You can check that it works using nRF Connect and check for how long you can scan for the device.

RE: Slow / fast advertising

eduardoescarti — Tue, 12 Jun 2018 09:07:17 GMT

According to the examples the timeout is set in units of 10ms. So you should set 18000 if you want 3 minutes timeouts.

#define APP_ADV_DURATION 12000 /**< The advertising duration (120 seconds) in units of 10 milliseconds. */

Cheers

RE: Slow / fast advertising

oneguy — Tue, 07 Feb 2017 09:51:52 GMT

Thank you Kristin, I got it to work. I think the problem was caused by:

my not using the latest SDK and
using the "nRF Connect" app to measure the advertising interval. In the case of 1s advertisement intervals nRF Connect reports strange results. In case of using a sniffer we find the 1s intervals are correct.

Regards Matthias

RE: Slow / fast advertising

FormerMember — Mon, 06 Feb 2017 10:17:10 GMT

I just tested advertising with scan response data here (SDK 12.2.0), and it does switch to slow advertising. How do you test the advertising?

The easiest is probably to add the following in on_adv_evt(..) in main.c:

case BLE_ADV_EVT_SLOW:
		NRF_LOG_INFO("Slow advertising \r\n");
		break;

RE: Slow / fast advertising

oneguy — Fri, 03 Feb 2017 10:40:22 GMT

Hi,

I have done some more work on this and discovered the following:

when calling ble_advertising_init WITHOUT scan response data then advertising DOES switch from fast to slow
when calling ble_advertising_init WITH scan response data, then advertising DOES NOT switch from fast to slow.

Is there anything I can do to have both scan response data and variable advertising intervals?

Thank you

RE: Slow / fast advertising

FormerMember — Fri, 04 Nov 2016 13:39:07 GMT

If you want to advertise indefinitely, advertising timeout should be set to '0'. When I test your advertising parameters for slow advertising, sd_ble_gap_adv_start(..) returns success.

RE: Slow / fast advertising

oneguy — Wed, 26 Oct 2016 13:02:07 GMT

Yes but why? Which parameter is incorrect, or in other words: why can't I advertise at intervals of 1s for 1000s?

Can I advertise indefinitely?

RE: Slow / fast advertising

FormerMember — Wed, 26 Oct 2016 12:37:39 GMT

Good that you found the source of the error!

RE: Slow / fast advertising

oneguy — Wed, 26 Oct 2016 12:17:48 GMT

Hello Kristin,

thank you for your help. I have found the following (refer to file ble_advertising.c, function ble_advertising_start, line 360):

if (m_adv_mode_current != BLE_ADV_MODE_IDLE) { err_code = sd_ble_gap_adv_start(&adv_params); VERIFY_SUCCESS(err_code); }

--> err_code is set to 7 (NRF_ERROR_INVALID_PARAM).

adv_params are set as follows: interval 1600 timeout 1000

By the way, we're using SDK_11 and softdevice 2.01.

Thank you again for your help!

RE: Slow / fast advertising

FormerMember — Fri, 21 Oct 2016 13:46:22 GMT

The advertising_init(..) function looks fine. Could you run the chip in debug mode and put a breakpoint in on_timeout(..), adv_mode_next_avail_get(..), and ble_advertising_start(..) all in ble_advertising.c, just to check if you can get some useful information form that. Could you also upload your main.c here? Which SDK and softdevice do you use?

RE: Slow / fast advertising

oneguy — Tue, 18 Oct 2016 14:24:11 GMT

Like you have suggested I have tried out your ANCS example. It turns out the example works as I would expect. Here is how I setup advertising, what do I do wrong?

#define APP_ADV_FAST_ENABLED             true        
#define APP_ADV_FAST_INTERVAL             160    /* (corresponding to 100ms) */
#define APP_ADV_FAST_TIMEOUT_IN_SECONDS   180            /* Adv. timeout [s] */

#define APP_ADV_SLOW_ENABLED             true
#define APP_ADV_SLOW_INTERVAL            1600    /* (corresponding to 1s)    */
#define APP_ADV_SLOW_TIMEOUT_IN_SECONDS  1000            /* Adv. timeout [s] */

    static void  initAdvertising (void)
    {
        uint32_t                err_code;
        ble_advdata_t           adv_data, scan_data;
        ble_uuid_t              adv_list, scan_list;
        ble_adv_modes_config_t  adv_opts;
    
                             /* Build advertising and scan response UUID lists:- */
        adv_list.uuid  = 0;        /* Byte 12/13 -> zero'ed out (= service UUID) */
        adv_list.type  = BLE_UUID_TYPE_VENDOR_BEGIN + 4;   /* service[4] = MIDAS */
    
        scan_list.uuid = 0;        /* Byte 12/13 -> zero'ed out (= service UUID) */
        scan_list.type = BLE_UUID_TYPE_VENDOR_BEGIN + 3;   /* service[3] = MDC   */
                                                       /* Configure advertising: */
        memset (&adv_data, 0, sizeof (adv_data));
        adv_data.name_type               = BLE_ADVDATA_FULL_NAME;
        adv_data.flags                   = BLE_GAP_ADV_FLAGS_LE_ONLY_LIMITED_DISC_MODE;
        adv_data.uuids_complete.uuid_cnt = 1;
        adv_data.uuids_complete.p_uuids  = &adv_list;
                                                     /* Configure scan response: */
        memset (&scan_data, 0, sizeof (scan_data));
        scan_data.uuids_complete.uuid_cnt = 1;
        scan_data.uuids_complete.p_uuids  = &scan_list;
                                                           /* Configure options: */
        memset (&adv_opts, 0, sizeof (adv_opts));
        adv_opts.ble_adv_fast_enabled  = BLE_ADV_FAST_ENABLED;
        adv_opts.ble_adv_fast_interval = APP_ADV_FAST_INTERVAL;
        adv_opts.ble_adv_fast_timeout  = APP_ADV_FAST_TIMEOUT_IN_SECONDS;
        adv_opts.ble_adv_slow_enabled  = BLE_ADV_SLOW_ENABLED;
        adv_opts.ble_adv_slow_interval = APP_ADV_SLOW_INTERVAL;
        adv_opts.ble_adv_slow_timeout  = APP_ADV_SLOW_TIMEOUT_IN_SECONDS;
    
        err_code = ble_advertising_init (&adv_data, &scan_data, &adv_opts, onAdvertisingEvent, NULL);
        APP_ERROR_CHECK (err_code);
    }

Thank you Matthias

RE: Slow / fast advertising

FormerMember — Tue, 04 Oct 2016 14:12:41 GMT

Do you see the same problem if you use the same advertising parameters in one of our SDK examples?

RE: Slow / fast advertising

oneguy — Tue, 04 Oct 2016 12:09:05 GMT

No, advertising just stops. The application keeps running.

RE: Slow / fast advertising

FormerMember — Tue, 04 Oct 2016 11:34:31 GMT

If you run the chip in debug mode, could you check if there is an assert or a hardfault that occurs after approximately 3s? (For how to debug, it can be useful to take a look at this post.)