Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Совпадает ли время на компьютере с настоящим

Страницы: 1 2 >
Сергей © (2011-06-06 10:35:00)
Подскажите, можно ли проверить совпадает ли время с компьютерами со временем, допустим, на ntp серверах microsoft?
Есть ли встроенные процедуры допустим в indy или может кто-то заморачивался?

Заранее спасибо.

Ega23 (2011-06-06 17:21:00) [1]

> Это в регистраторах всяких вроде видеонаблюдения?

В точку. Есть сработка на периметре, есть видеопоток. Надо сохранить видеозапись с нескольких камер, ассоциированных с данным участком, причём не просто с момента тревоги, а до и после. И сохранить это дело.

> Наверно хранить надо в UTS а показывать уже от настроек времени?

Угу, вот только когда саму систему проектировали и ни о каком видео ещё речи не шло этот нюанс не продумали. В результате получили "половые сношения", когда переделывали.

Inovet (2011-06-06 15:47:00) [2]
> [25] Jeer © (06.06.11 15:15)

Ага, посмотрел.

> [26] Ega23 © (06.06.11 15:23)
> UTC тот же взять, переводы с зимнего на летнее (это ещё
> ничего, час вперёд) и с летнего на зимнее (а вот это уже
> попа, на час назад), и т.п.

Это в регистраторах всяких вроде видеонаблюдения? Наверно хранить надо в UTS а показывать уже от настроек времени? А что тут ещё выдумаешь.

OW (2011-06-06 15:38:00) [3]

> sniknik © (06.06.11 15:26) [29]

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

таким образом, пока осколок секундной стрелки крутится, время показывается на минуту позже. Тут настоящее его догоняет, и перегоняет. Затем наше скачет на минуту вперед и ждет, пока его опять догонят и перегонят.
вооть :)

sniknik (2011-06-06 15:26:00) [4]
> Тоже показывают но не 2 раза в сутки.
один раз в месяц например... если убегающие поставить "до", на обгон, в момент обгона будет точно а дальше пойдет всегда...
т.что стоящие точнее.

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

Ega23 (2011-06-06 15:24:00) [5]

> главное, чтоб своей сети была синхронизация

+ 100500

OW (2011-06-06 15:23:00) [6]
а зачем.. примерно такое и ладно.
главное, чтоб своей сети была синхронизация
а тут есть служба соответствующая
или по мотивам http://support.microsoft.com/kb/314054/ruнастраиваем однорангово/без-инетное что-то

о часах интересно..
все(видимые мной) часы показывают время циклически. А есть ли часы, показывающие время.. ну, как число, допустим? :)
т.е.
40700,6399313773 тик
40700,6399429514 тик
40700,6399545255 тик
никому не надо, конечно, но было б оригинально и забавно.
Купил бы кто-то, имхо..

Ega23 (2011-06-06 15:23:00) [7]

> А которые в Виндоус предлагаются, интересно, хорошие? Вот
> по умолчанию этот хотя бы: time.windows.com.

Да там нюансов - вагон и тележка. UTC тот же взять, переводы с зимнего на летнее (это ещё ничего, час вперёд) и с летнего на зимнее (а вот это уже попа, на час назад), и т.п.

Jeer (2011-06-06 15:15:00) [8]
Тут доходчиво
http://www.opennet.ru/base/sys/ntp_conf.txt.html

Сервера
http://support.ntp.org/bin/view/Servers/StratumOneTimeServers

Inovet (2011-06-06 15:06:00) [9]
> [20] Jeer © (06.06.11 14:30)
> через Интернет может быть не хуже 10 мс, а в локальной сети - 0.2 мс

Вот. Есть значит стандарт.

> [20] Jeer © (06.06.11 14:30)
> Разобраться с "хорошими" серверами из десятков такими прикидывающимися
> бывает не просто.

А которые в Виндоус предлагаются, интересно, хорошие? Вот по умолчанию этот хотя бы: time.windows.com.

Inovet (2011-06-06 15:02:00) [10]
> [22] sniknik © (06.06.11 14:48)
> а те которые идут, обязательно или отстают или бегут, хоть
> на чуть но всегда...

Тоже показывают но не 2 раза в сутки.

sniknik (2011-06-06 14:48:00) [11]
> есть вообще очень точные - например атомные часы.
самые точные это те которые стоят! они дважды в сутки показывают абсолютно точное время... а те которые идут, обязательно или отстают или бегут, хоть на чуть но всегда...
© капитан Врунгель.

Ega23 (2011-06-06 14:43:00) [12]
ИМХО, службу синхронизации самому писать не след. Есть ntp, этого достаточно. Установи синхронизацию по нему и всё, не надо велосипеды изобретать.

З.Ы. Как же мы "назанимались любовью" с этим ntp в своё время... Когда нужно было кучу контроллеров под QNX по времени с Windows-сервером синхронизировать. А погрешность должна была быть менее секунды.

Jeer (2011-06-06 14:30:00) [13]
В зависимости от географии ntp-сервера и его статуса ( stratum x ), задержка может достигать сотен миллисекунд и даже секунд.
По версии 4 протокола ntp погрешность сихронизации через Интернет может быть не хуже 10 мс, а в локальной сети - 0.2 мс

Разобраться с "хорошими" серверами из десятков такими прикидывающимися бывает не просто.

Есть простой способ превратить собственный сервер в ntp-сервер для своей сети.
Навесить на сервер GPS-железку (навигатор или треккер), которая отдает данные в комп по NMEA-протоколу

Сергей (2011-06-06 14:24:00) [14]
Всем спасибо, очень помогло. Насчет погрешности - шут с ней, буду учитывать что будет погрешность, например, до минуты. Мне главное чтобы дни и часы совпадали (конечно нужно учитывать конец и начало часа).

Anatoly Podgoretsky (2011-06-06 12:53:00) [15]
> Inovet (06.06.2011 12:34:17) [17]

Так считать не стоит, а стоит считать что на разных серверах оно разное,
кроме атомных часов.
Погрешность доставки равна 1/2 от момента отсылки до момента получения, при
предпосылке, что скорость в обеих направлениях одинакова.

Inovet (2011-06-06 12:34:00) [16]
> [16] Anatoly Podgoretsky © (06.06.11 12:19)
> Откуда погрешность то известна, может там часы бегут на
> несколько секунд.

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

Anatoly Podgoretsky (2011-06-06 12:19:00) [17]
Откуда погрешность то известна, может там часы бегут на несколько секунд. У меня время синхронизируется с несколькими серверам, погрешность превышает несколько секунд. Сервера точного (не эталонного времени) обеспечивают точность в долях микросекунд, есть вообще очень точные - например атомные часы.

Inovet (2011-06-06 12:01:00) [18]
> [9] Anatoly Podgoretsky © (06.06.11 11:23)
> Чтобы знать погрешность надо иметь эталон, с которым можно сравнить.

Зачем эталон. Технологическая погрешность заранее известна. Если на линейке деления 1 мм, то нельзя ей мерять 0,5 мм. Так и с синхронизацией времени может быть. Вот я и спрашиваю о такой погрешности.

Inovet (2011-06-06 11:58:00) [19]
> [11] Andy BitOff © (06.06.11 11:31)
> > а "настоящее" это какое?
>
> 11:31

У космонавтов быстрее часы идут.

Dennis I. Komarov (2011-06-06 11:54:00) [20]
http://msdn.microsoft.com/en-us/library/cc249642(v=PROT.13).aspx

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »