Библиотека по безопасности

Электронная версия Каталога СКУД

Библиотека / Статьи / интегрированные системы безопасности /

GOAL – Всемирная интеграция


Компания "НИИ "СпецЛаб"
[21/06/2005]



Версия для печати
Версия
для печати

OPC-SLDA 3.0

НИИ СпецЛаб разработал свой OPC-сервер устройств SLDA 3.0, способный работать не только с собственными контроллерами, но и с любым оборудованием других фирм, поддерживающих всемирный протокол OPC.

OPC (OLE for Process Control) – промышленный стандарт, созданный консорциумом всемирно известных производителей оборудования и программного обеспечения при участии Microsoft. Этот стандарт описывает интерфейс обмена данными между устройствами управления технологическими процессами. Главная цель его – предоставить разработчикам систем диспетчеризации независимость от конкретного типа контроллеров. OPC основывается на технологии OLE/COM/DCOM компании Microsoft, Inc.

Больше нет необходимости заниматься интеграцией с другими фирмами! Любые устройства, поддерживающие этот международный стандарт, без переделки и доводки подключаются и сразу начинают работать в среде сервера устройств SLDA-3.0 всех продуктов СпецЛаб.

Огромное число производителей периферийного оборудования для компьютеров от СКД до АСУ ТП использует данный протокол, что позволяет без какого-либо совместного внедрения подключать сторонние устройства к своей или чужой программе. Одно то, что инициатором выступила фирма Microsoft, можно считать определяющим для ориентации всего мира на данный протокол.

В настоящее время технологию COM/DCOM поддерживают следующие операционные системы:

  • все Windows, начиная с Windows 95. Это обеспечивается самой компанией Microsoft;
  • большинство Unix-подобных ОС, включая Linux; поддерживается фирмой GE Software;
  • ОС реального времени VxWorks; обеспечивается фирмой-разработчиком WindRiver; имеется поддержка OPC, встроенная в систему разработки Tornado.

Стандарт OPC – путь к интеграции разнородных систем.

Это стандарт на интерфейс обмена данными с оборудованием. Если вы заменяете какой-нибудь компонент, то нет нужды корректировать другое программное обеспечение, так как даже при замене драйвера поверх него работает OPC. Если вы хотите добавить в систему новые программы, нет необходимости предусматривать в них драйверы устройств, OPC-клиент уже включает все инструкции.

Основные причины создания OPC

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

Но при этом возникают следующие проблемы:

  • Каждая программа диспетчеризации должна иметь драйвер для конкретного устройства АСУ.
  • Возникают конфликты между драйверами различных разработчиков, что приводит к тому, что какие-то режимы или параметры работы оборудования не поддерживаются всеми разработчиками ПО.
  • Модификации оборудования могут привести к потере функциональности драйвера.
  • Конфликты при обращении к устройству – различные программы диспетчеризации не могут получить доступ к одному устройству одновременно из-за использования различных драйверов.

OPC проводит четкую разграничительную линию между производителями оборудования и разработчиками драйверов. Данная технология предоставляет механизм сбора данных из различных источников и передачу этих данных любой клиентской программе вне зависимости от типа используемого оборудования. Это позволяет разработчикам сосредоточиться на производительности и оптимизации работы серверной части, которая отвечает за сбор данных.

Преимущества технологии OPC

OPC был разработан для обеспечения доступа клиентской программы к нижнему уровню технологического процесса в наиболее удобной форме.

Широкое распространение технологии OPC в промышленности имеет следующие преимущества:

  • Независимость в применении систем диспетчеризации от используемого в конкретном проекте оборудования.
  • Разработчики программного обеспечения не должны постоянно дорабатывать свои продукты из-за модификации оборудования или выпуска новых изделий.
  • Заказчик получает свободу выбора между поставщиками оборудования, а также имеет возможность интегрировать это оборудование в информационную систему предприятия, которая может охватывать всю систему производства, управления и логистики.

Архитектура OPC

Стандарт обмена данными OPC базируется на распространенной общепринятой схеме Клиент-Сервер. Эта архитектура позволяет подключить множество клиентов к одному серверу. И наоборот, данный стандарт разрешает использование одним клиентом различных ОРС-серверов.

Когда мы говорим об интеграции, что мы понимаем под этим термином? Предположим, в результате огромных усилий программистов создана сложная комплексная система, охватывающая автоматизацию на всех уровнях предприятия, начиная от самого нижнего управления датчиками и исполнительными механизмами и заканчивая уровнем управления предприятием, вплоть до обобщённой картинки завода у директора предприятия. Реализована ли в данном случае концепция интеграции? В общем случае нет.

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

Технология OPC предлагает стандарты для обмена технологическими данными, в которые заложены самые широкие возможности. Учитывая большой авторитет вовлечённых в эту деятельность фирм, включая саму Microsoft, можно ожидать, что технология OPC в ближайшее время будет неотъемлемой частью любого оборудования.

Пора и Российским разработчикам интегрироваться в цивилизованную и очень удобную среду совместимости. GOAL поддерживает OPC!

Начать обсуждение этой статьи на Форуме

Лучшие товары и цены

В квадратных скобках указано [количество переходов] на сайт рекламодателя

Ваша реклама в разделе "Лучшие товары и цены"

Другие статьи в этом же разделе

Денис Александрович Иванов, Специалист по IP-решениям ООО "ИТРИУМ СПб" [23/10/2008]
Метаморфозы системной интеграции
Статья опубликована в журнале "Системы безопасности" №5, 2008 Термин системной интеграции уже крепко укоренился в сфере деятельности по созданию комплексных систем безопасности объектов. Системная интеграция как вид деятельности исторически возникла в области информационных технологий (IT). Основной задачей этой деятельности является создание и внедрение информационных систем в бизнес-процессы предприятия или организации. Системная интеграция может производиться по двум принципиально разны...
Пеймер Игорь Григорьевич, Технический директор инжиниринговой компании "Интегратор-Крым" [06/05/2007]
Системы безопасности торговых предприятий
В предыдущих статьях я попытался обобщить наш опыт построения комплексных систем для курортно-рекреационных учреждений и развлекательных комплексов. Наконец-то настала очередь поговорить о системах для предприятий торговли. Сразу оговорюсь, что при разработке и построении систем для торговли моя компания исходит из несколько утопического постулата, что и собственники магазина, и их наемные работники заинтересованы в снижении потерь и увеличении доходности предприятия. Утопичность этого пос...
Павел Веселов, ЗАО "Стилсофт" [23/11/2006]
Интегрированная система безопасности на основе технологии Ethernet
В современном мире перед любым предприятием возникает задача централизованного управления и обеспечения безопасности. В последнее время всё чаще приходится слышать об интегрированных системах безопасности. Под этим подразумевают совместную работу нескольких систем как единого целого. Результат этого - мониторинг и управление всеми системами с одного рабочего места. При проектирование интегрированной системы безопасности, независимо от масштаба, прежде всего необходимо учесть, что она должна об...
Р. О. Полозов, руководитель отдела разработки программного обеспечения ААМ Системз [08/12/2005]
Современный программный комплекс. Технология CORBA
Требования Современный программный комплекс для построения интегрированной системы безопасности среднего или крупного предприятия должен удовлетворять ряду требований. Масштабируемость Программный комплекс должен обладать хорошей масштабируемостью, то есть способностью работать как на малых, так и на очень больших объектах. В зависимости от размера объекта используют различные варианты развертывания программных комплексов. На малых объектах это может быть автономная система, работающая...

Счетчики

  • Кнопка сайта "Единый прайс-лист"
  • Rambler's Top100
  • Рейтинг@Mail.ru