Page 1

9P &  & - &      P

* 7 2003

 :                   . ..        ,  !  "  " #    $ %   &,  '       (!  ) * 77-13085   :   " &!" – 81874 +    ")  " – 39206        )/246 ..  

( /..  !  !:  .9.,  .6.,  $..,   /..,   (.., : 9.., :   .$., 9   9.., #  $.., ;   /.., ;   $..,  & <.6., =  )./., =  2./., $! >.(., $& .., $? :.., )  @.., )  $.., )? .., ( ..,    ..,   .., A  .2., B  C.:., D .$. -   E        

= .. ,       ,                   .               .      ,    ,           .

  : 117806, $ , . )  G, 65, ) /,  360.   : (095) 334-91-30, 315-19-55. % : 334-91-30, 334-93-40, 334-87-59. E-mail: avtprom@ipu.rssi.ru avtprom@newmail.ru http://www.ipu.ru/avtprom )   &! 04.07.03 %   60 88 1/8. @  .-P. )&!  ; &      ":!-C "

  Производственные автоматизированные системы Папировский Р.В., Маслов Д.В. Internet технологии в промышленной автоматизации: опыт построения распределенных систем мониторинга с использованием WebNavigator Лыков А. Г. Принципы построения и особенности применения систем пожарной автоматики на объектах добычи и транспорта газа Системы автоматизации бизнеспроцессов Калянов Г.Н. Подготовка группы аналитиков на предприятии Программное обеспечение систем автоматизации Давыдов В. Г., Чыонг Динь Тяу. OPCсерверы с открытой архитектурой – средства взаимодействия компонентов в промышленной автоматизации Технические средства автоматизации Команцев А. В., Иванова О. П. Процессорные платы для встраиваемых систем: серия ETX от компании ICP Electronics Видеостенки для диспетчерских пунктов, пунктов управления и информационных табло Новости Обсуждаем тему… Промышленные тренажеры Что такое тренажер? Дозорцев В.М. ДИАГНОСТ: автоматизированная система тренинга эффективных стратегий принятия операторских решений Кнеллер Д. В. "Компьютерный тренинг  это просто..." или миниэнциклопедия расхожих заблуждений Смирнов М. В., Шибаев А. А., Шраго И. Л., Шраго Л. Г. Семейство тренажеров АМТ для обучения специалистов нефтегазодобывающей отрасли Ройтман Е.М., Саямов А.Э. Виртуальное бурение Чернаков В.А., Осадчий М.А., Кориковский К.П., Краюшкин Ю.В. Программный комплекс "ЭНИКАД" для создания моделирующих комплексов сложных технологических объектов Суворов М.В. Автоматизированная обучающая система диспетчеров промышленной электрической сети Суворов М.В. Автоматизированная обучающая система диспетчеров промышленной электрической сети Применение средств автоматизации Клименко К.К. Применение полномасштабных тренажеров при обучении операторов АЭС Гершберг А. Ф., Подъяпольский С. В., Соркин Л. Р. Компьютерный тренажер для обучения операторов установки каталитического риформинга в ООО "ПО "Киришинефтеоргсинтез" Колодкина И. Г., Островский А. С. Тренинг операторов технологических установок в ООО "ЛУКОЙЛПермнефтеоргсинтез" Яушев Р. Г., Гуреев А. А. Опыт использования компьютернотренажерных комплексов процессов нефтепереработки для обучения студентов вузов и технологов НПЗ Автоматизация за рубежом Наука о контактах – современные разъемы для применения в промышленности Клуб журнала Интегрированные системы управления в металлургическом производстве: 30 лет спустя Фирмы промышленной автоматики ЗАО "ЭФСИЭС Автоматика" Календарь предстоящих мероприятий События Первый Российский Форум "Встраиваемые компьютерные технологии" Итоги II Московского Международного промышленного форума "MIIF2003"

3 6 8

10

16 20

23 24 29 33 36 44 46

50 52 54 55

57 59 60 61 62 63


CONTENTS

Http://www.ipu.ru/avtprom

Papirovsky R.V., Maslov D.V. Internet technologies in industrial automation: the experience of building distributed monitoring systems with WebNavigator Functions and performance of WebNavigator as a part of WinCC SCADA are discussed. Lykov A.G. Design concepts and application features of fire safety automatics at gas production and transportation plants Modern fire safety system structures for gas production and transportation plants are presented. Performance attributes of the equipment used in such systems are con6 sidered. Kalyanov G.N. Preparing an analyst group at an enterprise The paper advocates the necessity of preparing a group of analysts at an enterprise. It offers a curriculum for training such specialists. Davydov V.G., Truong D. Chau OPC  a key to open architecture data servers development for component interaction in industrial automation The paper discusses COM and OPC technologies and considers the algorithms and the rates of data exchange between OPC applications. OPC server structures with open architecture are offered. Komantsev A.V., Ivanova O.P. Processor boards for builtin systems: ETX Series from ICP Electronics The problem of selecting a motherboard for built6in system design is considered. The paper offers a solution based on ETX boards developed by ICP Electronics. Basic engineering factors of the boards are presented. Video walls for supervision and control stations and display panels The paper considers the video walls from BARCO, "Helmut Mauell GmbH", and Sinelec. Underlying technologies are described; features and performance attributes are presented. News bulletin Discussing a subjectâ&#x20AC;ŚDynamic training simulators for industry Dozortsev V.M. DIAGNOST: a computerbased teaching system for developing operators' effective decisionmaking strategies Computer6based training is becoming increasingly important in preparing process operators. However, training procedures being used are seldom account for the specificity and potentialities of modern information technologies. Against this background, the paper shows the need of applying special training techniques for elab6 orating effective process control skills. It presents a computer6based teaching system DIAGNOST that realizes the procedures of active forming and fixing of opera6 tor's skills. The results of the system's application at several refineries are also included. The paper addresses dynamic training simulator developers, personnel man6 agers and cognitive engineers. Kneller D.V. Computerbased training of process operators: a miniencyclopedia of common errors Building a full6scale dynamic process simulator is a complex task that requires combined efforts of many specialists, such as process and control engineers, mathe6 maticians, software and graphics designers, coders, etc. However, the development and installation of a simulator is only a part of the whole job. Purposeful and effi6 cient application of a training system requires coherent activities of both the vendor and the user. The author offers his understanding of how to apply dynamic process simulators in oil refining and petrochemical industries based on his ten6year development and application experience. The paper addresses the needs of plant man6 agers and professionals in deeper understanding of computer6based personnel training. Smirnov M.V., Shibaev A.A., Shrago I.L., Shrago L.G. A family of AMT's training simulators for oil and gas industries The paper describes the experience of AMT, Ltd. in development and manufacturing of multifunctional dynamic training simulators for oil and gas industries. Suvorov M.V. An automated training system for gridcontrol engineers The paper offers an approach to creating a training simulator for grid6control engineers. The approach is based on the development and implementation of training algorithms and techniques by means of modern SCADA systems. Chernakov V.A., Osadchy M.A., Korikovsky K.P., Krayushkin Yu.V. ENICAD software suite for developing simulation systems of sophisticated processes The factors affecting the evolution of computer6aided simulation are analyzed. Development history, architecture, features and application principles of ENICAD system meant for development and operation of computer6aided simulation systems are described. Roytman E.M., Sayamov A.E. Virtual wellboring Features and destination of a dynamic training simulator "Well6boring process optimizer" from Knowledge Genesis Multimedia Engineering Company (Russia) are considered. Yershova O.V., Chistyakova T.B. The structure of an educational and training system for yellow phosphorus production process The paper discusses the problems of developing a dynamic simulator for teaching and training process operators and technicians of yellow phosphorus production. The simulator is implemented by means of the Wonderware Factory Suite software package. Klimenko K.K. Application of fullscale simulators for Aplant operator training The paper makes recommendations on the development of materials for training A6plant block control panel operator training on the basis of full6scale simulators. The organization and conducting of training sessions are also discussed. Gershberg A.F., Podjapolsky S.V., Sorkin L.R. A dynamic simulator for process operator training at the catalytic reformer unit of Kirishinefteorgsynthez PLC The paper describes the hard6/software implementation of an operator training simulator for a catalytic reforming unit. Some features of the project's implementation are considered. Kolodkina I.G., Ostrovsky A.S. Process operator training at LUKOILPermnefteorgsynthez PLC Modern dynamic simulators aimed at training the operators of sophisticated processes are a powerful tool for developing and strengthening operation skills, improving production efficiency and ensuring industrial safety. Application of such training simulator projects at major plants engenders lots of organizational and procedural problems and requires special approaches. The paper discusses the development and application experience of a full6scale training simulator project implemented at the Training Center of LUKOIL6Permnefteorgsynthez PLC. This project was the first one in domestic oil refining industry. Yaushev R.G., Gureev A.A. The experience of applying dynamic simulators of oil refining processes for training students and process engineers The paper describes operation features of a dynamic simulation system meant for process operators and engineers of hydrocarbon petroleum industry. Contact Science: modern plugs for industrial applications The paper gives a market forecast for industrial plugs. It considers new product lines from well6known worldwide manufacturers of terminals, socket connectors, emer6 gency switching devices, etc. Integrated control systems in metallurgical production: 30 years later Industrial automation companies The first Russian Forum "Embedded Computer Technologies" The results of the 2nd Moscow International Industrial Forum MIIF'2003

2

 -  . , 5* ;-  <*  ";5!   ;> " " â&#x20AC;&#x201C;      &  "' â&#x20AC;&#x201C;   !    # $ â&#x20AC;&#x201C;         ) â&#x20AC;&#x201C;    G'    & E    â&#x20AC;&#x201C;      â&#x20AC;&#x201C;       ) â&#x20AC;&#x201C;    '   â&#x20AC;&#x201C; (    ) â&#x20AC;&#x201C;      G'    % â&#x20AC;&#x201C; (    &      *! â&#x20AC;&#x201C;    ! -!  & â&#x20AC;&#x201C;      â&#x20AC;&#x201C; &    *! â&#x20AC;&#x201C;    ! -! '# â&#x20AC;&#x201C;     - &!    -

!     # â&#x20AC;&#x201C;  !   !G (# â&#x20AC;&#x201C;      &    ' â&#x20AC;&#x201C;     - &!    â&#x20AC;&#x201C;     & " â&#x20AC;&#x201C;  !    %# â&#x20AC;&#x201C;    - &   â&#x20AC;&#x201C;  !    $'" â&#x20AC;&#x201C;  ! <$ # â&#x20AC;&#x201C;      ' â&#x20AC;&#x201C; !    #% â&#x20AC;&#x201C;    &  "' â&#x20AC;&#x201C; !  ?   (' â&#x20AC;&#x201C;  !  &! !

G! 2003

    $    ;  B  >



 â&#x20AC;&#x201C;      â&#x20AC;&#x201C;           & â&#x20AC;&#x201C;    @: %) â&#x20AC;&#x201C;  &   % â&#x20AC;&#x201C;   %" â&#x20AC;&#x201C;    % â&#x20AC;&#x201C;    &   %$# â&#x20AC;&#x201C;   -E  &   %$ â&#x20AC;&#x201C;   -E  &  !

 â&#x20AC;&#x201C;   & 

 â&#x20AC;&#x201C;     +

 â&#x20AC;&#x201C;      &  + â&#x20AC;&#x201C; !  :) ," â&#x20AC;&#x201C; &  - ?    $ â&#x20AC;&#x201C; E  

)   $ S 4 6 9 / /  (  




 )'%'? '%"% ) '?  %"?

