Примеры применения ОРС-сервера

Инструментарий

Чтобы написать ОРС-сервер или ОРС-клиент, нужно только взаимодействие с ОРС Foundation (ОРС-спецификации) и Microsoft (Visual C++ и пр.). Всего этого можно избежать, если воспользоваться так называемыми Toolkit' ами.

Имеется достаточно много фирм, которые избрали своим бизнесом реализацию ОРС-спецификаций Они предлагают средства, позволяющие более-менее безопасно и легко создавать ОРС-продукцию.

Типичный Toolkit представляет собой библиотеку, реализующую ОРС-объекты выбранной спецификации, что реализует все прихоти со стороны ОРС. Разработчику же, например, ОРС- сервера предлагается некий набор вызовов, достаточно простых (read, write,...), которые необходимо «подцепить» к своему оборудованию для доступа к его данным. Для знающих объектное программирование заметим, что эти функции могут быть реализованы как виртуальные функции некоторого класса, которые нужно перегрузить в своем приложении. Так выполнены, например, Toolkit'ы фирмы FactorySoft (http://www.factorysoft.com).

1. ОРС поверх драйвера

Если имеется оборудование, например плата АЦП, управляемая через драйвер на компьютере с Windows или другой ОС, поддерживающей COM/DCOM, то это самый главный кандидат на то, чтобы непосредственно поверх драйвера был реализован ОРС-сервер.

Замена устройства не потребует изменения остальных приложений: драйвер изменился, но ОРС-интерфейс поверх него остался прежний.

2.ОРС через сеть

Имеется устройство, управляемое через какой-нибудь сетевой протокол. В этом случае вполне типична реализация ОРС-сервера, получающего данные по этому протоколу. Единственная особен­ность в этом случае – предусмотреть механизмы восстановления связи в случае сбоев.

3.ОРС для ОС

Несколько более сложная схема, когда некоторые управляющие приложения работают на компьютере, где не поддерживается COM/DCOM. В этом случае возможна реализация двухкомпонентного ОРС-сервера. На стороне ОС, не поддерживающей СОМ, устанавливается сетевой модуль, который с одной стороны связан с приложением(ями), а с другой стороны связан через сеть с ОРС-сервером. Заметим, что сетевой модуль мо­жет быть стандартным, как, например, ISaNet в системе ISaGRAF. Тогда необходимо разрабатывать только ОРС-сервер. По такому принципу создан, например, ОРС-сервер ISaGRAF от фирмы «РТСофт» (www.rtsoft.ru). Другая разновидность – сетевой модуль создается специально для ОРС-сервера. Возможна даже реализация, когда этот модуль не ориентирован на конкретное приложение, а предоставляет некоторый API-интерфейс для любых приложений, желающих обслуживаться с помощью ОРС. Пример такого решения – ОРС-сервер для операционной системы 0S-9, разработанный в компании «РТСофт» (www.rtsoft.ru).

4. ОРС для fieldbus

Еще одна разновидность ОРС-сервера – шлюз к сети полевой шины, такой как Profibus или Lonworks. С точки зрения реализации это очень похоже на предыдущие случаи. Скорее всего, на компьютере с ОС Windows будет установлен адаптер fieldbus-сети, а ОРС-сервер будет работать с этой сетью через драйвер адаптера. В Internet можно найти немало таких примеров.

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

Дата добавления: 2014-12-29