GOAL – Глобальная интеграция
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!
GOAL supports OPC.
Информация о протоколе:
http://www.opcfoundation.org/
http://www.merz-scada.ru/www/Russian/articles/about_opc.htm
http://www.asutp.ru/?p=600094
http://www.lectussoft.com/opc.html