INTERNET %A( ' "?B(C '%"% )+ : ?% % D (?A  %" " %   (F)' " WEBNAVIGATOR .'.  , .'. " ('M "  , ;*,  ;") ! "         Web Navigator    SCADA- WinCC.

же удаленно управлять ТП, изменять значения те гов. Для работы с архивами, как и в самой WinCC, предусмотрены два способа представления ин формации – это таблицы и тренды (графики). При работе с архивами клиенту передается только необходимая часть информация, что уменьшает загрузку сети. Создание пакета WebNavigator – это дополни тельный стимул к использованию SCADAсистемы WinCC в распределенных системах отображения и управления в АСУ. WebNavigator является полно функциональным средством, обеспечивающим пол ный набор представлений информации и управле ния ТП, не уступающий и даже превосходящий большинство конкурентов по своей функционально сти. Единственным его ограничением является жест кая привязка к платформе Microsoft Windows клиент ской части приложения (хотя использование Microsoft Terminal Server позволяет снять это ограни чение). Несовместимость с другими ОС и webбрау зерами следует из использования технологии ActiveX, разработанной и активно продвигаемой на рынке Internet фирмой Microsoft.

@5 5;< 

%   @@ WebNavigator  -  5    *!

SIMATIC WinCC WebNavigator – дополнитель ный программный пакет к SCADAсистеме WinCC, позволяющий производить мониторинг и управле ние системами автоматизации через локальную сеть (Intranet) или Internet. Для этого можно использо вать уже созданный WinCC проект. WebNavigator позволяет, не устанавливая допол нительного ПО на клиентском АРМ, а используя стандартный Internet Explorer (IE) или Netscape Navigator, отображать информацию с сервера проек та и даже управлять ТП. Для работы клиента WebNavigator необходима установка нескольких ActiveX объектов, являющихся дополнительными модулями для IE. Установку этих модулей IE осуще ствляет автоматически при первом соединении с сервером. WebNavigator позволяет просматривать мнемо схемы, созданные в WinCC проекте, работать с ар хивами и службой сообщений. Он позволяет так

Для проведения тестов был использован проект, созданный для Самарских тепловых сетей. Этот про ект содержит мнемосхемы, таблицы, графики и фор мы работы с архивом сообщений. Конфигурация сервера: Intel Pentium III Dual 1.0 ГГц, RAM 512, HDD SCSI 40 Гб, сетевой интерфейс 100 Mbps. Кон фигурация клиента: Intel Celeron 700 MГц, RAM 256 Mб, HDD 8 Гб, сетевой интерфейс 100 Mbps. В ходе эксперимента хотелось оценить как объем се тевого трафика, так и время отклика системы. Про изводительность WebNavigator можно визуально оценить как скорость загрузки мнемосхем и время обновления информации на загруженной мнемосхе ме. Наибольшее влияние на производительность си стемы оказывает скорость канала. Каждому клиенту требуется канал пропускной способностью минимум 10 Кбит/с. Естественно, максимальная производи тельность работы системы достигается при обмене данными между сервером и клиентами по локальной

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

При появлении нового программного продукта конечному пользователю, на которого этот продукт ориентирован, всегда хочется быстро оценить воз можность его применения в текущих или будущих проектах. Как правило, это сложно сделать в течение того небольшого отрезка времени, который выделя ется из плотного графика работы над проектами. Как оценить, насколько программный продукт подходит для решения поставленной перед вами задачи? Будет ли он выполнять все возложенные на него функции? Анализ оперативной информации на удаленных АРМ, а тем более управление ТП через Internet/Intranet является очень интересной задачей, позволяющей существенно расширить рамки приме нимости SCADAсистем. Практически все ведущие фирмыразработчики SCADAсистем занимаются разработкой "тонких" клиентов (thin client) или "лег ких" клиентов для своих систем. Фирма SIEMENS разработала пакет WebNavigator для SCADAсистемы WinCC, реализующий работу удаленных клиентов. Технология "тонких" клиентов позволяет просматри вать оперативную и архивную информацию в виде мнемосхем, графиков, таблиц с любого АРМ через Internet Explorer или другой Internet броузер.

3


);:(9//S9 $;//S9 ((9$S

Ïðîãðàììíûå ïðîåêòû ïîõîæè íà âèíî: íåêîòîðûå ïðåâðàùàþòñÿ â óêñóñ, íî ëó÷øèå ñî âðåìåíåì ñòàíîâÿòñÿ åùå ëó÷øå…

Http://www.ipu.ru/avtprom

# “    ? ”

4

сети, однако возможно и модемное подключение клиентов к серверу. При таком подключении время от клика системы будет заметно боль ше. Для оценки времени отклика си стемы использовали секундомер (WebNavigator сложно назвать систе мой РВ), а для оценки загрузки сете вого трафика использовали сетевой экран (firewall) Outpost. Из проведен ных ранее тестов было замечено раз личие в скорости загрузки экранных форм, даже если размер этих форм в байтах был примерно одинаков. Дело в том, что на одних экранных формах все теги могут иметь прямую привязку, а на других – при привяз ке тегов исполняется большое число скриптов. Время загрузки таких форм может различаться в разы, ви димо такое различие в скорости оп ределяется достаточно медленным выполнением скриптов на стороне клиента. Для тестирования приме нялись формы с минимальным чис лом скриптов. Первая мнемосхема имела привязку к 15битовым тегам и 15 тегам типа Word. Вторая мнемо схема имела привязку к 29 тегам ти па Word и 42битовым тегам. Все размеры форм и число привязанных тегов отражены в таблице, получен ной в результате проведения экспе риментов. При подключении клиента по ло кальной сети 100/10 Mbps время от клика системы примерно равно вре мени отклика обычного проекта WinCC. При подготовке проекта для рабо ты с WebNavigator происходит сжатие картинок в среднем в 7 раз. Каждая мнемосхема имеет размер около 25 Kб. Несмотря на небольшой раз мер, каждая мнемосхема загружается на клиентское рабочее место только один (первый) раз. Последующее от крытие происходит из кэша на сторо не клиента. При повторном откры тии мнемосхемы трафик сети составлял около 900…2000 байт для мнемосхемы 25 Kб с прямой привяз кой 30 тэгов.

G! 2003

# .                   

+ + &   &        (   - (,      ), Kb &), ?.

/&!      

;      

24

30

;      

29

71

)           

)           

;   

 

30 – 71

10 5*360

      

;   



16 7*20

      

;   '

13

10

/ P

!     10  ' / P

!     300  '

10 –

    $    ;  B  >

300



