Архивирование Каскад-САУ 4.0
Версия для печати


Форум:  НТО Терси-КБ
Тема:  http://xn--e1agxec.xn--p1ai/index.php?module=pnForum&func=viewtopic&topic=109

Архивирование Каскад-САУ 4.0


1.  mic,  16.04.2021 10:35
Добрый день.
Установил демонстрационную версию вашей SCADA системы Каскад-САУ 4.0 для тестирования возможностей.
Не могу разобраться с системой архивирования.
Данные в архив записываются, только если происходит изменение параметра.
Пробовал разные настройки, но так и не смог достичь нужного результата.
После сохранения, в таблице MS EXEL очень много пропусков (нет значений, если параметр не изменялся).
Как настроить архивный сервер, для записи архивов не по изменению параметра, а постоянно?
Заранее благодарен за помощь.

2.  Admin,  19.04.2021 19:11
Здравствуйте, mic!

micДанные в архив записываются, только если происходит изменение параметра.

Всё правильно, так и задумано.

mic Как настроить архивный сервер, для записи архивов не по изменению параметра, а постоянно?

В архив пишутся только изменения и это поведение не настраивается.

mic После сохранения, в таблице MS EXEL очень много пропусков (нет значений, если параметр не изменялся).

Можете пояснить для каких целей Вы делаете экспорт в MS Excel. Вам чем-то не подошёл функционал "Архивные тренды" ?


3.  lutes,  04.07.2022 10:16
Добрый день, уважаемые разработчики! Почему-то системные часы ОС каждый час переводятся на 3 часа вперед. Долго искали причину, так как даже Event Viewer событие отражает абстрактно - " The system time has changed to ‎2022‎-‎07‎-‎04T09:00:00.000000000Z from ‎2022‎-‎07‎-‎04T05:59:58.259927700Z. Change Reason: An application or system component changed the time."
Проверяли time zone, всё норм, стоит Москва +3 часа, пробовали службу w32time полностью останавливали (unregister), затем включали, не помогло. Настраивали внешний ntp сервер - работает, но все равно при переходе через час, например, 06:59:59 час, происходит перевод времени на 3 часа вперед. В итоге, удалили Каскад-САУ и проблема с временем исчезла. При повторной установке Каскад-САУ, проблема появилась снова, но только после установки архивного сервера. То есть, похоже, что причина именно в нём. Подскажите, что делать, может быть, какая-то задача рабочего цикла сервера архива неверно отрабатывает?
Каскад-САУ вер.4, ОС MS Windows Server 2012

upd. Пробовали останавливать архивный сервер - время все-равно перескакивает.

upd_upd. В логах контроллера на уровне протокола 60870-104 прилетает команда от "мастера" SET Time и время контроллера меняется на New Time.... А так как адрес сетевого интерфейса контроллера совпадает с физическим адресом интерфейса сервера, то и системное время меняется, несмотря на то, что внешний ntp отключен. В настройках Каскад-САУ выбрана опция "Использовать на узлах системное время", но всё работает немного не так: на самом узле стоит почему-то UTC +00, хотя, по идее временной пояс должен быть такой же, как на сервере (+3 часа) и к тому же, системное время меняется вместе с временем узла.

Изменено: lutes, 04.07.2022 11:55

4.  Admin,  04.07.2022 14:27
lutesДобрый день, уважаемые разработчики! Почему-то системные часы ОС каждый час переводятся на 3 часа вперед. Долго искали причину, так как даже Event Viewer событие отражает абстрактно - " The system time has changed to ‎2022‎-‎07‎-‎04T09:00:00.000000000Z from ‎2022‎-‎07‎-‎04T05:59:58.259927700Z. Change Reason: An application or system component changed the time."
Проверяли time zone, всё норм, стоит Москва +3 часа, пробовали службу w32time полностью останавливали (unregister), затем включали, не помогло. Настраивали внешний ntp сервер - работает, но все равно при переходе через час, например, 06:59:59 час, происходит перевод времени на 3 часа вперед. В итоге, удалили Каскад-САУ и проблема с временем исчезла. При повторной установке Каскад-САУ, проблема появилась снова, но только после установки архивного сервера. То есть, похоже, что причина именно в нём. Подскажите, что делать, может быть, какая-то задача рабочего цикла сервера архива неверно отрабатывает?
Каскад-САУ вер.4, ОС MS Windows Server 2012

upd. Пробовали останавливать архивный сервер - время все-равно перескакивает.

