NTPQ показывает большое смещение между GPS и общедоступными NTP-серверами

868
Daniel F

Я немного не уверен в значении смещения, которое мне показывает ntpq. Это на Raspberry Pi с поддержкой PPS, скомпилированной в ядре.

Я просто переместил это устройство с места, поэтому ntpd сначала получал данные NTP с публичного сервера в течение нескольких минут. После того, как я подключил антенну, и она начала принимать сигнал GPS, он показал бы, что сигнал GPS будет иметь смещение в 3 секунды для общедоступных серверов.

На самом деле, значения сильно колеблются. Последний пример показывает, что PPS распознается («o»)

Я могу пинговать rustime01.rus.uni-stuttgart.de(время пинга ~ 15 мс), но не с серверов ptb.de, у них может быть отключен ICMP.

 remote refid st t when poll reach delay offset jitter ============================================================================== *GPS_NMEA(0) .GPS. 0 l 12 16 377 0.000 2998.06 0.104 +rustime01.rus.u .PZF. 1 u 41 64 377 14.546 -3.700 5.195 -ptbtime1.ptb.de .PTB. 1 u 46 64 377 23.661 0.162 2.361 -ptbtime2.ptb.de .PTB. 1 u 40 64 377 24.330 -3.517 3.668 +ptbtime3.ptb.de .PTB. 1 u 41 64 377 22.839 -2.710 2.630   remote refid st t when poll reach delay offset jitter ============================================================================== *GPS_NMEA(0) .GPS. 0 l 9 16 37 0.000 -0.994 0.647 +rustime01.rus.u .PZF. 1 u 18 64 3 16.222 -2997.4 0.456 -ptbtime1.ptb.de .PTB. 1 u 20 64 3 28.564 -2997.0 0.746 +ptbtime2.ptb.de .PTB. 1 u 22 64 3 24.178 -2998.7 1.025 -ptbtime3.ptb.de .PTB. 1 u 13 64 1 24.704 -2998.7 1.149   remote refid st t when poll reach delay offset jitter ============================================================================== oGPS_NMEA(0) .GPS. 0 l 7 16 3 0.000 9.086 5.324 *rustime01.rus.u .PZF. 1 u 33 64 1 14.844 5.097 1.164 +ptbtime1.ptb.de .PTB. 1 u 32 64 1 24.583 5.164 1.921 -ptbtime2.ptb.de .PTB. 1 u 35 64 1 31.230 7.191 3.878 +ptbtime3.ptb.de .PTB. 1 u 31 64 1 24.379 5.542 0.819   remote refid st t when poll reach delay offset jitter ============================================================================== oGPS_NMEA(0) .GPS. 0 l 14 16 377 0.000 29.241 4.327 *rustime01.rus.u .PZF. 1 u 47 64 17 14.235 31.713 15.915 +ptbtime1.ptb.de .PTB. 1 u 48 64 17 24.028 25.617 11.747 -ptbtime2.ptb.de .PTB. 1 u 53 64 17 24.692 19.764 9.333 +ptbtime3.ptb.de .PTB. 1 u 47 64 17 24.221 31.335 15.363

Ниже приводится содержимое файла конфигурации

pi@rpi-ntp ~ $ cat /etc/ntp.conf  driftfile /home/pi/ntp/ntp.drift  statistics loopstats peerstats statsdir /home/pi/ntp/stats/ filegen loopstats file loops type day enable filegen peerstats file peers type day enable  server 127.127.20.0 mode 17 minpoll 4 maxpoll 4 iburst true prefer fudge 127.127.20.0 flag1 1 flag3 0 time2 0.496  server rustime01.rus.uni-stuttgart.de iburst server ptbtime1.ptb.de iburst server ptbtime2.ptb.de iburst server ptbtime3.ptb.de iburst  restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery  restrict 127.0.0.1 restrict ::1

Что может быть причиной, и какое время я фактически использую тогда?

1
ntp сработает в среднем за все время и их задержки, чтобы дать вам «местное время», чтобы вы не использовали какой-либо конкретный ОДИН в настоящее время. Что касается разницы в синхронизации между gps и серверами ntp, я могу только предположить, что, надеюсь, кто-то другой может ответить. djsmiley2k 7 лет назад 0
Было бы полезно, если бы вы могли сравнить время с радиосинхронизированными часами или сигналом времени на FM-радиостанции, чтобы убедиться, что время GPS или Интернет точное. Отсюда синхронизированные с интернетом часы на моем ноутбуке лишь на долю секунды отстают от радиочасов (я бы предположил 0,2 с при визуальном сравнении бок о бок). Я только что сравнил время GPS на моем SatNav, и после исправления он чуть более двух секунд отстает от радиочасов. Вы подняли очень интересную проблему. AFH 7 лет назад 0
Может быть, это связано с високосными секундами? https://en.wikipedia.org/wiki/Global_Position_System#Leap_seconds GPS не учитывает их, и начальное смещение 2998,06 мс очень подозрительно. Но RasPi был настроен на 2014-05-09, и с тех пор его никто не трогал. В то же время добавлено всего 2 секунды високосных. Работает ntpd 4.2.7p442 Daniel F 7 лет назад 0
Да, это, конечно, сбивает с толку. Согласно вашей ссылке и [this] (http://leapsecond.com/java/gpsclock.htm), разница должна быть намного больше. Возможно, коррекция была основана на разнице, когда программное обеспечение для интерпретации времени было создано, а не установлено, хотя это не связано с моим GPS, где я обновил навигацию по дорожной карте, но не с отдельной 15-летней навигацией по местности. пакет, который я использовал. Что касается твоего Пи, ты действительно не устанавливал часы на 3 года? Если бы это было так, я бы ожидал гораздо большей разницы: часы реального времени редко бывают такими точными. AFH 7 лет назад 0
Перезагрузился пару раз. Но ничего не обновлялось, ни один конфиг не менялся в течение 3 лет. Daniel F 7 лет назад 0
@ djsmiley2k, это неправильно. Ntpd использует время только из выбранной ссылки (помечено *). ОП, какое устройство вы переместили и когда? Мне трудно отслеживать порядок событий в вашем вопросе. Вот некоторые первоначальные соображения, а не конкретный порядок: если вы переместили антенну GPS, выходной сигнал приемника будет отсутствовать, пока приемник не будет привязан к спутникам и не усреднит новое временное решение (может быть до часа или более в зависимости от как это настроено). Тем не менее, GPS-приемник выдает только сигнал PPS - временного кода в сигнале PPS нет. Darren 7 лет назад 1
... так что смещение почти точно в три секунды заставляет меня думать, что ntpd считает, что есть какое-то смещение, но импульс на самом деле точный. Похоже, это успокаивается в конце концов. Однако мне не нравятся ваши ценности. Похоже, что ntpd не может последовательно опрашивать серверы ntp. Darren 7 лет назад 0
@ Darren Welp, сегодня я узнал что-то новое, спасибо! :) djsmiley2k 7 лет назад 0

0 ответов на вопрос

Похожие вопросы