NTP和RTC HW Clock奇怪的结果

Question

为了使ODroid上的系统时间尽可能接近实时，我尝试在ODroid上添加一个实时时钟。 RTC的精度为+/- 4ppm。

如果没有realtimeclock，我会得到这样的结果（每隔60秒与NTP服务器同步）。蓝色是橙色Pi用于比较。 x轴是样本，y轴是NTP服务器以ms为单位报告的偏移量。

所以我尝试的是同样的事情（虽然更多样本，但是间隔相同），但我没有与NTP服务器同步，而是做了以下事情：

1. 将系统时间设置为hw-clock时间。
2. 与NTP服务器同步以更新系统时间，并记录服务器给出的偏移量
3. 将HW-clock更新为系统时间，因为它刚刚同步到实时。

然后我等待60秒然后重复。我并不认为它是完美的，但我对此感到震惊。



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

任何人都可以解释这个，或者告诉我我做错了什么？ 这很奇怪！

Answer 1

因此，您正在绘制RTC时间与NTP服务器时间之间的差异。 NTP服务器在哪里？在第二个图中，您的工作范围为几百毫秒。 NTP具有准确性限制。来自维基百科：

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

  

NTP通常可以将时间保持在几十毫秒之内   公共互联网，可以达到优于一毫秒的精度   在理想条件下的局域网中。不对称的路线和   网络拥塞可能导致100毫秒或更长时间的错误

你的数据看起来有点奇怪。