Вы сами убедились, что архивный сервер здесь непричём :)
Уточните какая версия Каскад-САУ у вас используется? "Каскад-САУ вер.4", а дальше? Приведите полную строку вида "Версия 4.0.хх.ххх"


lutesupd_upd. В логах контроллера на уровне протокола 60870-104 прилетает команда от "мастера" SET Time и время контроллера меняется на New Time.... А так как адрес сетевого интерфейса контроллера совпадает с физическим адресом интерфейса сервера, то и системное время меняется, несмотря на то, что внешний ntp отключен. В настройках Каскад-САУ выбрана опция "Использовать на узлах системное время", но всё работает немного не так: на самом узле стоит почему-то UTC +00, хотя, по идее временной пояс должен быть такой же, как на сервере (+3 часа) и к тому же, системное время меняется вместе с временем узла.

1. Какой из пунктов у вас выбран в "Параметры проекта"-"Часовой пояс", всего их три:
- Использовать на узлах часовой пояс операционной системы
- Единый для всех узлов часовой пояс из списка
- Единый для всех узлов пользовательский часовой пояс

"Использовать на узлах системное время" такого пункта нет.

2. С системной точки зрения у вас используются два принципиально разных подхода по синхронизации времени, которые в итоге стекаются в одно место (проект Каскад):
- вы используете в операционной системе синхронизацию с внешним источником времени
- вы используете возможность протокола 60870-104 по работе с временем

Ничего страшного или криминального в них нет, но реализация у них может быть принципиально разная. Поэтому на этапе разработки желательно использовать что-то одно.

По описанию можно предположить что "мастер" в 60870-104 не является узлом проекта Каскад. И скорее всего он присылает вам своё локальное время, а не время UTC(по Гринвичу). В таком случае в настройках 60870-104 поменяйте "TZ=UTC+00:00" на "TZ=UTC+03:00".

5.  lutes,  04.07.2022 17:06
AdminУточните какая версия Каскад-САУ у вас используется? "Каскад-САУ вер.4", а дальше? Приведите полную строку вида "Версия 4.0.хх.ххх".


Версия 4.0.25.4839

Admin
1. Какой из пунктов у вас выбран в "Параметры проекта"-"Часовой пояс", всего их три:
- Использовать на узлах часовой пояс операционной системы
- Единый для всех узлов часовой пояс из списка
- Единый для всех узлов пользовательский часовой пояс

"Использовать на узлах системное время" такого пункта нет.

2. С системной точки зрения у вас используются два принципиально разных подхода по синхронизации времени, которые в итоге стекаются в одно место (проект Каскад):
- вы используете в операционной системе синхронизацию с внешним источником времени
- вы используете возможность протокола 60870-104 по работе с временем

Ничего страшного или криминального в них нет, но реализация у них может быть принципиально разная. Поэтому на этапе разработки желательно использовать что-то одно.

По описанию можно предположить что "мастер" в 60870-104 не является узелом проекта Каскад. И скорее всего он присылает вам своё локальное время, а не время UTC(по Гринвичу). В таком случае в настройках 60870-104 поменяйте "TZ=UTC+00:00" на "TZ=UTC+03:00".


1. Выбран пункт "Использовать на узлах часовой пояс операционной системы", писал по памяти, суть в принципе та же))
2. Согласен с Вами, но есть одно "но" - время перескакивает в любом случае, настроен на сервере внешний NTP в ОС или нет. Я службу эту останавливал и даже удалял из системы - ничего не поменялось. Странно, что системное время меняется узлом Каскад-САУ.
Действительно, "мастер" присылал своё локальное время, сейчас его по нашей просьбе изменили на UTC + 0:00, проблема исчезла).

Спасибо за оперативный ответ!

6.  Admin,  04.07.2022 17:23
lutes2. Согласен с Вами, но есть одно "но" - время перескакивает в любом случае, настроен на сервере внешний NTP в ОС или нет. Я службу эту останавливал и даже удалял из системы - ничего не поменялось. Странно, что системное время меняется узлом Каскад-САУ.

На самом деле ничего странного нет, т.к. была получена команда от "мастера" на изменение системного времени, а "Контроллер" у вас судя по всему запущен с администраторскими правами. Вот всё честно и отработало.


lutes2. Действительно, "мастер" присылал своё локальное время, сейчас его по нашей просьбе изменили на UTC + 0:00, проблема исчезла).

Самое правильное это настроить "мастера" на отдачу времени по Гринвичу, что собственно вы и сделали, либо вообще запретить ему отдавать команды на синхронизацию времени.