OpenSCADAWiki: Doc/ Program Manual ...

Home | Index | Changes | Comments | Users | Registration | Login:   Password:  
 
This is an old revision of Doc/ProgramManual from 2009-02-05 14:56:43..

Описание программы OpenSCADA


English (1 Kb) English version
Ukrainian (1 Kb) Українська версія?


Статус:Публикация
Версия:0.9.5
Содержание:Cодержит описание системы OpenSCADA, её функций, назначения и применения.

Contents
Ссылки

Введение.

Данный документ является описанием 'open source' проекта системы именуемой 'OpenSCADA'. OpenSCADA представляет собой открытую SCADA систему построенную по принципам модульности, многоплатформенности и масштабируемости.


В качестве политики разработки данной системы выбраны 'open source' принципы. Выбор данной политики определяется необходимостью создания открытой, надёжной и общедоступной SCADA системы. Данная политика позволяет привлечь к разработке, тестированию, развитию, распространению и использованию продукта значительное количество разработчиков, энтузиастов и других заинтересованных лиц с минимизацией и распределением финансовых затрат.


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


Система OpenSCADA может применяться:


В качестве базовой (хостовой) операционной системы, для разработки и использования, выбрана ОС Linux, которая является оптимальным компромиссом в вопросах:


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


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


Серверные конфигурации системы предназначены для сбора, обработки, выдачи воздействий, архивирования, протоколирования информации от различных источников, а также предоставления этой информации клиентам (UI, GUI, TUI ...). Модульная архитектура позволяет расширять функциональность сервера без его перегрузки.


Клиентские конфигурации могут строиться на основе различных графических библиотек (GUI/TUI ToolKits), как используя ядро программы и его модули (путём добавления к нему UI-user interface модуля), так и в качестве самостоятельного приложения, подключая ядро OpenSCADA как библиотеку.


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


Action source page doesn't exist yet(/Doc / Program Manual / part 1?)

2. SCADA системы и их структура.

file:scada.png
Рис. 2. SCADA-система.

SCADA (Supervisory Control And Data Acquisition), в общем виде, имеют распределённую архитектуру вроде изображённой на рис. 2. Элементы SCADA систем, в смысле программного обеспечения, выполняют следующие функции:
Сервер сбора: представляет собой задачу или группу задач занимающихся сбором данных из источников данных, или же сами выступают в роли источником данных. В задачи сервера входит:

Сервер архивирования: представляет собой задачу или группу задач занимающихся архивированием данных. В задачи сервера входит:

Сервер протоколирования: представляет собой задачу или группу задач занимающиеся архивированием сообщений. В задачи сервера входит:

Сервер сигнализации: представляет собой задачу или группу задач выполняющие функции сервера протоколирования в отношении узкой категории сообщений сигнализации.
Рабочее место оператора: представляет собой постоянно функционирующее GUI(Grafical User Interface) приложение выполненное в одномониторном, многомониторном или панельном режиме и выполняющее функции:

Рабочее место инженера: представляет собой GUI приложение используемое для конфигурации SCADA системы. В задачи приложения входит:

Рабочее место руководителя: представляет собой GUI приложение, как правило, выполненное в одномониторном режиме и выполняющее функции:

Рабочее место технолога: полностью включает в себя функции рабочего места оператора плюс модель технологического процесса (без непосредственной связи с технологическим процессом).
Рабочее место технолога-программиста: полностью включает в себя функции рабочего места технолога плюс инструментарий для создания моделей технологических процессов.

3. Варианты конфигурирования и использования.

3.1. Простое серверное подключение.

В простейшем случае систему OpenSCADA можно сконфигурировать в серверном режиме (рис. 3) для сбора и архивирования данных. Данная конфигурация позволяет выполнять следующие функции:


file:oscadamserver.png
Рис. 3. Простое серверное подключение.

3.2. Дублированное серверное подключение.

Для повышения надёжности и производительности система OpenSСADA допускает множественное резервирование (рис. 4), при котором контроллеры одного экземпляра отражаются в другом. При использовании подобной конфигурации возможно распределение нагрузки опроса/вычисления на различных станциях. Данная конфигурация позволяет выполнять функции:


