Configuring nRF52840 for counting input frequency of upto 5MHz.

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Dmitry — Fri, 19 Jul 2019 21:50:22 GMT

Unfortunately, there's no peripheral in nrf52 that is able to read parallel data and save it to RAM, you can only read GPIO register. This makes things more interesting ) If you're lucky and CPU power will suffice, you can write a pure software routine in assembly that will do this task. All interrupts should be disabled for the time of reading a stream; if you need to hold a BLE connection, request a timeslot (see Timeslot API). Pass CLK signal through a flip-flop to divide its frequency by two - thus you'll have to handle one CLK transition instead of rise+fall.

If data bus is connected to P1.0-P1.7, CLK to P1.8, the rough assembly routine will look like this:

AcquireData
	ldr r1, P1_IN
	ldr r2, DestinationArray
	ldr r3, #(ByteCount/2)
wait1
	ldrb r0, [r1]
	tst r0, #(1 << 8)   ; waiting for CLK transition 0-1
	beq wait1
	strb r0, [r2],#1
	subs r3, #1
wait2
	ldrb r0, [r1]
	tst r0, #(1 << 8)   ; waiting for CLK transition 1-0
	bne wait2
	strb r0, [r2],#1
	cbnz r3, wait1
    bx lr

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Aliasgar Surti — Fri, 19 Jul 2019 18:14:24 GMT

The requirement goes like this. We want to capture parallel data from camera sensor.

The data from the camera sensor would be in sync with pixel clock. And we have to sample the 8 bit data on one of the nRF IO port's at every rising edge of the pixel clock. For our requirement, the pixel clock comes around 3-5MHz. This is the rate at which data would be coming to the kit.

So in short, at every rising edge of the pulse, we want to get data from IO port and store it to an array or something.

Is this possible by using task-event concept?

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Dmitry — Fri, 19 Jul 2019 13:36:49 GMT

You mention that your input frequency is about 5 MHz (about 12 CPU cycles). An interrupt requires 12 cycles for stacking + 12 cycles for unstacking + some time for your handling code. You have no CPU resources for your task... but 52840 has a good task-event concept that allows to handle such cases directly by hardware. Could you give more details about required logic when you detect a pulse?

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Aliasgar Surti — Fri, 19 Jul 2019 13:02:00 GMT

Thanks for your reply.

Now we are able to count required frequency when we don't trigger an interrupt on every pulse. Thanks to your suggestions.

However, for our end goal, we want to perform some task/logic on every rising edge of the pulse which we counted. Without using interrupt it doesn't seem to be achievable as due to interrupts, we are not able to count the input pulses accurately.

Is there a way where we can achieve the end goal? Do we compulsorily need to use interrupt for performing some task when we detect rising edge or there is a way?

Any logic or pseudo code or demo will be helpful here.

Thanks.

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

haakonsh — Fri, 19 Jul 2019 11:47:45 GMT

I suggest you try the workaround for Errata [155] GPIOTE: IN event may occur more than once on input edge. By keeping the clock on you might be able to capture more level shifts.

Do you have a scope of the input signal at different frequencies? I want to see if the signal is capacitively loaded.

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Dmitry — Fri, 19 Jul 2019 10:44:31 GMT

I didn't suppose you will get timer interrupt. Timer increments its value at GPIOTE event - why do you waste a lot of CPU cycles just to duplicate its work? When you need a counter value, call nrf_drv_timer_capture(), say, to channel 1 and then read CC[1].

Concerning frequency limit, maybe the answer from this thread will help:

"In the low power counter mode the hfclk is not requested until the COUNT task is trigerred, at that point the hfclk is requested for 1 clock clycle. So in practice this is a low power counter."

So for each COUNT event, timer will start hfclk, wait until it get stabilized, increment counter, then stop hfclk. Try to call nrf_drv_clock_hfclk_request() at start, this will turn on hfclk forever (of course, power consumption will increase).

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Aliasgar Surti — Fri, 19 Jul 2019 08:53:10 GMT

Thanks for your reply,

No the requirement is not of getting interrupt at every 16th pulse. We want interrupt for every pulse so that counter can get increment and we get the frequency of the input signal.

I tried you suggestion above. Also used nrf_drv_timer_capture() in the timer interrupt handler. However I am not getting timer interrupt. However I am getting GPIOTE interrupt here and its counter gets incremented. But as I stated previously, it can only count frequency up to 120kHz instead applying frequency of 3MHz on the gpio configured for GPIOTE.

Below are the changes we made as per your comment:

static void timer0_event_handler(nrf_timer_event_t event_type, void * p_context)
{
    m_counter = nrf_drv_timer_capture(&m_timer0,NRF_TIMER_CC_CHANNEL0);
}

static void timer0_init(void)
{
    // Check TIMER0 configuration for details.
    nrf_drv_timer_config_t timer_cfg = NRF_DRV_TIMER_DEFAULT_CONFIG;
    timer_cfg.bit_width = NRF_TIMER_BIT_WIDTH_32;
    timer_cfg.mode = NRF_TIMER_MODE_LOW_POWER_COUNTER;
    ret_code_t err_code = nrf_drv_timer_init(&m_timer0, &timer_cfg, timer0_event_handler);
    APP_ERROR_CHECK(err_code);
}

Are the changes made fine?

Why still I am not able to get timer interrupt? Is there any further configuration to be made?

If possible, is there any demo for counting pulses of 3MHz on GPIO pin of nRF52840 dev kit from which we can take reference from?

Thanks.

RE: Configuring nRF52840 for counting input frequency of upto 5MHz.

Dmitry — Thu, 18 Jul 2019 14:10:42 GMT

hmm, you're applying nrf_drv_timer_us_to_ticks() to a timer in counter mode... in fact, you'll get a value 16 here, so interrupt will be called for every 16th pulse, is this what you expected?

Instead of using interrupt, you can configure a timer without CLEAR shortcut and read counter value directly from timer with nrf_drv_timer_capture().