+ (  !     , &    (!  ,  , Kb  E   ) 100 Mbps <1 10 Mbps 4 33,6 Kbps 1 19,2 Kbps 2 9,6 Kbps 10 100 Mbps 4 10 Mbps 46 33,6 Kbps 30 19,2 Kbps 35 9,6 Kbps 80 100 Mbps 2 10 Mbps 32 33,6 Kbps 15 19,2 Kbps 20 9,6 Kbps – 100 Mbps 2 10 Mbps 33,6 Kbps 3 19,2 Kbps 9,6 Kbps 10 2 100 Mbps 1 10 Mbps 2 33,6 Kbps 3 19,2 Kbps 4 9,6 Kbps 10 100 Mbps 4 10 Mbps 34 33,6 Kbps 25 19,2 Kbps 27 9,6 Kbps – 100 Mbps 2 10 Mbps 7 33,6 Kbps 8 19,2 Kbps 10 9,6 Kbps – 100 Mbps 4 10 Mbps 30 33,6 Kbps 25 19,2 Kbps 27 9,6 Kbps – 100 Mbps 2 10 Mbps 3 3 33,6 Kbps 7 19,2 Kbps 10 9,6 Kbps – 100 Mbps 3 10 Mbps 20 33,6 Kbps 25 19,2 Kbps 9,6 Kbps 50 100 Mbps <1 10 Mbps 1 33,6 Kbps 3 19,2 Kbps 5 9,6 Kbps 10 2 100 Mbps <1 10 Mbps 2 33,6 Kbps 3 19,2 Kbps 5 9,6 Kbps 15

)   $ S 4 6 9 / /  (  


При модемном подключении (33,6 и 19,2 Kbps) скорость работы удаленного клиента была вполне удовлетворительной. Длительное время выполня лась только первая загрузка мнемосхем, повторное их открытие и обновление информации происходи ло практически мгновенно. При подключении на скорости 9,6 Kbps скорость реакции системы на действия пользователя становилась не удовлетвори тельной, происходили сбои связи с сервером, что приводило к необходимости переподключения. Та кой результат был прогнозируемым, т. к. скорость 9,6 Kbps ниже минимально заявленной в докумен тации. Таблица содержит значения времени реак ции системы в зависимости от скорости подключе ния и объем информации, передаваемой по сети, полученные в ходе экспериментов. Прочерки в ячейках таблицы означают отсутствие данных. Например, на скорости 9,6 Kbps загрузка некото рых мнемосхем заканчивалась сообщением об ошибке соединения с сервером. @  5 @

Первое, на что надо обратить внимание при уста новке WebNavigator, это версии программных про дуктов. Необходимо, чтобы версии точно совпадали с указанными в документации. Теперь несколько слов о самой разработке. Как правило, адаптация однопользовательского проек та WinCC для работы через WebNavigator требует больших затрат времени. Не всегда можно исполь зовать готовые экранные формы, система навига ции проекта тоже может не работать. Старайтесь разрабатывать проект с учетом особенностей WebNavigator. Основные особенности, которые на до учитывать при разработке проекта WebNavigator, приведены ниже. – Просмотр экранных форм WebNavigator осу ществляется на мониторах, имеющих различное раз решение, зачастую более низкое, чем на мониторе операторов. Необходимо учитывать возможность масштабирования мнемосхем. – Большое число скриптов на формах приводят к увеличению времени открытия форм на рабочей станции клиента. – Не реализована функция динамического вы бора наборов трендов для их отображения. – Если по какойто причине вам необходимо хра нить информацию о текущем состоянии проекта (на пример имя открытой экранной формы или числовые значения, индивидуальные для каждого клиента) ис пользуйте глобальные переменные, или свойства не видимых объектов (но не внутренние теги).

– Нежелательно использовать привязку тегов к свойствам графических объектов с помощью скриптов, хотя это ограничение, начиная с версии 1.1, было снято. Как показывают тесты, эти скрипты иногда при загрузке мнемосхемы могут не сработать. – Собственные ActiveXкомпоненты для WebNavigator лучше разрабатывать только на Visual Basic или использовать дополнительный пакет WinCC – IndustrialX. Для нормальной работы на стороне клиента нестандартные ActiveX компоненты должны быть уста новлены до загрузки WebNavigator приложения. – Рекомендуется использовать только стандарт ные шрифты, имеющиеся как в Win2000, так и в Win98, в противном случае вам придется устанав ливать недостающие шрифты на клиентскую маши ну (хотя IE поддерживает функцию автоматической установки шрифтов). – Компонент "Application Window" не реализо ван на "тонком" клиенте. Желательно для операторского и WebNavigator проекта разрабатывать один набор мнемосхем, если это возможно, а не два различных набора для каждой части проекта. Это поможет облегчить внесение из менений при отладке проекта. Если необходимо реа лизовать различную логику в скриптах мнемосхем для операторского и WebNavigatorпроекта, то лучше использовать языковую конструкцию вида #ifdef RUN_ON_WEBNAVIGATOR #else #endif, допусти мую в скриптах WinCC. Странно, что в документации по WebNavigator нет упоминания о возможности масштабирования мне мосхем по размеру окна IE на клиенте, тогда как она предусмотрена. Для того, чтобы масштабировать изображение, необходимо в конце URL дописать "?FitToSize=TRUE". В остальном создание WebNavigatorпроекта практически не отличается от создания обычного проекта в WinCC. WebNavigator хорошо справляется со своей зада чей предоставления возможности подключения уда ленных пользователей к системе WinCC. Его харак теристики позволяют применять его как в локальной сети, так и при модемном подключении. Технология "тонкого" клиента позволяет свести до минимума на стройку клиентских рабочих мест. По своей функци ональности он практически не уступает обычному клиентскому рабочему месту WinCC. Использование WebNavigator в локальной сети для мониторинга и управления ТП целесообразно для работников КИП или технологов, а также для руководящего со става, для группы пользователей, не задействован ных в постоянном контроле ТП.

Папировский Роман Владимирович –инженер6программист, Маслов Дмитрий Владимирович – ведущий6инженер НВФ "Сенсоры, модули, системы". Контактные телефоны в г. Самаре: (8462) 42641613, 42641612. E6mail: roman@industrialauto.ru, dmaslov@industrialauto.ru http://www.sms6samara.ru

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

);:(9//S9 $;//S9 ((9$S

5


);:(9//S9 $;//S9 ((9$S

 + ? % D &%  " D  %" C '%"% #  &S#%A &?, %% )

.. ( ( "5 ;")

Http://www.ipu.ru/avtprom

!                  $       

6

В настоящее время системы пожарной автома формации и управления. В настоящее время ведется тики для вновь строящихся и реконструируемых работа по введению в состав программнотехничес объектов добычи и транспортировки газа, как пра ких средств верхнего уровня АРМ оператора на ос вило, разрабатываются как многоуровневые подси нове промышленного компьютера и его сертифика стемы автоматизированных систем управления ос ции для использования его в качестве основного новными технологическими процессами (АСУТП). средства отображения информации и управления. При этом, на нижнем уровне для локальных объек В создаваемых в настоящее время подсистемах тов защиты (газоперекачивающие агрегаты, от пожарной автоматики реализуется концепция обес дельные технологические участки) решаются зада печения пожарной безопасности, предусматриваю чи обнаружения загораний и формирования щая формирование управляющих воздействий по управляющих воздействий на устройства оповеще факту возникновения пожара с целью уменьшения ния о пожаре и установки пожаротушения. ущерба от него. На верхнем уровне подсистемы пожарной автоматики (общецехо вом или общеобъектовом) реша ются задачи контроля техническо го состояния функциональных устройств и линий связи подсисте мы, отображения и архивирования информации о месте и времени возникновения загораний, о сра батывании установок пожароту шения и режимах их работы, обме на информацией с АСУТП и др. Структурная схема подсисте мы пожарной автоматики показа на на рисунке. Основу каждого из указанных уровней пожарной автоматики со ставляют пожарные ПЛК на базе тех же аппаратно – программных средств, что и для устройств уп равления основным ТП. Алгоритм работы подсистемы предусматри вает возможность автономной ра боты контроллеров нижнего уров ня при пропадании связи с контроллером верхнего уровня. Контроллеры верхнего уровня имеют встроенный или выносной пульт сигнализации и управления. В качестве дополнительного уст ройства отображения информа ции используется монитор ПК. %      ,       Отсутствие сертификата пожар

   ной безопасности на ПК и его &'( –       внешние устройства не позволяют )%& *'% –    &    &G'  '+ –  P     использовать их в качестве основ %&'# –  &    P ? ного средства отображения ин

G! 2003

    $    ;  B  >



)   $ S 4 6 9 / /  (  


Учитывая широкие вычислительные возможнос ти пожарных контроллеров, более предпочтитель ной является реализация концепции, предусматри вающей предотвращение условий возникновения загораний на основе прогнозирования развития по жароопасных ситуаций. Модель прогнозирования должна учитывать параметры ТП, технологическо го оборудования и внешней среды, обуславливаю щих образование горючей среды и источников ее воспламенения. К таким параметрам, в частности, относятся расход и давление горючих жидкостей в технологических установках, концентрация газа или паров горючих жидкостей в объеме помещения, температура вращающихся частей технологическо го оборудования, потенциал статического электри чества и др. Контроль указанных параметров и анализ их зна чений в соответствии с моделью развития пожаро опасной ситуации позволит за счет своевременного формирования управляющих воздействий сущест венно снизить вероятность возникновения пожаров. Для внедрения подсистем пожарной автоматики такого типа необходимо разработать модели пожаро опасного состояния объектов защиты и создать нор мативную базу для проектирования. Периферийная часть подсистемы пожарной ав томатики включает пожарные извещатели различ ного принципа действия, световые и звуковые опо вещатели, исполнительные устройства установок пожаротушения, коммутационные устройства. Связь этих устройств с центральной частью подсис темы в настоящее время осуществляется на основе радиальных структур без использования принципа адресации. Для систем пожарной автоматики газоперекачива ющих агрегатов со сравнительно небольшим числом пожарных извещателей такая структурная реализация является, очевидно, оправданной. Однако, для объек тов добычи газа, где системы пожарной автоматики имеют развитую периферийную часть, наряду с ис пользованием радиальных структур целесообразно применение кольцевых и радиальнокольцевых структур с адресными пожарными извещателями и исполнительными устройствами. Эффективное функционирование систем пожар ной автоматики обеспечивается как выбором струк туры системы, так и ее аппаратурным обеспечением, которое должно базироваться на применении техни ческих средств, адаптированных к условиям эксплу атации на объектах ОАО "Газпром". Эти условия характеризуются наличием взрыво опасных зон, высокими температурами рабочих по верхностей защищаемого оборудования, наличием значительного количества паров масла, высоким уровнем вибрации и рядом других факторов.

Наличие взрывоопасных зон обуславливает не обходимость применения пожарных извещателей с соответствующим видом взрывозащиты. При этом следует иметь в виду, что ряд отечественных тепло вых пожарных извещателей с видом взрывозащиты "взрывонепроницаемая оболочка" являются изве щателями "резервуарного" типа, т.е. предназначены для обнаружения загораний в резервуарах с нефте продуктами. Их испытания, в том числе и сертифи кационные, по показателям инерционности прово дятся в масляном термостате. При применении таких извещателей в воздушной среде показатели инерционности существенно хуже. Проектным ор ганизациям следует учитывать данное обстоятель ство при выборе взрывозащищенных тепловых из вещателей. В последнее время на объектах ОАО "Газпром" до статочно широко начали применять пожарные изве щатели пламени ультрафиолетового (УФ) и инфра красного (ИК) диапазонов спектра излучения. Известно, что УФ извещатели пламени значи тельно снижают чувствительность при загрязнении смотрового окна, в частности, парами машинного масла, поэтому в условиях возможного воздействия таких паров следует либо применять специальные за щитные меры, либо использовать ИК извещатели пламени. УФ извещатели пламени весьма чувстви тельны к воздействию излучения сварки как прямо го, так и отраженного, поэтому следует полностью исключить воздействие на эти извещатели излуче ния сварки, в том числе и через открытые оконные и дверные проемы при проведении сварочных работ вне защищаемого помещения. Ложные срабатывания ИК извещателей пламени возможны при попадании в зону их обзора нагретых поверхностей оборудования. Для ряда извещателей пламени ИК диапазона ал горитм распознавания загораний предусматривает анализ как постоянной, так и низкочастотной пере менной составляющих излучения пламени. Это в значительной степени повышает помехозащищен ность ИК извещателей пламени. Однако и такие из вещатели могут ложно срабатывать при вибрации технологического оборудования, особенно в пере ходных режимах работы, когда частота модуляции ИК излучения нагретых поверхностей может совпа дать с частотным диапазоном чувствительности из вещателей. Такие ситуации возможны при установке ИК извещателей пламени под кожух двигателя газо перекачивающего агрегата. Использование рассмотренных принципов пост роения технических средств при разработке систем пожарной автоматики для объектов добычи и транс порта газа позволит обеспечить эффективную проти вопожарную защиту этих объектов.

Лыков Анатолий Григорьевич – заместитель начальника управления АСУТП ОАО "Газпром". Контактный телефон (095) 719668611.

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

);:(9//S9 $;//S9 ((9$S

7




%"? '%"% )+ & )-+'

%'#  ? ( % #'   D% .. #! (  )

Http://www.ipu.ru/avtprom

/           

     . '       

          .

8

В современных условиях перед предприятиями стоят задачи увеличения ценности информацион ных технологий (ИТ) для бизнеса, прежде всего, путем организации управления развитием ИТ и реализации информационных потребностей ко нечных пользователей всех уровней. Успешное их решение во многом определяется следующим пе речнем работ, предшествующих непосредственно му внедрению ИТ: разработка стратегии развития ИТ, реорганизация бизнеспроцессов, создание системы качества, создание концепции и форми рование требований к корпоративной информаци онноуправляющей системе (КИУС), анализ рын ка и выбор тиражируемых компонент КИУС, разработка ТЗ на создание и/или внедрение ком понент КИУС. Как правило, самостоятельно выполнить пере численные задачи предприятие не в состоянии из за их сложности и трудоемкости, а также отсутст вия опыта и соответствующей квалификации персонала. Однако, управление соответствующими проектами должно осуществляться сотрудниками предприятия. В этой связи наметилась четкая тен денция организации в рамках предприятий специ альных подразделений, аккумулирующих в себе бизнесаналитиков и системных аналитиков, перед которыми ставятся задачи обеспечения разработки и ведения модели бизнеспроцессов предприятия, нормативной документации и регламентов взаимо действия подразделений, формирования предло жений по реорганизации процессов и совершенст вованию организационной структуры, взаимодействия с внешними консультантами, фор мирования требований к ИТ и контроля развития ИТ на предмет их соответствия задачам бизнеса и т.п. Достаточно часто подобные подразделения создаются в рамках ИТслужбы предприятия, практически всегда они непосредственно подчиня ются заместителю директора по ИТ (CIO – Chief Information Officer), несущему ответственность за долгосрочные последствия проектных решений, их соответствие целям и задачам бизнеса.

G! 2003

