nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

ovrebekk — Mon, 13 Dec 2021 11:52:34 GMT

You can use the nrfx interface if you want, but in general it is easier to enable the nrf_drv layer in the nRF5 SDK since this is the default driver interface in the SDK.

Also, the functionality of the nrf_drv drivers and the nrfx drivers is more or less identical, for most functions the only difference is the name.

Best regards
Torbjørn

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

Nikosant03 — Fri, 10 Dec 2021 10:10:33 GMT

Thank you ovrebekk,

Yes I know about the legacy layer (I forgot to mention it in the stack scketch).

[quote userid="2116" url="~/f/nordic-q-a/82425/nrf52840-sdk16---rtc-driver-general-questions---instance-initialization-and-channels/342851#342851"]So in fact when you develop applications in the nRF5 SDK you will use the nrf_drv API in your application, which is then redirected to the nrfx implementation, which will again use the HAL files underneath.[/quote]

I was thinking the opposite :) The new implementation (nrfx) has additional functionalities and I should use the nrfx API when I develop applcations.

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

ovrebekk — Fri, 10 Dec 2021 08:49:13 GMT

Hi Nick

Sorry, the information I gave you earlier was a bit imprecise.

In the nRF5 SDK there is actually one more layer that is usually involved, for historical reasons.

In the older SDK's we had the nrf_drv set of drivers, which included drivers for all the different peripherals in the part.

Then at a later stage it was decided to pull the low level drivers out of the SDK into a separate module, called nrfx, which could be shared also with other software packages (such as the newer nRF Connect SDK, which is the replacement for the nRF5 SDK going forward).

But in order not to break compatibility with all the existing SDK examples using the nrf_drv API's we included a legacy integration layer in the SDK, which redirects all the nrf_drv calls to nrfx calls.

So in fact when you develop applications in the nRF5 SDK you will use the nrf_drv API in your application, which is then redirected to the nrfx implementation, which will again use the HAL files underneath.

Hopefully this all made sense ;)

[quote user="Nikosant03"]Are there any cases where I should use the HAL? For example, if I want to change the prescaler setting, the HAL has the RTC_FREQ_TO_PRESCALER macro that is convenient for this task. [/quote]

If the HAL has some functionality that you can't find in the higher layers it is OK to use it, as long as you avoid using any functions or macros that already exist in nrf_drv or nrfx.

Best regards
Torbjørn

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

Nikosant03 — Thu, 09 Dec 2021 11:52:42 GMT

Thank you Ovrebekk,

[quote userid="2116" url="~/f/nordic-q-a/82425/nrf52840-sdk16---rtc-driver-general-questions---instance-initialization-and-channels/342517#342517"]HAL is short for 'Hardware Abstraction Layer', and is a small wrapper around the hardware peripheral registers to make them easier to access. The NRFX layer sits on top of the HAL layer, and from an application perspective it should be sufficient to access the NRFX interface, and let NRFX interface to the HAL layer underneath. [/quote]

So the stack is like this?

With that being said accessing just the NRFX API is enough. Are there any cases where I should use the HAL? For example, if I want to change the prescaler setting, the HAL has the RTC_FREQ_TO_PRESCALER macro that is convenient for this task.

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

ovrebekk — Wed, 08 Dec 2021 10:52:01 GMT

Hi Nick

If you need very accurate timing for the SAADC sampling I agree that using PPI and a dedicated RTC or timer is a better approach, yes. You can use the app_timer also, but then there will be some hundreds of microseconds of timing jitter since you will be affected by high priority interrupts in the system.

[quote user="Nikosant03"]What is the RTC HAL? I've noticed there are functions and macros not included in nrfx driver. Should I use the Hardware access layer in combination with nrfx?[/quote]

HAL is short for 'Hardware Abstraction Layer', and is a small wrapper around the hardware peripheral registers to make them easier to access. The NRFX layer sits on top of the HAL layer, and from an application perspective it should be sufficient to access the NRFX interface, and let NRFX interface to the HAL layer underneath.

Best regards
Torbjørn

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

Nikosant03 — Tue, 07 Dec 2021 10:55:10 GMT

Thank you ovrebekk!!

[quote userid="2116" url="~/f/nordic-q-a/82425/nrf52840-sdk16---rtc-driver-general-questions---instance-initialization-and-channels/342241#342241"]Are you sure that you could not just use app_timer callbacks for your event generation?[/quote]

My plan is to connect RTC events with SAADC tasks through PPI. I've read that is suggested to use RTC rather than application timer for this task (and more specifically RTC2 since RTC0 is reserved by the Soft Device and RTC1 by the application timer)

What is the RTC HAL? I've noticed there are functions and macros not included in nrfx driver. Should I use the Hardware access layer in combination with nrfx?

RE: nRF52840 SDK16 - RTC Driver general questions - instance, initialization, and channels

ovrebekk — Tue, 07 Dec 2021 07:50:56 GMT

Hi Nick

[quote user=""]1. What I have understood so far is that the nRF52840 has three RTCs (RTC0, RTC1, RTC2). RTC0 is used by the SD and RTC1 from the application timer software. So it's safer using RTC2 for events generation, right?[/quote]

This is correct. The SoftDevice uses RTC0, and the app_timer uses RTC1, so if you use both then only RTC2 will be available to the application.

Are you sure that you could not just use app_timer callbacks for your event generation?

[quote user=""]2. What is the id parameter when calling the NRFX_RTC_INSTANCE macro for creating an RTC instance? For example, if I use RTC2 the id value must be 2, while if I use RTC2 the id value must be 1?[/quote]

Yes. The ID parameter simply refers to the peripheral instance ID, so id 0 means RTC0, id 1 means RTC1 and so on.

If you pick an ID that is already in use you should get an error message when compiling.

[quote user=""]3. The PRESCALER register is a 12-bit register, meaning that the maximum value is 4095, giving a tick every 125 ms. So, with the TICK event, the maximum event period is limited to 125ms?[/quote]

That is correct. If you want a longer event period you need to use a compare register and enable one of the compare events.

[quote user=""]4. Each RTC has four compare channels, right? The function to set a compare channel is nrfx_rtc_cc_set. According to the function's description, the second parameter is the channel of the instance. So the value of this parameter could be 1,2,3, or 4? For example, can I use all of the four compare channels of RTC2 like this?[/quote]

This is detailed here. RTC0 has 3 CC registers, while RTC1 and RTC2 has 4 CC registers.

Your code looks correct to me. This should enable all four CC registers with different values, and interrupts enabled.

Best regards
Torbjørn