Avtoprokat-rzn.ru

Автопрокат Эволюшн
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Синхронизация Эйнштейна

Синхронизация Эйнштейна

Синхронизация Эйнштейна (или синхронизация Пуанкаре-Эйнштейна) — это соглашение для синхронизации часов в разных местах посредством обмена сигналами. Этот метод синхронизации использовался телеграфами в середине 19-го века, но был популяризирован Анри Пуанкаре и Альбертом Эйнштейном, который применил его к световым сигналам и признал его фундаментальную роль в теории относительности. Ее основная область применения — часы в одной инерциальной системе отсчета.

Содержание

Эйнштейн [ править | править код ]

Та же синхронизация достигается путем «медленного» переноса третьих часов от часов 1 до часов 2 при устремлении скорости движения к нулю [2] . В литературе обсуждаются многие другие мысленные эксперименты для синхронизации часов, дающие тот же результат.

Проблема заключается в том, действительно ли эта синхронизация согласованным образом корректно присваивает метку времени любому событию. Для этого необходимо найти условия, при которых:

(a) однажды синхронизированные часы остаются синхронизированными, (b1) синхронизация рефлексивна, то есть любые часы синхронизируются с самим собой (автоматически выполняется), (b2) синхронизация симметрична, то есть, если часы A синхронизированы с часами B, то и часы B синхронизированы с часами A, (b3) синхронизация транзитивна, то есть если часы A синхронизированы с часами B, а часы B синхронизированы с часами C, тогда часы A синхронизированы с часами C.

Если пункт (a) выполняется, то имеет смысл сказать, что часы синхронизированы. Учитывая (a), и если (b1)-(b3) выполняется, тогда синхронизация позволяет нам построить глобальную функцию времени t. Срезы (или слои) t = const называются «срезами одновременности».

Эйнштейн (1905) не признавал возможности приведения (a) и (b1)-(b3) к легко проверяемым физическим свойствам распространения света (см. ниже). Вместо этого он просто написал «Мы предполагаем, что такое определение синхронности свободно от противоречий и возможно для любого числа точек; и что следующие отношения (b2-b3) являются универсальными».

Макс Фон Лауэ (Max Von Laue) [3] был первым, кто изучил проблему согласованности синхронизации Эйнштейна (за счет ранней истории см. Minguzzi, 2011 [4] ). Л. Сильберштейн (L. Silberstein) [5] представил аналогичное исследование, хотя он оставил большинство своих претензий в качестве упражнения для читателей своего учебника по относительности. Доводы Макса Фон Лауэ снова были рассмотрены Х. Райхенбахом [6] и нашли окончательную форму в работе А. Макдональда [7] . Решение состоит в том, что синхронизация Эйнштейна удовлетворяет предыдущим требованиям тогда и только тогда, когда выполняются следующие два условия:

  • (Отсутствие красного смещения) Если из точки A излучены две вспышки, разделенные временным интервалом Dt, отмеченным с помощью часов в точке A, то они достигают точки B, разделенные тем же интервалом времени Dt, отмечаемым по часам в точке B.
  • (Условие замкнутого пути Райхенбаха) Если луч света отправляется по треугольнику ABC, начиная с A и отражается зеркалами в B и C, тогда время его прибытия обратно в A независит от направления движения (ABCA или ACBA).

Как только часы синхронизированы, можно измерять одностороннюю скорость света. Однако предыдущие условия, гарантирующие применимость синхронизации Эйнштейна, не подразумевают, что односторонняя скорость света оказывается одинаковой по всей системе отсчета. Учитывая

  • (Условие замкнутого пути Лауэ-Вейля). Время, необходимое лучу света для прохождения по замкнутому пути длины L, равно L/c, где L — длина пути, а c — постоянная, не зависящая от пути.

