OberonCore

Кто-нибудь имел дело с каким-либо OPC сервером? Или даже писал такой проект?
Заинтересовала идея создания OPC драйвера для какой-нибудь железки в BlackBox.

Про железки любопытно. Что такое OPC? Буквы латинские?

OPC = OLE for Process Control. Стандарт такой для сервисов управления оборудованием.
Сервер крутится на компе, и собирает данные с устройств, подключенных по какому-нибудь каналу связи (например, RS-485), по какому-нибудь протоколу, поддерживаемому устройствами (например, Modbus RTU).
Любая SCADA может, используя механизмы OLE, подключиться к серверу, как (удалённый) OPC-клиент.
Стандарт предусматривает предоставление клиенту описания адресного пространства устройства, что существенно облегчает настройку логических каналов ввода/вывода в SCADA.

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

Спасибо.

На самом деле OPC уже перестал быть Microsoft-only технологией благодаря OPC Unified Architecture.

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

Вообще-то OLE там настораживает, конечно. Оно у них в составных документах не вполне работает.

Для управления железками, вроде бы, недостатка в интерфейсах не испытывается (судя по тому, что у экспериментаторов экспериментальные установки вполне себе управляются).
Во всяком случае, в этом калашном ряду OLE странно выглядит.

Только оно хоть и Open, но спеки по этому протоколу стоят денег. Точнее, нужно купить членство в OPC Foundation. Без этого описание протокола не добыть.

Light OPC - разработка Тимофея Бондаренко, чистый COM, С, в исходниках, проверено - работает
http://www.ipi.ac.ru/lab43/lopc-ru.html
Интерфейс OPC DA 2

OPC UA - другая песня - другие интерфейсы, не COM, портабельные, платные пакеты и доки

Довольно много писали об этом в "СТА"... и на сидюках свои демки сред кое-кто там предлагал... Тут, как и у Alexey_Donskoy и Info21, вопрос возникает прежде всего к "неизбыточности сложности"... Возможно, что Фёдоров в своих справочниках что-то об этом говорил...

Ну, покажите, если найдете проще. Только отработанные решения, а не MyFirstOPCServer. Только без лишних библиотек, особенно платных, и в исходниках. Ну и OPC UA по той же схеме, если не затруднит

Во-во... насчёт "лишних" и "платных" тоже верно... Но упомянутые постеры-то о другом прежде всего говорили - будет ли "гарантоспособен" сам принцип OLE при переносе из "трансформационных" систем в "реагирующие"?.. Я Фёдорова потому и вспомнил, что он обсуждал последствия такого переноса для Ethernet... тоже проверенная технология... но с недетерминированным представлением ресурса в своей основе... Искать-то должны учёные и технологи... но не за "модность" (а кто-то, возможно, и за гранты от "модельеров", как "рекомендующие НИИ" в рекламах)... Вот пусть они и ищут... ну а мы с вами должны понимать, у кого этот поиск добросовестен, а у кого не очень... исходя и из таких элементарных вещей, как "физическая реализуемость" данных целей данным образом...

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

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