Current consumption ble

RE: Current consumption ble

bjorn-spockeli — Fri, 13 Sep 2019 06:08:03 GMT

Happy to help.

RE: Current consumption ble

lydie — Fri, 13 Sep 2019 01:05:13 GMT

Hi,

Ok, I will do that.

Thanks for your help!

RE: Current consumption ble

bjorn-spockeli — Thu, 12 Sep 2019 12:33:13 GMT

Hi lydie,

Sorry for not explaining this better. I would check the EVENTS_ registers just before sd_app_evt_wait() is called in nrf_pwr_mgmt_run(). As I tried to explain in my previous comments, any pending events, i.e. if any EVENTS_ register for any peripheral isnt cleared prior to calling sd_app_evt_wait(), then sd_app_evt_wait() will return immediatly.

Hence I would start looking at the EVENTS regisiters of the peripherals that you are using your application, e.g. UART and SPI .

Best regards

Bjørn

RE: Current consumption ble

lydie — Thu, 12 Sep 2019 09:15:01 GMT

Yes, but where? I printed in all handler function of each service, but no events are called.

RE: Current consumption ble

bjorn-spockeli — Thu, 12 Sep 2019 08:40:06 GMT

Well, you could print the values with the UART interface or monitor the registers of the peripherals in debug session.

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 14:08:40 GMT

Yes! Ok, and how can I know if any of EVENTS_xxxx are set to 1?

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 13:33:17 GMT

Ok, so you are using the UART to print log statements? By EVENTS_xxxx I mean the EVENTS registers for each of the peripherals, e.g. the UART event registers listed here: UART Registers

EVENTS_CTS	0x100	CTS is activated (set low). Clear To Send.
EVENTS_NCTS	0x104	CTS is deactivated (set high). Not Clear To Send.
EVENTS_RXDRDY	0x108	Data received in RXD
EVENTS_TXDRDY	0x11C	Data sent from TXD
EVENTS_ERROR	0x124	Error detected
EVENTS_RXTO	0x144	Receiver timeout

If any of these registers are set to 1, i.e. there is a pending event, then sd_app_evt_wait will return immediatly.

Best regards

Bjørn

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 12:49:36 GMT

No I’m not using Log API. What do you mean by EVENTS_xxxx

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 12:40:49 GMT

Ok, so when you print you're not using the nRF_LOG API? Or do you mean that you tested bot with log enabled and with logging disabled?

If none of the event handlers below are called then I would check the peripherals that you are using in your application, i.e. see if any of the EVENTS_xxxx registers are set to 1 prior to calling sd_app_evt_wait().

Best regards

Bjørn

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 11:04:12 GMT

Yes that’s right. When idle_state_handle() is called, an event arrives and immediately wakes up the device, so the current has not time to decrease. I print something in the idle_state_handle() function, and it is print a lot of time like it was trying to sleep but it couldn’t.

Yes I disabled Log.

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 10:51:52 GMT

OK, so the nRF device is acting as the BLE central and the phone is the BLE peripheral?

[quote user="lydie"]I print something in all event handler function (which represents all services I use)
like on_hts_evt(), on_cts_c_evt, fds_evt_handler, pm_evt_handler, saadc_event_handler, db_disc_handler, gatt_evt_handler, on_adv_evt, nus_data_handler, on_ias_evt, on_lls_evt, on_ias_c_evt, ble_evt_handler, bsp_event_handler
No events appear in these functions. So how can I know what event is keeping my cpu from sleeping? [/quote]

Ok, then we need to check if idle_state_handle() is returning immediatly or not. Do you have the possiblity to toggle a GPIO after calling idle_state_handle() and then monitoring the GPIO using a logic analyzer or oscilloscope?

Note that having logging enabled will increase the current consumption so it should be disabled when measuring the current consumption. Thats why I usually toggle a GPIO instead of printing log statements.

Best regards

Bjørn

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 09:52:43 GMT

No in mA, otherwise it doesn't work. When I'm connected, I do that:

case BLE_GAP_EVT_CONNECTED: {
    NRF_LOG_INFO("Connected.");
    printf("Connected.\n");
    err_code = bsp_indication_set(BSP_INDICATE_USER_STATE_OFF);
    APP_ERROR_CHECK(err_code);
    // Assign connection handle to the Queued Write module.
    m_conn_handle = p_ble_evt->evt.gap_evt.conn_handle;
    err_code = nrf_ble_qwr_conn_handle_assign(&m_qwr, m_conn_handle);
    APP_ERROR_CHECK(err_code);
     
    memset(&m_ble_db_discovery,0,sizeof(m_ble_db_discovery));
    // Discover peer's services.
    err_code = ble_db_discovery_start(&m_ble_db_discovery,
        p_ble_evt->evt.gap_evt.conn_handle);
    APP_ERROR_CHECK(err_code);

    // Used to track connections state
    isConnected = true;

   // sd_ble_gap_rssi_start(p_ble_evt->evt.gap_evt.conn_handle, 3, 0);

When I'm not connected, I'm advertising because I call advertising_start() in the main function. The advertising interval is :

#define APP_ADV_INTERVAL 40

So it is less than 100ms.

I print something in all event handler function (which represents all services I use)
like on_hts_evt(), on_cts_c_evt, fds_evt_handler, pm_evt_handler, saadc_event_handler, db_disc_handler, gatt_evt_handler, on_adv_evt, nus_data_handler, on_ias_evt, on_lls_evt, on_ias_c_evt, ble_evt_handler, bsp_event_handler
No events appear in these functions. So how can I know what event is keeping my cpu from sleeping?

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 09:14:27 GMT

OK, the resolution of the Fluke 87 V is 0,01 µA. The Fluke meter is set to uA when you're measuring the System On current right? I just want to make sure that the measurement HW is accurate enough, otherwise the current measurements can be way off, showing higher average current consumption because either the resolution or sampling rate isnt high enough. We see a lot of measurements done with HW that is not accurate enough and the average current consumption numbers will then be all over the place.

[quote user="lydie"]But as I said, the mean of measuring the current is not the problem because I can see the current variation when it goes to sleep (system ON) and when it is not connected.[/quote]

Are you initializing any peripherals when you get the connected event? Are you advertising when you're not connected? If so which advertisment interval? If you're expecting the nRF to sleep in between the advertising events, then you can toggle a GPIO after calling idle_state_handle(). If the nRF is only waking up from the advertisment events, then you should see the GPIO toggle at the same interval.

If it toggles at a higher interval, then I would start putting log statements or toggeling GPIOs in event handlers to figure which event thats waking up the nRF.

Best regards

Bjørn

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 08:11:41 GMT

Fluke 87 Handheld Digital Multimeter, 10A ac 1000V ac 10A dc 1000V dc. But as I said, the mean of measuring the current is not the problem because I can see the current variation when it goes to sleep (system ON) and when it is not connected.

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 07:46:58 GMT

What is the brand and model of the muitmeter? Usually a regular multimeters do not have the dynamic range to accurately measure the current consumption of the nRF52 family ICs. https://devzone.nordicsemi.com/nordic/short-range-guides/b/hardware-and-layout/posts/current-measurement-guide-introduction and https://devzone.nordicsemi.com/nordic/short-range-guides/b/hardware-and-layout/posts/current-measurement-guide-measuring-current-with-p

Note: An ampere-meter will measure average current drawn by the nRF52832 if:

The nRF52832 is in a state which draws a constant current, or, the activity on the device changing load current, like BLE connection events, is repeated continuously and has a short cycle time (less than 100ms) so the ampere-meter will average whole load cycles and not parts of the cycle.
The dynamic range of the ampere-meter is wide enough to give accurate measurements from a microamp to 15 milliamps.

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 07:19:34 GMT

I don't know, it is a multimeter. But I can see the current which decreases when my phone is not connected by Bluetooth so the problem is not the amperemeter. I disabled all timers, so if they are no advertising (on_adv_evt not called), after 10 sec (APP_ADV_DURATION 1000), sleep_enter_mode must be called, but it's not the case. I don't see what type of event can prevent sleep mode from being activated.

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 07:02:16 GMT

Which specific amperemeter? What is the resolution of the amperemter? It needs to have a dynamic range able to accurately measure currents from nA to mA.

RE: Current consumption ble

lydie — Wed, 11 Sep 2019 06:08:14 GMT

I'm using a serial amperemeter. + is connected to my gbf, and the com VDD of my device. Yes CTS example and I haven't made any changes.

RE: Current consumption ble

bjorn-spockeli — Wed, 11 Sep 2019 05:55:58 GMT

How are you measuring the current consumption, i.e. setup? What type of measurement hardware are you using?

[quote user="lydie"] I tried with cts example, but the current neved decreases when I'm connected.[/quote]

The default CTS example, i.e. nRF5_SDK_15.3.0_59ac345\examples\ble_peripheral\ble_app_cts_c ? No changes made?

RE: Current consumption ble

lydie — Tue, 10 Sep 2019 14:23:42 GMT

Hi,

I'm using sdk15.3. Ok I understand, so to decrease the current, I have to find which event or advertisement prevent the CPU from sleeping. But I haven't found any events. I tried with cts example, but the current neved decreases when I'm connected.

Thanks for your reply.

Lydie

RE: Current consumption ble

bjorn-spockeli — Tue, 10 Sep 2019 11:11:44 GMT

Hi Lydie,

which S132 version and SDK version are you using?

All the BLE examples in our nRF5 SDK will go to sleep when the CPU is idling, i.e. in between connection events and advertisment events. Our SoftDevice is 100% event driven so, whenever the nRF is in the main for() loop it will call idle_state_handle(), which in turn calls nrf_pwr_mgmt_run(), which in turn calls sd_app_evt_wait() or __WFE(). These functions will make the CPU sleep until there is an interrupt or event that wakes up the chip, i.e. a timer expiring or a BLE event like advertisment or a connection event. So as long as you're calling idle_state_handle() in the main for loop, the nRF should go to sleep in between connection events.

void nrf_pwr_mgmt_run(void)
{
    PWR_MGMT_FPU_SLEEP_PREPARE();
    PWR_MGMT_SLEEP_LOCK_ACQUIRE();
    PWR_MGMT_CPU_USAGE_MONITOR_SECTION_ENTER();
    PWR_MGMT_DEBUG_PIN_SET();

    // Wait for an event.
#ifdef SOFTDEVICE_PRESENT
    if (nrf_sdh_is_enabled())
    {
        ret_code_t ret_code = sd_app_evt_wait();
        ASSERT((ret_code == NRF_SUCCESS) || (ret_code == NRF_ERROR_SOFTDEVICE_NOT_ENABLED));
        UNUSED_VARIABLE(ret_code);
    }
    else
#endif // SOFTDEVICE_PRESENT
    {
        // Wait for an event.
        __WFE();
        // Clear the internal event register.
        __SEV();
        __WFE();
    }

    PWR_MGMT_DEBUG_PIN_CLEAR();
    PWR_MGMT_CPU_USAGE_MONITOR_SECTION_EXIT();
    PWR_MGMT_SLEEP_LOCK_RELEASE();
}

static void idle_state_handle(void)
{
    if (NRF_LOG_PROCESS() == false)
    {
        nrf_pwr_mgmt_run();
    }
}


/**@brief Function for application main entry.
 */
int main(void)
{
    // Initialize.
    log_init();
    leds_init();
    timers_init();
    buttons_init();
    power_management_init();
    ble_stack_init();
    gap_params_init();
    gatt_init();
    services_init();
    advertising_init();
    conn_params_init();

    // Start execution.
    NRF_LOG_INFO("Blinky example started.");
    advertising_start();

    // Enter main loop.
    for (;;)
    {
        idle_state_handle();
    }
}

If its not going to sleep, then there must be a pending event/interrupt that keeps the CPU from sleeping, i.e. causes sd_app_evt_wait() or __WFE() to return immediately.

[quote user=""]On online power profiler, the power consumes when there is a connection but the device is asleep is not indicated, so I don't know if it is normal or not. [/quote]

The online power profiler will calculate the average current consumption with the assumption that the CPU goes to sleep inbetween connection and/or advertisment events.

Best regards

Bjørn

RE: Current consumption ble

lydie — Tue, 10 Sep 2019 04:41:14 GMT

I think when my phone is connected to my device, it can't enter in a sleeping mode, that's why the current is always around 1.5mA. So my question is how enter the device I sleeping mode when my phone is connected?