Добрый день, в иерархии проекта, на узле "Узлы системы" есть таблица, в которой в том числе конфигурируется IP адрес интерфейса контроллера и архивного сервера. Можно ли в качестве IP адреса контроллера назначать адрес из той же сети, но отличный от адреса интерфейса ПК?
Мне тоже)) Хотелось бы разграничить устройства на сетевом уровне. В случае смены IP адреса, будет ли контроллер являться отдельным TCP устройством или это просто условный адрес, который никак не повлияет на конфигурацию сети?
Разграничивайте, никто не в праве вам это запретить :)
Вот всё-таки не зря говорят, что правильный вопрос содержит 50% ответа, ИМХО вы сами себя запутали. Чтобы попытаться вас распутать надо понять, что вы хотите добится в итоге. Тут без дополнительной информации о топологии сети и конфигурации контроллеров в вашем проекте, боюсь ничего не получится.
Ситуация все та же со 104 протоколом, с синхронизацией времени. Проблему с перескакиванием системного времени на 3 часа вперед (с помощью timezone UTC+00 на клиентской машине) мы победили. Но все равно, каждый час приходят команды синхронизации от "мастера", корректируя миллисекунды. К сожалению, организация, которой мы отправляем данные телеизмерений, на протокольном уровне не может в своей СКАДА системе отключить эти запросы. Вот я и хотел бы, чтобы контроллер никак не влиял на системное время. Пробовал уже и службу времени отключал и в групповой политике запретил перезаписывать, пока не получается.
Вам уже предлагали запускать контроллер с пониженными правами, а не с административными. Под виндой обычный пользователь лишён возможности изменять системное время. Так, что вам достаточно создать пользователя и включить его только в группу "Пользователи". После этого запускаете свой контроллер от имени вновь созданного пользователя и всё, проблема времени решена, т.к. у данного пользователя будут отсутствовать права на изменение системного времени.
А чем вам синхронизация времени помешала? Обычно стоит строго обратная задача, устроить синхронизацию времени. А у вас вот она, готовая, можно сказать прямо из коробки :)
Есть подозрение, что синхронизация плохо влияет на работу архива. Мы это заметили с момента начала передачи данных телеметрии. https://ltdfoto.ru/image/ehcIhY
P.S. И да, получилось запретить изменять время даже под администратором, с помощью групповой политики.
ИМХО вы делаете неверные выводы. Если ориентироваться на данные канала "P13b", видны явные косяки со временнем и Каскад-САУ здесь совершенно не причём. Вы посмотрите сами, у вас примерно в 2:13 произошла коррекция времени на архивном узле на один час назад, т.е. время стало 1:13. А по вашему же утверждению коррекция времени по IEC...104 происходит на милисекунды.
Все верно Вы говорите, происходит именно непонятная, антинаучная фигня) Но, как только синхронизацию запретили, эти косяки с архивом исчезли. Вообще, здесь какая-то дыра в безопасности самой винды, я специально ставил сниффер wireshark и никакой активности на 123 порту (NTP) не обнаружил. Насколько я понимаю, коррекция должна приходить именно на этот порт, а никак не на 2404.
Все верно Вы говорите, происходит именно непонятная, антинаучная фигня) Но, как только синхронизацию запретили, эти косяки с архивом исчезли. Вообще, здесь какая-то дыра в безопасности самой винды, я специально ставил сниффер wireshark и никакой активности на 123 порту (NTP) не обнаружил. Насколько я понимаю, коррекция должна приходить именно на этот порт, а никак не на 2404.
Чтобы подтвердить или опровергнуть ваши предположения пришлите лог-файлы работы контроллера