High power when connected and Sleeping

[mraposo1]

When Going into Sleep, I see peaks of 12mA every 30ms (see image)
I'm assuming I can adjust that changing the connection interval settings.
I have my Connection intervals set as:

#define CONN_INTERVAL_DEFAULT (uint16_t)(MSEC_TO_UNITS(500, UNIT_1_25_MS))
#define CONN_INTERVAL_MIN (uint16_t)(MSEC_TO_UNITS(500, UNIT_1_25_MS))
#define CONN_INTERVAL_MAX (uint16_t)(MSEC_TO_UNITS(600, UNIT_1_25_MS)) 

And I think I looked at all issues in the Devzone about it without any luck.

Could you help me please?

[Einar Thorsrud]

Hi,

It is difficult to recognize the power profile as the time resolution is not good, but it looks like the device is advertising and not in a connected state. Can you verify that? If so, you have to adjust the advertising interval instead. You can increase the advertising interval by increasing the value of APP_ADV_INTERVAL in most BLE peripheral examples.

[mraposo1]

This is in connected state.
My APP_ADV_INTERVAL is 2000.
What level of resolution do you need to be able to have a better view of the power profile?

[mraposo1]

[Einar Thorsrud]

It is not advertising then, as you should have a advertising interval of 2000 * 0.625 ms = 1.25 s, so it is probably in a connection as you wrote. We can see more clearly if you "zoom in" on one of the spikes in time (so that the x axis is only a few microseconds).

Assuming this is connection events, then the connection interval is 30 seconds regardless of what you configure. That is possible, as connection parameters can only be requested by the peripheral. It is always the central that decides. The peripheral can disconnect if the connection parameters are unacceptable, but I do not see that in your code.

You can verify what is actually being used by using a sniffer to see the connection request and connection parameter updates, or by logging this in the nRF side when you get the BLE_GAP_EVT_CONNECTED event (p_ble_evt->evt.gap_evt.connected.conn_params).

Which chip and SDK version are you using?

(I also want to mention that you can get a better software for the power profiler, as the nRF Connect for Desktop now has a Power Profiler plugin.)

[mraposo1]

This is zoomed in

And this is zoomed out

3mA average while connected,

Here are the Connection params:

[Einar Thorsrud]

Hi,

OK, so we see that the connection interval chosen by the central is 0x18 * 1.25 ms = 30 ms, which matches the current spikes. You only call sd_ble_gap_ppcp_set() in the code snippet. Most likely the central ignores / never reads this, so you should also request a connection parameter update if you find the connection parameters unacceptable. You can do this with sd_ble_gap_conn_param_update() directly, or using the connection parameters module which is used in for example the Heart Rate Application example.