Сервер точного времени в АСУТП

[Valerich]

Приветствую!

За последние несколько лет на нашем предприятии система АСУ разрослась и возник вопрос синхронизации времени в системе.
Раньше были единицы ПЛК и панелей и этим как-то не заморачивались - подвести часы на панели раз в квартал не велик труд, но с ростом системы (счет единиц пошел на десятки) вопрос встаёт всё сильнее.

Обращаясь к теории, в общем виде синхронизация происходит путем обращения к NTP серверу в интернете. Но в системе АСУ логичнее иметь свой сервер времени, например, программный, как служба на сервере SCADA или отдельный аппаратный.
Опять же для точного времени нужен доступ в инет, что небезопасно.

А как у вас реализована служба точного времени в АСУТП?

[Ryzhij]

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

Не-а, достаточно GPS/ГЛОНАСС-приёмника )))
Пример
Пример 2
Пример 3 с Aliexpress
Пример 4. Отечественные приборы

[Serex]

Надо определить требуемую точность синхронизации. Если это +/- полминуты, то зачем весь этот огород? Просто внутренними тэгами обмен информации о времени и все. Единственное, может потребоваться изменить программное обеспечение. Но если что-то подключать из устройств, то в ПО все равно лезть.

[Valerich]

Просто внутренними тэгами обмен информации о времени и все.

Зачем изобретать велосипед, если во всех ПЛК и панелях уже есть этот функционал, надо только указать NTP сервер.

[dtv]

Почти год назад поставил вот такой приёмник точного времени: https://enip2.ru/production/bkv/enks-2/
Выбрал его, т.к. требовалось синхронизировать две одинаковых системы АСУ ТП испытаний, работающих параллельно в одном помещении и имеющих независимые локальные сети. Этот приёмник имеет два независимых порта Ethernet. Включён в Госреестр СИ. Антенну поставил прямо в помещении. Ловит два десятка спутников.

[Никита]

А в чем вопрос-то? Ставится GPS-приемник и по NTP раздается время. Достаточно даже для РЗА.
Единственное - надо нормативку полистать, в энергетике точно, про общепромышленные не скажу, но есть требование кроме GPS иметь в обязательном порядке ГЛОНАСС.

[Jackson]

надо только указать NTP сервер

Дело за малым. Только этот сервер ещё сделать надо, и положить по тому адресу который прописать собираетесь. Тут и рассказывают, как этот NTP-сервер поднять.
Или Вы полагаете что у автора промышленная сеть расшарена в интернет и можно просто взять мелкософтовский NTP ? :) Тогда кроме адреса сервера нужно ещё и адрес шлюза не забыть - и заодно расшарить в интернет вообще всё из промышленной сети. Не страшно?

[dtv]

Хочу добавить, что указанный мной приёмник выполняет и функцию сервера точного времени...

[Ryzhij]

Дело за малым. Только этот сервер ещё сделать надо...

Хосподя!
Да у всех нормальных GPS/ГЛОНАСС-приёмников этот самый NTP сервер на борту. Иначе они нафиг никому не нужны.

[Jackson]

Следим за дискуссией.

Автор пишет:

в общем виде синхронизация происходит путем обращения к NTP серверу в интернете. Но в системе АСУ логичнее иметь свой сервер времени, например, программный, как служба на сервере SCADA или отдельный аппаратный.

И затем сам же отвечает что

Зачем изобретать велосипед, если во всех ПЛК и панелях уже есть этот функционал, надо только указать NTP сервер.

Где вы здесь увидели хоть слово про то, что кто-то собирается ставить собственный GPS/Glonass-приёмник? Сказано только: прописать адрес. Если никто ничего не ставит, значит какой сервер надо прописать? Явно же не свой приёмник, которого нет. Поэтому и ответ такой был.

А то что все эти приёмники со своим NTP на борту - и так понятно, для того и существуют.

Так что попрошу.

[Valerich]

Наверное, следует уточнить.

Чтобы синхронизировать время, нужен NTP сервер.
Можно использовать те, что есть в интернете. Но это небезопасно.
Чтобы сеть АСУ оставалась изолирована от интернета нужно, чтобы NTP сервер был в локальной сети.
Как и сказали коллеги, есть аппаратные серверы с GPS (вот здесь у меня и был пробел в знаниях).
В этом случае сервер получает время от GPS (и тп), мы подключаем сервер в сеть АСУ и прописываем адрес этого сервера в ПЛК/панелях.
В этом случае сеть так и остается в безопасности от интернета.

Также есть вариант программно реализовать NTP сервер через шлюз на ПК с 2 LAN, одним портом подключенном в инет, где получаем точное время, а вторым портом подключенным в сеть АСУ и программно реализованный NTP сервер для оборудования АСУ.

А вопрос был в том, чтобы коллеги поделились, как у них (если) реализована синхронизация и не более того.

[Никита]

А вопрос был в том, чтобы коллеги поделились, как у них (если) реализована синхронизация и не более того.

На ПС 150кВ - два "Метроном-300" в горячем резерве. Они же NTP-сервера.

[VADR]

Чтобы синхронизировать время, нужен NTP сервер.

Иногда, кстати, NTP недостаточно, требуется PTP. Это зависит от требований в конкретном случае. И если действительно требуется PTP - вводит дополнительные требования к сетевому оборудованию.

[Dotarev]

С другой стороны, иногда точность времени в сетке ±1мин достаточна, и в локальной сети уже есть Windows или Linux сервер (например, на котором крутится SCADa). Тогда достаточно поднять на нем локальный NTP сервер, раздавать время можно и по SNTP. Настройки для Windows, например, можно глянуть здесь. Для Linux Ubuntu там.

[Jackson]

Когда суперточность времени не важна, мы делаем вообще через планировщик виндовса (на операторском АРМ). :) В контроллерах есть внутренняя команда "установить время = 4:00 AM". В планировщике на 4:00 прописываем отправку этой команды, и всё.

Отправлено спустя 2 часа 42 минуты 43 секунды:
Забыл дописать, что в контроллере для этого Ethernet не нужен, и он не всегда там есть. Команду можно отправить хоть по RS-485 ModBus, хоть сухим контактом.

[Ryzhij]

С другой стороны, иногда точность времени в сетке ±1мин достаточна...

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

Отправлено спустя 3 минуты 14 секунд:

Забыл дописать, что в контроллере для этого Ethernet не нужен

А в 99% случаев RTC-время в контроллере вообще не нужно, метки времени тегам из контроллера ставит SCADA как клиент и/или eё OPC-DA-сервер.

[Jackson]

Одно дело разбежка по времени внутри системы, и другое - синхронизация с реальным временем.
Возвращаемся к извечному базовому вопросу: "Нахрена городим?"

Естественно.

Отправлено спустя 3 минуты 53 секунды:

А в 99% случаев RTC-время в контроллере вообще не нужно

Именно. Поэтому мы и пользуемся чаще всего тем чем описал. Где критично - там уже и Ethernet есть и по NTP это и делается, но было нужно за всю историю раз 5 отсилы.