Автор |
Сообщение |
|
Дата: 16 Янв 2007 16:16:46
#
Lotus wrote:
А кто-нибудь принимает в Москве сигнал от DCF-77 ? Я как не пробовал, не удалось.
В подмосковье когда-то удавалось. А в Москве -- увы.
Тут рассказали одну историю про некоего г-на, который занимался установкой двухтарифных счетчиков Siemens в элитных домах г.Москвы. Разумеется, они рассчитаны на прием сигнала DCF-77, собственный осциллятор у них плывет по параметрам. ТАк этот г-н сначала обратился к сименсам с просьбой помочь и они ему рассказали, что где-то в Сингапуре что-ли? была такая проблема с их продукцией и установщики обратились на меструю станцию и попросили их транслировать DCF (!). Наивный г-н поехал на нашу станцию RBU, чтобы попробовать их попросить то же самое. Ему там четко сказали, что наш сигнал предназначен только для тех, кто в нем нуждается и способен его принять. А кто не способен, тому он и не нужен. :)
|
|
Дата: 16 Янв 2007 16:27:24
#
wol
Еще одна задачка.
Некий человек нанял работника на полтора года, обещав ему дать 12р. и кафтан. Но тот, отработав 7 месяцев, 2 недели, 3 дня, 2 часа, 17 минут и 39,047398 секунды, захотел уйти и просил достойной платы с кафтаном. Хозяин дал ему по достоинству расчет - Зр.62к. и кафтан. Спрашивается, а какой цены тот кафтан был? :))
|
Реклама Google
|
|
|
Дата: 16 Янв 2007 17:18:11 · Поправил: wol (16 Янв 2007 17:19:17)
#
Неужели бутылки водки? ;-)
|
|
Дата: 16 Янв 2007 17:23:42
#
Здраствуйте!
Будьте добры подсказать:
Какие есть модули GPS-приемников с выходом 1 сек., помимо кодовой информации.
Это необходимо для синхронизации нескольких приборов, разнесенных на расстоянии.
Заранее благодарю.
|
|
Дата: 16 Янв 2007 17:43:25
#
wol
Выполняемая затем обработка этих значений аналогична действиям английского джентльмена из старой задачи Рэймонда М. Смаллиана
Хорошее изложение.
Но теперь представьте себе, что время похода в гости и обратно меняется в широких пределах. Например, сегодня это 10 и 20 мин, а завтра -- 70 и 5. При этом вы знаете только суммарное время (30 и 75 соотв.).
|
|
Дата: 16 Янв 2007 17:49:05
#
wol и все
Про кафтан и 39,047398 секунды, конечно, прикол (хотя и реальная задача). На самом же деле мне просто стало интересно: зачем понадобилось синхронизировать системное время компьютера с такой высокой точностью??? Этот разговор ведется ради самого разговора или с какой-то практической целью?
|
|
Дата: 16 Янв 2007 17:51:27 · Поправил: wol (16 Янв 2007 17:58:24)
#
Top Secret
У меня это реальная задача - создание надежного тайм-сервера со стратумом не ниже 1. :)
Забыл добавить... задача государственная... государство независимое... т.е. все должно по минимуму зависеть от капризов окружающих и "природы" ;)
|
|
Дата: 16 Янв 2007 18:04:43
#
wol
Теперь интерес понятен. Успехов в поиске эффективного решения!
|
|
Дата: 17 Янв 2007 00:05:33
#
ну рас задача государственная.. :) Создаете свой центр метрологии, обзаводитесь своими этелонами времени и от них... по примеру http://www.vniiftri.ru/ |
|
Дата: 17 Янв 2007 12:09:04
#
dimss
Но теперь представьте себе, что время похода в гости и обратно меняется в широких пределах.
В И-нет сетях для этого есть Ping...
|
|
Дата: 17 Янв 2007 12:20:51
#
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
Однако ещё очень хочется подцепится к сигналам РВМ... |
|
Дата: 17 Янв 2007 17:05:29
#
В И-нет сетях для этого есть Ping...
Пинг сообщает только общее время движения пакета туда-обратно. Он не сообщает, сколько времени пакет шел туда, а сколько -- обратно. Разница времени хода пакета туда и обратно -- это асимметрия задержки. NTP не умеет это учитывать. Вот в чем засада.
|
|
Дата: 17 Янв 2007 17:23:27
#
Ну почему не умеет... Вот реальный работающий сервер:
Как видите чисто из И-нет источников легко и с большим запасом получен steratum:2
:) |
|
Дата: 17 Янв 2007 17:33:42
#
А вот вам статистика за сутки:
Обратите внимание, что максимальная ошибка не превышает 0.03 сек,
что является вполне приемлемым для многих приложений. |
|
Дата: 17 Янв 2007 21:43:40
#
Это понятно, у меня тоже так работает в куче мест, и даже с некоторыми этими же серверами :) Кстати, прикольная глюкала! Я раньше по старинке графики гнуплотом рисовал по крону...
Я говорю о том, что нет способа определить асимметричность задержки, сидя только на одном конце. Если все сервера, с которых вы тянете время, будут за асимметричным на один бок каналом, то у вас будет систематическая ошибка, и 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 серверов пока нет. |
|
Дата: 18 Янв 2007 11:30:30
#
Понятно, однако я обнаружил ещё одну проблему.
Очень важна стабильность системных часов сервера.
Так что без специального железа от http://www.meinberg.de/
никуда не дется. У них можно и GPS - железяки прикупить. |
|
Дата: 18 Янв 2007 12:10:13
#
Интересно, эта стабильность часов железа -- родовая особенность каких-то типов или свойство конкретных экземпляров?
|
|
Дата: 18 Янв 2007 12:26:08
#
dimss
> У нас все NTP-дела, увы, только через Internet. Привязанных к GPS серверов пока нет.
В принципе, любой бытовой GPS приемник имеет возможность передавать в комп время, так что при желании такую систему можно сделать достаточно дешево - ~100-200$ за девайс и небольшая программа для коннекта с приемником.
Конечно для серьезных задач такое решение не надежно, но если просто хочется иметь в локалке относительно точное время, то вполне.
|
|
Дата: 18 Янв 2007 12:47:59
#
dimss
Интересно, эта стабильность часов железа -- родовая особенность каких-то типов или свойство конкретных экземпляров?
На разных машинах по разному, но бывают совсем отвратительные экземпляры.
Наприммер "мамка" NFII ULTRA-AL (nVIDIA) совершенно никудышняя в этом смысле.
За сутки уход на минуты...
Нет здесь надо что-то специальное.
|
|
Дата: 18 Янв 2007 12:55:25
#
Кстати о времени... Тут у нас как-то случился один казус.
Один оператор IP-телефонии пользовался каким-то швейцарским NTP сервером.
И вдруг в один прекрасный момент это сервер сбойнул, причем так, что стал выдавать время с погрешностью в несколько лет... Представляете, что у этого оператора случилось с базами абонентов... :-)
Теперь он пользуется не одним источником, а несколькими :)
|
|
Дата: 01 Май 2007 21:38:03
#
А кто-нибудь принимает в Москве сигнал от DCF-77 ?
Я принимаю каждую ночь. Очень успешно !
|
|
Дата: 01 Май 2007 23:36:53 · Поправил: UncleHm (01 Май 2007 23:53:08)
#
Радуйтесь! Вы -- уникум, живущий в уникальном для Москвы месте! :)
upd: у меня оно идет сейчас на уровне шумов :(
|
IgorУчастник
![Offline Offline](http://www.radioscanner.ru/forum/img/uo_0.gif) ![1.5](http://www.radioscanner.ru/forum/img/ranks/1.gif) с мар 2005 Юбилейный и Долгопрудный Сообщений: 139
|
Дата: 02 Май 2007 01:16:22
#
dimss
Пример:
http://www.ljplus.ru/img3/w/0/w0land/atomic.PNG
Для величины "Local offset was" всегда характерно не более 30 мс, иногда бывает в сотых миллисекунд. Чаще всего единицы миллисекунд. Мне для себя хватает с головой (просто из любви к точному времени). |
|
Дата: 02 Май 2007 08:35:53
#
Наприммер "мамка" NFII ULTRA-AL (nVIDIA) совершенно никудышняя в этом смысле.
За сутки уход на минуты...
а нельзя ли кварцевый резонатор что установлен на плате, поместить в некий термостат?
пусть не с подогревом (а почему бы и нет) а просто чтобы его не охлаждали и не нагревали
так быстро воздушные потоки внутри компьютера и помещения?
|
|
Дата: 02 Май 2007 09:42:45
#
Там не в кварце дело. Потому что подсчет системного времени в современных компах основан не на кварце.
|
|
Дата: 02 Май 2007 09:50:23
#
Потому что подсчет системного времени в современных компах основан не на кварце
а как же он осуществляется? часы компьютера на каком принципе работают?
|
|
Дата: 02 Май 2007 10:29:29 · Поправил: Igor 2 (02 Май 2007 10:47:05)
#
Мимо проходил, может не в тему, но у меня в термостатированном кварцевом генераторе на частоте 14996000 Гц долговременная стабильность 0.025 Гц. Не знаю, кому какая точность нужна, но при синхронизации через эфир точность установки времени и частоты весьма высока. Через инет этого сделать нельзя по определению. Уже писал про это в самом начале. Кто- то пытался мне объяснить, типа, можно. Знаю абсолютно точно, что время на сервер моего провайдера и обратно во- первых не совпадает, во- вторых, нестабильно во времени (пинги на мой родной сервер могут быть от 1 мс до 400). В таких случаях точное время установить нельзя! Чтобы это понять даже не нужно быть спецом по сетям. И не тешьте себя иллюзиями- никакие программы не помогут. Кстати, часы на вышеуказанном сервере отстают на 40 секунд.
|
|
Дата: 02 Май 2007 11:01:25
#
Не знаю, кому какая точность нужна, но при синхронизации через эфир точность установки времени и частоты весьма высока.
ну например при приеме сигналов времени на 9996 кгц-все таки будет некоторая задержка, зависящая от времени распространения радиоволны.
еще вопрос-у меня есть навигатор GPS Garmin 12, подскажите программку по которой часы компьютера могут синхронизироваться через него.
|
|
Дата: 02 Май 2007 11:12:25 · Поправил: Igor 2 (03 Май 2007 01:59:33)
#
Perehvatchik
ну например при приеме сигналов времени на 9996 кгц-все таки будет некоторая задержка, зависящая от времени распространения радиоволны.
Конечно. В моём случае это 6.7*10^-5 секунды. Время во- первых, крайне мало, во- вторых абсолютно предсказуемо!
еще вопрос-у меня есть навигатор GPS Garmin 12, подскажите программку по которой часы компьютера могут синхронизироваться через него.
Увы, темой не владею.
А вообще может быть, у кого и более предсказуемый интернет, там что- то можно сделать. У меня как я уже писал абсолютно непредсказуемый.
|
|
Дата: 04 Дек 2009 21:50:24
#
Если кому нужен ещё ntp-сервер с глонасс, то могу собрать на человеческих условиях :)
|
Реклама Google |
|