file:oscadadhserver.png
Рис. 4. Дублированное серверное подключение.

3.3. Дублированное серверное подключение на одном сервере.

Частным случаем дублированного соединения является дублированное соединение в рамках одного сервера (рис. 5), т. е запуск нескольких станций на одной машине с перекрещиванием параметров. Целью данной конфигурации является повышение надёжности и отказоустойчивости системы путём резервирования ПО.


file:oscadadsserver.png
Рис. 5. Дублированное серверное подключение на одном сервере.

3.4. Клиентский доступ посредством Web-интерфейса. Место руководителя.

Для визуализации данных содержащихся на сервере, хорошим решением является использование пользовательского WEB-интерфейса (рис. 6). Данное решение позволяет использовать стандартный WEB-браузер у клиента и следовательно является наиболее гибким, поскольку не привязано к одной платформе, т.е. является кроссплатформенным. Однако это решение имеет существенные недостатки – это невысокая производительность и надёжность. В связи с этим рекомендуется использовать данный метод для визуализации некритичных данных или данных имеющих резервный высоконадёжный способ визуализации. Например, хорошим решением будет использование этого метода у начальства промышленных установок, где всегда существует операторская с надёжным способом визуализации. Данная конфигурация позволяет выполнять следующие функции:


file:oscadawwwclient.png
Рис. 6. Клиентский доступ посредством Web-интерфейса. Место руководителя.

3.5. Автоматизированное рабочее место (место руководителя/оператора).

Для визуализации критических данных, а также в случае если требуется высокое качество и производительность, можно использовать визуализацию на основе системы OpenSCADA сконфигурированной с GUI модулем (рис. 7). Данная конфигурация позволяет выполнять следующие функции:


file:oscadaclservsepar.png
Рис. 7. Автоматизированное рабочее место (место руководителя/оператора)

3.6. АРМ с сервером сбора и архивирования на одной машине (место оператора, модель ...).

Полнофункциональная клиент-серверная конфигурация на одной машине (рис. 8) может использоваться для повышения надёжности системы в целом путём запуска клиента и сервера в разных процессах. Данная конфигурация позволяет, без последствий для сервера, останавливать клиент и выполнять с ним различные профилактические работы. Рекомендуется для использования на станциях оператора путём установки двух машин совмещающих в себе станции оператора и резервированный сервер. Данная конфигурация позволяет выполнять следующие функции:


file:oscadaclserv.png
Рис. 8. АРМ с сервером сбора и архивирования на одной машине (место оператора, модель ...)

3.7. Простейшее смешанное подключение (модель, демонстрация, конфигуратор ...).

Смешанное подключение совмещает функции сервера и клиента (рис. 9). Может использоваться для тестовых, демонстрационных функций, а также для предоставления моделей технологических процессов как единое целое. В этом режиме могут выполняться следующие функции:


file:oscadamisc.png
Рис. 9. Простейшее смешанное подключение (модель, демонстрация, конфигуратор ...)

3.8. Устойчивая, распределённая конфигурация.

Данная конфигурация является одним из вариантов устойчивого/надёжного соединения (рис. 10). Устойчивость достигается путём распределения функций по:


file:oscadadistribconn.png
Рис. 10. Устойчивая, распределённая конфигурация

Сервер опроса, конфигурируется на основе системы OpenSCADA и представляет собой задачу (группу задач) занимающихся опросом контроллера (группы контроллеров одного типа). Полученные значения доступны центральному серверу через любой транспорт, поддержка которого добавляется путём подключения соответствующего модуля транспорта. Для снижения частоты опроса и величины сетевого трафика, сервер опроса может оснащаться небольшим архивом значений. Конфигурация сервера опроса хранится в одной из доступных БД.


