Это я и хотел узнать. Т.е. реле по сигналу (кропеки) переключает положение и запоминает его.

А что касается API где вы видели какую либо информацию?

Да я в опенхаб, ха тестировал сам

Все отлично в этом плане

Вы опенхаб ставили прямо на WB ?

Нет, отдельно

Вот. Вы управляли по mqtt

А это доп прослойка + задержки. Было бы интересно получить апи для управления внутри. Т.е. написать свое приложение и запустить его внутри WB. Тогда небыло бы прослойки

Вообще без задержек, на более мощном сервере даже быстрее все будет

По сети пинг 1мс

Немног оне так.
Я вижу свою связку по-другому
1. Если есть внутренее апи например CLI или httprpc то внутри железки я могу своим ПО его использовать
2. На отдельном порту поднимаю свой простой http сервер, задача которого отдать клиента в браузер например планшета и принять комманды от клиента и вызвать соответсвующее API
Тут нет промежуточного выхова по сети. Отдача клиентской части происходит очень редко.
У этого варианта есть только один минус, то что свое ПО расположено в главном контроллере. Но это уже мои проблемы

С добрым утром )

Так mqtt чем не подходит?

Тут вайроны пошли по самому простому пути, и взяли свисток для вд http://умный-дом.рус/oborudovanie-catalog/controllers/usb-kontroller-z-way-dlya-western-digital/ поэтому так дорого, а не потому что ребята ушлые =)
Сейчас запиливаем поддержку ЗВ на вайрон в СХ, с любым свистком

по внутри свистка наружу только апи торчат

Я грешным делом так и подумал. Но на сайте небыло упоминания что это WD

Тем что у него другое назначение. Тогда мой сервис должен в нем учавствовать, опрашивать устройства. Это другой уровень абстрации. Все это уже делает ПО WB. Соответсвенно в идеале иметь доступ к уже собранным данным.

все так изначально думают, я не исключение ) подумал нихрена они нас нагруть хотят ))) @evgeny_boger мож доп описание внести что свисток WD дорогой )))

мктт решает всё + полные сорцы ПО

всё струкрурированно и почти типизированно с минимальными задержками