Nordic Calendar example (https://github.com/NordicPlayground/nrf5-calendar-example) related issue

[Yogeshwar]

I wanted to implement a time sync feature on nRF-52840 DK. I took a reference from this example, but there were certain things unclear to me.

Can somebody explain to me what is calibrated and uncalibrated time here? and what exactly are we doing here in this example?

[haakonsh]

In this example, a calendar is periodically synced with an outside time-stamp. It does not cover how you obtain the outside time-stamp, just how you can use it to update the calendar. 

As the calendar uses the RTC as it's base clock, it will experience a fair amount of drift, +/- 10-20ppm at best, and will need to be periodically calibrated/synced. 

I believe the uncalibrated time is the current time of the calendar, and the calibrated time is the provided synchronization time-stamp.

[Yogeshwar]

haakonsh I flashed this example on an nRF52840 DK and I got this output on serial

when I use the get function(option g) to get the time, I get this as the output where the calibrated and the uncalibrated time is the same.

next, when I use the run continuous-time updates (option r), I get a time difference of 4 seconds every time and I just don't get it that why is there such a big difference.

Later I set time to current time and then tried to run continuous-time updates (option r) and still there is a time difference of 4 seconds.

can you please explain this behavior?

[manikandan]

hello, thanks for your help  i can be able to get milliseconds and run a 24 hours clock successfully now i want to do time sync up that day you told if we are developing our own app it is possible to get a timestamp in the app and send it over a proprietary service to the nRF52 device every time i connect.

1)indeed we are developing our own app can you elaborate on how can i get that timestamp in program and set that time in nrf_cal_set_time(..) ??

2)where do i get my timestamp in ble_app_uart program?? in nus_data_handler(..) function uh??

thanks and regards

Manikandan V

[ovrebekk]

Hi Manikandan

1) Not sure which mobile platform you are targeting, but on Android there is a LocalTime library for getting time and date information, and I am sure something similar exists for iOS. 

The important thing is that you get an integer timestamp that can be passed over the BLE link. 

2) That is correct. By default the ble_app_uart example uses the nus_data_handler(..) function to process incoming data from the app. 

Best regards
Torbjørn

[manikandan]

hello  i am using android and developed an customised app and doing something like this is

for (uint32_t i = 0; i < p_evt->params.rx_data.length; i++)
{
str[i]=p_evt->params.rx_data.p_data[i];

strcpy(buf,str);

uint8_t j=0;
char *pch = strtok (buf,"- :");
while (pch != NULL)
{

array[j]=pch;
j=j+1;
pch = strtok (NULL, "- :");
}
year=atoi(array[0]);
month=atoi(array[1]);
day=atoi(array[2]);
hour=atoi(array[3]);
minute=atoi(array[4]);
second=atoi(array[5]);
....

}

note: i am sending the current time from app everytime i connect with bluetooth and getting the exact values in year,hour,...,seconds variable.

but if  i call nrf_cal_set_time(..) in main to starts from 1970  but not with the time i sent

my main looks like this

int main();

{

//all init

nrf_cal_set_time(year, month, day, hour, minute, second); 

while(1)
{

length=sprintf(cal_string,"%s", nrf_cal_get_time_string(true)); 

ble_nus_data_send(&m_nus,cal_string,&length,m_conn_handle);
}

}

where should i call nrf_cal_set_time(..) in my program to make it run one time and start sending date and time from the time i sent.

Thanks and regards

Manikandan V

[ovrebekk]

Hi 

My initial thought is that you seem to be over complicating things a little. 

Can't you just code year/month/day/hour/minute/second each into a separate byte without converting to and from ascii representation?

Then you only need 6 bytes in total to represent a date and time update, and you can easily copy each byte from the rx_data.p_data buffer into the 6 variables (just remember to subtract 1970 from the year before sending it, and add it back here, since a single byte can't store numbers > 255). 

Best regards
Torbjørn

[manikandan]

sir kindly check my new thread about sending 100 packets per send and give me suggestions

thanks and regards

manikandan v

[ovrebekk]

Hi 

What is the case number?

T.

[manikandan]

devzone.nordicsemi.com/.../how-to-send-100-plus-packets-in-a-single-structure-or-string

[ovrebekk]

Hi 

It seems you already got a response from Karl on this question?

I suggest you follow it up with him. 

Best regards
Torbjørn

[manikandan]

hello can you give suggestions for my other ticket

https://devzone.nordicsemi.com/f/nordic-q-a/69481/regarding-scl-sda-pin 

thanks and regards 

manikandan v

[ovrebekk]

Hi 

The ticket in question has been assigned to one of my colleagues, and he should get back to you within a day or less. 

Best regards
Torbjørn