Программная прослойка для сопряжения сторонних, программ с моим устройством Опции

[shreck]

Добрый день.

Есть устройство подключаемое к компу. Устройство управляется исключительно с компа. Есть компьютерная управляющая программа. Но, вариантов использования устройства - великое множество и моя программа их все охватить не может. Нужно дать пользователю устройства возможность легко написать заточенную под него программу. Т.е. предоставить ему некую программную прослойку, скрывающую особенности низкоуровнего обмена с устройством.

Навскидку приходят на ум следующие варианты (ни в одном из них я не профи, могут быть накладочки).

1. Использовать DLL, где и предоставить необходимые функции.
Большой плюс решения - очень просто как для меня - писателя DLL, так и для клиента - писателя основной программы.
Минус - нет совместимости между DLL, созданной разными компиляторами, или требуются неудобные телодвижения для использования "неродной" DLL. Отсюда проистекают ограничения на использование клиентской программой языка программирования.

2. Написать OPC сервер.
Плюсы. Есть стандарт, кроме самописной программы можно использовать какую-нибудь SCADA систему. Нет никакого навязывания языка программирования для клиента.
Минусы. Сложность. Конкретно нам придется заказывать разработку сервера на стороне. Клиент должен иметь программиста с подходящей квалификацией.

3. ??? что еще можно придумать. В нулевом приближении требования такие. Простота реализации как для меня, так и для клиента. Без навязывания клиенту языка программирования.

[mdmitry]

Возможный вариант при малом потоке управления: что-то типа wake протокола для обмена. Ещё вариант, более сложный, реализуемый в измерительной аппаратуре: на приборе стоит сервер, например, telnet. Клиент посылает запросы в формате SCPI (NI). Реализовано в генераторах R&S SMC100A и других. Клиент (Ваш пользователь) пишет приложение на чем ему удобно. Потребуется оценка необходимой скорости обмена и выполнения действий. Прибор должен иметь соответствующую периферию для обмена и ресурсы. В R&S SMC100A стоит linux.

[shreck]

Возможный вариант при малом потоке управления: что-то типа wake протокола для обмена. Ещё вариант, более сложный, реализуемый в измерительной аппаратуре: на приборе стоит сервер, например, telnet. Клиент посылает запросы в формате SCPI (NI). Реализовано в генераторах R&S SMC100A и других. Клиент (Ваш пользователь) пишет приложение на чем ему удобно. Потребуется оценка необходимой скорости обмена и выполнения действий. Прибор должен иметь соответствующую периферию для обмена и ресурсы. В R&S SMC100A стоит linux.

Идея сделать сервер из самого устройства заманчива, но возможно ли это, если физическое соединение USB HID.