Прием данных от КП, работающих в разных часовых поясах

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Прием данных от КП, работающих в разных часовых поясах

Страницы: 1  ответить новая тема

Автор Сообщение

бывалый
Группа: Участники
Сообщений: 55
Добавлено: 10-10-2014 21:12
У нас идет прием от КП нашего филиала и от КП МЭС (220 кВ и выше).Наши КП работают в мск. поясе (UTC+4), а КП МЭС - по Гринвичу (UTC). Т.о. на ПТК PSIControl подаются в одном потоке МЭК-104 данные с метками разных поясов. В ПТК время мск. Архив событий от МЭС пишется с неправильным временем. Пришлось в ЦППС разделить поток на два и поток с метками по Гринвичу пропустить через корректор меток времени. Есть ли у кого-нибудь такая проблема? У кого как она решается?

бывалый
Группа: Участники
Сообщений: 49
Добавлено: 13-10-2014 12:31
Нормально такая проблема решается только тогда, когда она продумывается с самого начала.

Если бы я сочинял стандарты, то я бы потребовал ВСЕ метки времени кодировать в UTC. А когда нужно показывать что-то живому человеку, нужна конверсия в "местное время", либо показывать две колонки "время UTC" и "местное время".

То, что МЭК101/104, со всеми его битами летнего времени, придумывали балбесы, это очевидно.

Вам лучше почитать, что написано про время и календарь в последних требованиях ФСК, и "попытаться расслабится и получить удовольствие"(С).

Я могу соврать, но там вроде предлагается использовать московское время. Оно плохо только тем, что постоянно меняется, в зависимости от желания левой пятки президента. А так, вполне себе мерило.

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 13-10-2014 12:54
Нормально такая проблема решается только тогда, когда она продумывается с самого начала.

Если бы я сочинял стандарты, то я бы потребовал ВСЕ метки времени кодировать в UTC. А когда нужно показывать что-то живому человеку, нужна конверсия в "местное время", либо показывать две колонки "время UTC" и "местное время".

То, что МЭК101/104, со всеми его битами летнего времени, придумывали балбесы, это очевидно.

Вам лучше почитать, что написано про время и календарь в последних требованиях ФСК, и "попытаться расслабится и получить удовольствие"(С).

Я могу соврать, но там вроде предлагается использовать московское время. Оно плохо только тем, что постоянно меняется, в зависимости от желания левой пятки президента. А так, вполне себе мерило.


У нас в ОИК (ПТК "КОТМИ-20100")временные метки можно настроить. Например, можно время выставить в UTC_использовать местное время_обрабатывать бит летнего_зимнего времени и т.п. Все это отражается в протоколе совместимости(протокол согласования) между двумя сторонами....

бывалый
Группа: Участники
Сообщений: 55
Добавлено: 13-10-2014 15:11
Полностью согласен с К9. Зачем дергать КП, перестраивая время, когда можно все это делать на верхнем уровне. И хорошо, что в Котми есть такая функция. Но у нас вопрос вообще фантастический - в одном потоке МЭК-104 идут метки и UTC, и UTC+4. Верхний уровень, конечно, балдеет - одну из них он покажет неправильно в архиве событий. Вот и пришлось применить "Корректор меток времени МЭК-104", чтобы UTC поднимать до UTC+4.

постоянный участник
Группа: Участники
Сообщений: 78
Добавлено: 13-10-2014 18:30
Мы для себя тоже решили сделать архив и передачу в UTC,а представление сделать уже с дорасчетом времени исходя из указанного в настройках часового пояса. Это единственное правильное решение в вопросе времени и его синхронизации.

А есть ссылка на "Что написано про время и календарь в последних требованиях ФСК"?

бывалый
Группа: Участники
Сообщений: 55
Добавлено: 13-10-2014 21:17
Да, передавать и сохранять в архиве в UTC, видимо, правильнее всего. Я подал руководству по инстанциям письменный запрос - так на какое же время переводить КП, ЦППС, сервера ОИК с учетом того, на какое время будут переведены и КП сторонних организаций? Да и мы сами на верхний уровень другой скаде сигналы даем - с какими метками надо? Пока молчок, но склоняются КП по UTC, а скаду нашу - по Москве. Но наша скада - не Котми, метки времени дергать не умеет (да еще и поразному от разных КП). А корректор меток времени оказался не так прост - метки с КП по UTC он должен поднимать, но если пропал канал, то это событие идет уже не от КП, а от принимающей ЦППС, которая выставляет метки своего, московского, пояса (их поднимать не надо).

Страницы: 1  ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Прием данных от КП, работающих в разных часовых поясах

KXK.RU