Главным препятствием в организации подобно го подразделения является явный недостаток ква лифицированных кадров. Если для обучения и по вышения квалификации персонала ИТслужбы в ее традиционном виде имеется огромное число сертифицированных курсов, в совокупности по крывающих все стоящие перед ИТслужбой зада чи, то подготовка аналитиков часто оставляет же лать лучшего: отечественные учебные центры, как правило, предлагают лишь краткосрочные курсы по конкретным инструментам моделирования (CASEсредствам). Иногда подобные курсы вклю чают отдельные фрагменты соответствующих мето дологий, практически никогда в них не рассматри ваются конкретные методики, собственно, и являющиеся "know haw" консалтинговых компа ний. Такие методики аккумулируют опыт большого числа успешных проектов, регламентируют после довательность шагов и этапов их выполнения и, фактически, являются своего рода руководствами для аналитиков. Ниже приводится описание варианта учебного курса, включенного в учебные программы МВТУ им. Баумана, МГТУ "СТАНКИН", магистратуры ВМиК МГУ им. Ломоносова и апробированного ав тором более чем в 20 российских предприятиях при подготовке аналитиков предприятия. Предлагаемый курс дает слушателям представле ние о современных подходах, методологиях и мето диках выполнения проектов по моделированию, анализу и реорганизации бизнеспроцессов пред приятий и их автоматизации, знакомит с методами моделирования и анализа требований к КИУС, а также поддерживающими их инструментальными средствами класса CASE. В его основе лежит прак тический опыт выполнения консалтинговых проек тов для крупнейших предприятий и учреждений России. По итогам курса слушатели получают навыки в: – построении интегрированных моделей биз неспроцессов с глубиной проработки до уровня от дельной функции каждого должностного лица;

    $    ;  B  >



)   $ S 4 6 9 / /  (  


– осуществлении анализа построенных моделей, выявлении их узких мест и формировании предло жения по реорганизации бизнеспроцессов; – выявлении, формализации, документирова нии и согласовании требований по автоматизации бизнеспроцессов и созданию КИУС. Структурно курс состоит из трех частей: – лекционной части продолжительностью около 40 ч; – консультационной части средней продолжи тельностью около двух часов на одного слушателя; – практической части, продолжительность кото рой определяется сроками выполнения соответству ющих этапов проекта (моделирования, реорганиза ции, формирования требований к КИУС и т. п.). Лекционная часть включает детальный обзор по ложения дел в рассматриваемой области (подходы, методы, языки), а также рассмотрение основных элементов методик, созданных и совершенствуемых на основе опыта выполнения свыше 30 проектов, включавших моделирование в качестве интегрирую щего этапа (методики структурирования предприя тия, построения его модели, оценки качества биз неспроцесса и др.).1 Целью консультационной части курса является демонстрация основных приемов моделирования бизнеспроцессов и выработка у слушателей практи ческих навыков самостоятельного построения моде лей. В рамках данной части курса осуществляется: – демонстрация возможностей конкретного CASEпакета;

– демонстрация основных приемов моделирова ния на фрагментах, выполненных для конкретных предприятий; – построение "у доски" модели выбранного слу шателями бизнеспроцесса; – консультирование по создаваемым каждым слушателем собственным фрагментам моделей; – общее обсуждение каждой из созданных слу шателями моделей. Практическая часть курса служит для закрепле ния полученных знаний и навыков и завершает подготовку полноценного аналитика. Ее смысл заключается в привлечении слушателей в кон кретный проект, выполняемый консультантами, на весь его срок от постановки задачи до оформле ния, согласования и сдачи отчетных документов. При этом главная задача слушателей заключается в рецензировании построенных консультантами моделей, они являются своего рода интерфейсом между консультантами и специалистамипред метниками. После завершения проекта слушате ли будут: – являться экспертами предметной области и ее модели; – способны самостоятельно осуществлять со провождение моделей (внесение изменений); – способны осуществлять контроль выбора, раз работки и внедрения компонентов КИУС на предмет их соответствия целям и задачам бизнеса; – способны самостоятельно выполнять анало гичные проекты.

1 Темы лекционной части курсов. 1) Вступительная часть: основные определения; типы проектов, в основе которых лежит моделирование бизнеспроцессов; клас сификация бизнеспроцессов; требования к моделированию; со став и структура модели. 2) Методы, средства и языки моделирования: структурный, объ ектноориентированный подходы к моделированию и ориентиро ванные на бизнеспроцессы методы; структурный подход (основ ные идеи и принципы; базовые модели – диаграммы потоков данных и спецификации процессов, диаграммы "сущностьсвязь", диаграммы переходов состояний, структурные карты; характерис тики и метрики качества структурной модели; обзор методологий структурного анализа и проектирования, включая методологии Йодан/де Марко, ГейнСарсон, SADT, SSADM и др.); объектно ориентированный подход (основные принципы; базовые модели; UML и RUP; сравнение со структурным подходом); CASEсредст ва автоматизации структурных и объектноориентированных ме тодологий (концептуальные основы, классификация, обзор рын ка); методы, ориентированные на бизнеспроцессы (карты процесса; методология и инструментарий ARIS; специфика ори ентированного на бизнеспроцессы инструментария); стандарты в области моделирования бизнеспроцессов; методика внедрения подходов (выбор методологии, выбор CASEсредства, выбор пи лотного проекта, дополнительное обучение).

3) Практические рекомендации по этапам выполнения проекта по моделированию: задачи и этапы проекта; проведение обследо вания/диагностики деятельности предприятия (методы – анке тирование, сбор документов, интервьюирование; правила – что, у кого, как); моделирование (методика построения моделей "как есть" и "как должно быть"; специфика и методика построения си стемного проекта; состав и структура отчетных документов по моделям); предложения по автоматизации и техническое проек тирование. 4) Методы анализа и реорганизация бизнеспроцессов: ключе вые моменты реорганизации бизнеспроцессов предприятия; об зор подходов к реорганизации (BSP – планирование бизнессис тем, CPI/TQM – постоянное улучшение качества, BPR – реинжиниринг бизнеспроцессов); методы оценки деятельности предприятия (динамическое моделирование с использованием сетей Петри, ABC – метод функциональностоимостного анали за, ТОП – формализованная методология оценки качества моде лей); требования к инструментарию анализа и реорганизации бизнеспроцессов. 5) Опыт выполнения проектов: основные проблемы, возникаю щие в процессе выполнения работ; примеры проектов и их ре зультаты; обзор и рекомендации по дополнительной литературе на тему курса.

Калянов Георгий Николаевич – проф., д6р техн. наук, вед. научн. сотрудник ИПУ РАН. E6mail: kalyanov@mail.ru

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