Центральный сервер архивирования и обслуживания клиентских запросов выполняет функцию централизованного сбора и обработки параметров серверов опроса и их значений. Доступ к серверам опроса выполняется посредством одного из доступных в OpenSCADA транспортов+протоколов (на примере это SGA). Для предоставления единого интерфейса доступа к параметрам и контроллерам используется модуль Transporter, который отражает данные серверов опроса на структуру локальных параметров.


Для выполнения внутренних вычислений и дополнительного анализа параметров используются вычислительные контроллеры.


Для разностороннего и глубокого архивирования используются различные модули архивов.


Для доступа клиентов к серверу используются доступные для OpenSCADA сетевые транспорты, на примере это Sockets, и транспортные протоколы, на примере это протокол OpenSCADA 'SelfSystem'.


Конфигурация центрального сервера хранится в одной из доступных БД (на примере это сетевая СУБД MySQL).


Для предоставления пользовательского WEB-интерфейса используется модуль WebCfg посредством транспортного протокола 'HTTP'.


Различные клиенты, в их числе АРМ и WEB-клиенты, выполняются на отдельных машинах в необходимом количестве. АРМ реализуется на основе системы OpenSCADA. В его функции входит опрос значений параметров из центрального сервера и их визуализация на GUI интерфейсе(ах). Для получения параметров в АРМ, также, используется модуль отражения удалённых параметров Transporter. Для предоставления доступа к архивам может использоваться модуль архива сетевого типа. Конфигурация АРМ может храниться в одной из доступных БД (в примере это сетевая СУБД MySQL, расположенная на машине центрального сервера архивирования).

4. Конфигурация и настройка системы.

Как можно видеть в разделе выше, OpenSCADA предоставляет возможность конфигурации для выполнения в различных ролях. Поддержка этой возможности обеспечивается развитыми механизмами конфигурации и хранения конфигурационных данных. Данный раздел содержит описание этих механизмов, призваное дать представление о гибкости и разнообразии и позволив тем самым использовать OpenSCADA на 100%.


При описании механизмов конфигурации и способов её хранения, в этом разделе, будет делаться упор на описание общесистемных механизмов. Особенности конфигурации и использования модулей подсистем OpenSCADA предоставляются в собственной документации модулей.


В OpenSCADA используется формализованный подход к описанию конфигурационных интерфейсов, основанный на языке XML. Фактически, особенности конфигурации компонента системы предоставляется самим компонентом, пронизывая тем самым всю систему, как нервная система организма. В терминах OpenSCADA это называется интерфейсом контроля OpenSCADA (Control interface). На основе интерфейса контроля формируются графические интерфейсы конфигурации пользователя посредством модулей OpenSCADA. Такой подход имеет следующие важные преимущества:


В OpenSCADA уже предоставляется три модуля конфигурации на разной основе визуализации. Отметим их и их возможности конфигурации:


Значения конфигурации, изменённые в конфигураторах, а также большинство данных, сохраняются в базах данных (БД). Учитывая модульность подсистемы 'БД' ими могут быть различные БД. Причём предоставляется возможность хранения разных частей OpenSCADA как в разных БД одного типа, так и БД разных типов.


Кроме БД, данные о конфигурации могут содержаться в конфигурационном файле OpenSCADA, а также передаваться посредством параметров командной строки при вызове OpenSCADA. Однако сохранение изменений конфигурации в конфигураторах доступно только в БД. Типовым именем конфигурационного файла OpenSCADA является /etc/oscada.xml. Формат конфигурационного файла и параметры командной строки рассмотрим в отдельном разделе.


Дальнейшее рассмотрение конфигурации OpenSCADA будет производиться на основе интерфейса конфигуратора UI.QTCfg, однако принципы работы будут полностью соответствовать и остальным конфигураторам благодаря общности в используемом интерфейсе контроля OpenSCADA.


Рассмотрение начнём с конфигурации системных параметров OpenSCADA, которая размещается в трёх вкладках корневой страницы станции:


Для модификации полей этой страницы могут потребоваться права привилегированного пользователя. Получить такие права можно включив вашего пользователя в группу суперпользователя 'root' или войдя на станцию от имени суперпользователя 'root'.


Нужно отметить ещё один важный момент - поля идентификаторов всех объектов OpenSCADA недопустимы для прямого редактирования, поскольку являются ключом для хранения данных объектов в БД. Однако поменять идентификатор объекта можно с помощью команды переноса и последующей вставки объекта (Cut->Paste) в конфигураторе.


file:sys_st.png
Рис. 11. Вкладка 'Станция' корневой страницы конфигурации системы.

file:sys_sub.png
Рис. 12. Вкладка 'Подсистемы' корневой страницы конфигурации системы.

file:sys_help.png
Рис. 13. Вкладка 'Помощь' корневой страницы конфигурации системы.

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

4.1. Подсистема 'БД'

Подсистема является модульной и содержит иерархию объектов изображённую на рис.14. Для конфигурации подсистемы предусмотрена корневая страница подсистемы 'БД', содержащая вкладки 'Модули' и 'Помощь'. Вкладка 'Модули' (рис.15) содержит список модулей подсистемы 'БД' доступных на станции. Вкладка 'Помощь' содержит краткую помощь для данной страницы.


Для модификации полей страниц этой подсистемы могут потребоваться права привилегированного пользователя или включение вашего пользователя в группу 'БД'.


file:subsys_db_str.png
Рис. 14. Иерархическая структура подсистемы 'БД'.

file:subsys_db_mod.png
Рис. 15. Вкладка 'Модули' корневой страницы подсистемы 'БД'.

Каждый модуль подсистемы 'БД' предоставляет конфигурационную страницу с вкладкам 'БД' и 'Помощь'. Вкладка 'БД' (рис.16) содержит список БД, зарегистрированных в модуле и флажёк признака полного удаления БД при выполнении команды удаления. В контекстном меню списка БД предоставляется пользователю возможность добавления, удаления и перехода к нужной БД. Во вкладке 'Помощь' содержится информация о модуле подсистемы 'БД' (рис.17):


file:subsys_db_mod_db.png
Рис. 16. Вкладка 'БД' модуля подсистемы 'БД'.

file:subsys_db_mod_help.png
Рис. 17. Вкладка 'Помощь' модуля подсистемы 'БД'.

Каждая БД содержит собственную страницу конфигурации с вкладками 'База данных' и 'Таблицы'. Кроме основных операций можно выполнять копирование содержимого БД стандартной функцией копирования объектов в конфигураторе. Операция копирования содержимого БД подразумевает копирования исходной БД в БД назначения, при этом содержимое БД назначения не очищается перед операцией копирования. Копирование содержимого БД производится при условии включения обоих БД, иначе будет выполняться простое копирования объекта БД.


Вкладка 'База данных' (рис.18) содержит основные настройки БД в составе:


Вкладка 'Таблицы' (рис.19) содержит список открытых таблиц. При нормальной работе программы эта вкладка пуста, поскольку после завершения работы с таблицами программа их закрывает. Наличие открытых таблиц говорит о том, что программа сейчас с таблицей работает или таблица открыта пользователем для ручного изучения её содержимого. В контекстном меню перечня открытых таблиц можно открыть таблицу для изучения (команда 'Добавить'), закрыть открытую страницу (команда 'Удалить') и перейти к ручному изучению содержимого таблицы.


file:subsys_db_mod_db_db.png
Рис. 18. Вкладка 'База данных' БД модуля подсистемы 'БД'.

file:subsys_db_mod_db_tbl.png
Рис. 19. Вкладка 'Таблицы' БД модуля подсистемы 'БД'.

Страница ручного изучения содержимого таблицы содержит только одну вкладку 'Таблица'. Вкладка 'Таблица' (рис.20) содержит поле имени таблицы и таблицу с содержимым. Таблицей содержимого предоставляются функции:


file:subsys_db_mod_db_tbl_tbl.png
Рис. 20. Вкладка 'Таблицы' таблицы БД модуля подсистемы 'БД'.

4.2. Подсистема 'Безопасность'

Подсистема не является модульной. Для конфигурации подсистемы предусмотрена корневая страница подсистемы 'Безопасность', содержащая вкладки 'Пользователи и группы пользователей' и 'Помощь'. Вкладка 'Пользователи и группы пользователей' (рис.21) содержит списки пользователей и групп пользователей. Пользователь с привилегированными правами может добавить, удалить пользователя или группу пользователей. Все остальные пользователи могут перейти к странице пользователя или группы пользователя. Вкладка 'Помощь' содержит краткую помощь для данной страницы.


file:subsys_sec.png
Рис. 21. Вкладка 'Пользователи и группы пользователей' корневой страницы подсистемы 'Безопасность'.

Для конфигурации пользователя предоставляется страница, содержащая только вкладку 'Пользователь' (рис.22). Вкладка содержит конфигурационные данные профиля пользователя, которые может изменять только сам пользователь или привилегированный пользователь:


file:subsys_sec_user.png
Рис. 22. Вкладка 'Пользователь' страницы пользователя подсистемы 'Безопасность'.

Для конфигурации группы пользователей предоставляется страница, содержащая только вкладку 'Группа' (рис.23). Вкладка содержит конфигурационные данные профиля группы пользователей, которые может изменять только привилегированный пользователь:


file:subsys_sec_grp.png
Рис. 23. Вкладка 'Группа' страницы группы пользователей подсистемы 'Безопасность'.

4.3. Подсистема 'Транспорты'

Подсистема является модульной и содержит иерархию объектов изображённую на рис.24. Для конфигурации подсистемы предусмотрена корневая страница подсистемы 'Транспорты', содержащая вкладки 'Подсистема', 'Модули' и 'Помощь'.


file:subsys_tr_str.png
Рис. 24. Иерархическая структура подсистемы 'Транспорты'.

Вкладка 'Подсистема' (рис.25) содержит таблицу конфигурации внешних, для данной, Внешние станции могут быть системными и пользовательскими, что выбирается соответствующим параметром. Системные внешние станции доступны только привилегированному пользователю и используются компонентами системного назначения, например модулем DAQ.Transporter. Пользовательские внешние станции привязаны к пользователю, который их создавал, а значит список пользовательских внешних станций индивидуален для каждого пользователя. Пользовательские внешние станции используются компонентами графического интерфейса, например UI.QTCfg, UI.WebCfgD и UI.Vision. В таблице внешних станций возможно добавление и удаление записей про станцию, а также их модификация. Каждая запись содержит поля:


Вкладка 'Модули' (рис.15) содержит список модулей подсистемы 'Транспорты' и идентична для всех модульных подсистем. Вкладка 'Помощь' содержит краткую помощь для данной страницы.


file:subsys_tr_sub.png
Рис. 25. Вкладка 'Подсистема' корневой страницы подсистемы 'Транспорты'.

Каждый модуль подсистемы 'Транспорты' предоставляет конфигурационную страницу с вкладками 'Транспорты' и 'Помощь'. Вкладка 'Транспоты' (рис.26) содержит список входящих и исходящих транспортов, зарегистрированных в модуле. В контекстном меню списков транспортов пользователю предоставляется возможность добавления, удаления и перехода к нужному транспорту. Во вкладке 'Помощь' содержится информация о модуле подсистемы 'Транспорты' (рис.17), состав которой идентичен для всех модулей.


file:subsys_tr_mod_tr.png
Рис. 26. Вкладка 'Транспорты' модуля подсистемы 'Транспорты'.

Каждый транспорт содержит собственную страницу конфигурации с одной вкладкой 'Транспорт'. Эта вкладка содержит основные настройки транспорта. Входящий транспорт (рис.27) содержит:


file:subsys_tr_mod_tr_itr.png
Рис. 27. Вкладка 'Транспорт' страницы входящего транспорта модуля подсистемы 'Транспорты'.

Исходящий транспорт (рис.28) содержит:


file:subsys_tr_mod_tr_otr.png
Рис. 28. Вкладка 'Транспорт' страницы исходящего транспорта модуля подсистемы 'Транспорты'.

4.4. Подсистема 'Транспортные протоколы'

