ЖУРНАЛ «СТА» №2/2004

● максимально возможный уровень визуализации параметров. Исходя из указанных требований, была разработана и запущена в экс- плуатацию система с модульным по- строением, позволяющая установить различные настройки для отдельных объектов контроля, дающая возмож- ность объединить быстроту и гаранти- рованность передачи управляющей технологической информации и лёгкость расширения системы путём добавления новых рабочих мест. О СОБЕННОСТИ РЕШЕНИЯ Основное предназначение проекта — предоставление возможности управле- ния технологическим процессом дис- петчерам ПСП «Михайловка», переда- ча необходимых параметров работни- кам СЗМН и представление оператив- нодиспетчерскому и технологическо- му персоналу АО «РИТЭК» всей необ- ходимой текущей и исторической ин- формации, получаемой путём опроса контроллеров, архивирования, анали- зирования и отображения текущих, ис- торических и аварийных значений па- раметров. В основу системы было заложено не- сколько принципов: скорость передачи данных, унификация с имеющимися стандартами и протоколами, надёж- ность. Проект функционирует как во внут- ренней сети (интранет) — непосредст- венное управление технологическим процессом, так и во внешней сети (Ин- тернет) — отображение и ввод техноло- гической информации. На роль базово- го протокола был выбран TCP/IP, полу- чивший на сегодняшний день макси- мальное распространение во всем мире. Интранет (внутренняя сеть) защищена от внешней сети (Интернет) аппарат- нопрограммным брандмауэром, что обеспечивает дополнительный уровень безопасности, с точки зрения системы управления. Всё взаимодействие с серве- рами, контроллерами и различными про- мышленными устройствами реализуется по открытому стандарту OPC версии 2.0. Своеобразным каркасом проекта, обеспечивающим надёжный обмен данными, является программная раз- работка НПФ ПРОСОФТСистемс — коммуникационный сервер SplitOPC. Эта программа предназначена для ор- ганизации маршрутизации доступа к данным в распределённой сети и явля- ется универсальным средством для осуществления обмена данными между приложениямиклиентами ОРС и удалёнными серверами ОРС. Сервер SplitOPC позволяет построить свою внутреннюю упорядоченную структуру узлов, опираясь на уже имеющуюся до- менную (или аналогичную, например, на основе файлов hosts) модель имен, после чего каждому узлу при наличии прав станут доступными опубликован- ные в формате OPC значения тегов. Одним из основных достоинств ПО SplitOPC является высокая производи- тельность и устойчивость в условиях работы по каналам связи низкого каче- ства (зачастую являющихся единствен- но доступными на технологических объектах) и обмена большими масси- вами данных. Кроме того, в программе реализован мощнейший механизм подмены имен сигналов — создания псевдонимов, с поддержкой таблицы псевдонимов, что позволяет легко реа- лизовать масштабирование и перенос экранных форм, а также любых моду- лей проекта, соблюдающих опре- делённые правила именования тегов. Функциональные возможности про- граммы: ● маршрутизация запросов и организа- ция каналов передачи данных от ОРСсерверов к ОРСклиентам в ло- кальных и глобальных сетях; ● поддержка признаков достоверности сигналов; ● поддержка интерфейса просмотра пространства имен ОРСсерверов и тегов ОРС; ● поддержка OPC Data Access Automation Interface; ● поддержка распределённых вычис- лений с использованием тегов из различных узлов сети и формирова- нием «тега результата»; ● реализация функции администриро- вания ОРСзапросов и каналов пере- дачи данных. Принцип работы и систему форми- рования имен в сети, образованной уз- лами SplitOPC, удобнее рассмотреть на объектной модели сети передачи дан- ных ОРС (рис. 1). Hostимя может иметь любое разумное количество латинских букв и цифр. Его удобно обозначать буквами, определяю- щими географическое расположение клиентского места или административ- ную принадлежность. Например, Моск- ва —MSK, Екатеринбург —EKB, компа- СИС Т ЕМНА Я ИН Т Е Г РАЦИ Я / Н ЕФ Т Е ГАЗОВ А Я П Р ОМЫШЛ Е ННОС Т Ь 41 СТА 2/2004 www.cta.ru Рис 1. Объектная модель распределённой сети передачи данных, построенная на базе SplitOPC (SF) (SL) (SC)