Теорема [8] (происхождение которой можно проследить до фон Лауэ и Вейля) [9] утверждает, что условие перемещения по замкнутому пути Лауэ-Вейля выполняется тогда и только тогда, когда синхронизация Эйнштейна может применяться последовательно (то есть выполняются (a) и (b1)-(b3)) и односторонняя скорость света относительно синхронизированных таким образом часов остается постоянной по всей системе отсчета. Важность условия Лауэ-Вейля заключается в том, что время, указанное здесь, может быть измерено при помощи единственных часом, и, таким образом, это условие не полагается на соглашение о синхронизации и может быть проверено экспериментально. Действительно, экспериментально подтверждено, что в инерциальной системе отсчета выполняется условие обхода Луэ-Вейля.

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

Синхронизация Эйнштейна выглядит естественно только в инерциальной системе отсчета. Можно легко забыть, что это всего лишь соглашение. Во вращающихся системах отсчета, даже в специальной теории относительности, нетранзитивность синхронизации Эйнштейна уменьшает ее полезность. Если часы 1 и часы 2 не синхронизированы напрямую, а только через цепочку промежуточных часов, то синхронизация зависит от выбранного пути. Синхронизация по окружности вращающегося диска дает не устранимую разницу во времени, которая зависит от используемого направления. Это важно в эффекте Саньяка и парадоксе Эренфеста. Эти эффекты учитываются в системе GPS.

Читайте так же:
Регулировка оборотов бензопилы poulan

Основное обсуждение конвенционализма синхронизация Эйнштейна объясняется Райхенбахом. Большинство попыток отрицать условность этой синхронизации считаются опровергнутыми, за исключением аргумента Маламента   (англ.) русск. , что он может быть получен из требования симметричного отношения причинно-следственных связей. Этот вопрос остается открытым.

История: Пуанкаре [ править | править код ]

Некоторые особенности соглашения о синхронизации обсуждались Пуанкаре [10] [11] . В 1898 году (в философской статье) он утверждал, что постулат о постоянстве скорости света во всех направлениях полезен для простого формулирования физических законов. Он также показал, что определение одновременности событий в разных местах является лишь соглашением [12] . Основываясь на этих соглашениях, но в рамках ныне вытесненной теории эфира, Пуанкаре в 1900 году предложил следующее соглашение для определения синхронизации часов: 2 наблюдателя A и B, которые движутся в эфире, синхронизируют свои часы с помощью оптических сигналов. Из-за принципа относительности они считают себя в состоянии покоя в эфире и считают, что скорость света постоянна во всех направлениях. Поэтому они должны учитывать только время передачи сигналов и затем объединить свои наблюдения, чтобы проверить, являются ли их часы синхронными.

Предположим, что в разных точках есть несколько наблюдателей, и они синхронизируют свои часы с помощью световых сигналов. Они пытаются сверить измеренное время передачи сигналов, но они не знают об их общем движении и, следовательно, считают, что сигналы движутся одинаково быстро в обоих направлениях. Они выполняют наблюдения за встречными сигналами, один из которых перемещается от А к В, а другой от В к А. Локальное время t ′ — это время, показанное часами, настроены таким образом. Если V = 1 K 0 >>>> — скорость света, а v — скорость Земли, которую мы полагаем параллельной оси x в положительном направлении, то мы имеем: t ′ = t − v x V 2 >>> [13] .

GPS: как работает инъекция времени NTP

Недавно я узнал о файле gps.conf в каталоге /system/etc/ . Похоже, что настройка значений NTP_SERVER на NTP сервера ближе к обычному местоположению улучшает TTFF.

Читая исходный код в классе LocationProvider , кажется, что в boot время извлекается из NTP сервера и «injected» в вычислениях. AFAIK каждый GPS sat имеет очень точные атомные часы, и каждый из них в созвездии синхронизирован с так называемым «GPS time». Как только приемник получает 4 или более спутников,он решает (некоторым методом) уравнение,в котором есть четыре неизвестных: x,y,z,b; где (x, y, z) — местоположение приемника, а b-разница во времени между внутренними часами приемника и (правильным) временем GPS. Как только он исправлен, часы приемника синхронизируются с правильным временем. (Пожалуйста, поправьте меня, если я ошибаюсь).

