Real Time Clock and calender Implementation

RE: Real Time Clock and calender Implementation

Einar Thorsrud — Wed, 04 Nov 2020 12:24:31 GMT

Hi,

The calendar implementation is based on the tm struct which does not have milliseconds, so you would have to use something else. I do not have any specific recommendations.

RE: Real Time Clock and calender Implementation

manikandan — Wed, 04 Nov 2020 05:07:51 GMT

can u also tell me how can i get millioseonds using nrf calendar ??

RE: Real Time Clock and calender Implementation

Einar Thorsrud — Tue, 03 Nov 2020 14:21:35 GMT

Hi,

You can refer to the Current Time Application example. which implements a current time service client. You can take this as a reference and combine with the nrf calendar example, but you need to modify the example a bit to work properly with a SoftDevice. It probably makes more sense to use it for inspiration and copy in what you need, and for instance use the app_timer library to generate regular ticks instead of using an RTC directly.

RE: Real Time Clock and calender Implementation

manikandan — Tue, 03 Nov 2020 11:18:38 GMT

how can i include a current time service client to retrieve date and time can i merge this with nrf calendar example ??

RE: Real Time Clock and calender Implementation

Einar Thorsrud — Mon, 21 Oct 2019 13:54:46 GMT

Hi,

There is no SDK example implementing a calendar, but you can keep track of time using the app_timer as you write. This way you do not need an extra RTC instance, and the average accuracy will be identical to the accuracy of your LF crystal. The nRF specific implementation is quite easy. The simplest would be to use a repeated app_timer instance that wakes up every second, and update the real-time calendar data and display at that point (assuming it shows seconds). If it updates less frequently, you could, for instance, make the RTC wake the system every minute and update the display and real-time calendar data then.

There is no way to keep track of time with an nRF when in system off mode. By definition, there are no clocks running in system off mode. If you need that, then you need to use an external RTC device. However, you can, of course, device a scheme were after reset the display will not show the time (or show an error of some sort, until the time has been set). If you are making a BLE device, then the obvious way to et time is via BLE.

Smartphones implement a current time service, so you could include a current time service client on the nRF that retrieves the current time from the smartphone and sets the internal calendar accordingly.