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

сервером мы запускали форму на ис- полнение непосредственно после пере- загрузки Windows NT, а также повторно, и оценивали время появления реальных показаний. В обоих случаях после перезагрузки ОС время появления реальных показа- ний достаточно велико и составляет де- сятки секунд. При повторном запуске формы реальные данные отображаются на ней по прошествии малого времени (того же, что и при связывании с ло- кальным сервером). Чтобы убедиться в том, что большое количество тегов OPC-сервера, к кото- рому подключается SCADA, не приводит к существенным накладным расходам на поиск используемых тегов при уста- новлении OPC-связей, запускалась эк- ранная форма с 10 объектами, привя- занными к десяти разным аналоговым тегам сервера, содержавшего 10 групп по 2539 тегов в каждой. Для обоих SCADA-пакетов время появления реаль- ных показаний и в этом случае состав- ляло не более 1 секунды. Поддержка диагностической информации ОРС Как известно, спецификации ОРС предусматривают в дополнение к соб- ственно значению параметра и его мет- ке времени передачу признака качества. По этому признаку SCADA-пакет как клиент ОРС может обнаружить неис- правность аппаратных средств ввода- вывода и даже получить от сервера бо- лее развернутую диагностическую ин- формацию. Для проверки того, как система визуа- лизации реагирует на неисправность аппаратных средств, мы использовали ту же самую конфигурацию, что и в пре- дыдущем случае, но в процессе работы физически разрывали связь с удален- ным компьютером путем отсоединения сетевого кабеля от сетевого адаптера, а затем восстанавливали связь. В случае GraphWorX32 сразу же после разрыва связи прекращается изменение показаний, а обрыв связи индицируется «потерей качества» тега через 20-30 се- кунд. При восстановлении связи «каче- ство» тега восстанавливается также в среднем через 20-30 секунд. iFIX же об- рыв связи никак (ждали 15 минут) не индицирует, хотя именно для этого в экранную форму был помещен объект, предназначенный для такой индика- ции. Наблюдается лишь замирание по- казаний. Если после таких манипуляций со связью (обрыв на десятки минут) по- пытаться завершить выполнение iFIX, то иногда его компонент OPCDRV пере- стает отвечать на системные запросы, и в такой ситуации завершить его работу можно лишь путем снятия задачи дис- петчером задач Windows NT. Эффективность обработки большого числа параметров Целью этого раздела программы тес- тирования было выяснить, не приводит ли большое количество (несколько со- тен) установленных OPC-связей к зна- чительным затратам вычислительных ресурсов. Со стороны GENESIS32 тестировался GraphWorX32, со стороны iFIX — оба имеющихся в составе системы OPC- клиента (OPCDRV и встроенный в WorkSpace клиент), в качестве сервера использовался Fastwel UniOPC Server в режиме «console» (этот режим позволя- ет наблюдать за количеством и соста- вом OPC-транзакций между сервером и клиентом). Экранная форма содержала объект, привязанный к изменяющему свое значение аналоговому тегу серве- ра. Объект обновлялся максимально быстро. Мы запускали форму на испол- нение, меняли интенсивность измене- ния значения тега, пользуясь бланком ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНСТРУМЕНТАЛЬНЫЕ СИСТЕМЫ 11 4/99 УВЕКОВЕЧЬТЕ ВАШИ ДАННЫЕ! Устройствафлэш-памятифирмы M-Systemsобеспечивают надежнуюзапись и энергонезависимоехранение данныхв самыхжестких условиях эксплуатациив течение тысячелетий. Флэш-дискиемкостью от 1Мбайтдо3,8 Гбайт полностьюэмулируютработу НЖМД, ноболеенадежны,могут работатьпритемпературах от -40°Сдо+85°Си выдерживают ударыдо 1000g. Поддерживаютсяинтерфейсы ISA,IDE,PC/104,PCMCIA,SCSI, CompactFlash. 272 Мбайт, DIP32 16 Мбайт – 3,8 Гбайт, SCSI 4128 Мбайт, PCMCIA 132 Мбайт, PC/104, ISA 4128 Мбайт, IDE #31