ЖУРНАЛ «СТА» №2/2005
ственно отличаются от проблем, ре- шаемых в ходе создания локальных систем «нижнего» уровня — АСУ ТП и систем уровня управления предпри- ятием (ERP). Прежде всего возникают вопросы, связанные с организацией каналов передачи данных как от по- ставщиков данных (контроллеров, УСПД, УСО), так и между иерар- хическими уровнями системы, зачастую разделенными сотнями километров. В большинстве слу- чаев существующие каналы связи не отличаются качеством и надёжностью, а построение спе- циализированных линий переда- чи данных невозможно по эконо- мическим причинам. Это значит, что программное обеспечение, отвечающее за обмен информа- цией между объектами системы, должно уметь устойчиво переда- вать достаточно большие объёмы информации по низкоскорост- ным линиям, автоматически реагиро- вать на часто возникающие коллизии и разрывы связи, самостоятельно осу- ществлять выбор наиболее коротких маршрутов передачи данных в случа- ях, когда имеющиеся каналы передачи перестают работать и появляются но- вые. Следующий вопрос возникает при выборе стандарта передачи данных. Стандарт для передачи данных жела- тельно иметь открытый, широко рас- пространённый, поддерживаемый большинством независимых разработ- чиков и оборудования, и программно- го обеспечения (в частности, SCADAсистем). И если по тран- спортному уровню на эту роль оптимально подходит протокол TCP/IP, то с протоколом верхнего уровня ситуация остаётся неяс- ной. Идеальным ответом было бы использование одного и того же протокола на всех уровнях созда- ваемой системы. Стандарт ОРС как раз годится на роль универ- сального, но при условии реше- ния проблем, связанных с функ- ционированием COM/DCOM. Решение нашлось с появлением нового класса программных проду- ктов, названных «коммуникацион- П Р О Г РАММНО Е ОБ Е С П Е Ч Е НИ Е / РАС П Р Е Д Е Л Ё ННЫ Е СИС Т ЕМЫ У П РА В Л Е НИ Я 85 СТА 2/2005 www.cta.ru Компания- производитель продукта Наименование продукта (коммуника- ционный OPC-сервер) Функциональность Защита данных Маршрути- зация IP- запросов Поддержка множе- ственных соединений Динамическая маршрутиза- ция ОРС-за- просов Работа в различных сегментах LAN (WAN) Поддержка таблиц псевдонимов Возможность распределён- ных вычисле- ний Поддержка резервиро- вания Приоритет команд теле- управления ПРОСОФТ- Системс SplitOPC да да да многоточечное соединение да да да да ГОСТ 28147-89 Matrikon OPC Data Manager нет частично нет нет нет нет нет нет нет OPC Tunneller нет нет нет точка-точка нет нет нет нет 128 бит шифрование Kepware Tech. LinkMaster да частично нет многоточечное соединение нет нет нет нет нет Iconics GenBroker (v7.0) + DataWorX частично да нет многоточечное соединение да да да нет нет Таблица 1 Сравнительные характеристики «коммуникационных» OPC-серверов Firewall Шифрованный канал Резервный канал Тюмень SplitOPC Firewall Казань SplitOPC Пермь SplitOPC сервер OPC Соликамск Разнородные контроллеры Разнородные контроллеры SplitOPC сервер OPC Березняки Контроллеры телемеханики SplitOPC сервер OPC Н. Челны Разнородные контроллеры Разнородные контроллеры SplitOPC Контроллеры телемеханики сервер OPC Надым SplitOPC Разнородные контроллеры Разнородные контроллеры сервер OPC Ноябрьск SplitOPC Дублированный сервер Дублированный сервер АРМ диспетчера SplitOPC Москва SplitOPC SplitOPC Резервный канал Рис. 1. Пример распределённой системы передачи данных
Made with FlippingBook
RkJQdWJsaXNoZXIy MTQ4NjUy