ЖУРНАЛ СТА №4/1999

случае, когда над проектом работают несколько человек и нужно найти ис- точник ошибок. ● Оба пакета предоставляют пользовате- лю богатые возможности по анимирова- нию мнемосхемы. GENESIS32 имеет в своем арсенале такие оригинальные способы анимации, как параметричес- кая «заливка» контура произвольной формы методом усечения и движение объекта по заданной траектории (рис. 3). Быстродействие графической подсистемы Качественно выполненная техноло- гическая мнемосхема обычно содержит большое количество динамических объ- ектов. Такой объект представляет собой совокупность элементарных графичес- ких примитивов (линий, многоугольни- ков, эллипсов и т.д.), объединенных в группы. Изменение параметров техно- логического объекта, состояние которо- го отображает мнемосхема, может при- вести к массовому перевыводу графиче- ских объектов. Поэтому большое значе- ние имеет быстродействие экранной формы. Положение, при котором экран- ная форма отображает состояние объ- екта с запаздыванием, является нежела- тельным. Загрузка формы в режиме ис- полнения (run-time) также может рас- сматриваться как действие, критичное к затратам времени на выполнение. При оценке приемлемости быстро- действия графической подсистемы сле- дует иметь в виду, что в составе SCADA она является далеко не единственным потребителем ресурсов. Солидным ап- петитом отличаются системы архиви- рования, сетевого и межзадачного взаи- модействия. Поэтому графическая под- система должна не просто решать свои задачи, но и оставлять достаточно ре- сурсов компьютера для работы своих «партнеров». Тестирование графических подсис- тем велось так: средствами рассматри- ваемых SCADA-пакетов создавалась эк- ранная форма, содержащая однотип- ные объекты (прямоугольники). У дан- ных объектов анимировалось одно из свойств (например изменение размера) путем привязки к дискретному тегу ОРС-сервера. Затем измерялась перио- дичность обновления экранной формы в режиме run-time в обоих пакетах пу- тем определения временного интерва- ла, в течение которого объекты в экран- ной форме изменяли свое состояние 100 раз. Если экранная форма не содержала сгруппированных объектов, то быстро- действие графики обоих пакетов было одинаковым, то есть 100 изменений со- стояний объектов занимали одно и то же время. При объединении же объек- тов в группы быстродействие экранных форм GENESIS32 оставалось на преж- нем уровне, тогда как iFIX значительно увеличивал период изменения состоя- ния объектов. Большое влияние на быс- тродействие экранных форм iFIX ока- зывал уровень вложенности сгруппиро- ванных объектов. Если, например, в од- ной экранной форме мы имели 4 груп- пы из 16 объектов, причем в каждой из групп было 4 уровня вложенности, а в другой — одну группу из 64 объектов с шестью уровнями вложенности, то по- следняя работала значительно медлен- нее первой (более чем в два раза). Кроме этого, при большом количест- ве несгруппированных объектов (около 5000) iFIX, в отличие от GENESIS32, не ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНСТРУМЕНТАЛЬНЫЕ СИСТЕМЫ 9 4/99 Рис. 2. Диалоговая панель свойств графического объекта iFIX. Слева находится системное дерево, справа виден набор инструментов Toolbox Рис. 3. Настройка траектории движения объекта в GraphWorX32