NTP vs GPS

Gps используй

Он точнее чем тырнетовский стратум-1? А спутники сами по чём синхронизируются?

Он точнее чем тырнетовский стратум-1?

NTP использует алгоритм Марзулло (предложен Кейтом Марзулло (Keith Marzullo) из Университета Калифорнии, Сан-Диего), включая такую особенность, как учёт времени передачи. В версии 4 способен достигать точности 10 мс (1/100 с) при работе через Интернет, <…>

Кажется, что угодно будет точнее, чем NTP через Интернет.

А спутники сами по чём синхронизируются?

Встроенные высокоточные атомные часы и далее https://en.wikipedia.org/wiki/Global_Positioning_System#Timekeeping

деньги есть - гуляем

атомные часы

https://www.ptime.ru/Metronom/tss/Metronom300tss.html
Мы везде на объектах ставим 300-ю серию.
Никаких нареканий.

сервер - нагрузим его ещё и стратум-2 серваком
выбрать для этого сервака источник уровня стратум-1.

Не нужно.
Брать время сразу с метронома.
Тем более он .PPS. и stratum1.
Раз есть деньги, берите.
И костылей из stratum2 не стройте.

i386 compatible 500Mhz CPU, 128 MB RAM

что за зверь там внутри? Geode какой-нить или VIA?

Ну всё, определились. Пока смотрим в сторону КИВ СТВ-01. Может ещё передумаем - вникаем в маны… Ну это уже мелочи…

Спасибо откликнувшимся.

Не, ну NTP по Инету чисто для настройки +- точного времени для сертификатов, для биг сайнс(большая наука) оно не годится.

timeserver ~ # cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 5
model : 10
model name : Geode(TM) Integrated Processor by AMD PCS
stepping : 2
cpu MHz : 498.108
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow
bogomips : 998.50

Для какой большой науки? Обычно нужно точно измерять интервалы времени в опытах, а чтобы вообще синхронизироваться с мировым временем очень точно - этого не требуется в большинстве случаев.

https://icbcom.ru/ru/produkciya/server-tochnogo-vremeni-stv-01-gpsglonass-pro... этот?
Цена 318549₽
И даже не дорого для такой железки.
PS: А, понятно, нет выходов 10МГц и PPS. Но, они и нужны только для чего-то сильно специфического.

Обычно нужно точно измерять интервалы времени в опытах

Ну вот метроном например имеет выход 10МГц с термостабилизацией. Можно использовать для калибровки приборов, или как опорную частоту. Но, опять же, размер науки я тут оценить затрудняюсь.

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

Для какой большой науки? Обычно нужно точно измерять интервалы времени в опытах, а чтобы вообще синхронизироваться с мировым временем очень точно - этого не требуется в большинстве случаев.

А потом частицы в коллайдере летают быстрее скорости света.

Пока его смотрим. Заинтересовал RS485, но там как-то не так - разбираемся пока…

Но, опять же, размер науки я тут оценить затрудняюсь.

Там намного жёще. Интервалы измеряются в пикосекундах и, вроде уже до фемтосекунд дошли. Но там для каждого серьёзного эксперимента своё придумывают. Так что пром.техника там редко используется.

Время с точностью до фемтосекунд нужно в РСДБ. Но это довольно специфичный случай

А что, нельзя взять обычный GPS приемник и брать время с него?

Если вам нужна точность менее милисекунды, то лучше перебдеть и взять с PPS выходом. Насёт RS485 не знаю, применительно к приёмникам времени с этим интерфейсом не сталкивался, хотя двух проводов для pps за глаза. А через RS232 PPS протаскивал. Правда линукс хотел PPS сигнал на первом пине разъёма, а приёмник выдавал на 4 и он соответственно приходил на 6. Пришлось перепаивать кабель.

Насекомых сачком ловить тоже наука, вполне серьёзная.

Обычный это какой? Можно конечно микруху на али заказать и самому налудить. И даже будет работать rs232 + pps. Но, это потянет ровно одного потребителя. То есть ещё нужен выделенный сервер с ntp.

Уже думали. Колбасить свой софт под кЕтай? Учёт задержек и пр…. Т.е. тупо сделать мост usbGPS_свисток_с_Али на ntp?

Как-то не катит этот франкенштейн - клопов потом не оберёшся.

любой с выходом UART

