Max. measurable GPIO input frequency

RE: Max. measurable GPIO input frequency

Edvin — Tue, 21 Jan 2025 14:48:04 GMT

Ah, sorry. Yes. DPPI. I was looking at the tags in this original DevZone ticket, and they used the nRF52840.

You may want to make sure you don't use the DPPI channels that the SoftDevice Controller is using, or the timers that softdevice or MPSL that the MPSL library is using:

https://docs.nordicsemi.com/bundle/ncs-latest/page/nrfxlib/softdevice_controller/doc/softdevice_controller.html

https://docs.nordicsemi.com/bundle/ncs-latest/page/nrfxlib/mpsl/doc/mpsl.html

Check those links to see which ones that they use. For simplicity, try doing it in a sample without the SoftDevice controller first, to minimize the chances of collisions (using the same peripheral resources).

Best regards,

Edvin

RE: Max. measurable GPIO input frequency

frogrammer — Tue, 21 Jan 2025 12:15:04 GMT

Hi Edvin, Thanks for your reply.

I have already added

#include <zephyr/kernel.h>

Apparantly that doesn't resolve NRF_PPI not found. Then I searched around found that, it is now NRF_DPPI , I have then changed the line it doesn't work. My board is nRF5340DK , and the requirement is stable frequency measurement over 6 channels/gpios on top of that bluetooth running. I have managed to do the bluetooth and sensor measurement part but i could not find any proper way to measure frequency with hardware wise. My, SDK is ncs 2.6.1 and toolchain 2.6.1. some examples i try all of them are old examples.

RE: Max. measurable GPIO input frequency

Edvin — Tue, 21 Jan 2025 09:15:18 GMT

Ah,

Try including the zephyr kernel:

#include <zephyr/kernel.h>

That will then include the rest so that it knows what the nRF52840 board's registers are.

As for the log, that is a bit different. The logging in NCS uses LOG_INF() instead of NRF_LOG_INFO(). To enable it you need to:

1: add this to your prj.conf:

CONFIG_GPIO=y
CONFIG_LOG=y
CONFIG_LOG_BACKEND_UART=y

Then add this to the top of your main.c:

#include <zephyr/logging/log.h>

#define LOG_MODULE_NAME app
LOG_MODULE_REGISTER(LOG_MODULE_NAME);

// For testing:
int main(void)
{
    LOG_INF("Hello World! %s", CONFIG_BOARD_TARGET);
}

Best regards,

Edvin

RE: Max. measurable GPIO input frequency

frogrammer — Mon, 20 Jan 2025 17:22:32 GMT

I have tried compiling this code but these are the errors :

C:/ncs/test/freq_calc/src/main.c: In function 'ppi_timer_stop_counter_init':
C:/ncs/test/freq_calc/src/main.c:49:3: error: 'NRF_PPI' undeclared (first use in this function); did you mean 'NRF_SPU'?
   49 |   NRF_PPI->CHEN |= 1 << 0;
      |   ^~~~~~~
      |   NRF_SPU
C:/ncs/test/freq_calc/src/main.c:49:3: note: each undeclared identifier is reported only once for each function it appears in
C:/ncs/test/freq_calc/src/main.c: In function 'ppi_gpiote_counter_init':
C:/ncs/test/freq_calc/src/main.c:57:3: error: 'NRF_PPI' undeclared (first use in this function); did you mean 'NRF_SPU'?
   57 |   NRF_PPI->CHEN |= 1 << 1;
      |   ^~~~~~~
      |   NRF_SPU
C:/ncs/test/freq_calc/src/main.c: In function 'main':
C:/ncs/test/freq_calc/src/main.c:65:25: warning: implicit declaration of function 'NRF_LOG_INIT'; did you mean 'Z_LOG_INST'? [-Wimplicit-function-declaration]
   65 |     uint32_t err_code = NRF_LOG_INIT(NULL);
      |                         ^~~~~~~~~~~~
      |                         Z_LOG_INST
C:/ncs/test/freq_calc/src/main.c:72:5: warning: implicit declaration of function 'NRF_LOG_DEFAULT_BACKENDS_INIT' [-Wimplicit-function-declaration]
   72 |     NRF_LOG_DEFAULT_BACKENDS_INIT();
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:/ncs/test/freq_calc/src/main.c:73:5: warning: implicit declaration of function 'NRF_LOG_INFO' [-Wimplicit-function-declaration]
   73 |     NRF_LOG_INFO("Timer Test");
      |     ^~~~~~~~~~~~