Подсистема является модульной. Для конфигурации подсистемы предусмотрена корневая страница подсистемы 'Транспортные протоколы', содержащая вкладки 'Модули' и 'Помощь'. Вкладка 'Модули' (рис.15) содержит список модулей подсистемы 'Транспортные протоколы' и идентична для всех модульных подсистем. Вкладка 'Помощь' содержит краткую помощь для данной страницы.


Каждый модуль подсистемы 'Транспортные протоколы' предоставляет конфигурационную страницу с одной вкладкой 'Помощь'. Во вкладке 'Помощь' содержится информация о модуле подсистемы 'Транспортные протоколы' (рис.17), состав которой идентичен для всех модулей.

4.5. Подсистема 'Сбор данных'

Подсистема является модульной и содержит иерархию объектов изображённую на рис.29. Для конфигурации подсистемы предусмотрена корневая страница подсистемы 'Сбор данных', содержащая вкладки 'Библиотеки шаблонов', 'Модули' и 'Помощь'.


Для получения доступа на модификацию объектов этой подсистемы необходимы права пользователя в группе "DAQ" или права привилегированного пользователя.


file:subsys_daq_str.png
Рис. 29. Иерархическая структура подсистемы 'Сбор данных'.

Вкладка 'Библиотеки шаблонов' (рис.30) содержит список библиотек шаблонов для параметров этой подсистемы. В контекстном меню списка библиотек шаблонов пользователю предоставляется возможность добавления, удаления и перехода к нужной библиотеке. Вкладка 'Модули' (рис.15) содержит список модулей подсистемы 'Транспорты' и идентична для всех модульных подсистем. Вкладка 'Помощь' содержит краткую помощь для данной страницы.


file:subsys_daq_tmpl.png
Рис. 30. Вкладка 'Библиотеки шаблонов' подсистемы 'Сбор данных'.

Каждая библиотека шаблонов подсистемы 'Сбор данных' предоставляет конфигурационную страницу с вкладками 'Библиотека' и 'Шаблоны параметров'. Вкладка 'Библиотека' (рис.31) содержит основные настройки библиотеки в составе:


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


file:subsys_daq_tmpl_lib.png
Рис. 31. Основная вкладка конфигурации библиотеки шаблонов подсистемы 'Сбор данных'.

file:subsys_daq_tmpl_ls.png
Рис. 32. Вкладка списка шаблонов в библиотеке шаблонов подсистемы 'Сбор данных'.

Каждый шаблон библиотеки шаблонов предоставляет конфигурационную страницу с вкладками 'Шаблон' и 'IO'. Вкладка 'Шаблон' (рис.33) содержит основные настройки шаблона в составе:


file:subsys_daq_tmpl_tmpl_main.png
Рис. 33. Главная вкладка конфигурации шаблона параметров подсистемы 'Сбор данных'.

Вкладка 'IO' (рис.34) содержит конфигурацию атрибутов (IO) шаблонов и программу шаблона на одном из языков пользовательского программирования OpenSCADA, например DAQ.JavaLikeCalc.JavaScript. В таблицу атрибутов шаблона пользователь может, посредством контекстного меню: добавить, вставить, удалить, передвинуть вверх или вниз запись атрибута, а также отредактировать поля атрибута:


С синтаксисом языка программы шаблона можно ознакомиться в документации модуля предоставляющего интерпретатор выбранного языка. Например, типичным языком пользовательского программирования OpenSCADA является DAQ.JavaLikeCalc.JavaScript


file:subsys_daq_tmpl_tmpl_io.png
Рис. 34. Вкладка конфигурации атрибутов и программы шаблона подсистемы 'Сбор данных'.

Каждый модуль подсистемы 'Сбор данных' предоставляет конфигурационную страницу с вкладками 'Контроллеры' и 'Помощь'. Вкладка 'Контроллеры' (рис.35) содержит список контроллеров зарегистрированных в модуле. В контекстном меню списка пользователю предоставляется возможность добавления, удаления и перехода к нужному контроллеру. Во вкладке 'Помощь' содержится информация о модуле подсистемы 'Сбор данных' (рис.17), состав которой идентичен для всех модулей.


