NTP和RTC时钟HW怪异的结果(NTP and RTC HW Clock weird result

在试图使系统时间上的ODroid接近实时地，我已经尝试加入了实时时钟的ODroid。 RTC有+/-百万分之4的精确度。

如果没有实时时钟，我会得到这样的（与NTP服务器每隔60秒同步处理）的结果。 蓝色是橙色皮进行比较。 x轴是样品，并且y轴是由在毫秒NTP服务器的偏移报告。

因此，我试过了，是同样的事情（虽然更多的样本，但相同的时间间隔），但不是只与NTP服务器同步，我做了以下内容：

1. 设置系统时间到硬件时钟时间。
2. 与NTP服务器同步更新系统时间，并记录偏移由服务器提供
3. 更新硬件时钟到SYSTEMTIME，因为它刚刚被同步到实时的。

然后，我等待60秒，然后重复。 我没想到它是完美的，但我得到了什么震撼了我一点点。

我在看什么世界？ 抖动变得越来越少，并且遵循几乎直线，但是当它到达完美的时间（在约410nm分钟之遥），它似乎还在继续，并让抖动和偏移量再次增长。

谁能解释这一点，也许告诉我，我做错了什么？ 这是奇怪！

Answer 1:

所以，你正在策划的RTC时间与NTP服务器时间之间的差异。 哪里NTP服务器在哪里？ 在第二个情节要在范围内的几百毫秒的工作。 NTP具有测量精度的限制。 维基百科：

https://en.wikipedia.org/wiki/Network_Time_Protocol

NTP通常可以维持的时间到几十通过公共互联网毫秒内，并能在理想条件下实现局域网优于一级毫秒的精度。 非对称路由，网络拥塞可能会导致100毫秒以上的错误

您的数据是有点怪异，但。

文章来源: NTP and RTC HW Clock weird results