- В этой теме 15 ответов, 5 участников, последнее обновление 1 год, 5 месяцев назад сделано
.
-
Записи
-
Собственно мы живем в России и время у нас в разных поясах разное.
Приборы учета обычно настраиваются по местному времени. Даже счетчик продают некоторые фирмы сразу с настроенным временем: по Москве, по Екатеринбургу и т.д.
Но Scada Сервер работает только по UTC.С одной стороны понятно, Сервер может быть установлен в облаке, где время отличается от местного. Но получается что для приборов потом надо применять формулы на их данные о времени.
Может все-таки вернуть настройки времени и в самом Сервере?
Или это прямо сложно, сложно в рамках реализации потом при работе с БД и т.д.?
Просто во многих системах время задается именно на Серверах.Да, при указанном времени на скрине по Москве сейчас 10:59
Здесь прибор явно передает время по Москве, Сервер его сохраняет как UTC и потом браузер прибавляет ему 3 часа для отображения.
И так то там то там выползают косяки со временем при обычном использовании. Не при программировании даже.
Преобразование времени из времени прибора в UTC должно быть реализовано в драйвере.
Веб-приложение преобразовывает UTC в часовой пояс, который указан в настройках приложения.Михаил, вы кажется не поняли — Время передается прибором в виде значения, и прибор передает это время в зависимости от установленного часового пояса прибора.
Это не относится к преобразованию в драйвере.
Как можно преобразовать драйвером время, передаваемое прибором, если ты не знаешь, на какой часовой пояс будет настроен прибор?
Как можно преобразовать драйвером время, передаваемое прибором, если ты не знаешь, на какой часовой пояс будет настроен прибор?
Ну драйвер же может увидеть часовой пояс на АРМ, текущее время АРМ и время, которое пришло с ПЛК в команде и сравнить их.
И сделать выводы — какое различие в днях, часах, минутах и секундах.
И даже обратно отправить команду на корректировку времени. 🙂Каким образом, если web может быть в 3-ем часовом поясе?
Каким образом драйвер вообще узнает часовой пояс прилетевшей метки времени?
Блин, ещё раз, прибор может быть установлен в одной часовой зоне.
Коммуникатор с сервером стоять в другой часовой зоне.
Прибор просто посылает данные в виде образно двух регистров — метка времени, значение на эту метку.И да, драйвер не научишь по простой причине, он протокольный, ему плевать, какой там прибор окажется. В данном случае это не задача драйвера вообще, разбираться, какую метку времени из какой часовой зоны пришлет прибор.
Банальный пример. Оператор сидив по Московскому времени.
Приборы разбросаны по разным часовым поясам.
К какому времени надо будет приводить данные меток времени, чтобы оператору не требовалось курнуть? ?Если все привести к UTC то оператор будет видет все по Москве.
Я бы сделал так — разделил ему мнемосхему по часовым поясам и показывал время пояса. Так делал, у меня с\часть приборов на Урале были. Но время бк\еру из SCADA а не прибора. Если нужно — можно время прибора тоже вывести.
Время прибора есть, его время.
Я бы всё-таки как-то через формулы самой scada предпочел, чтобы не трогать приборы и их драйвера.Вообще вопрос скользкий со временем.
Например как делать запрос к прибору на чтение архивов с арм в разных часовых поясах?Как можно преобразовать драйвером время, передаваемое прибором, если ты не знаешь, на какой часовой пояс будет настроен прибор?
Если протокол не позволяет получить часовой пояс, то его нужно ввести в настройках драйвера.
В любом случае записывать время в архив без часового пояса — это практика с побочными эффектами, потому что возникает неопределённость.
В общем случае исходим из того, что в организации могут быть и приборы и пользователи в разных часовых поясах. Для Вебстанции можно задать часовой пояс, но он общий на уровне экземпляра приложения.
Может @romiros напишет здесь свой опыт работы с часовыми поясами.
- Для ответа в этой теме необходимо авторизоваться.