About 27% of GPIOTE events were missed

[Terry]

Hi,

I use NRF52833 with nRF5 SDK 17.1.0 and reference examples/ble_peripheral/ble_app_uart/ for my development.

I am using the GPIOTE interrupt for ADS1292R DRDY pin. The DRDY pin will be low in frequency 250 Hz.

My setup for the GPIOTE interrupt is:

static void gpiote_init(void)
{
    ret_code_t err_code;

    err_code = nrf_drv_gpiote_init();
    APP_ERROR_CHECK(err_code);

    nrf_drv_gpiote_in_config_t in_config = GPIOTE_CONFIG_IN_SENSE_HITOLO(true);
    in_config.pull = NRF_GPIO_PIN_PULLUP;

    err_code = nrf_drv_gpiote_in_init(ADS1292_DRDY_IN_PIN, &in_config, ADS1292R_drdyHandler);
    APP_ERROR_CHECK(err_code);

    nrf_drv_gpiote_in_event_enable(ADS1292_DRDY_IN_PIN, true);
}

However, I found bout 27% of GPIOTE events were missed.

Anyone can help. Thanks!

Best Regards,

Terry

[Edvin]

Hello Terry,

How do you determine that 27% are missing? What do you do in your interrupt handler, ADS1292R_drdyHandler()?

I suspect that you spend too much time in the interrupt. If the DRDY generates an interrupt at 250Hz, you need to handle this interrupt within at least 4ms. If not, you will start to loose events.

Try setting up a counter or something in your interrupt handler, but don't print anything to the log. Then you can use a timer outside the interrupt to print the value of the counter e.g. every second, to see whether the issue is that you just spend too long time in the interrupt. 

BR,

Edvin

[Terry]

Hi Edvin,

27% missing was determined since the time for getting 125 samples was about 635ms (expected 500ms).

I added a debug GPIO signal at the START and END of ADS1292R_drdyHandler(). It only took about 360us as shown in the attached image.

Also, you can find there are missing events.

[hmolesworth]

This takes 360uS? I am doing the same, with no missing events.

/**
 * @brief AFE /DRDY event handler indicating ADC sample is ready
 * @param event
 */
static void afe_drdy_event_handler(nrf_drv_gpiote_pin_t pin, nrf_gpiote_polarity_t action)
{
    if (pin == ADS_DRDY_PIN)
    {
        mAfeSampleDataReady = true;
    }

[Terry]

Hi hmolesworth,

Then, when/where will you read the data? At main loop? At timer interrupt?

[Edvin]

Following hmolesworth 's example, you can check the mAfeSampleDataReady status in your main loop, and initiate the reading of data from there. This way, you will not be blocking your interrupthandler by doing this in the interrupt itself. 

Best regards,

Edvin