Существует три основных способа получения OPC-клиентом данных от OPC-сервера: синхронное чтение, асинхронное чтение и подписка. При синхронном чтении клиент посылает серверу запрос со списком интересующих его переменных и ждёт, когда сервер его выполнит. При асинхронном чтении клиент посылает серверу запрос, а сам продолжает работать. Когда сервер выполнил запрос, клиент получает уведомление (через интерфейс соответствующего COM-объекта, реализованного в клиенте!)

Чтобы лучше почувствовать, что такое OPC, рассмотрим подробнее главный, по большому счёту, стандарт. Будем называть его сокращённо DA.

Стандарт DA предназначен для поставки оперативных данных от оборудования и/или к оборудованию. Для стандарта DA реализованы спецификации как Custom-интерфейса, так интерфейса Автоматизации

Правила игры заданы OPC-сервер поставляет данные, OPC-клиент потребляет. Этим задаётся вторая категория пользователей спецификаций OPC. И к ней относятся в первую очередь те, кто реализует программное обеспечение более высокого уровня. Например, поставщик SCADA-пакета

Кто же использует OPC? Первая категория производители оборудования автоматизации, или OEM (Original Equipment Manufacturer поставщик комплексного оборудования). Предполагается, что тот, кто создаёт, например, плату сбора данных, снабжает её не только драйвером, но и реализует OPC-сервер, работающий с этой с платой через драйвер или даже напрямую. Тем самым OEM-производитель предоставляет стандартный доступ к своей плате.

Список возможных изготовителей OPC-серверов неограничен

Программирование COM занятие не из лёгких. Было бы, если бы не предоставляемые средства. Очень упрощённо это выглядит так. С помощью C-подобного языка MIDL (Microsoft Interface Definition Language язык определения интерфейсов) описываются интерфейсы