Железо (модули) по 485му только глаголят.

Там ещё с протоколами трабла. Вот её и жуём.

В мануале мало инфы - будем с «быком-производителем» созваниваться. Может найдём другой вариант.

Короче - поле деятельности есть, направление в какую сторону думать определено…

Ну удачи вам, победить. Милисекундную точночть без pps имхо не реально.

И на какую точность по уарт ты надеешься? Удиви меня.

Смысл устанавливать точное время в модулях. Хотя бы раз в час/сутки (посмотрим Експериментально на уход собственных часов модулей). Задача в том, что бы в архиве значение канала #1 из модуля А по времени соответствовало значению канала #2 из модуля Б. А потом можно было бы собрав архивы в случае аварии увидеть как эта авария развивалась.

А потом частицы в коллайдере летают быстрее скорости света.

они итак летают быстрее скорости света. например в типичном ядреном реакторе

man https://ru.wikipedia.org/wiki/Эффект_Вавилова_—_Черенкова

Если это разовая разработка, то можете еще рассмотреть вариант синхронизации каждого модуля по сигналам эталонных частот из эфира. А вообще, если у вас есть постоянная связь с каждым модулем - зачем вам абсолютное время в каждом модуле? Каждый модуль может сообщать свое время на сервер, для каждого модуля формируется свой поправочный коэффициент.

Наверное вам нужно даже не то, чтобы в модулях было точное время, а чтобы оно было одинаковое. И если модули разнесены географически, тогда это как раз можно решить установкой одинакового точного времени в каждом, иначе их просто можно было бы синхронизировать от одного источника любым стабильным периодическим сигналом с крутым фронтом. Да и раз в сутки дают сильные сомнения. Хз конечно насколько стабильно напряжение питания модулей, есть ли стабилизация напряжения и температуры у самих часов модулей, на какой элементарной базе они собраны.

Кажется, вы сейчас изобретаете NTP наоборот.

они итак летают быстрее скорости света

Нет. Ты, случайно, не напильник?

man https://ru.wikipedia.org/wiki/Эффект_Вавилова_—_Черенкова

А ты правда не видишь разницы между скоростью света и фазовой скоростью распространения света в среде? Первое со вторым никак не связано.

синхронизироваться с мировым временем очень точно

Это невозможно в принципе в виду релятивистской относительности одновременности.

Зачем его изобретать, если эта схема существовала еще до появления ntp? Это вопрос лишь стабильности часов модулей. Решаемый 50-70 долларовыми TCXO класса 0.05-0.1ppm, которые для требуемой тс миллисекундной точности считываются раз в час. Или OCXO класса 10-20ppb, который сам себе стратум 2-3 и нуждается в синхронизации лишь после выключения. Если в модулях питание надежное, то тоже вполне можно рассматривать как вариант. Независимые модули имеют свои плюсы, например в случае падения сетки.

если у вас есть постоянная связь с каждым модулем

RS485 - это ещё тот тормоз. Приходится архивные данные качать

А как вы вообще тогда собрались синхронизироваться? Кстати, при достаточной кратковременной стабильности можно рассчитывать поправочные коэффициенты для каждого модуля и по архивным данным, например через известные события-маркеры.

А как вы вообще тогда собрались синхронизироваться?

PPS пока думаем с частотой в герц, может меньше, может больше.

У некоторых контроллёров под 70-80% проц нагружен.

Что аналоговые, что дискреты есть, но там тоже есть свои проблемы. Думаю решаемые - надо стенд собирать, пока без сервера - просто обработку отладить, посмотреть как оно там синхронизироваться будет в модулях.

Одним словом - решаемо, главное было определиться с направлением.

Вообще, сейчас пробиваем у начальства точность в 10мс - тогда вообще просто будет - не использовать встроенные часы, а в модулях зарядить счётчики PPS (100Гц даже нагруженные модули справятся) и в качестве отсчёта времени использовать счётчик.

Нам-то нужна именно синхронизация. Что бы точно знать - давление провалилось и потом факел сорвался или наоборот произошло (это так пример от балды).

З.Ы. Вообще эта хрень произошла из-за ругани КИПовцев и газовиками. До сих пор не могут найти виноватых в аварии. Вот что бы такой ругани не было - и нужна эта чёртова синхронизация.

Нам-то нужна именно синхронизация. Что бы точно знать - давление провалилось и потом факел сорвался или наоборот произошло

