MasterSCADA 4D реализует OPC UA сервер с полной поддержкой модели сигнализаций и событий (Alarms & Conditions) в соответствии со стандартом OPC UA Part 9. Данный режим предоставляет клиентам не только доступ к данным, но и к централизованной системе управления тревогами и событиями проекта.
Вид панели свойств:
Название |
Описание |
Порт |
По умолчанию используется порт 4841. |
Имя пользователя / Пароль |
Учётные данные для авторизации. Если оставить пустыми, разрешается анонимное подключение. Изменение логина и пароля в рабочем режиме приводит к разрыву активных сессий. |
Политика безопасности |
Определяет минимально допустимый алгоритм шифрования для подключения клиентов. Доступные варианты (в порядке возрастания стойкости): •Нет; •Basic256Sha256; •Aes128Sha256RsaOaep; •Aes256Sha256RsaPss. |
Режим безопасности сообщений |
Определяет минимально допустимый уровень защиты передаваемых сообщений. Доступные варианты: •Нет; •Подпись; •Подпись и шифрование.
|
Важно! Если выбран уровень Политики безопасности Нет, то Режим безопасности сообщений также автоматически устанавливается в Нет. Клиент может подключиться, используя любой уровень безопасности, равный или выше выбранного на сервере. Для поддержки перечислений в настройках в библиотеке протоколов созданы типы OpcUaMessageSecurityModeEx и OpcUaSecutityPolicyEx.
Остальные свойства описаны в разделе Свойства OPC UA.
Реализованные функции:
1.Пользовательские типы тревог. При старте сканируются все типы тревог, заданные в проекте. Для каждого создаётся пользовательский тип данных ObjectType, наследуемый от стандартного AlarmConditionType, с возможностью добавления собственных полей.
2.Создание Condition-узлов. Для всех объектов проекта, которые могут генерировать тревоги, автоматически создаются соответствующие Condition-узлы в адресном пространстве OPC UA. Для каждого такого узла регистрируются callback-функции, отслеживающие ключевые состояния:
•EnabledState — включение отслеживания;
•AckedState — квитирование пользователем;
•ActiveState — активация тревоги.
3.Генерация событий.
•Condition Events: события, привязанные к конкретному состоянию (например, активация тревоги);
•Unconditioned Events: одноразовые события, не привязанные к состоянию (например, вход пользователя в систему).
4.Построение адресного пространства на основе дерева проекта и создание соответствующих узлов в клиенте: папки, объекты, экземпляры объектов, программы, тревоги и сообщения, переменные и так далее.
5.Поддержка шкал и лимитных тревог:
•Для переменных с шкалой AI автоматически создаются дочерние Conditions типа LimitAlarm: Hi, HiHi, Lo, LoLo (при их настройке в среде разработки);
•Для переменных с шкалой DI создаются дочерние Conditions типа LimitAlarm: EventOn, EventOff (в зависимости от наличия текста сообщения).
6.Динамическое добавление AlarmConditions в Программы FBD.
Адресное пространство сервера в клиенте (например, UAExpert) будет отображать иерархию проекта MasterSCADA 4D, включая специальные узлы для событий и сигнализаций. Источники событий связаны с сервером отношением HasNotifier, а сами тревоги связаны со своими источниками отношением HasCondition.
Пример базового подключения к серверу OPC UA MasterSCADA 4D описан выше. При использовании режима Alarms & Conditions в клиенте дополнительно станут доступны узлы и вкладки для работы с Events и Alarms.