在线时将时钟与NTP同步，而离线时与RTC同步？

是否存在现有的机制，该机制可在线上使Linux系统与NTP同步，而在离线时与可预测的RTC同步？

我们操作远程“收集器”：嵌入式Linux系统，用于收集传感器数据并为其添加时间戳。我们需要他们的时钟误差保持在较小的水平，例如小于5秒。通常，我们使用NTP来同步他们的时钟，并且只要系统在线，就可以正常工作。

问题在于某些收集器的上行链路非常糟糕，可能会中断数小时，数天甚至数周。这不会停止本地数据收集，但是如果没有NTP，Linux系统时钟就会严重漂移并且非常不可预测。

OTOH，硬件的RTC漂移也很大，但速率恒定。RTC漂移率因板而异，但每块板都是恒定的，可以测量。

我想我们需要的是一种可以执行以下操作的机制：

• 部署前测量电路板的RTC漂移率
• 尽可能通过NTP不断/定期调整系统时间
• 当NTP不可用时，可以通过RTC定期调整系统时间。考虑已知的RTC漂移率。
• 可选：在线测量并记录正在进行的RTC漂移率（1）

所谓“机制”，是指一些维护良好且有据可查的软件和/或配置，可以处理“在线”与“离线”两种状态，确保系统时钟与正确的时间源（ntp与ntp）同步。 rtc），检测状态变化并校正RTC漂移。是否将其实现为特殊的ntpd配置/插件，作为单独的守护程序，作为cron作业还是其他无关紧要。

我看过Chrony，但是根据它的文档，它试图预测系统时钟的漂移，在我们的情况下，它的漂移远比RTC不可预测。Chrony似乎仅使用RTC来保持重启后的时间。

（1）注意ntpd激活内核的“ 11分钟模式”（每11分钟从系统时钟更新一次rtc）。当前的内核和ntpd似乎无法阻止11分钟模式。因此，在ntpd运行时，任何rtc漂移信息都会丢失（thx @billthor）。

更新/编辑：

• 我们正在考虑通过USB或串行接口为MSF或DCF77信号（我们位于欧洲）添加一个外部无线电时钟。但是我们宁愿保持硬件精益。
• 我们的收藏家通常位于室内，通常在地下室。因此，添加GPS时钟将无济于事。
• 我们使用Debian7。这意味着util-linux-2.20.1中的hwclock，ntpdate-4.2.6p5，ntp-4.2.6.p5中的ntpd，chrony-1.24（可能为1.30）。
• 请注意，我们的问题不在于我们不知道如何使用ntpdate(8)，hwclock(8)，date(1)等，请参阅附加部分斜体什么，我与“机制”的意思。
• 添加了有关“ 11分钟模式”的脚注
• 这是关于离线同步和RTC漂移的非常有趣的讨论

您的情况很不正常，如果有人提出ntpd基于标准的配置来执行您想要的操作，我会感到惊讶。就是说，我很惊讶，这种情况经常发生在这些部分周围。

但是，直到有人提出一个更好的主意之前，您是否考虑过crontab这样的条目？

*/5 * * * *   ntpdate 0.pool.ntp.org || ( hwclock --adjust; hwclock --hctosys )

IE，每五分钟尝试通过进行时钟同步ntpdate，如果（并且仅在失败的情况下），根据/etc/adjtime文件（格式详细说明了man hwclock，并根据您的知识正确填充了其第一行）调整硬件时钟以进行漂移。特定RTC的速率），然后从RTC设置系统时钟。

请注意，如果您寻求这样的解决方案，并且要部署大量这样的系统，则与池一起使用并根据使用情况按比例分配服务器被认为是礼貌的。您可以在http://www.pool.ntp.org/en/vendors.html上找到更多信息。

NTP已经具有知道它是联机还是脱机的机制，并且它将根据需要切换到优先级较低的源。检查到达值以触发备用来源非常容易，但是我会坚持使用NTP。如下所述，监视和校正RTC漂移可能很困难。

在互联网时代之前，我使用了一个程序，该程序可以拨出数据源并同步时钟。仍然可能有可用的服务通过调制解调器提供时间源。这将需要访问电话线。

当地时钟存在已知问题，不适用于RTC。NTP已知操作系统问题列表中记录了一些问题。这些可能导致您的时钟漂移。解决它们可能会解决您的问题。在没有错过滴答声的情况下，我发现本地（系统）时间源可能非常稳定。

您可以将Dumb Clock驱动程序（33）与将适当的RTC时间写入/ dev / dumbclockX设备的程序一起使用。

还有许多其他基于无线电时钟的驱动程序。其中一些使用WWV和CHU之类的短波服务，这些服务可能在GPS信号不可用的环境中工作。对于欧洲，此列表将包括BBC，TDF，RBU和RMW。

Pavel Krejci也已经编写了RTC驱动程序，但是它似乎没有并入官方驱动程序。这可能与PPS类型同步一起使用。

在部署之前应该有可能测量RTC漂移。但是，您将需要确保不会自动更新RTC。当使用adjtimex功能更新系统时钟时，RTC可能每11分钟更新一次。

NTP连接后将更新时钟。通常，NTP将拒绝对系统时钟进行大的调整。有一些选项可以调整时钟可以调整的距离。

我已建议使用上述RTC的选项。无线电时钟可能比GPS时钟更合适。

在没有可靠时间来源的情况下测量漂移可能是徒劳的。如果当地时间不稳定，则不能使用它来监视RTC，反之亦然。如果内核每11分钟更新一次RTC，则在连接NTP时无法测量漂移。我使用的RTC具有一秒的分辨率，因此它们必须漂移很大才能可靠地进行测量。