Посоветуйте пожалуйста распределенную систему управления устройствами

Question

[illepidus]

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

Все эти приборы должны быть провязаны некой внутренней логикой не сложнее «По нажатию такой-то кнопки включить/выключить такую-то лампочку, если выключатель такой-то в положении ON, а времени на часах не более 20:00 по Москве». Плюс очень бы пригодилась веб-морда для управление логикой и доступа к отдельным устройствам. В общем, модная нынче идея «умного дома».

Естественно, всё это можно писать с нуля, но это очень долго и велосипедно. Решения для такого рода задач точно есть: в частности, когда я работал на Курчатовском синхротроне, мы использовали TANGO — распределенную систему управления на базе OmniORB — орба для протокола CORBA. И буквально 200 строк кода на C++ и 200 строк кода на python позволяли вполне удобно управлять станцией рентгеновской томографии. Другой вопрос, что TANGO сильно специфичен, его разрабатывает сообщество операторов синхротронов, и в нем куча того, что мне даром не надо и немало того, чего мне надо, но там не реализовано.

Может быть кто-то посоветует что-то более подходящее?

Comments

[Eddy_Em]

Если у вас система гетерогенная, то только «велосипед»!
Для существующих систем у вас и железо должно быть соответствующим.

А в чем проблема «навелосипедить» систему управления? Это намного проще, чем ее железо собрать и запрограммировать!

[illepidus]

Если у вас система гетерогенная, то только «велосипед»!

Ещё раз обращаю внимание на то, что решения точно есть. Могу попробовать обрисовать, что предлагает известная мне TANGO.
1. Есть база данных и удобный интерфейс доступа к ней, в которой содержатся информация обо всех устройсвах, представленных в системе. То есть что за устройство, где находится, какие к нему возможны вызовы, какого его внутреннее состояние и так далее.
2. Есть генератор кода для TANGO-серверов. То есть на указываешь как будет называться устройство, какие у него внутренние переменные и какие к нему могут быть вызовы и оно генерит каркас TANGO-сервера. Пример: говоришь, что это «Выключатель» с состояниями ON и OFF. Прописываешь в коде как понять ON она или OFF и всё, к ней уже можно обращаться через TANGO client. То же самое с другими устройствами любой сложности.
3. Не надо думать где запущены какие TANGO-сервера они все доступны с tango-client, запущенного также где угодно. У меня в частности несколько штук были под Linux, а один под Windows, потому что не было драйверов на соответствующую камеру под 'nix.

Как-то так. То есть совсем немного кода надо написать, чтобы был унифицированный протокол доступа к любому устройству.

[Eddy_Em]

1. Т.е. по сути на этом шаге вы должны строго описать протокол своего устройства. А если протокол какой-нибудь хитрый?
2. Похоже, это подходит лишь для элементарных устройств с состояниями вкл/выкл.
3. Понятно: сервера должны быть кросс-платформенными.

Все-таки, сдается мне, что эта TANGO узкоспециализирована: шаг вправо, шаг влево — расстрел.

[illepidus]

Нет. Ну вот была у меня видеокамера. Что она умеет делать? Снимать фото, снимать видео. Имеет тьму настроек вроде разрешения, выдержки, фокусного расстояния и так далее. Всё эти параметры и действия связанные с их изменением указываются при генерации кода для TANGO-сервера, потом пишется жутко банальные вставки в сгенерированный код навроде (исходников под рукой нет):

int getSnapShot() {
__camera_get_snapshot();
return 0;
}

[Eddy_Em]

Вот у вас на шаге внесения всех этих параметров в БД системы и возникает затык. По-моему, написать на сях готовый модуль управления данной камерой, поддерживающий нужный протокол — задача не сложней.

Answer 1

[Александр Ананьев]

Вы хотите с одного компьютера управлять разными устройствами? Тогда вам подойдет любая SCADA система.
Единственный момент — нужно смотреть по какому протоколу можно управлять устройствами и подобрать соответствующий модуль для SCADA.

Comments

[illepidus]

На данный момент у меня есть IO Board PIO D144, который умеет подавать напряжение/считывать состояние с каждого из своих каналов, к которому прикручены выключатели по всему дому и через управляющие транзисторы — освещение. Никакого специального протокола для управления всей этой бедой нет, всё что есть — это драйвер платы. Но не факт, что я не захочу присоединить какие-то иные устройства к системе, так что нужно что-то модульное и расширяемое.

[Eddy_Em]

illepidus, для себя, любимого, лучше всего — велосипед. В котором разбираешься и легко подгоняешь его под новые условия.
Тем, кому денег некуда девать, можно использовать что-нибудь вроде labview: чрезвычайно дорого, зато элементарно.
Я сильно сомневаюсь, что есть золотая середина: opensource + универсальность. Либо анальное огораживание + бешеные суммы денег за универсальность, либо свобода + узконаправленность.

[Александр Ананьев]

Пишите свой OPC сервер для данной платы, а затем берете любую SCADA, подключаетесь к OPC серверу и управляете устройствами. При добавлении новых устройств — дописываете их в OPC сервер.