Это понятно, но у вас ведь все равно модули имеют свои «часы» и пишут данные? Вам достаточно периодически соотносить часы каждого модуля с серверными. Можно и сбрасывать их от PPS конечно или считать импульсы. Чем стабильнее будет у вас модульный опорник - тем реже их придется сбрасывать/синхронизировать. И вся эта роскошь с абсолютным временем через метрономы или еще какое спутниковое изделие вам ни к чему.

Согласен, вариантов много. Возможно даже сброс часов организуем по PPS раз в сутки (в 0:00:00.000 суток) - пока стенд не соберём и не начнём тестить разброс внутренних часов, как быстро идёт синхронизация (в контролёрах линуха к-то древняя стоит на АРМах). Так что стенд покажет куда идти. К тому же насчёт сервера ещё не ясно. Если вообще обойдёмся без него (генерить pps с уже имеющегося сервака - не проблема), хотя «наверху» согласны платить.

Всё зависит от «стенда» - штук десять модулей, нагрузить их самыми «тяжёлыми» конфигами с дикой обработкой (БПФ для «звона» подшипников и т.п.), эмуляцию сигналов и впрерёд…

Пока об окончательном результате судить сложно.

Возможно и тему подымал зря - просто кипишь дикий, из-за двухчасового простоя котельной, ругани много. Думать в этих условиях сложно…

И да, мужики… Учитывая, что сегодня «тяпница» - с праздником: «День российской информатики.»

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

В реакторе частицы могут летать быстрее скорости света, но не быстрее скорости света в вакууме

Это невозможно в принципе в виду релятивистской относительности одновременности.

Разумеется речь идет о одновременности в системе отсчета, связанной с Землей

одновременности в системе отсчета, связанной с Землей

Земля - это не материальная точка, точек в ней много и они движутся с ускорением по отношению друг к другу (вращение Земли).

Задержка передачи сигнала от модуля до сервера может меняться.

С чего бы это? На сервере в игрушки играют, торренты сливают, трассу меняют? Это же все, как я понял, либо в одном здании, либо все равно рядом. А допустимый лаг - 1мс. Да и сеть - понятие широкое, протоколов много на выбор.

С чего бы это? На сервере в игрушки играют, торренты сливают, трассу меняют?

Да что угодно может происходить.

64 bytes from 10.55.1.1: icmp_seq=1 ttl=64 time=0.206 ms
64 bytes from 10.55.1.1: icmp_seq=2 ttl=64 time=0.186 ms
64 bytes from 10.55.1.1: icmp_seq=3 ttl=64 time=0.194 ms
64 bytes from 10.55.1.1: icmp_seq=4 ttl=64 time=0.194 ms
64 bytes from 10.55.1.1: icmp_seq=5 ttl=64 time=0.209 ms
64 bytes from 10.55.1.1: icmp_seq=6 ttl=64 time=0.197 ms

Разброс 5% от значения.

И это при том, что пингую я компьютер, соединенный с моим в пределах 1 сети, без маршрутизаторов посередине

Разброс 5% от значения.

Разброс 2% от допустимой несинхронности 1mc. Попробуйте еще что-нибудь

Кстати, непонятно почему этот вариант игнорируется всеми.

Синхронизация по сигналам точного времени ВНИИФТРИ PBM или РТЗ (66,6 КГц и 50 КГц, соответственно) будет на 3 порядка(!) точнее чем через GPS. Причём, принимается этот сигнал в любом подвале - не надо антенну GPS на крышу тащить из серверной/датацентра. И приёмник школьник сможет собрать.

Ещё один. Скорость света в среде, и просто скорость света - это разные вещи. Из-за того, что изначально выбрали неудачный термин, теперь каждый проходящий «блистает» умом.

И приёмник школьник сможет собрать.

непонятно почему этот вариант игнорируется

Школьного приемника, увы, недостаточно. Частоту принять проблем нет, а когда нужна синхронизация, да еще лучше миллисекундного уровня - надо декодировать посылку, обеспечивая независимость фазового сдвига от уровней приема и это экспериментальная возня. Готовые же устройства под НЧ радиосинхрон найти непросто. В отличие от массовых дешевых приемников навигационных систем. То есть это осталось подходящим вариантом лишь для каких-то подвальных автономных систем вдали от цивилизации