((9$S $;B @;/9(-)B9((

9




"" &,   %" '%"% )+

OPC-'?  %#?%C A %#% C – %' ') "C%' D #"%' ' "?B(C '%"% )+

'.. , ,  %!* (-  @*  *    -  *  ) !    COM  OPC,            OPC-  . '    OPC-        .

'  

В настоящее время информа ционная АСУ промышленным предприятием имеет иерархичес кую структуру, включающую сле дующие неотъемлемые уровни: – нижний уровень представ ляет собой технологические уст ройства: датчики, контролеры, механизмы и т. д. Поток инфор мации от нижнего уровня дол жен быть предоставлен пользо вателям и всем приложениям среднего уровня, использующим их посредством цифровых ком муникационных протоколов связи. При этом в системе не должно возникать проблем не совместимости; – средний уровень – SCADAсистемы для сбора дан ных и диспетчерского управле ния ТП на производстве. Этот уровень обеспечивает вторичную обработку данных, которые по лучены с нижнего уровня, сохра нение данных и их доступность приложениям и пользователям верхнего уровня;

Для обеспечения совместимо сти между уровнями и создания эффективной интегрированной системы управления предприяти ем системный интегратор или разработчик АСУТП должен из влекать данные ТП в РВ с самого нижнего уровня и построить "прозрачный" путь получаемым данным к самым верхним уров ням. Чтобы получить систему, от вечающую всем потребностям за казчика, системному интегратору или разработчику необходимо ис пользовать инструментальные средства управления различных уровней – SCADAпакеты, БД, электронные таблицы. Ключ к этому – открытая и эффектив ная коммуникационная архитек тура взаимодействия между при ложениями, которую предлагает стандарт OPC (OLE for Process Control – основной промышлен ный стандарт взаимодействия между программными компонен тами сбора данных и управления, основанный на Component Object Model (COM) фирмы Microsoft).

контроллерами, УСО и система ми представления технологичес кой информации, оперативного диспетчерского управления, а так же СУБД. OPCтехнология создана кон сорциумом OPC Foundation, в ко тором участвуют практически все мировые ведущие производители аппаратного оборудования и ПО для промышленной автоматиза ции. На сегодняшний день OPC технология в определенной степе ни реализована и продолжает развиваться. OPC Foundation пыта ется охватить все аспекты, связан ные с взаимодействием между ком понентами ПО, между ПО, SCADAсистемами и технологиче ским оборудованием. В настоящее время насчитывается порядка деся ти OPCспецификаций – Data Access (доступ к данным РВ), Alarms & Events (обработка тревог и событий), Historical Data Access (доступ к историческим данным) и т.д. Поэтому можно определить OPC как стандарт взаимодействия между программными компонен тами сбора данных и уп равления, основанный на COMтехнологии фирмы Microsoft. Через OPCин # “    ? ” терфейсы одни приложе ния могут читать или запи OPC- -!  OPC- <  сывать данные в другие OPC – технология для систем приложения, обмениваться собы промышленной автоматизации, тиями, оповещать друг друга о не предназначенная для обеспечения штатных ситуациях, осуществлять универсального механизма обмена доступ к данным, зарегистрирован данными между датчиками, ным в архивах. Эти приложения исполнительными механизмами, могут располагаться как на одном

Http://www.ipu.ru/avtprom

Ïî÷åìó èùóò êëþ÷ ê ðåøåíèþ ïðîáëåìû, à íå äâåðü ñ çàìî÷íîé ñêâàæèíîé, êîòîðóþ ìîæíî îòêðûòü ýòèì êëþ÷îì?

10

– верхний уровень – приложе ния управления ресурсами предпри ятия. Информация с уровня SCADA систем должна быть доступной для этого уровня, т.е. доступ к данной информации из прикладных про грамм не должен вызывать проблем.

G! 2003

    $    ;  B  >



)   $ S 4 6 9 / /  (  


)2$$/9 @9()9D9/9 ((9$ $;B

OPC – Z * COM- \ 

OPCтехнология основана на модели распределенных компо нентных объектов DCOM (Distributed COM), представляю щей собой сетевое расширение COM. Таким образом, можно ут верждать, что OPC – это COM для систем управления (COM for Process Control). Приложение, использующее COMтехноло гию, реализует информацион ный обмен с помощью COM объектов. Каждый COMобъект поддерживает несколько COM

!. 1. COM-  

    $    ;  B  >

интерфейсов. Клиенты могут по лучить доступ к услугам COM объекта только через вызовы операций его интерфейсов. COMинтерфейсом является оп ределенная структура памяти, содержащая массив указателей на все операции интерфейса. COMтехнология использует глобальные уникальные иденти фикаторы (Globally Unique Identifier – GUID) для иденти фикации практически всех объ ектов (СLSID – Class Identifier) и интерфейсов (IID – Interface Identifier). Система идентифика ции GUID разработана для ис пользования в среде распреде ленных вычислений (DCE – Distributed Computing Environment). Сервис COM базируется на про токоле вызовов удаленных про цедур (Remote Procedure Call – RPC) в среде DCE. Все COMин терфейсы должны наследовать общий, базовый интерфейс, реа лизованный в виде класса IUnknown. Это единственный интерфейс, о котором знают все объекты (клиенты и серверы). В интерфейсе IUnknown имеется метод IUnknown::AddRef() для увеличения счетчика обращений клиентов к серверу и метод IUnknown::Release() для его уменьшения. В библиотеке ин терфейсных функций COM име

ется функция CoCreateInstance(), которая, используя идентифика торыпараметры CLSID и IID, создает экземпляр соответствую щего компонента для информа ционного обмена и получает ука затель на интерфейс этого экземпляра. COMтехнология предоставляет для информаци онного обмена два важных моду ля: заместитель (proxy), располо женный в клиенте, и заглушку (stub), расположенную в сервере. Proxy принимает вызов клиента, кодирует и пакетирует его и пере дает специальному объекту кана ла, который ответственен за фи зическую передачу данных по сети. На стороне сервера пакеты принимает stub, в чьи функции входит распаковка вызовов и пе редача их серверу. Указанный процесс получил название мар шалинга (Marshaling). COMтех нология поддерживает стандарт ный маршалинг, который использует proxy и stub, взаимо действующие друг с другом по протоколу RPC. Рис. 1 [2] и рис. 2 иллюстриру ют в качестве примера последова тельность действий при передаче данных клиенту из COMсервера по запросу клиента. Будем счи тать, что используемый при этом интерфейс определен в классе IReadData. В соответствии с рис. 1

!. 2. '          COM-



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

компьютере, так и быть распреде ленными в сети. При этом незави симо от фирмы поставщика OPC стандарт, признанный и поддерживаемый всеми ведущи ми фирмамипроизводителями SCADAсистем и оборудования, обеспечит их совместное функцио нирование [1]. Популярный класс OPCпри ложений представляет собой спе циализированные OPCсерверы конкретных аппаратных уст ройств, обеспечивающих предо ставление информации о состоя нии параметров ТП OPC клиентам на локальном компью тере или в компьютерной сети. Современные SCADAсистемы поддерживают OPCспецифика ции, являясь OPCклиентами. В этом смысле зачастую специа лизированные OPCсерверы раз рабатывают фирмыпроизводите ли аппаратных средств нижнего уровня. Спецификации OPC под держиваются во многих совре менных SCADAсистемах.

11


Http://www.ipu.ru/avtprom

)2$$/9 @9()9D9/9 ((9$ $;B

12

при чтении выполняются следу ющие действия: 1. клиент вызывает функцию CoCreateInstance() библиотеки COM с параметрами CLSID сер вера и IID интерфейса IReadData; 2. библиотека COM клиент ского процесса (в дальнейшем обозначается cCOM) с помощью соответствующей функции опре деляет местонахождение сервера и передает вызов библиотеке COM серверного процесса (в дальнейшем обозначается sCOM); 3. sCOM запускает сервер; 4. сервер саморегистрируется, создает COMобъект и регистри рует его; 5. sCOM размещает stub в ад ресном пространстве сервера и извлекает указатель на интер фейс IReadData стандартного маршалинга; 6. sCOM передает необходи мую информацию в cCOM; 7. cCOM размещает proxy в адресном пространстве клиента и передает proxy полученный ука затель на интерфейс IReadData стандартного маршалинга, кото рый передается клиенту; 8. рroxy создает RPCканал для информационного обмена с stub, возвращает указатель на proxyинтерфейс клиенту. Теперь клиент и сервер могут непосред ственно обмениваться информа цией через RPCканал; 9. клиент вызывает IReadData::Read(). Proxy упако вывает вызов и посылает его stub. В свою очередь, stub распаковы вает полученный пакет и путем вызова соответствующей функ ции COM получает требуемую информацию из сервера. Stub упаковывает полученную инфор мацию и посылает упакованный пакет обратно proxy, который, в свою очередь, распаковывает полученный пакет и вручает его клиенту; 10. когда клиент завершает свою работу с севером, он вызы вает метод IUnknown::Release(). В результате proxy уведомляет stub о завершении информационного

G! 2003

обмена и освобождает RPCканал (proxy и stub удаляются из адресно го пространства клиента и сервера). Указанную последователь ность действий в виде временной диаграммы иллюстрирует рис. 2. Существуют три типа серверов: – внутризадачный сервер (in process) – COMобъекты исполь зуют динамически подключаемые библиотеки, сервер работает в ад ресном пространстве клиента; – локальный сервер (local) – сервер и COMобъекты работают в отдельном адресном простран стве той же ЭВМ, в которой рабо тает и клиент; – удаленный сервер (remote) – сервер и его COMобъекты рабо тают на другом компьютере. В частном случае, когда кли ентский и серверный процессы функционируют в одной и той же ЭВМ, но в разных адресных про странствах (локальный сервер), реализация RPCканала сущест венно упрощается, но алгоритм информационного обмена сохра няется. @;  ; ; <* OPC- < !;

Как указывалось выше, в на стоящее время существует много OPCспецификаций, но наиболее широко используется специфика ция Data Access по следующим причинам. Вопервых, она обес печивает доступ к данным в РВ. Вовторых, эта спецификация по явилась раньше других и по этой причине является более востребо ванной. В силу названных при чин, в настоящее время многие SCADAсистемы поддерживают только OPCспецификацию Data Access. Базовым понятием этой спе цификации является элемент данных (Item). Каждый элемент данных имеет значение (Data Value), метку времени (Time Stamp) и признак качества (Quality). Для обмена данными между OPCклиентом и OPCсер вером в OPCспецификациях ис пользуется тип данных DCOM, называемый VARIANT, т.е. значе ние Data Value может быть прак

    $    ;  B  >



тически любого скалярного типа: булевского, целого, с плавающей точкой или строкой. Признак ка чества Quality определяет степень достоверности значения, а каждое передаваемое значение сопро вождается меткой времени проис хождения Time Stamp, показыва ющей время последнего обновления элемента данных. Time Stamp имеет размер 8 байтов и может показывать UTCвремя (всеобщее скоординированное время) с 01.01.1601 с 100наносе кундной точностью. В общем случае различают OPCсерверы данных, тревог и OPCсерверы архивов. OPC серверы физических устройств обычно являются только сервера ми данных. Серверы тревог и ар хивов чаще всего "паразитируют" на серверах данных. В простых случаях все указанные разновид ности OPCсерверов могут быть реализованы в виде одного физи ческого OPCсервера. С помощью OPCсерверов данных SCADAсистема может обращаться к любому аппаратно му устройству путем вызова опре деленных функций OPCсервера, подписываться на получение оп ределенных данных какоголибо канала или устройства. В свою очередь OPCсервер опрашивает аппаратное устройство, вызывает известные функции клиента, под тверждает клиенту получение данных и посылает требуемые клиенту данные. Обмен данными между OPC клиентом и OPCсервером может быть реализован в трех режимах [3] – синхронного и асинхронно го чтения/записи и подписки (только чтение). – При синхронном чте нии/записи клиент посылает сер веру запрос со списком интересу ющих его переменных и ждет, когда сервер его выполнит. – При асинхронном чте нии/записи клиент посылает сер веру запрос, а сам продолжает ра ботать. Когда сервер выполнил запрос, клиент получает уведом ление. Этот режим обладает боль

)   $ S 4 6 9 / /  (  


)2$$/9 @9()9D9/9 ((9$ $;B

  = ( = ( = ( 6 !  = ( =   ( (Ethernet = 10Base–T) ( & 

D E  /  100

= ! & 100000

;

(  !  ,      ,   (%) E / 9 100 1111000

1

5000000

22

100

227000

100

10000

16

62500

1

50000

15

100

1000

15

1

3000

9

40 60 50 50 10 12 10 10

3333 6666 333

шей гибкостью и рекомендуется в большинстве случаев, т. к. он минимизирует затраты процес сорного времени и сетевых ресур сов, особенно при передаче зна чительно большого числа элементов данных. – В случае подписки клиент передает серверу список интере сующих его переменных, а сервер присылает клиенту информацию об изменившихся переменных из этого списка. При этом сервер бу дет передавать клиенту информа цию только тогда, когда данные изменились, причем эти данные передаются единым блоком. Эти меры позволяют существенно ус корить обмен данными, особенно если речь идет о взаимодействии через сеть. В зависимости от реализации OPCсервера, OPCклиенты мо гут получать данные либо прямо от устройства (через OPCсервер), или от кэша OPCсервера. Важной характеристикой яв ляется производительность OPC сервера. Производительность OPCсервера зависит от ряда фак торов – вида OPCсервера (внут ризадачный, локальный или удаленный), возможности груп пировки данных для отправки клиентам, ОС (по результатам ис следований центра Doculabs [4] получено, что любое приложение выполняется в среде Windows 2000 быстрее, чем в Windows NT на 16…122 %) и т.д. Сказанное ил люстрирует табл. 1 (результаты те

стирования производительности OPCсервера, разработанного фирмой Intellution [5]). Из таблицы следует, что пере дача один раз в 1 с 100 элементов займет значительно меньше ре сурсов, чем одного элемента через каждые 10 мс [1].

    $    ;  B  >



 **  OPC-       - * 

Типичная структура реализа ции OPCсервера приведена на рис. 3. Клиент может опраши вать данные с помощью функции сервера Read(). Когда клиент же лает получить данные из кэша, то функция Read() извлекает тре буемые данные прямо из кэша. Клиент может получить свежие данные из устройства и при этом Read() передает управление функ ции ReadFromDevices(), в свою очередь ReadFromDevices() опра шивает устройство и передает по лученные данные клиенту. Функ ция Write() предназначена для записи данных клиента непо средственно на устройство выво да и/или в кэш данных. Процесс "Обновление устройства и кэша" обеспечивает периодическое об новление кэша данных (ввод) и обновление устройств вывода. При этом периодичность обновления информации зада ется клиентом. Процесс "Об новление клиентов" служит для передачи данных клиентам в случае асинхронного обмена и подписки.

В настоящее время имеет мес то следующая негативная ситуа ция. Существующие OPCсерве ры поддерживают в каждом конкретном случае некоторое подмножество аппаратных интер фейсов, причем состав этого под множества зачастую отражает конкурентные интересы опреде ленных фирм. Вследствие этого, подмножество поддерживаемых аппаратных интерфейсов не явля ется представительным, а аппа ратные средства с более высоки ми ТЭП в конкретных случаях не удается использовать. Поэтому весьма актуальной представляет ся разработка OPCсерверов с от крытой архитектурой. Под откры тостью, в данном случае, понимается возможность просто го и быстрого включения в OPC сервер требуемого аппаратного интерфейса как из числа сущест вующих, так и из вновь появляю щихся. Работа в этом направле нии (методология, технология и ПО) представляется авторам весьма перспективной. OPCсервер с открытой архи тектурой должен иметь возмож ность обмена данными с написан ной разработчиком аппаратуры динамической библиотекой (DLL). Данная библиотека долж на либо содержать весь код, необ ходимый для управления кон кретным устройством в системах автоматического контроля ТП, либо обеспечивать интерфейс с соответствующей библиотекой, поставляемой производителем оборудования. Все детали COM/DCOM при этом реализо ваны общей частью сервера, пре доставленного в виде выполняе мого файла. Интерфейс DLL с сервером должен быть прост для

!. 3. #     OPC-

)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

#  1. '    OPC-  " Intelltion (        Pentium 233, /) Windows NT 4.0 Workstation)

13


)2$$/9 @9()9D9/9 ((9$ $;B

Http://www.ipu.ru/avtprom

!. 4. 7      OPC-        

14

разработчиков. В настоящее вре мя известны несколько OPCсер веров с открытой архитектурой, претендующие на универсаль ность (наиболее интересен, с этой точки зрения Universal OPC Server фирмы Fastwel). Universal OPC Server прост и недорог, но ему при сущ ряд ограничений. Вопервых, клиент получает информацию не непосредственно из устройства, а из внутреннего буфера DLL. При этом запаздывание данных определяется частотой сканирова ния устройства (для всех групп элементов), которая обеспечива ется специальным процессом, раз мещаемым внутри DLL. Вовто рых, конфигурирование или интерактивное взаимодействие конечного пользователя с устрой ством или с DLL во время работы сервера не предусматривается. Для устранения первого из на званных недостатков можно ис пользовать структуру OPCсерве ра, представленную на рис. 4. Сервер использует DLL со следу ющими сопровождающими функциями: – ReadTag() – опрашивает значение одного элемента из уст ройства или из буфера DLL (Tags), возвращаемое значение функции копируется в кэш данных сервера; – ReadTags() – циклически вызывается процессом "Обновле ние устройства и кэша" из сервера EXE (в соответствии с запросами клиентов таких процессов может быть несколько). Она также вызы вается, когда клиент реализует ReadFromDevices(). Функция ReadTags() читает данные всех или группы элементов из устройства

G! 2003

!. 5. OPC-         ( 2)

в буфер DLL. После этого следует многократно вызывать функцию ReadTag(), которая копирует дан ные из буфера DLL в кэш данных сервера. Если требуется быстрый и без запаздывания доступ к уст ройству ввода и устройство ввода обладает нужным быстродействи ем, то вместо функции ReadTags() следует использовать функцию ReadTag(), которая напрямую ра ботает с устройством; – WriteTag() – записывает зна чение одного элемента непосредст венно на устройство вывода или в буфер DLL; – WriteTags() – осуществляет запись данных всех или группы элементов из буфера DLL на уст ройства. Функция циклически вы зывается процессом "Обновление устройства и кэша" из сервера EXE. Функция может вызываться, когда происходит завершение од ной операции записи клиентом в буфер DLL. Если требуется быст рый вывод и устройство вывода его поддерживает, то следует вместо функции WriteTags() использовать функцию WriteTag(); – CreateTags() – осуществля ет создание списка (массива) эле ментов фиксированного размера в момент запуска сервера EXE. Указанный массив является буфе ром DLL и его размер рассчитан на наихудший случай. Этот недо статок устраняется в предлагае мой далее второй архитектуре ОРСсервера. Преимущества предлагаемой структуры по сравнению с Fastwel Universal OPC Server заключаются в следующем. Вопервых, сервер позволяет непосредственно полу

    $    ;  B  >



чать информацию из устройства. Вовторых, предложенная архи тектура сервера дает возможность чтения или записи информации для группы параметров (элемен тов) за одно обращение. Втреть их, процессы "Обновление кэша и устройства" размещаются в сер вере EXE и поэтому они открыты для клиентов (клиенты могут ди намически менять периоды запуска этих процессов). Вчетвертых, сер вер EXE поддерживает параллель ную работу нескольких процессов "Обновление кэша и устройства" в соответствии с запросами клиен тов, что позволяет обновлять дан ные разных групп с различными периодами. Однако реализация функции CreateTags() внутри DLL сопро вождается рядом недостатков. Во первых, набор элементов и их чис ло фиксированы и рассчитаны на наихудший случай. При необходи мости изменения верхней грани цы размера буфера или свойств элементов (параметров) нужно модифицировать и перекомпили ровать DLL. Вовторых, использо вание в DLL буфера приводит к увеличению запаздывания при обмене данными и лишним затра там оперативной памяти. Для устранения указанных не достатков предложена другая ар хитектура OPCсервера (рис. 5). В ней функция CreateTags() уда лена из DLL, а в сервер добавле на функция CreateTag(). Кроме того, в DLL буфер не использует ся, а его роль возложена на кэш данных сервера. При вызове в сервере функции CreateTag() по запросу пользователя с целью со

)   $ S 4 6 9 / /  (  


)2$$/9 @9()9D9/9 ((9$ $;B здания нового элемента данных в DLL передается информация о типе создаваемого элемента и его характеристики, а характе ристики соответствующих уст ройств ввода/вывода определя ются с помощью окна диалога, поддерживаемого в DLL. Предложенный ОРСсервер с открытой архитектурой (рис. 5) обеспечивает следующие важные возможности: – подключение аппаратного средства с любым интерфейсом из числа существующих или вновь созданных. Для этого до статочно, базируясь на драйверах или DLL, поставляемых разра ботчиками аппаратуры, разрабо тать DLL, соответствующую предложенной структуре и функ циональным возможностям; – в интерактивном режиме можно определять нужные свой ства элемента данных и/или соот ветствующего устройства вво да/вывода; – при работе ОРСсервера набор поддерживаемых элемен тов данных может динамически меняться, обеспечивая динамиче ское изменение используемых ре сурсов, в частности, памяти.

)] 

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

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

  *  1. Теркель Д. OLE for Process Control свобода выбора // Современные техноло гии автоматизации. 1999. №3. 2. Chen D., Mok A.K., Nixon M. Providing realtime support through component object model // Microprocessor and Microsystems 23 (1999). 3. Куцевич И.В., Григорьев А.Б. Стандарт OPC — путь к интеграции разнород ных систем // Мир компьютерной автоматизации. 2001. № 1. 4. Pendleton M., Desai G. @Bench Test Report: Performance and Scalability of Windows 2000, Doculabs, 2000, http://www.duculabs.com 5. DCOM, OPC and Performance Issues, Intellution Inc. 1998. http://www.opcfoun dation.org/07_download/performance.doc

Http://www.ipu.ru/avtprom

Давыдов Владимир Григорьевич – канд. техн. наук, доцент, Чыонг Динь Тяу – аспирант Санкт6Петербургского государственного политехнического университета. Email: tanchau@mail.ru

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

15


%

A ,#  %' '%"% )+

+? (%? (D '% '"?A  %":  D ETX % #" ICP ELECTRONICS .'. #; , ..  (#;! " >-;") !               ,

         ETX,     ICP Electronics;       .

Http://www.ipu.ru/avtprom

Компания ICP Electronics Incorporated (www.iei.ru) объявила о выпуске процессорных плат сер. ETX, разработанных для встраиваемых промы шленных систем. Официальным партне ETX CPU MODULE ром IEI в России явля ется компания "Ниен шанцАвтоматика" (www.nnzipc.ru). Новые ETX платы будут доступны на Baseскладе компании уже с кон board ца июня. Как известно, основу встраиваемых систем со ставляют промышленные компьютеры и контролле ры. Их ключевая задача – получение информации с датчиков, ее обработка и формирование управляю щего воздействии. При этом спектр функций, вы полняемых встроенными системами, чрезвычайно широк: от включения сигнализации до реализации задач управления с элементами нечеткой логики, и все это – в режиме РВ. Важным этапом разработки и конструирования встроенных систем является выбор материнской платы. Именно на этом этапе закладываются их бу дущие возможности. Между тем традиционные пла ты известных производителей зачастую не могут удовлетворить требованиям встраиваемых промыш ленных систем по вычислительным мощностям, бы стродействию, коммуникационным интерфейсам, формфактору. Выпущенная компанией ICP Electronics сер. ETX разработана на основе открытого стандарта для встраиваемых промышленных систем Embedded Technology eXtended и представляет собой гибкое ре шение, позволяющее пользователю самостоятельно подобрать необходимый формфактор и вычисли тельные параметры процессорных плат. Компьютер стандарта ETX состоит из двух модулей: – процессорный модуль ETX, имеющий на борту собственно процессор, системные микросхемы, па мять и контроллеры периферийных устройств. Раз меры процессорного модуля составляют 114×100 мм. IEI предлагает три модели процессорных модуля

16

G! 2003

ETX: ETXGX300, ETX5800733 и ETXEDEN 400. Они имеют соответственно процессоры NS Geode GX1 300 МГц, Transmeta TM5800 733 МГц, VIA EDEN 400 МГц, 1 разъем SODIMM, встроен ный VGAконтроллер до 32 Мб RAM, звуковой кон троллер, порты IDE, LPT, RS232 и USB (табл. 1); %@ 1 $ !

ETX-GX-300

)  

NS Geode GX1 300 $2

2 &   

On-Chip VGA

2 &  ! (  DRAM    /  

ETX-5800-733 ETX-EDEN-400 Transmeta VIA EDEN TM5800 400 $2 733 $2 C&T 69030

  4 M RAM on    chip (4 M Ma.) 1x144-pin SO-DIMM,  512$ 2xIDE ATA-33 2xIDE ATA-100 1xLPT/FDD 1xLPT/FDD 2xRS-232 2xRS-232 2xUSB 1.1 4xUSB 1.1 1xPS/2 1xPS/2

On-Chip VGA      (32 M Ma.) 2xIDE ATA-100 1xLPT/FDD 2xRS-232 4xUSB 1.1 1xPS/2

%@ 2 $ !

+  #=-  

( 

? =   Ethernet Flash- + Ethernet RS-232 RS-232-422/485

    $    ;  B  >



ETX-DB-7SR 1x20-  24  DFP DFP  LVDS; 1x30-  48  DFP  LVDS; 1x44-   24  TTL; 1x44-   18  TTL 4xPCI, 3xISA Realtek 8100BL

ETX-DB-ATXR

ETX-DB-DVR1

1x30-  DFP  LVDS

1x40-  36-   VDS

2xPCI, 1xISA Realtek 8100BL

1xPCI 2 x Intel 82559

+  CompactFlash Type II 1x RJ-45 3

1x RJ-45 2

+  CompactFlash Type II 2x RJ-45 1 ( ! TX,RX)

1

1

)   $ S 4 6 9 / /  (  


9A/D9(=9 (9:( $;B – базовая плата ETX, содержащая все разъемы ввода/вывода и слоты расширения. Предлагаются три модели: ETXDB7SR, ETXDBATXR, ETX DBDVR1. Они имеют слоты расширения ISA и PCI, разъемы для HDD и CompactFlash Type II, разъем для подключения ЖКИ/ЭЛТ монитора, коммуникаци онные порты RS232 и RS232/422/485, а также контроллер Ethernet (табл. 2). Все процессорные модули и базовые платы ETX совместимы и взаимозаменяемы. Выбрав подходя щую базовую плату, пользователь получает возмож ность вставлять в нее любой удовлетворяющий по

вычислительным параметрам процессорный модуль стандарта ETX. Так, если со временем производи тельность сконструированного компьютера пока жется пользователю недостаточной, ему нужно будет лишь заменить процессорный модуль на более мощ ный. И наоборот, имея необходимый процессорный модуль, можно подобрать базовую плату любого нужного формфактора. Таким образом, имея в ас сортименте N процессорных модулей и M базовых плат, у пользователя есть возможность получить NxM различных вариантов конфигурации PCсов местимого компьютера.

Александр Владимирович Команцев – технический специалист АСУТП, Ольга Павловна Иванова – пресс6менеджер компании "Ниеншанц6Автоматика". Контактный телефон (812) 326659624. E6mail: ipc@nnz.ru http://www.nnz6ipc.ru

' %# (D  %,# A  #%',  #%' '( D M"+ ?A %&(  "* - -    $    ;<"

Для диспетчерских пунктов, пунктов управления и контроля сложными процессами требуется точная и однозначно считываемая индикация всей важной информации. Компания Электростройкомплекс (Москва) предлагает видеостенки от известных евро пейских производителей, область применения которых распространяется на различные отрасли промышлен ности, энергетику, транспорт (аэропорты, вокзалы). Видеостенки незаменимы везде, где функционируют ДП, сетевые центры управления, информационные табло в приемных холлах, фойе, т. е. там, где речь идет о видимой издали, хорошо различимой информации для групп людей. '   \ ; Barco (& !)

Системы OverView ба зируются на инноваци онной, специальной технике обратного про ецирования. Вместо от дельных, монохромных цветных пушек (CRT) применяются LCD или полисиликоновые платы, которые позволяют изго тавливать надежные видеостенки, не требующие дополнительной юстировки. Каждый модуль осна щен собственным светосильным проекционным уз лом, чтобы отображать картину с высоким разреше нием при использовании высокоточных оптических компонентов. Благодаря этому достига ется консистентная яркость даже в условиях днев ного освещения, оптимальная резкость, высокий контраст и полное отсутствие искажений изображе ния по всей поверхности экрана.

    $    ;  B  >



Причиной качественного отображения является цифровое управление отдельными цветными точка ми каждого пикселя ЖК на базе тонкопленочных транзисторов. Создается неподвижное изображение без мерцаний, которое не выгорает и при круглосу точной эксплуатации. Благодаря этой технике не требуется никакой дополнительной уравнивающей корректировки. В настоящее время фирма выпускает четыре вида про екционных модулей: OverView – диагональ экрана в 50"; S70 – с диагональю 70"; Atlas – 67" и 84"; Cyclop 100". Модули могут бесступенчато ставиться в ряд в любом числе. Таким образом, можно реализовы вать бесступенчатые линейные и полигональные отображающие поверхности различного размера и формы, на которых могут отображаться картины без ограничения площади и с сохранением постоян ного разрешения на больших поверхностях. Видеомодули исполняются также в виде перенос ных экранов. Это исполнение идеально подходит для использования в фойе, приемных холлах, конфе ренцзалах и в тех случаях, где определенная гиб кость места установки дает преимущество. Видеостенки интегрируются в существующие се ти как решения в системе Unix или Windows NT. Воз можно также одновременное отображение или отоб ражение по отдельности окон Unix и MSWindows. Видеоизображение большой площади можно по лучать через цифровой видеоразделитель или цифро вое видеоокно. Экраном можно, помимо компьютерной клавиату ры, управлять с помощью системы дистанционного уп равления с сенсорным экраном (RS232). В такую систе

)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

!    ": BARCO, Helmut Mauell GmbH, Sinelec. /    ,         ,           .

17


9A/D9(=9 (9:( $;B му можно легко встроить и другие функции управления типа освещения, штор, аудиовизуальной техники и т. п. Система отображения информации фирмы BARCO предназначена для передачи видео и компьютерной ин формации на большие экраны, состоящие из отдельных модулей.В систему отображения информации входят проекционные модули Atlas PSI и система управления EOSX, выполненная на базе ОС Linux RedHat. % -  -     - ;*  Atlas PSI > !   , G .................................................450 =  ! ................................................................250:1 B &, .   ...............................................16,7 $ ' !, / .............................................................250 6 : ' !,  ...............................................................250     , &..........................................................8000   !, %................................................................95 $ !     : !     ! , % .....................................±80      : ! !.................................................  &   ,°(.....................................................17…27 P !, % .................................40…60,    ;  P E , :

& .....................................................................0 &.................................................................≤0,4 2 , :   E ................................................1368×1024    .......................................................885     ..............................................555…1500 , ................................................................................98  &,   !.................................................250 (     ................2   50377-92, 2  29216-91, 2  50839

Http://www.ipu.ru/avtprom

% -  -    ; *  ! EOS-X )   ................................................Pentium III, 700 $2   !, $ ...................................................512 =  ............19" !  (   4U,   & ,    !    P       P) /#$:, 2........................................................................... 8 ( Linux Red Hat . 6.2    &  A-Windows BARCO     X. 11 R6   , ......................................................420×165×435   ,  .......................................................................17 (     ..................2  50377-92, 2  29216-91, 2  50839-95.

18

НЖМД служит для хранения ядра ОС, драйверов для графических карт вывода, сетевого адаптера, гра фической оболочки, ПО ОSIRIS и Х сервера, текстов оперативной справки. Модули, входящие в состав OSIRIS: – базовый модуль; – удаленный указатель (Octopus Х version); – блоки: вставки видео и RGB сигнала, управле ния проекторами, создания и управления объектами визуализации (окна, группа окон, свойства окон), самодиагностики, администрирования пользовате лей системы, управления внешними устройствами и многопортовым переключателем, управления и мониторинга систем бесперебойного питания.

G! 2003

Вся система поставляется преинсталлированной на НЖМД в виде дистрибутива на лазерном диске и имеет лицензию. '   \ ; Helmut Mauell GmbH

Технология "Seamless", разработанная компанией Mauell, гарантирует целостную передачу данных между отдельными кубами. Используется экран стандарта DNP или экран с черной кромкой и с не заметной рамкой. Рамка имеет хорошие характерис тики для прилегания, которые также компенсируют расширение материала экрана при температурных колебаниях. В настоящее время Helmut Mauell GmbH исполь зует передовую проверенную технологию DLP (Didital Light Processing), разработанную компанией Texas Instruments, с разрешением XGA и SXGA. Преимущества применения DLP6технологии: высо кое разрешение; максимальная стабильность цвета; естественные цвета; высокая яркость и интенсив ность, оптимальная контрастность; высокий фактор заполнения. Аппаратные средства и ПО для активации видеокубов Управление видеостенкой обеспечивается ПК Pentium II со специальными видеокартами. Одна ви деокарта управляет двумя модулями видеостенки. Конфигурация ПО позволяет редактировать оптиче ские устройства проектора и RGB схемы и настраи вать несколько экранных сегментов, собранных в один массив. Ширина панели дисплея может быть составлена из 24 сегментов экрана, используя специ альную компьютерную технологию. В этом случае число видеовходов зависит от числа присоединен ных видеокубов. Стандартные приложения Microsoft устанавливаются на эту компьютерную платформу для того, чтобы источники сигналов изображения могли быть представлены на широкоэкранной про екционной панели в соответствии с требованиями пользователя. В качестве альтернативы может ис пользоваться специальная компьютерная система с виртуальной компьютерной технологией, базирую щейся на ОС LINUX. @. -    *@      P .................................................DLP™     Texas Instruments (     ............................   LANETCO, 100%     ? ........................800×600 (SVGA), 1024×768 (XGA) 1280×1024   '!G      E ................DNP      DNP &  2  !     , °...........................................160 !     , ° ...............................................80   ..........................PAL (B,G,H,I,N), SECAM-NTSC (M,N, 4.43)  >  > ! ....................................................................750 ANSI  & P ...............................110 (, 50/60 2; 230 (, 50…60 2 )  ' , ................................210 .  110…235  (, 50…60 2     .......................................120 , 6000 &  

    $    ;  B  >



)   $ S 4 6 9 / /  (  


9A/D9(=9 (9:( $;B #  ME multiView SuperCube 50"

ME multiView 50"

 

    

E, ( 4) =   E , ( : 4) , 

ME multiView 67"

ME multiView SuperCube 67"

2 RGBHV (2 RGBS 4 RGBHV  .) 1024 768 1024 768 ; ; &   &   : : 50/60 2. 50/60 2 4 FBAS  8 FBAS  4 FBAS  8 FBAS  2 Y/C 4 Y/C 2 Y/C 4 Y/C Video Video Video Video

2 RGBHV (2 RGBS  .); 1024 768 ; &   : 50/60 2

4 RGBHV 1024 768 ; &   : 50/60 2

1000 750

1364 1023

1000 750 595

1364 1023 780

49

70

В таблице представлены специальные характери стики видеокубов. '   \ ; Sinelec

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

Видеокубы LiteMaster просты в эксплуатации и гарантируют возможность многолетней непрерыв ной работы видеостенки при минимальных эксплуа тационных расходах. Видеокубы отличаются неболь шим весом и глубиной, легкостью установки, настройки и сопровождения. Применение в видеокубах Sinelec технологии ци фровой обработки DLP обеспечивает: – снижение искажений и потери информации при ее передаче и обработке; – повышение надежности работы системы; – точность воспроизведения уровней цвета и шкалы серых тонов; – полиэкранное изображение однородное по яр кости, контрастности и цветности воспринимается зрителем в виде единого образа. Видеокубы LiteMaster выпускаются с разрешени ем 800×600 (SVGA) и 1024×768 (XGA). Существует три модификации видеокубов с диагональю экрана 40", 50" и 67". Благодаря широкому углу обзора (160° по вертикали и горизонтали) в сочетании с высокой контрастностью и равномерной яркостью всего эк ранного поля, эти экраны незаменимы в проекцион ных задачах, предъявляющих повышенные требова ния к качеству изображения. Контактный телефон (095) 234670698.

'% "  %, #'

=     & Baumer Electric AG ,               ?   ,   G G    & . ) G  E    G '  & . / ,  ?&  IFRM 03P1501/L    3   22    &    0,8 , &     3 2. :&  '     PG'   !G ' IP 67.

(       !  ' D       '      & !   !?   !      . =  , E   G  G&G' . 6  & OADM20I6441/S14F  &  & ! 5        – < 0,9 .  & OADM20I6441/S14F      ,         .   0,9                        . $    –   . )              4…20   PG 0…10 , &       "alarm"      "sync in"  "teach in".

(  ?   ?   &    ' MLFK    !      ,   '    P  &!  &      20  . )   & –   .     !    & ,                        ,  P' .

/// "(#< "'      " #" /" : (095) 965-10-83, 463-58-40, 463-89-81 E-mail: info@promsytex.ru, http://www.promsytex.ru

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

$  &  '   & !G 20 

19




'%

" #;      > !" 5 >     ]@ ] -  @*  Компания "Стинс Коман Интегрированные Решения" (СКИР), входящая в группу компаний "Стинс Коман", завершила работы по проекту создания ав томатизированной системы мониторинга станции подкачки воды МУП "Водо канал" г. Гатчины. "Станция подкачки воды расположена в 3,5 километрах от основного здания Водоканала, – комментирует Дмитрий Патракеев, начальник АСУ МУП "Водо канал". – Тем не менее, нам необходим полный контроль над агрегатами станции. Технология сетевого управления eScape, разработанная сотрудниками "Стинс Коман", позволяет современными и, главное, низкозатратными средствами под ключить Интернетмониторинг станции к вычислительной сети Водоканала". Руководство гатчинского "Водоканала" приняло решение о развертывании автоматизированной системы мониторинга исходя из насущных потребностей перехода к новым технологиям в области контроля состояния и работы оборудо вания, в том числе на объектах, где нет постоянно присутствующего персонала. Система автоматического контроля регистрирует следующие параметры: наличие электропитания и параметры энергопотребления на станции; контроль сетевого соединения со станцией; выходное давление станции, параметры уста новленного давления; состояние насосов; состояние блока управления часто

той вращения насосов; климат на станции; контроль проникновения на станцию; наличие людей на станции с идентификацией "свойчужой". Оперативные параметры состоя ния станции отображаются на ком пьютерах рабочих мест главного ин женера, дежурного диспетчера, начальника энергомеханического участка с контролем работы всей сис темы в АСУ. Проект реализован во взаимодей ствии МУП "Водоканал" (г. Гатчина), ЗАО "Стинс Коман Интегрированные Решения" и предприятия "АльтИн форм" (СанктПетербург), уже имею щего опыт работы с петербургским "Водоканалом".

Контактный телефон (095)231630650 ! 5 @ – "#-V6"

Http://www.ipu.ru/avtprom

ЗАО "НАНКО" разработало систему цифрового видеонаблюдения "НАН КОV6", состоящую из платы видеоввода и ПО "НАНКОФОКУС" и работают совместно с ПК (в режиме PnP), обеспечивающим прием, отображение и обра ботку данных. Область применения системы – квартиры, дачи, коттеджи, магазины, неболь шие офисы, склады и т.д. (для больших объектов рекомендуется использовать "НАНКОV12" см. журнал "Автоматизация в промышленности" №6, 2003 г.). Возможности "НАНКО6V6": подключение до 6 камер (цветных и чернобелых); автоматическое определение стандарта; аппаратное масштабирование; аппарат

20

ная и про граммная регу лировка кон трастности, цветопередачи, подавления шумов, коэффициента усиления каждого ка нала; автоматическая настройка ярко сти, контрастности и цветности; 10 программных детекторов движения c индивидуальными настройками; ре жим "Triplex" – одновременное наблю дение, запись сжатого изображения и просмотр архива; программное сжа тие при записи, архивирование на же сткий диск компьютера; автоматичес кая запись на жесткий диск при срабатывании детектора движения; быстрый поиск фрагментов записи; работа в сети (просмотр видеоизобра жения и управление с удаленного ком пьютера); интеграция с охраннопо жарной сигнализацией и системой контроля и управления доступом в едином программном комплексе "ДНК'2002" компании "НАНКО"; воз можность записи видео в формате .avi; синхронизация с многоканальными звуковыми картами. Технические характеристики: чис ло видеовходов – 6; изображение – чернобелое, цветное (стандарты PAL, SECAM, CVBS); входной сигнал – композитный или SVideo; подклю чение – через PCIслот ПК.

Контактные телефоны/факсы: (095) 232633629, 939645641, 232612644. E6mail: nanko@nanko.ru http: // www.nanko.ru

G! 2003

    $    ;  B  >



)   $ S 4 6 9 / /  (  


/(

ERP   < : Z   . &* > @  IFS Applications Аэропорт венгерского г. Будапеш та приступил к комплексной автома тизации на базе ERPсистемы IFS Applications (www.ifsworld.com). В хо де первого этапа будут автоматизиро ваны финансы и логистика. Инвести ции на данной стадии составят более 1 млн. долл. США, а завершиться она должна к концу 2003 г. Далее планируется автоматизиро вать управление оказания услуг и от слеживания эффективности работы предприятия. В последнем случае бу дут использоваться возможности IFS

Applications по созданию отчетов, аналитике, прогнозированию и отслежива нию в РВ ключевых показателей бизнеса (методология Balanced Scorecard – "система сбалансированных показателей"). По словам ITдиректора аэропорта, компания искала модульную систему, которая бы предоставила ей эффективные инструменты для управления проек тами и контроля инвестиций. Серьезно рассматривались SAP, IFS Applications и Oracle EBusiness Suite. Поставленным требованиям лучше всего удовлетвори ла система IFS Applications, с ее компонентной архитектурой (продукт состоит из более чем 60 компонентов, и предприятие может выбрать любые из них, в за висимости от того, какие бизнеспроцессы ему нужно автоматизировать). В IFS Applications имеется почти вся необходимая аэропорту функциональ ность. Есть возможность работать из системы с программными продуктами и оборудованием третьих фирм. Компонентная архитектура системы позволяет со временем расширить ее функциональность, дополнительно установив нуж ные модули, когда это потребуется. В IFS Applications заложена необходимая функциональность для аэропор тов, гаваней и железнодорожных станций: оказания услуг, проведения ремонтов и т.д. Можно управлять всеми аспектами использования и обслуживания назем ной техники (автомобилей, оборудования для транспортировки багажа и гру зов, подъемников, осветительных приборов, радаров и трапов). Система также поддерживает все операции со строениями аэропортов (терминалами отправки и прибытия, ангарами, взлетнопосадочными полосами и вышками). Поддер живаются и другие службы аэропортов: заправки, уборки, обеспечения безопас ности, управления складами. Систему на данный момент используют аэропор ты, авиакомпании и властные структуры в Скандинавии, Центральной и Восточной Европе и США.

Контактный телефон (095) 787670640. Http:// www.cfsystems.ru

Компания ФОРС объявила об от крытии Joint Technology Centre of Innovative Solutions for the Enterprise (JTC – Совместный технологичес кий центр по инновационным реше ниям уровня предприятий), создан ного при содействии корпораций Intel, HewlettPackard и Oracle. JTC станет первым российским техноло гическим центром, который ориен тирован на продвижение комплекс ных решений, создаваемых на основе кластерных систем Intel®ар хитектуры от HewlettPackard и тех нологий Oracle. Уже сейчас в JTC могут обращать ся заказчики и партнеры, заинтересо ванные в построении комплексных решений масштаба предприятия. Ос новная задача центра – аккумулиро вание и предоставление информации о возможностях использования сер верных кластеров Intel®архитектуры от HewlettPackard для построения корпоративных информационных систем на основе ПО Oracle. В рамках поставленной задачи, по заказу потенциальных клиентов и компанийпартнеров центром будут проводиться следующие работы:

– проверка правильности выбранной концепции для сложных корпора тивных решений на основе технологий Oracle; – тестирование решений с целью проверки их соответствия критичным для бизнеса параметрам: нагрузочное тестирование, тестирование на совмес тимость, масштабируемость, способность к восстановлению при аварийных ситуациях; – оказание помощи в работе по установке и запуску прикладных систем, использующих ПО Oracle; – оказание помощи и проведение экспертизы в области переноса приклад ных решений на серверные платформы Intel – HewlettPackrd; – анализ методов повышения производительности, масштабируемости и отказоустойчивости решений. Для проведения данных работ в компании ФОРС открыта специальная де монстрационная комната со всем необходимым оборудованием. Кроме того, возможности Joint Technology Centre позволят осуществлять тестирование ре шений на базе программноаппаратного комплекса центра в режиме удаленно го доступа. В рамках работы центра планируется проводить специализированные семи нары, демонстрации прикладных решений и обучение специалистов. Специалистами компанийучредителей JTC разрабатывается методика сер тификации комплексных решений Intel – HewlettPackard – Oracle "Одобрено JTС – работает правильно", способная стать Единым стандартом тестирования и построения подобных решений. В планах центра – дальнейшее развитие спектра тестируемых решений. Уже в ближайшее время организаторы планируют провести все необходимые рабо ты для начала тестирования систем, основывающихся на технологиях Oracle и технологии Intel® Centrino™ для мобильных ПК. Joint Technology Centre станет технологической основой уже существующих в компании ФОРС "площадок" для партнеров и клиентов – Центров компетен ции Oracle и Лаборатории решений ФОРС.

Http:// www.fors.ru

    $    ;  B  >



)   $ S 4 6 9 / /  (  

G! 2003

Http://www.ipu.ru/avtprom

   <-   -  ; * !   !

21


/(

  - ! ;-    Свои шесть компактных ЦПУ для контроллеров Simatic6S76300 департамент средств автоматизации и электропривода (A&D) фирмы Siemens оснастил рядом новых функций и увеличил их мощность. Команды с плавающей запятой выполня6 ются теперь за треть времени, что ускорило циклы математических операций. Благодаря прямому обращению к быстродействующим аппаратным счетчикам до6 стигнута значительно лучшая динамика при позиционировании. Увеличенное коли6 чество вызовов функций и блоков данных упростило теперь использование про6 грамм от других ЦПУ Simatic для компактных ЦПУ. Коммуникация по нормам Profibus DPV1 облегчает включение аппаратуры других производителей в системы автоматизации на базе Simatic. Одну прикладную программу можно однозначно привязать к одной Micro Memory Card и тем самым эффективно защититься от копирования. Компактные ЦПУ для Simatic S7300 оснащены встроенной периферией и имеют "на борту" такие технологические функции, как счет, регулирование, позиционирование и измерение частоты. Типичными областями применения могут быть серийные и специальные станки и агрегаты для автомобильной, упа ковочной и пищевой промышленности.

На карте памяти Micro Memory Cards (MMC) до 8 Мбайт можно те перь хранить более крупные проекты на языке Step7 и больший объем дан ных. Путем опроса номера серии кар ты MMC во время обработки про граммы можно эффективно осуществлять защиту прикладных программ от копирования. Оптимизированы также техноло гические функции. Так, благодаря прямому обращению к входным адре сам, ускорилась регистрация фактиче ских данных. Это особенно важно для таких функций, как счет и измерение частоты. Через настройку максималь ной частоты счета в счетных каналах фильтруются частоты, находящиеся выше установленного уровня. Тем са мым функции счета становятся менее чувствительными к внешним поме хам. Надежнее стала и регистрация аналоговых значений через встроен ные аналоговые входы, что существен но повысило точность измерений. Для выполнения позиционирования через встроенный аналоговый выход управление дополнено напряжениями +/ 10 В, 0…10 В и цифровым сигна лом направления. Тем самым появля ется возможность прямого управления частотными преобразователями таки ми, например, как Micromaster 420. Начало поставок новых компакт ных ЦПУ запланировано на третий квартал 2003 г.

Контактный телефон (095) 737624614. +  ! 5  ISaGRAF PRO ! Nucleus MNT В компании НАУЦИЛУС разработана целевая задача ISaGRAF PRO (ISaGRAF 4.x) для Nucleus MNTэмуляции ОС РВ Nucleus PLUS в ОС Windows NT. Nucleus PLUS и Nucleus MNT, торговые марки фирмы Mentor Graphics, раз работаны ее отделением встроенных систем Accelerated Technology. Особенностью ОС РВ Nucleus PLUS является то, что она лицензируется на проект по разработке встроенных систем РВ с предоставлением исходных кодов ОС, которая встраивается в систему вместе с приложениями. Целевая задача ISaGRAF Pro для Nucleus MNT поддерживает интерфейсы RSI (через последовательный порт) и ETCP (Enhanced TCP/IP), которые предус мотрены в ISaGRAF PRO, включая связывание переменных для ETCP. Теперь це

левую задачу ISaGRAF Pro для Nucleus MNT можно легко и быстро портиро вать на любую платформу, поддержи ваемую Nucleus PLUS. В настоящее время Nucleus PLUS может работать более чем на 150 различных процессо рах: 68k, x86, ARM, ColdFire, DSP, Hitachi, i960, Infineon, MIPS, National Semiconductor, NEC, NIOS, Power PC, SPARC, Intel XScale и др.

Http://www.ipu.ru/avtprom

Подробнее о Nucleus PLUS см. http://www.acceleratedtechnology.com/embedded/nucleus.html О целевых задачах для ISaGRAF Pro см. http://www.nautsilus.ru/nts6prd/nig6lst.htm

22

Axeda Policy Manager !  ! @ 5 Axeda Policy Manager предоставляет функции контроля безопасности системы управления взаимодействием устройств (DRM). Axeda Systems разработала новый компонент системы Axeda DRM под названием Policy Manager, обеспечивающий корпоративного заказчика средством управления доступом сотрудников внешней (обслуживающей) организации к обслуживаемым устройствам и файлам заказчи ка, осуществляющих поддержку этих интеллектуальных устройств. Система Axeda

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

Подробнее об Axeda Policy Manager см. http://www.nautsilus.ru/axeda/200360526PolicyManager.htm G! 2003

    $    ;  B  >



)   $ S 4 6 9 / /  (  

dfasdasd  

sdfsd asd sa das das dasd