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

ными» OPCсерверами. Их основная за- дача – качественная передача данных. В табл. 1 представлены некоторые из них. В таблице оценивались только ос- новные функциональные возможно- сти, наиболее важные с точки зрения передачи данных. В данной статье более подробно рас- сматривается коммуникационный ОРСсервер SplitOPC, впервые по- явившийся в январе 2001 г. и с тех пор занимающий лидирующие позиции в соответствующем сегменте рынка. На сегодняшний день он не имеет анало- гов среди отечественных и зарубежных программных продуктов. С момента появления первой версии SplitOPC по- стоянно совершенствовался, в реаль- ных условиях оттачивались алгоритмы работы, добавлялись новые функцио- нальные возможности. На текущий момент на сайте проекта www.splitopc.ru доступна для загрузки уже четвертая версия. Временная ли- цензия позволяет запустить и полно- стью использовать все возможности SplitOPC в течение 30 дней. Одним из основных отличительных достоинств SplitOPC (на которые он изначально и был ориентирован) явля- ется высокая производительность и ус- тойчивость в условиях работы с боль- шими объёмами данных по каналам связи низкого качества. SplitOPC обладает рядом уникаль- ных возможностей, позволяющих на его основе строить географически, ие- рархически и административно рас- пределённые системы сбора данных и управления в реальном масштабе вре- мени. ● «Сквозная» передача данных, неза- висимо от нахождения узлов в раз- личных сегментах локальной/гло- бальной сети, учитывая установлен- ные брандмауэры (firewall). ● Определение и создание нового мар- шрута доступа к данным в случае раз- рыва старого (динамическая пере- маршрутизация). Автоматически на- ходится новый (резервный) путь пе- редачи данных в случае потери связи по работающему маршруту. При вос- становлении более короткой цепоч- ки передачи информации маршрут вновь автоматически перестраивает- ся с целью уменьшения накладных расходов. ● «Горячее» резервирование с автома- тическим «подхватом» роли в случае выхода из строя основного сервера (требуется дублирование серверов). ● Поддержка криптозащиты любых сегментов межсетевого трафика с произвольной длиной ключа. На рис. 1 приведён пример построения распределённой системы передачи данных с использованием перечис- ленных возможностей. ● Поддержка таблиц глобальных псевдонимов тегов OPC. Позволяет создавать псевдонимы для уже име- ющихся в системе сигналов, что очень удобно при подключении к информационной сети уже имею- щихся АСУ и технологического оборудования, максимально сокра- щает трудозатраты на подключе- ние. ● Система именования сигналов, поз- воляющая дать уникальное имя каж- дому сигналу, строится по аналогии с доменной структурой имён (DNS), позволяя точно определять, какому уровню принадлежат те или иные данные. Например, на рис. 2 показа- но, как с помощью таблиц глобаль- ных псевдонимов и системы имено- вания сигналов возможно «упорядо- чение» структуры имён сигналов и автоматическое построение иерархи- ческой системы, в которой пользова- тель, находящийся, к примеру, в Ка- зани, по имени тега MSK.TUM.NBR.NAD.Pout получает доступ к значению сигнала с именем 142_Pвых, сформированному конт- роллером в ранее установленной АСУ ТП в районе Надыма. ● Высокая скорость передачи боль- шого количества тегов (до 200 000) в режиме реального времени, исполь- зование уникальных алгоритмов сжатия, позволяющих передавать требуемые объемы данных по низ- коскоростным каналам связи (табл. 2). При оценке пропускной способности коммутируемого со- единения использовались модемы 3COM, Zyxel и GSM Siemens TC35i. В последнем столбце приведены значения, рассчитанные исходя из процентного соотношения час- то/редко меняющихся сигналов, встречающегося в реальных услови- ях на объектах промышленной авто- матизации. ● Гарантированное время для прохож- дения команд управления достигает- ся работой встроенной системы при- оритетов, при этом команды управ- ления имеют наивысший приоритет. ● Указание прав доступа (чтение, за- пись) к определенным группам сиг- налов предотвращает возможность несанкционированной отдачи ко- манды или изменения значений. Указанное на рис. 3 время задержки в 100 мс учитывает задержку передачи команды непосредственно на проме- жуточном узле, то есть время обработ- ки команды и перехода IP → OPC → IP. В случае достаточной пропускной спо- собности канала, например, в локаль- ной сети, и гарантированно малого времени прохождения пакета по ка- нальной/сетевой инфраструктуре это значение может использоваться в ка- честве коэффициента для предвари- тельного расчёта времени прохожде- ния команды управления. При выпол- нении этого условия в реальных про- ектах для расчёта задержки данный ко- эффициент (100 мс) требуется умно- 86 СТА 2/2005 П Р О Г РАММНО Е ОБ Е С П Е Ч Е НИ Е / РАС П Р Е Д Е Л Ё ННЫ Е СИС Т ЕМЫ У П РА В Л Е НИ Я www.cta.ru Рис. 2. Пример построения имени сигнала MSK. TUM.NBR.NAD. out «... » 142_ out SplitOPC SplitOPC SplitOPC SplitOPC SplitOPC TUM. NBR.NAD. out NBR. NAD. out NAD. out