Lotus wrote:
А кто-нибудь принимает в Москве сигнал от DCF-77 ? Я как не пробовал, не удалось.

В подмосковье когда-то удавалось. А в Москве -- увы.
Тут рассказали одну историю про некоего г-на, который занимался установкой двухтарифных счетчиков Siemens в элитных домах г.Москвы. Разумеется, они рассчитаны на прием сигнала DCF-77, собственный осциллятор у них плывет по параметрам. ТАк этот г-н сначала обратился к сименсам с просьбой помочь и они ему рассказали, что где-то в Сингапуре что-ли? была такая проблема с их продукцией и установщики обратились на меструю станцию и попросили их транслировать DCF (!). Наивный г-н поехал на нашу станцию RBU, чтобы попробовать их попросить то же самое. Ему там четко сказали, что наш сигнал предназначен только для тех, кто в нем нуждается и способен его принять. А кто не способен, тому он и не нужен. :)

wol
Еще одна задачка.
Некий человек нанял работника на полтора года, обещав ему дать 12р. и кафтан. Но тот, отработав 7 месяцев, 2 недели, 3 дня, 2 часа, 17 минут и 39,047398 секунды, захотел уйти и просил достойной платы с кафтаном. Хозяин дал ему по достоинству расчет - Зр.62к. и кафтан. Спрашивается, а какой цены тот кафтан был? :))

Неужели бутылки водки? ;-)

Здраствуйте!
Будьте добры подсказать:
Какие есть модули GPS-приемников с выходом 1 сек., помимо кодовой информации.
Это необходимо для синхронизации нескольких приборов, разнесенных на расстоянии.

Заранее благодарю.

wol
Выполняемая затем обработка этих значений аналогична действиям английского джентльмена из старой задачи Рэймонда М. Смаллиана

Хорошее изложение.

Но теперь представьте себе, что время похода в гости и обратно меняется в широких пределах. Например, сегодня это 10 и 20 мин, а завтра -- 70 и 5. При этом вы знаете только суммарное время (30 и 75 соотв.).

wol и все
Про кафтан и 39,047398 секунды, конечно, прикол (хотя и реальная задача). На самом же деле мне просто стало интересно: зачем понадобилось синхронизировать системное время компьютера с такой высокой точностью??? Этот разговор ведется ради самого разговора или с какой-то практической целью?

Top Secret
У меня это реальная задача - создание надежного тайм-сервера со стратумом не ниже 1. :)
Забыл добавить... задача государственная... государство независимое... т.е. все должно по минимуму зависеть от капризов окружающих и "природы" ;)

wol
Теперь интерес понятен. Успехов в поиске эффективного решения!

ну рас задача государственная.. :) Создаете свой центр метрологии, обзаводитесь своими этелонами времени и от них... по примеру http://www.vniiftri.ru/

dimss
Но теперь представьте себе, что время похода в гости и обратно меняется в широких пределах.

В И-нет сетях для этого есть Ping...

UncleHm
Центр метрологии есть, но от прямого вопроса могут ли они обеспечить источник точного времени они просто "выпали в осадок". :)

Единственная служба которая что-то там имеет - это аэропорт, но они сами в себе...

Короче выход один, брать хороший сервер, например у http://www.meinberg.de/
В качестве источников: GPS, DCF77 и И-нет, например,
vega.cbk.poznan.pl
time.nist.gov
ntp.certum.pl
ntps1-0.cs.tu-berlin.de
ntp2.usno.navy.mil
tick.usnogps.navy.mil

Кстати с таким вот набором И-нет источников получаем достаточно устойчивый staratum: 2

Однако ещё очень хочется подцепится к сигналам РВМ...

В И-нет сетях для этого есть Ping...

Пинг сообщает только общее время движения пакета туда-обратно. Он не сообщает, сколько времени пакет шел туда, а сколько -- обратно. Разница времени хода пакета туда и обратно -- это асимметрия задержки. NTP не умеет это учитывать. Вот в чем засада.

Ну почему не умеет... Вот реальный работающий сервер:


Как видите чисто из И-нет источников легко и с большим запасом получен steratum:2
:)

А вот вам статистика за сутки:


Обратите внимание, что максимальная ошибка не превышает 0.03 сек,
что является вполне приемлемым для многих приложений.

Это понятно, у меня тоже так работает в куче мест, и даже с некоторыми этими же серверами :) Кстати, прикольная глюкала! Я раньше по старинке графики гнуплотом рисовал по крону...

Я говорю о том, что нет способа определить асимметричность задержки, сидя только на одном конце. Если все сервера, с которых вы тянете время, будут за асимметричным на один бок каналом, то у вас будет систематическая ошибка, и ntpd об этом в жизнь не догадается.

Вот, например:

dimss@nx:~$ ntpq -pn 80.81.32.2
remote refid st t when poll reach delay offset jitter
==============================================================================
*193.190.230.66 .PPS. 1 u 356 1024 377 35.568 -0.589 2.137
+130.149.17.8 .PPS. 1 u 1009 1024 365 50.592 0.223 1.370
-213.222.193.35 .PPS. 1 u 171 1024 377 99.537 15.467 3.668
-195.113.144.201 .GPS. 1 u 382 1024 377 67.682 -13.147 0.337
+193.204.114.232 .UTCI. 1 u 522 1024 377 52.666 -4.963 2.034
dimss@nx:~$

Обратите внимание на два сервера, ушедших в минуса. У них отклонение более десяти миллисекунд, хотя я не сомневаюсь в добросовестности их владельцев. Просто это отклонение -- следствие асимметрии, которую NTP не позволяет выявить.

dimss@thunder:~> /usr/sbin/tracepath 213.222.193.35
1?: [LOCALHOST] pmtu 1500
1: 80.81.32.1 (80.81.32.1) 1.117ms
2: no reply
3: COMMUNICATIONS-NETWORKING.so-0-0-0.ar2.LON3.gblx.net (208.49.224.14) asymm 6 36.425ms
4: t2c2-pc2.uk-glo.eu.bt.net (166.49.135.172) asymm 6 35.977ms
5: t2c2-p1-0.de-fra.eu.bt.net (166.49.208.101) 45.039ms
6: t2a4-ge7-0.de-fra.eu.bt.net (166.49.172.52) asymm 5 45.863ms
7: 166-49-147-134.eu.bt.net (166.49.147.134) 44.711ms
8: plwaw1-p2-2.ipartners.pl (195.39.208.70) asymm 9 104.882ms
9: taro-wawa1-so-5-0-0-0.net.ipartners.pl (157.25.3.98) 96.747ms
10: taro-dbp1-so0-0-0.net.ipartners.pl (157.25.3.246) asymm 9 98.539ms
11: gdansk-abr1-so7-0-0.net.ipartners.pl (157.25.3.250) asymm 10 103.410ms
12: szczecin-abr2-as0.net.ipartners.pl (217.153.2.42) asymm 11 104.614ms
13: szczecin-ge0-1-10.net.ipartners.pl (217.153.6.1) asymm 11 108.458ms
14: do-unizeto.ipartners.pl (217.153.7.50) asymm 12 115.130ms
15: no reply
16: smtp.certum.pl (213.222.193.35) asymm 14 134.973ms reached
Resume: pmtu 1500 hops 16 back 14
dimss@thunder:~>

А теперь представьте, что у вас хроническая асимметрия где-то вблизи вашего AS. В этом случае вы получите большую систематическую ошибку. Я не говорю, что использовать NTP нельзя (сам ведь успешно использую), но эту особенность надо иметь ввиду.

Как я понял, латвийский метрологический центр ничего подобного не имеет. У нас все NTP-дела, увы, только через Internet. Привязанных к GPS серверов пока нет.

Понятно, однако я обнаружил ещё одну проблему.
Очень важна стабильность системных часов сервера.
Так что без специального железа от http://www.meinberg.de/
никуда не дется. У них можно и GPS - железяки прикупить.

Интересно, эта стабильность часов железа -- родовая особенность каких-то типов или свойство конкретных экземпляров?

dimss
> У нас все NTP-дела, увы, только через Internet. Привязанных к GPS серверов пока нет.

