https://devzone.nordicsemi.com/f/nordic-q-a/113811/time-date-set-from-ble-nrf52Hi I set the time and date from cfs the received package is valid. the timestamp is transfer to the set method correctly. the output shows also that the system time is set correct. The invalid TZ doesn&#39;t matter with my config like Currentlyen-USTelligent Community 13Tue, 13 Aug 2024 13:02:46 GMThttps://devzone.nordicsemi.com/thread/498059?ContentTypeID=1Tue, 13 Aug 2024 13:02:46 GMT137ad170-7792-4731-bb38-c0d22fbe4515:2b0b0d7e-9604-4ae4-8933-e20b7920b8d5QBSho<p>Okay,</p> <p>My understanding of the date_time.h was that this set the timestamp with the CTS time I received and gives me the current time with k_time.</p> <p></p> <p>I am looking for a good method to get timestamps for logs and measurements.</p> <p>Br</p> <p></p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/497734?ContentTypeID=1Mon, 12 Aug 2024 07:47:50 GMT137ad170-7792-4731-bb38-c0d22fbe4515:3ea46f39-c4bb-4030-9b04-ef70e8feceaaSusheel Nuguru<p>Not sure if I understand this right.</p> <p>So the peer which is a CTS server is sending time in large number? Is this expected or is it just that the peer system has been up for a long time?</p> <p>I am not sure what we can do to change the peer value as it looks like we can only read the time from the server. So the workaround you have to use the offset you get the first time to calculate a meaningful time later on based on this offset seems reasonable.&nbsp;</p><div style="clear:both;"></div>