Best Way to Keep Track of Time with the nRF52

RE: Best Way to Keep Track of Time with the nRF52

Sigurd — Tue, 03 Apr 2018 08:00:57 GMT

Note that the example was originally written for SDK 13, so you might want to use that to test the example.

I recommend using PuTTY to test the example.

With PuTTY serial connection it should look like this:

RE: Best Way to Keep Track of Time with the nRF52

sonalkale — Thu, 29 Mar 2018 11:52:33 GMT

hello,

how nrf-calendar-example work?

I can create hex file using sdk14.But there is no output using printf command on uart port.

please suggest some solution.

Thank You.

RE: Best Way to Keep Track of Time with the nRF52

Sigurd — Tue, 04 Jul 2017 09:04:54 GMT

It will depend on the ppm of the source of the RTC.

Here is an online-calculator you can use to calculate the drift.

On the nRF52-DK the 32kHz external crystal is 20 ppm, this will give you a drift at 10.51 minutes for 1 year. The lowest ppm I have seen for a 32kHz external crystal is 5 ppm (2.63 minutes drift for 1 year).

RE: Best Way to Keep Track of Time with the nRF52

A Knecht — Mon, 03 Jul 2017 19:12:09 GMT

What do you reckon is an achievable drift over the course of a year with the nRF52 and an external RTC respectively?

RE: Best Way to Keep Track of Time with the nRF52

Sigurd — Wed, 28 Jun 2017 15:16:39 GMT

Hi,

The clock control system is basically the system that drives the whole chip, including the CPU and all peripherals. It can be divided into 2 clock systems, the low frequency clock(LFCLK) and the high frequency clock (HFCLK) . With nrf_drv_clock* you have several ways to interact with the clocks, including initialization and calibrating.

The nrf_drv_rtc* includes drivers for the Real-time counter (RTC) peripheral.

The nrf_drv_timer* includes drivers for the TIMER peripheral.

The main difference between TIMER and RTC (Real-time counter) is that:

TIMER uses the high-frequency clock source (HFCLK, 16 MHz), which means better resolution (62.5 ns) and higher power consumption (typ. 5 or 70 uA depending on HFCLK source).
RTC uses the low-frequency clock source (LFCLK, 32 KHz), which means less resolution (~30 us) and lower power consumption (typ. 0.1 uA).

The app_timer* and app_simple_timer* are libraries that builds on top the RTC1 peripheral(app_timer) and the TIMER1 peripheral(app_simple_timer). This gives more high-level functionality where you can create multiple timer instances, and you have functions to start and stop the timers. Take a look at the Application Timer Tutorial if you want to learn more.

For keeping track of time on the nRF52, I would recommend taking a look at the nrf-calendar-example we have on Github.

RE: Best Way to Keep Track of Time with the nRF52

John — Wed, 28 Jun 2017 13:45:16 GMT

That's a pretty strict drift requirement. I didn't do the math but that might be less than 1 ppm. You won't get that kind of performance out of the internal RC, and I haven't seen an external crystal that was that good. If you really need to hit that you will also need to calibrate the clock for is natural offset, and probably temperature compensate it periodically.