До сих пор у меня есть несколько вопросов относительно того, как работает инъекция времени NTP:

  1. Время GPS-это примерно TAI (международное атомное время) плюс смещение. Однако эти два времени не зависят от вращения Земли. Учитывая, что NTP сервера возвращают UTC времени, можно ли вывести GPS времени из UTC времени?
  2. Как получение NTP времени с более близкого сервера улучшает «quality» приближения времени GPS?
  3. Предполагая, что у нас есть начальное значение времени GPS (каким-то образом выведенное из времени NTP), о чем идет речь? Является ли это значение времени правильным для решения уравнения только с x,y, z в качестве неизвестных? Если это так, то первое исправление также является лишь приближением, не так ли?
  4. Как более качественное начальное приближение для времени GPS улучшает TTFF? Не потому ли, что при более низком качестве NTP раз первые исправления считаются неприемлемыми и отбрасываются?
  5. Помогает ли наличие приблизительной начальной позиции получить следующее правильное исправление (например, прослушивание только подмножества SAT)?

3 ответа

  • gps точность синхронизации времени

у меня есть сервер времени GPS NTP, синхронизирующий мой PC. HOW могу ли я сравнить 1PPS приемника GPS с тактовым импульсом моего PC, чтобы увидеть, насколько точно он синхронизирован с временем GPS?(может быть, с помощью осциллографа!)

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

Ну, изучив немного википедии и некоторые другие источники, позвольте мне высказать несколько предположений.

Да, вы можете вывести GPS раз из UTC раз. Вам просто нужно знать смещение, которое передается каждые 15 секунд и меняется примерно раз в 18 месяцев. Источник: Википедия

NTP не дает вам точного времени. Он измеряет время, в течение которого сообщение передается от клиента к серверу, и время, в течение которого ответ передается от сервера к клиенту. Это время затем используется для расчета задержки соединения. Который затем применяется в качестве смещения к полученному времени. Это работает для симметричных маршрутов. Если маршруты асимметричны, возникает ошибка. Таким образом, чем ближе сервер, тем ниже вероятность и уровень асимметрии, тем меньше ошибка. Источник: Википедия снова

сигнал NTP не используется непосредственно для получения исправления GPS. Но для точного исправления вам нужны очень точные часы. Мы говорим о наносекундах. спутники GPS действительно передают текущее GPS время, но даже когда оно движется со скоростью света, существует некоторая задержка. GPS приемник не имеет возможности узнать, какова задержка, поэтому он должен аппроксимировать несколько принятых сигналов. С каждой полученной передачей часы становятся все более точными. Таким образом, чем больше у вас времени в начале, тем меньше сигналов времени вам нужно получить, чтобы иметь точные часы. Источник: Википедия

Ну, в значительной степени объяснено в 3. — чем меньше ошибка синхронизации, тем меньше сигналов требуется для аппроксимации правильного времени.

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

Я надеюсь, что в этом есть хоть какой-то смысл 😉

Мой ответ будет больше сосредоточен на стороне NTP вашего вопроса. Для GPS я изучил эту статью PDF, упомянутую в комментарии мирабилоса.

Согласно этому документу, для теплого запуска приемника GPS вам необходимо знать время в течение 20 секунд, положение в пределах 100 км, скорость в пределах 25 м/с и данные альманаха не старше нескольких недель. Вам все еще нужно загрузить эфемерные данные с каждого спутника, что занимает от 30 секунд до 3 минут в зависимости от типа приемника GPS.

Для горячего старта вам также нужны данные эфемериды (они действительны в течение 4 часов). Они также доступны через A-GPS (см. Ниже).

протокол NTP использует иерархию серверов, начиная с исходного источника времени — GPS, атомные часы, . Это называется источником stratum-0. NTP сервер, непосредственно подключенный к этому источнику, называется stratum-1. Сервер, использующий его в качестве вышестоящего сервера,-это stratum-2 и так далее. Вам нужно специальное настроенное оборудование для достижения ошибки менее 1 мс даже для серверов stratum-1 (из-за задержек прерываний CPU, задержек последовательного порта, изменений температурного генератора).