file:subsys_daq_mod_cntr.png
Рис. 35. Вкладка 'Контроллеры' модуля подсистемы 'Сбор данных'.

Каждый контроллер содержит собственную страницу конфигурации с вкладками 'Контроллер' и 'Параметры'.


Вкладка 'Контроллер' (рис.36) содержит основные настройки. Состав этих настроек может несколько отличаться от одного модуля этой подсистемы к другому, о чём можно узнать в собственной документации модулей. В качестве примера рассмотрим настройки контроллера у модуля контроллера логического DAQ.LogicLev:


file:subsys_daq_mod_cntr_main.png
Рис. 36. Главная вкладка конфигурации контроллера подсистемы 'Сбор данных'.

Вкладка 'Параметры' (рис.37) содержит список параметров в контроллере, а также информацию об общем количестве и количестве включенных параметров. В контекстном меню списка пользователю предоставляется возможность добавления, удаления и перехода к нужному параметру.


file:subsys_daq_mod_cntr_prm.png
Рис. 37. Вкладка 'Параметры' страницы конфигурации контроллера подсистемы 'Сбор данных'.

Параметры контроллеров подсистемы 'Сбор данных' предоставляет конфигурационную страницу с вкладками 'Параметр', 'Атрибуты', 'Архивация' и 'Конфигурация шаблона'. Вкладка 'Конфигурация шаблона' не является стандартной, а присутствует только в модулях подсистемы 'Сбор данных', которые реализуют механизмы работы по шаблону в контексте источника данных ими обслуживаемого. В данный обзор эта вкладка включена для обеспечения логической завершённости обзора конфигурации шаблонов параметров подсистемы 'Сбор данных' как финальный этап - использования.


Вкладка 'Параметр' (рис.38) содержит основные настройки в составе:


Вкладка 'Атрибуты' (рис.39) содержит атрибуты параметра и их значения в соответствии с конфигурацией используемого шаблона и вычисления его программы.


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


Вкладка 'Конфигурация шаблона' (рис.41) содержит конфигурационные поля в соответствии с шаблоном. В примере это групповая связь на внешний параметр. Эту связь можно установить просто указав путь к параметру если флаг 'Показывать только атрибуты' не установлен. Или-же установить адреса атрибутов по отдельности если флаг установлен.


file:subsys_daq_mod_cntr_prm_main.png
Рис. 38. Главная вкладка конфигурации параметра контроллера подсистемы 'Сбор данных'.

file:subsys_daq_mod_cntr_prm_attr.png
Рис. 39. Вкладка 'Атрибуты' параметра контроллера подсистемы 'Сбор данных'.

file:subsys_daq_mod_cntr_prm_arch.png
Рис. 40. Вкладка 'Архивация' параметра контроллера подсистемы 'Сбор данных'.

file:subsys_daq_mod_cntr_prm_tmpl.png
Рис. 41. Вкладка 'Конфигурация шаблона' параметра контроллера подсистемы 'Сбор данных'.

4.10. Конфигурационный файл OpenSCADA и параметры командной строки вызова OpenSCADA

Ссылки

Referring pages: Developers
Doc
Doc/API/part2
Doc/DCON
Doc/HTTP
Doc/JavaLikeCalc
Doc/ModBus
Doc/ModuleBuild
Doc/QuickStart
Doc/VCA/part4/part5
Doc/VCAEngine
Doc/Vision
Doc/WebVision
HomePageUk/Developers
HomePageUk/Doc
HomePageUk/Doc/HTTP
HomePageUk/Doc/JavaLikeCalc
HomePageUk/Doc/ModBus
HomePageUk/Doc/ModuleBuild
HomePageUk/Doc/WebVision
Using/GraphicElementsLibraries/MainElements


 
There are no files on this page.[Display files/form]
There is no comment on this page. [Display comments/form]
2009-02-05 14:56:43 | Owner: Roman Savochenko | Print version | Search: