11.09.2001  Новости, Промышленная автоматизация/САПР

Игорь Куцевич, Антон Григорьев     Окончание. Начало в PC Week/RE, N 32/ 2001. OPC-клиентПравила игры заданы - OPC-сервер поставляет данные, OPC-клиент их потребляет. Этим определяется вторая категория пользователей спецификаций OPC - к ней относятся прежде всего те, кто реализует программное обеспечение более высокого уровня, например поставщики SCADA-пакетов или чего-то близкого по назначению.Что же требуется от производителя “верхнего” ПО, если он задумал обеспечить свой продукт стандартным интерфейсом? Как и в предыдущем случае, ему надо получить нужную спецификацию и прилагаемые программные компоненты. Затем он должен изучить COM-интерфейсы тех COM-объектов этой спецификации, которые относятся в ней к модели OPC-клиента, и только после этого посадить за Visual Studio достаточно опытного программиста, чтобы тот с помощью ATL-библиотеки реализовал требуемые интерфейсы, а значит, и OPC-клиент для Custom-интерфейса. Можно использовать Visual Basic или, скажем, Delphi, и тогда будет создан OPC-клиент для интерфейса автоматизации (если она предусмотрена для данной спецификации). По-прежнему сэкономить на квалификации программиста помогает Toolkit.Остальные потребители собирают системы из OPC-серверного оборудования и соединяют его с OPC-клиентным ПО. Главный фокус здесь - каждому OPC-серверу найти OPC-клиента и наоборот. Очень часто чего-то из них не хватает, и тогда не исключена вероятность перехода потребителя в категорию изготовителей, но чаще заказчиков ... читать далее.