В принципе, любой бытовой GPS приемник имеет возможность передавать в комп время, так что при желании такую систему можно сделать достаточно дешево - ~100-200$ за девайс и небольшая программа для коннекта с приемником.

Конечно для серьезных задач такое решение не надежно, но если просто хочется иметь в локалке относительно точное время, то вполне.

dimss
Интересно, эта стабильность часов железа -- родовая особенность каких-то типов или свойство конкретных экземпляров?

На разных машинах по разному, но бывают совсем отвратительные экземпляры.
Наприммер "мамка" NFII ULTRA-AL (nVIDIA) совершенно никудышняя в этом смысле.
За сутки уход на минуты...

Нет здесь надо что-то специальное.

Кстати о времени... Тут у нас как-то случился один казус.
Один оператор IP-телефонии пользовался каким-то швейцарским NTP сервером.
И вдруг в один прекрасный момент это сервер сбойнул, причем так, что стал выдавать время с погрешностью в несколько лет... Представляете, что у этого оператора случилось с базами абонентов... :-)
Теперь он пользуется не одним источником, а несколькими :)

А кто-нибудь принимает в Москве сигнал от DCF-77 ?
Я принимаю каждую ночь. Очень успешно !

Радуйтесь! Вы -- уникум, живущий в уникальном для Москвы месте! :)

upd: у меня оно идет сейчас на уровне шумов :(

dimss
Пример:
http://www.ljplus.ru/img3/w/0/w0land/atomic.PNG

Для величины "Local offset was" всегда характерно не более 30 мс, иногда бывает в сотых миллисекунд. Чаще всего единицы миллисекунд. Мне для себя хватает с головой (просто из любви к точному времени).

Наприммер "мамка" NFII ULTRA-AL (nVIDIA) совершенно никудышняя в этом смысле.
За сутки уход на минуты...


а нельзя ли кварцевый резонатор что установлен на плате, поместить в некий термостат?
пусть не с подогревом (а почему бы и нет) а просто чтобы его не охлаждали и не нагревали
так быстро воздушные потоки внутри компьютера и помещения?

Там не в кварце дело. Потому что подсчет системного времени в современных компах основан не на кварце.

Потому что подсчет системного времени в современных компах основан не на кварце


а как же он осуществляется? часы компьютера на каком принципе работают?

Мимо проходил, может не в тему, но у меня в термостатированном кварцевом генераторе на частоте 14996000 Гц долговременная стабильность 0.025 Гц. Не знаю, кому какая точность нужна, но при синхронизации через эфир точность установки времени и частоты весьма высока. Через инет этого сделать нельзя по определению. Уже писал про это в самом начале. Кто- то пытался мне объяснить, типа, можно. Знаю абсолютно точно, что время на сервер моего провайдера и обратно во- первых не совпадает, во- вторых, нестабильно во времени (пинги на мой родной сервер могут быть от 1 мс до 400). В таких случаях точное время установить нельзя! Чтобы это понять даже не нужно быть спецом по сетям. И не тешьте себя иллюзиями- никакие программы не помогут. Кстати, часы на вышеуказанном сервере отстают на 40 секунд.

Не знаю, кому какая точность нужна, но при синхронизации через эфир точность установки времени и частоты весьма высока.

ну например при приеме сигналов времени на 9996 кгц-все таки будет некоторая задержка, зависящая от времени распространения радиоволны.
еще вопрос-у меня есть навигатор GPS Garmin 12, подскажите программку по которой часы компьютера могут синхронизироваться через него.

Perehvatchik
ну например при приеме сигналов времени на 9996 кгц-все таки будет некоторая задержка, зависящая от времени распространения радиоволны.
Конечно. В моём случае это 6.7*10^-5 секунды. Время во- первых, крайне мало, во- вторых абсолютно предсказуемо!
еще вопрос-у меня есть навигатор GPS Garmin 12, подскажите программку по которой часы компьютера могут синхронизироваться через него.
Увы, темой не владею.
А вообще может быть, у кого и более предсказуемый интернет, там что- то можно сделать. У меня как я уже писал абсолютно непредсказуемый.

Если кому нужен ещё ntp-сервер с глонасс, то могу собрать на человеческих условиях :)