|
[ На главную ] -- [ Список участников ] -- [ Правила форума ] -- [ Зарегистрироваться ] |
On-line: |
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Прием данных от КП, работающих в разных часовых поясах |
Страницы: 1 |
Автор | Сообщение |
Anatoly бывалый Группа: Участники Сообщений: 55 |
Добавлено: 10-10-2014 21:12 |
У нас идет прием от КП нашего филиала и от КП МЭС (220 кВ и выше).Наши КП работают в мск. поясе (UTC+4), а КП МЭС - по Гринвичу (UTC). Т.о. на ПТК PSIControl подаются в одном потоке МЭК-104 данные с метками разных поясов. В ПТК время мск. Архив событий от МЭС пишется с неправильным временем. Пришлось в ЦППС разделить поток на два и поток с метками по Гринвичу пропустить через корректор меток времени. Есть ли у кого-нибудь такая проблема? У кого как она решается? | |
K9 бывалый Группа: Участники Сообщений: 49 |
Добавлено: 13-10-2014 12:31 |
Нормально такая проблема решается только тогда, когда она продумывается с самого начала. Если бы я сочинял стандарты, то я бы потребовал ВСЕ метки времени кодировать в UTC. А когда нужно показывать что-то живому человеку, нужна конверсия в "местное время", либо показывать две колонки "время UTC" и "местное время". То, что МЭК101/104, со всеми его битами летнего времени, придумывали балбесы, это очевидно. Вам лучше почитать, что написано про время и календарь в последних требованиях ФСК, и "попытаться расслабится и получить удовольствие"(С). Я могу соврать, но там вроде предлагается использовать московское время. Оно плохо только тем, что постоянно меняется, в зависимости от желания левой пятки президента. А так, вполне себе мерило. |
|
marshal аксакал Группа: Участники Сообщений: 553 |
Добавлено: 13-10-2014 12:54 |
У нас в ОИК (ПТК "КОТМИ-20100")временные метки можно настроить. Например, можно время выставить в UTC_использовать местное время_обрабатывать бит летнего_зимнего времени и т.п. Все это отражается в протоколе совместимости(протокол согласования) между двумя сторонами.... |
|
Anatoly бывалый Группа: Участники Сообщений: 55 |
Добавлено: 13-10-2014 15:11 |
Полностью согласен с К9. Зачем дергать КП, перестраивая время, когда можно все это делать на верхнем уровне. И хорошо, что в Котми есть такая функция. Но у нас вопрос вообще фантастический - в одном потоке МЭК-104 идут метки и UTC, и UTC+4. Верхний уровень, конечно, балдеет - одну из них он покажет неправильно в архиве событий. Вот и пришлось применить "Корректор меток времени МЭК-104", чтобы UTC поднимать до UTC+4. | |
Anton Ignashev постоянный участник Группа: Участники Сообщений: 78 |
Добавлено: 13-10-2014 18:30 |
Мы для себя тоже решили сделать архив и передачу в UTC,а представление сделать уже с дорасчетом времени исходя из указанного в настройках часового пояса. Это единственное правильное решение в вопросе времени и его синхронизации. А есть ссылка на "Что написано про время и календарь в последних требованиях ФСК"? |
|
Anatoly бывалый Группа: Участники Сообщений: 55 |
Добавлено: 13-10-2014 21:17 |
Да, передавать и сохранять в архиве в UTC, видимо, правильнее всего. Я подал руководству по инстанциям письменный запрос - так на какое же время переводить КП, ЦППС, сервера ОИК с учетом того, на какое время будут переведены и КП сторонних организаций? Да и мы сами на верхний уровень другой скаде сигналы даем - с какими метками надо? Пока молчок, но склоняются КП по UTC, а скаду нашу - по Москве. Но наша скада - не Котми, метки времени дергать не умеет (да еще и поразному от разных КП). А корректор меток времени оказался не так прост - метки с КП по UTC он должен поднимать, но если пропал канал, то это событие идет уже не от КП, а от принимающей ЦППС, которая выставляет метки своего, московского, пояса (их поднимать не надо). |
Страницы: 1 |
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Прием данных от КП, работающих в разных часовых поясах |