При нормальном HW в нормальной сети (например, не насыщенная ссылка DSL) вы можете достичь точности около 10 мс. Например , пул NTP считает свои серверы допустимыми и достаточно хорошими, если у них есть время с точностью до 100 мс. Точность времени от NTP зависит не от географического положения между вами и сервером NTP, а в большей степени от страты, качества этого сервера и того, насколько далеко сервер находится в зависимости от топологии сети.

Android телефоны обычно знают время с точностью не менее 1 секунды. Либо через периодическую синхронизацию времени по сети GSM, либо, если доступно соединение для передачи данных (wifi или сотовая связь), также через NTP.

Для упомянутого приложения FasterGPS — изменение вашего сервера NTP на лучший не поможет вам иметь более быстрый TTFF. Для этого вам нужно будет иметь время с точностью до наносекунд, что невозможно с помощью NTP. Только сам чип GPS способен отслеживать время с такой точностью. Что помогает на android иметь более быстрый TTFF, так это:

  • У вас уже есть хорошее время в течение 20 секунд на вашем телефоне android
  • Имея приблизительную возможность либо через Wifi, либо из сети GSM (в пределах нескольких километров на основе опор передачи)
  • Используя A-GPS — он загружает свежую копию альманаха и эфемерид для всех спутников GPS через Интернет, поэтому вам не нужно загружать ее со спутников GPS (что занимает 30 секунд для эфемерид и 15 минут для альманаха). С A-GPS вы можете использовать горячий старт и иметь TTFF менее 10 секунд.
  • Насколько точны часы GPS?

В моей компании у нас есть критические системы, которые требуют точного времени. Таким образом, у нас есть серверное устройство NTP с наружной антенной GPS, которая принимает время от спутников GPS. Мои вопросы таковы: Насколько точны часы времени? Стоит ли продолжать в том же духе или.

Используют ли устройства Android протокол сетевого времени (NTP) для синхронизации времени? В настройках моего устройства я вижу checkbox со следующим текстом синхронизировать с сетью, но я не знаю, используют ли они NTP. Мне это нужно для моей бакалаврской диссертации, для которой я использую.

Ян прав в своем комментарии, что ответы связаны с тем, как на самом деле работает приемник GPS. Приемник быстрее придет к решению, если у него есть более точная оценка смещения тактовой частоты приемника. Многие приемники реализуют итерационное решение, основанное на первоначальной оценке положения приемника и смещения тактовой частоты. Если эти оценки уже близки к истинному значению, то потребуется меньше итераций. Это только часть причины, по которой TTFF будет меньше. Есть и другие важные факторы. Если исходная оценка положения и времени хороша, то процесс поиска для получения спутниковых сигналов займет значительно меньше времени, поскольку приемник может вычислить, какие спутники должны быть видны, и он также может оценить приблизительный доплеровский сдвиг, испытываемый каждым из сигналов относительно системы отсчета приемника.

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

У меня есть реализация клиента NTP (на Linux) для отправки/приема пакетов на сервер (Stratum 1 или 2) NTP и получения серверного времени на плате. Кроме того, у меня есть еще одно приложение.

Мне нужно создать приложение, которое проверяет синхронизацию времени NTP на каждой машине. Другими словами, Мне нужно определить, синхронизирована ли каждая машина my LAN с общим сервером времени.

gcc (GCC) 4.6.1 Я создаю некоторый sdp, используя RTF 4566, и я хочу получить отметку времени NTP, чтобы использовать ее для сеанса ID. Для обеспечения уникальности рекомендуется использовать.

у меня есть сервер времени GPS NTP, синхронизирующий мой PC. HOW могу ли я сравнить 1PPS приемника GPS с тактовым импульсом моего PC, чтобы увидеть, насколько точно он синхронизирован с временем.

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

В моей компании у нас есть критические системы, которые требуют точного времени. Таким образом, у нас есть серверное устройство NTP с наружной антенной GPS, которая принимает время от спутников GPS.

