Редактор разграничения доступа пользователей

Среди пользователей обычно выделяют несколько групп:

1. Операторы

2. инженеры

3. администратор

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

Инженерам разрешен доступ к настройкам. Администратор должен иметь доступ ко всем приложениям системы для устранения сбоев в системе, при ее некорректной работе.

SCADA системе ведется контрольный журнал защиты, в котором записываются сведения о каждой попытке входа. Читая контрольный журнал можно узнать: кто входил в систему и выходил из нее. Когда оператор не удалось завершить процесс входа в систему, когда, кто либо пытался получить доступ к элементам приложения для кого он не имел привилегий.

Редактор встроенных языков программирования scada системы

Большинство SCADA систем имеют встроенные языки высокого уровня. Basic подобные языки, позволяющие генерировать адекватную реакцию на события. Связано с изменением значений переменной, выполнением логического условия, использованием комбинаций клавиш, а так же реализации некоторого фрагмента с заданной частотой относительно всего приложения или отдельного окна. Встроенные языки программирования, это мощное средство SCADA систем, предоставляющее разработчику гибкий инструмент для разработки сложных приложений. В первой версии SCADA систем либо не имели подобных языков, либо эти языки реализовывали небогатый набор функций.

В разрабатываемом приложении создаются программные фрагменты состоящие из операторов и функция языка, которые выполняют некоторую последовательность действий. Эти программные фрагменты связывают с разнообразными событиями в приложении, такими как: нажатие кнопки, открытие окна и выполнения логического условия. Каждое из событий ассоциируется с графическим объектом, окном, таймером, открытием или закрытием приложения. Когда приложение содержит сотни окон, тысячи различных графических объектов, а с каждым из них связанны несколько событий в приложении может работать огромное количество отдельных программных фрагментов.

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

Домашнее задание:

trace mode

in touch

genesis 32

wizcon

cintect

centum

OLE for Process control

Использование технологии ole для задач визуализации в асутп

OPC – Ole for Process Control – на момент своего появления основывался на концепции архитектуры операционной системы MS Windows.

Первоначально под OLE (Object Linking and Embedding (связь и внедрение объектов)) понимались механизмы внедрения объектов в комбинированные документы.

Фактически OLE это технология применяемая для обмена данными между различными программами Windows.

В общем случае OLE устанавливает Windows, соединение между программой-сервером и программой контейнером. После этого объекты программы сервера могут быть включены в документ программы контейнера. Так, благодаря технологии OLE становится возможным, например включение в документ MS World, листа или таблицы MS Excel. Или использование БД MS Access для автоматизации проектирования конструкторских чертежей в AutoCAD.

Сейчас OPC базируется на технологии COM (Company Object Model (компонентно-объектная модель)).

Технология COM является ключевым элементом Windows, управляя взаимодействием многочисленных программных компонентов.

До появления OPC требовалось приложить значительные усилия для управления аппаратными средствами различных производителей, с помощью прикладного ПО. Существовало огромное количество систем и протоколов, причем для каждого оборудования и для каждого протокола пользователю приходилось заказывать специальное ПО, открывающее доступ к специальным интерфейсам и содержащее необходимые драйверы.

Пользовательские программы таким образом зависли от конкретного производителя, протокола или системы.

OPC на базе COM обладает унифицированным программным интерфейсом.