C:/ncs/test/freq_calc/src/main.c:75:35: error: 'APP_IRQ_PRIORITY_LOW' undeclared (first use in this function); did you mean 'NRFY_IRQ_PRIORITY_SET'?
   75 |     NVIC_SetPriority(TIMER1_IRQn, APP_IRQ_PRIORITY_LOW);
      |                                   ^~~~~~~~~~~~~~~~~~~~
      |                                   NRFY_IRQ_PRIORITY_SET
C:/ncs/test/freq_calc/src/main.c:90:7: warning: implicit declaration of function 'NRF_LOG_FLUSH' [-Wimplicit-function-declaration]
   90 |       NRF_LOG_FLUSH();
      |       ^~~~~~~~~~~~~
C:/ncs/test/freq_calc/src/main.c:65:14: warning: unused variable 'err_code' [-Wunused-variable]
   65 |     uint32_t err_code = NRF_LOG_INIT(NULL);
      |              ^~~~~~~~
[52/149] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_core.c.obj
ninja: build stopped: subcommand failed.
FATAL ERROR: command exited with status 1: 'C:\ncs\toolchains\cf2149caf2\opt\bin\cmake.EXE' --build 'c:\ncs\test\freq_calc\build_1'

 *  The terminal process terminated with exit code: 1. 
 *  Terminal will be reused by tasks, press any key to close it.

Initially, i had errors with

NRF_GPIOTE ,

NRF_TIMER2 then i have added the header file ''

#include <nrfx_timer.h>

#include <nrfx_gpiote.h>'' and it went away however, the NRF_PPI seems to be needed a library reference, which is i am not sure how to adjust. Aparently, NRF_LOG() / NRF_LOG_FLUSH() macro isnt supported anymore? found it through a discussion on this devzone, can i easily replace it by ''

#include <zephyr/logging/log.h>'' , would you mind checking both issues?

RE: Max. measurable GPIO input frequency

Edvin — Mon, 20 Jan 2025 14:33:23 GMT

Yes, that is a different SDK, which is not Zephyr.

try ignoring the includes on the top of the snippet above. As long as the code builds before you add those snippets, you shouldn't need anything else. These are bare metal registers, so they are not part of any library.

Try running it in a sample that doesn't do much else at first, such as the ncs\zephyr\samples\hello_world. And try to not use TIMER0 or RTC0.

[quote user="frogrammer"]will it be possible to have 6 instances of these measurements[/quote]

I don't know the logics in this sample (it was the other user's code, so I didn't test it). The limiting factor would be the number of CC registers in the timer instance that you are using. They seem to be 8 (0-7) on all timer instances on the nRF5340.

https://docs.nordicsemi.com/bundle/ps_nrf5340/page/timer.html#ariaid-title28

Best regards,

Edvin

RE: Max. measurable GPIO input frequency

frogrammer — Mon, 20 Jan 2025 12:44:10 GMT

Hi, I would like to use this method to measure continuously changing frequency onto a gpio pin on my nrf5340dk running nCS V2.6.1 , however, above exact code splits out error, I am assuming it is regarding the include files which in my case always starts with ''zephyr/...'' , I did couple of these changes but error persist. Also, I need some idea on which configuration lines on prj.config this code is using? another question is , will it be possible to have 6 instances of these measurements?

RE: Max. measurable GPIO input frequency

Edvin — Mon, 13 Dec 2021 14:23:52 GMT

Hello hypn0,

Sorry for the late reply. Without having checked or done the math, I believe this frequency is about the maximum frequency possible to measure using PPI.

The PPI itself is running at 16MHz. There i up to 1 tick delay on the PPI, so that gives you a 8MHz. The you have some delay in the GPIO itself. The pad capacitance is 5pF. Depending on the input signal you are measuring it will take a certain amount of time from you set the output high until the input on the nRF is actually pulled high. If this takes a few µs, then that would explain the delay you are seeing.

If you try to use a logic analyzer to measure your input signal, and then use the PPI to toggle a pin on every GPIO event (so that you basically duplicate the input signal), what sort of delay are you seeing between the (PWM) input and the (GPIO) output using the PWM generator that you are using?

Best regards,

Edvin