Методика разработки системы > Описание технологического объекта

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

При создании переменных исходят из нескольких общих правил:

1.Разделение логических переменных от их физических источников. Например, в мнемосхеме можно отобразить непосредственно значение OPC-переменной "Температура печи 1". Однако, та же переменная может быть задействована не только в мнемосхеме, но и в других документах объекта "Печь 1". Рациональнее создать в объекте переменную "Температура" и использовать ее во всех необходимых документах. Это облегчит тиражирование данной части проекта. Если нам нужна еще и "Печь 2", то после дублирования "Печи 1" останется только соединить переменную "Температура" с OPC-переменной "Температура печи 2". Кроме того, такое построение проекта гораздо оптимальнее с точки зрения быстродействия работы системы.

2.Правильный выбор уровня подчиненности переменных. Пусть у нас имеется группа печей, каждая из которых представлена в дереве проекта объектом, имеющим мнемосхему. На мнемосхеме отображается значение суммарного значения расхода газа на все печи. Целесообразно переменную "Расход газа" включить в состав объекта "Группа печей". Тогда при добавлении новой печи путем дублирования имеющейся не потребуется производить никаких действий для отображения значения этого параметра на мнемосхеме нового объекта.

3.Использование стандартных шкал. Несмотря на то, что для переменной можно задать индивидуальную шкалу для контроля ее границ и отображения на трендах и в мнемосхемах, желательно все же при отсутствии необходимой шкалы в списке шкал создать новую шкалу, а не настраивать саму переменную. Это может пригодиться при появлении еще одного датчика с такой же шкалой, а также облегчит сопровождение уже созданной системы - проще все коррекции шкал производить в одном месте (такой подход особенно актуален в ситуации, когда создают систему одни люди, а сопровождают другие).

4.Правильный выбор имен переменных. В ряде случаев при создании системы бывает необходимо для согласования с проектом автоматизации использовать кодовое обозначение сигнала в проекте. В то же время, для оператора удобнее работать с содержательным именем переменной. Рекомендуется в проекте MasterSCADA использовать то имя, которое планируется показывать оператору. Это позволит перетаскивать переменные из дерева проекта в документы без дополнительных действий по их переименованию. Для обеспечения согласованности с проектом автоматизации достаточно внести проектное обозначение в комментарий. При распечатке проекта MasterSCADA оба имени будут показаны рядом.

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

5.Использование эффективных способов опроса. Для редко изменяющихся переменных лучше задавать тип опроса "по изменению". Опрос "по изменению" должен предусматривать "мертвую зону" для фильтрации случайных флуктуаций значения. Для переменных, используемых только в вызываемых документах, если они не предназначены для архивирования, лучше снять флажок "опрос при отсутствии потребителей". Это сократит нагрузку на систему.

Создав список переменных объекта, перейдем к следующему шагу - Настройке Объектов

Создание Списка переменных

Создание Списка переменных