<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Low level clock</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29373/low-level-clock</link><description>Hello, 
 I need time synchronization between the two devices. At the same time I want to use the standard means of bluetooth, synchronizing the clock of the connected devices with each other. 
 Am I able to get the time from the lower level through</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sat, 13 Jan 2018 07:06:41 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29373/low-level-clock" /><item><title>RE: Low level clock</title><link>https://devzone.nordicsemi.com/thread/116852?ContentTypeID=1</link><pubDate>Sat, 13 Jan 2018 07:06:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:87aec943-81c0-496a-927b-0fa9189d600b</guid><dc:creator>CheMax</dc:creator><description>&lt;p&gt;Many thanks, I will definitely read and try to understand.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Low level clock</title><link>https://devzone.nordicsemi.com/thread/116851?ContentTypeID=1</link><pubDate>Fri, 12 Jan 2018 12:44:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:92c695b6-5240-4a74-97dc-3a4f4b131a03</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;In addition to what endnode already explained, another issue is that if a packet is missing it will be re-transmitted and it will mess up with time synchronization.&lt;/p&gt;
&lt;p&gt;I would suggest you to use extra channel to do time synchronization, either by an advertising packet or by proprietary protocol such as ESB. To have full control of the timing when sending the advertising packet, you should use timeslot API.&lt;/p&gt;
&lt;p&gt;Using ESB concurrently with BLE for time synchronization is explained &lt;a href="https://devzone.nordicsemi.com/blogs/978/wireless-timer-synchronization-among-nrf5-devices/"&gt;here&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Low level clock</title><link>https://devzone.nordicsemi.com/thread/116850?ContentTypeID=1</link><pubDate>Thu, 11 Jan 2018 12:55:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8ec08315-9f46-4d9d-92be-8d7717601b61</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;HCI is not supported by Nordic stack and all upper layers have no concept of time, just asynchronous calls and events. You can still do it over L2CAP or GATT with some custom protocol but due to stack processing and delay between radio interrupt on LL and event callback to your FW there is limit how precise the time synchronization could be (statistically). I would say safely below 10ms, probably even somewhere around 1-2ms. Good for most of usual &amp;quot;clocks&amp;quot; for humans but probably not enough for any precise measurements and automated applications.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>