Используют ли устройства Android протокол сетевого времени (NTP) для синхронизации времени? В настройках моего устройства я вижу checkbox со следующим текстом синхронизировать с сетью, но я не знаю.

Я пытаюсь найти документацию ant NTP для dummies, но не понимаю, как работает NTP. Мне нужно написать клиент NTP, который должен просто печатать текущее местное время. Что я должен отправить на.

Я занимаюсь исследованиями уже полтора часа и не могу найти, как изменить сервер NTP для моего приложения. Я знаю, что это CAN будет сделано, потому что FasterGPS приложение может это сделать (ему.

Я пытаюсь реализовать сервер NTP на основе приемника NMEA GPS. Я не знаю, чем заполнить поле корневой задержки. Я прочитал спецификацию NTPv4, и там написано, что корневая задержка-это общая.

Инструкция по принудительной синхронизации времени POS терминалов на базе "Супермаг У

1)Перед использованием данной методики необходимо проверить правильность установки временной зоны
a) На компьютере, который будет использоваться в качестве NTP сервера
б) На POS терминалах (см далее п. 4. Включение синхронизации времени на POS терминалах)

2)Использование данной методики предполагает, что источник времени для POS терминалов
правильно настроен и содержит корректное время. В общем случае источник времени должен
периодически синхронизировать своё время с эталонными NTP серверами, размещённым в Internet.

3)Установка файлов на POS терминал осуществляется автоматически с Windows компьютера.
Копировать файлы на POS терминал вручную не нужно.

4)Рекомендуется отключать синхронизацию времени на POS терминалах в районе дат перехода
на летнее(зимнее) время (см. п.5. Отключение синхронизации времени на POS терминалах)

2. Общие сведения

1)Для синхронизации времени используется протокол NTP.
В ходе синхронизации клиентская часть (POS терминал) периодически
выполняет запрос к серверной части — NTP серверу.
В качестве NTP сервера может выступать Windows компьютер, на котором соответствующим
образом настроена служба "Windows time" или Unix компьютер со службой ntpd.

Настройка Windows компьютера для работы в режиме NTP сервера описана далее.

2)Комплект файлов для синхронизации времени устанавливается на POS терминал
в каталог /usr/local/timesync
/usr/local/timesync/timesync.sh — скрипт, выполняющий синхронизацию времени
/usr/local/timesync/timesync.conf — конфигурационный файл
/usr/local/timesync/timesync.log — лог файл синхронизации времени (для контроля ошибок)

3)Синхронизация времени осуществляется путём периодического (1 раз в час)
вызова скрипта /usr/local/timesync/timesync.sh
Вызов скрипта осуществляется с помощью crond путём создания
во времени установки символической ссылки
/etc/cron.hourly/timesync.sh -> /usr/local/timesync/timesync.sh

3. Настройка NTP сервера на Windows

В случае необходимости настройки NTP сервера на Windows компьютере
можно воспользоваться утилитой "Windows Time Agent"

Комплект для установки "Windows Time Agent" находится в архиве win-ntp-server-setup.zip

Для настройки NTP сервера выполните следующие действия
1)Распакуйте во временный каталог архив win-ntp-server-setup.zip
и перейдите в появившийся каталог w32tmdt
2)Выполните установку "Windows Time Agent" с помощью файла Setup.exe
3)По окончании установки откройте Windows Control Panel
и запустите аплет "Windows Time Agent" из
4)В открывшемся окне на вкладке "Client"
настройте способ синхронизации самого NTP сервера с эталонным
источником времени, если такой источник доступен
5)На вкладке "Server"
для параметра "Time server" установите значение "enabled"
6)На вкладке "Service"
для параметра "Service Startup" установите значение "automatic"
если служба остановлена, нажмите на кнопку "Start"
7) Нажмите на кнопку "Apply" в нижней части окна

4. Включение синхронизации времени для POS терминалов

Для включения синхронизации времени для POS терминалов выполните следующие действия:
1)На Windows компьютере распакуйте во временный каталог архив pos-timesync-install.zip
2)Перейдите в появившийся каталог pos-timesync-install
3)Отредактируйте файл filestimesync.conf

В строке
NTP_SERVER_HOST=ETALON_NTP_SERVER_HOST
замените ETALON_NTP_SERVER_HOST на IP адрес хоста, используемого в качестве NTP сервера

При установке "Супермаг УКМ" на POS терминалы не выполняется настройка временной зоны.
Поэтому необходимо установить временную зону до запуска процедуры синхронизации времени.

Строку
ZONE=
замените на строку с подходящей зоной из файла zoneinfo.txt (пример для Новосибирска)
ZONE=/usr/share/zoneinfo/Asia/Novosibirsk

Если указанная строка останется в виде
ZONE=
временная зона не будет меняться на POS терминале при установке комплекта синхронизации времени

Сохраните и обязательно закройте в текстовом редакторе файл timesync.conf

4)В файле iplist.txt укажите список ip адресов POS терминалов (по одному адресу в строке)

5)Запустите на выполнение файл install.cmd
Дождитесь окончания его работы

Установка по локальной сети занимает около 10 сек на каждый POS терминал.

В ходе установки выполняется синхронизация времени POS терминалов со временем источника,
указанного в файле timesync.conf
Далее синхронизация времени осуществляется периодически 1 раз в час.

В случае успешного завершения операции на экране появится сообщение
SUCCESS: fix was installed
В случае ошибки на экране появится сообщение
ERROR: failed to install fix
Check install.log for detailes

Обратите внимание: при каждом запуске install.cmd файл install.log
дополняется новыми данными, а не перезаписывается.

6) В случае сбоя при установке исправления необходимо проверить файл install.log
Наиболее вероятные причины ошибок:
а) отсутствие связи с кассой
б) ошибка "Connection refused" (см. далее)

В случае, если достоверно известно, что касса работает
(к ней можно подключиться с помощью SSH клиента),
но в лог файле появляется сообщение об ошибке следующего вида
—————————-
Transferring files directory to /tmp/ukmcli-kbd-fix at 192.168.10.101
Fatal: Network error: Connection refused
—————————-
на Windows компьютере необходимо удалить информацию о сессиях Putty

Справочная информация

Несмотря на моё скептическое отношение к семейству Windows, иногда приходится разбираться с некоторыми проблемами, которые могут иметь место в этой ОС.

При очередном включении домашнего компьютера под управлением Windows 7 мне поступила претензия в отсутствии Интернет. При этом браузер обращал внимание на то, что время на локальном компьютере отличается, а так как сертификаты .

Короче говоря, весь сыр бор объяснялся тем, что в материнской плате «скисла» батарейка и система стала «жить» в 2008 году.

Так как новой батарейки под рукой, естественно, не оказалось, то стал вопрос о желательности синхронизации времени через Интернет после включения компьютера и загрузки операционной системы. Казалось бы, простая ситуация и её разрешение возможно в 2 клика мышкой, но нет – сюрприз.

Несмотря на правильные установки параметров времени, и даже назначение ближайшего сервера времени вместо, например, time.windows.com ситуация не изменилась. Время не синхронизировалось по причине сбоя синхронизации.

«Корень зла» содержится в том, что при расхождении времени между локальным компьютером и временем Интернет более чем в 15 часов служба синхронизации времени перестаёт осуществлять операцию коррекции имеющегося в системе времени на правильное.

Для решения этой проблемы в настройки Windows, содержащиеся в реестре, необходимо внести ряд изменений.

Перейдите в ветку реестра:

Найдите MaxNegPhraseCorrection и MaxPosPhraseCorrection и установите им шестнадцатиричные значения ffffffff (буква f 8 раз подряд), которые являются максимально допустимыми.

Примечание. Первоначальными значениями являются 0x0000d2f0

На всякий случай, проверьте значение LargePhraseOffset

Выставьте интервал обновления, исходя из того, что в десятичном формате оно указывает количество секунд, по истечении которых будет произведено очередное обращение с серверу точного времени.

Найдите параметр SpecialPollInterval. Он как раз и определяет, с какой периодичностью клиент обращается к серверу точного времени. Значение параметра установлено в секундах.

Измените интервал в десятичной системе исчисления из расчёта:
1 минута = 60 секунд,
1 час = 60 минут = 3600 секунд,
1 сутки = 24 часа = 1440 минут = 86400 секунд.

На одном из ресурсов, посвящённом описанию механизма синхронизации времени в Windows, было отмечено, что если этот интервал меньше значения 14400 (240 минут = 4 часа), то сервер NTP может поставить IP-адрес в бан по причине большого числа запросов. Насколько это соответствует истине – мне не известно. Но шлюз на MikroTik по своему алгоритму проверяет соответствие своих часов по 4-6 раз за час.

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

В приведенном примере адрес сервера точного времени time.net.org. Такого сервера в действительности не существует, он является локальным сервером времени, расположенном на роутере MikroTik. Для своих нужд найдите ближайший к себе сервер точного времени.

Упомянутые выше изменения в реестре Windows можно внести одним файлом c расширением reg. Создайте в блокноте файл с содержанием:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesw32TimeConfig]
«MaxNegPhraseCorrection»=dword:ffffffff
«MaxPosPhraseCorrection»=dword:ffffffff

Сохраните его как, например, Timecorrect.reg После этого его можно запустить и необходимые изменения будут записаны в реестр. Значение «NtpServer»=»time.net.org,0x01» измените на своё (см. текст выше). Скачать этот файл.

Если Ваш брандмауэр работает в конфигурации очень высокой безопасности, то можете создать в нём разрешающие правила для входящих и исходящих подключений на протокол UDP порт 123.

Для коррекции времени можно использовать файл с расширением bat, содержание которого составляет строка: w32tm /resync Этот файл bat должен быть запущен под правами администратора системы (запуск от имени администратора).

Создайте в блокноте текстовый файл с содержанием w32tm /resync и сохраните его как файл с расширением bat, например, timesync.bat

Но, как показала практика, и запуска этого файла оказалось мало. Командная строка выдала:
Обнаружена следующая ошибка: Служба не запущена (0x80070426)

Оказывается, служба времени в Windows 7 (в Windows XP было иначе) не будет отключаться только в том случае, если она была запущена вручную через окно «Службы» или с помощью кнопки синхронизации «Обновить сейчас» в окне «Время и дата».

Чтобы исправить эту ситуацию, в командной строке (с правами администратора), введите следующие команды:

1. net stop w32time – останавливаем службу времени, если запущена.
2. w32tm /debug /disable – отключаем режим отладки.
3. w32tm /unregister – удаляем регистрацию службы.
4. w32tm /register – снова регистрируем службу.
5. sc triggerinfo w32time start/networkon stop/networkoff – указываем запуск службы при подключении к сети и остановку при отключении от сети.

После команды 5 Вы должны увидеть:

[SC] ChangeServiceConfig2: успех

Пробуем снова в командной строке с правами администратора запустить bat-файл с содержанием:

w32tm /resync
pause

Вторая строка pause необходима для того, чтобы увидеть результат выполнения команды w32tm /resync.

Так и хочется воскликнуть: боже мой, как всё запущено! А ведь исходя из описания службы можно подумать, что она, всё-таки, работает после старта системы, хотя и с задержкой:

Теперь возвращаюсь к вопросу коррекции времени. Так как служба времени будет стартовать только после появления сети (которая не совсем сразу появляется, а только после получения адреса IP), то саму коррекцию надо немного задержать.

Простым способом реализации запуска с задержкой после старта системы является ПО Startup delayer. Описание можно почитать здесь. По запросу в поисковике сразу найдётся большой выбор источников, с которых эту программу можно скачать.

Итак, в моём случае коррекция времени производится через 4 минуты и 15 секунд после старта системы.

А установленное время корректируется через каждый час:

Некоторые сведения, которые были использованы при разбирательстве с вопросом о синхронизации времени в Windows 7 Вы можете найти в приводимых выдержках с Интернет, которые опубликованы на этой странице.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector