Мой проект умного дома на Raspberry PI + OpenHAB + Z-Wave + панели на Х.З. каком протоколе, Отчет + обмен опытом по такой реализации Опции

[syoma]

Чтобы не флудить в других ветках завожу отдельную по своему проекту. Буду выкладывать здесь обновления и обмениваться опытом по данной реализации.
ТТХ и задачи для системы приведены в ветке http://electronix.ru/forum/index.php?s=&am...t&p=1341614

Все будет делаться с новой электропроводкой - поэтому надо определиться и с ней.
Реализация, как видно из темы планируется на Raspberry PI.
Софт - пока openHAB, если будет не устраивать перейду либо на что-то другое бесплатное, либо на платное типа IP-Symcon.
Датчики и устройства управления планируются на Z-Wave, может потом еще что-то присобачу.
По панелям управления - пока не определился. Если найду дешевые и маленькие Андроиды - то либо что-то дешевое для openHAB , либо можно попробовать iRidium mobile. Тогда все будет по WiFi. Если не найду - подумаю над Arduino и RFM69 или что-то такое стряпаю.

Первые пункты плана такие:
1. Купить оборудование на тест и проверить работоспособность и дальность связи в каком-нибудь простом проектике - например включать-выключать свет в туалете по датчику движения через Raspberry.
2. Определиться с электропроводкой
3. Определиться с панелями управления - проверить работоспособность обоих вариантов решений и выбрать подходящее.

По п.1: Заказано и пришло такое оборудование
Aeon Labs Z-Wave USB Stick - USB Z-Wave адаптер
Raspberry Pi 2
Aeon Labs Z-Wave 4-in-1 Multisensor - Датчик движения, света, влажности, температуры
Fibaro FGS-221 - 2-х портовое Z-Wave реле.

openHAB и Habadmin был установлен и запущен на Laptope. Дрова под Z-Wave стик установились и подружились без проблем. Реле Fibaro спарилось со стиком и управляется из OpenHab. Такие наблюдения:
a. Реакция реле при нажатии в локальном браузере очень быстрая - ИМХО <0.1с. При активации через браузер,подключенный через WiFi - до 1с. Через app для iOS - немного быстрее. Похоже задержка где-то в Wi-Fi на пути между телефоном и openHab.
b. Если реле вдруг выпадает из сети (пропало питание,например), то openHAB в логах пишет, что реле не отвечает при следующей команде. Реле запоминает свой статус при выключении и возобновляет его без дополнительной команды от openHAB. Не смотрел, настраивается это или нет. Пока со статусами ничего не делал. Надо будет выяснить можно ли входы на реле заделать под отдельные входы, без того, чтобы они меняли статус выходов. Тогда что-то можно будет еще к ним приделать.

Multisensor еще не трогал - времени не было.

Сегодня с утра на Raspberry установил последнюю Дебиан и поднял VNC сервер, так, чтобы работал без моника. Также загрузил и установил openHAB runtime и z-wave binding. Стик туда еще не втыкал. Все вроде запустилось. Пока никаких танцев с бубном не требовалось - все установилось по инструкциям.
Следующий шаг - установить HABadmin, подключить стик и запустить такую же конфигурацию, как на лаптопе и подключить Multisensor.

По п.2.
Пробовал обсуждать с женой классическую схему, но получается, что с умным домом будет куча лишних проводов, розеток и выключателей, которые придется чем-то закрывать, да и электрики возьмут не по хилому. Например, на ту-же гостиную - 4-5 выключателей только для света. Жене не нравится. В общем как говорится или пан или пропал - буду говорить электрикам, чтобы делали проводку только под умный дом. Так экономится куча проводов и подрозетников.
В этом случае концепция такая - на все теоретические места установки розеток, светильников и актуаторов выводится 220В в подрозетниках. Чтобы в случае чего можно было как-то всем этим управлять - будет распределено по группам по разным автоматам, чтобы если что светом можно было хоть как-то управлять с распределительного щита.
Реле будут ставится либо в подрозетники, либо в щиты по мере развития проекта.
По панелям управления - пока 220В в подрозетник - потом видно будет. Витую пару для Умного дома не планирую.

Продолжение следует...

[steam-engine]

1. Купить оборудование на тест и проверить работоспособность и дальность связи в каком-нибудь простом проектике - например включать-выключать свет в туалете по датчику движения через Raspberry.

Такие вещи лучше делать автономными. Датчик присутствия включает свет и вытяжку. При выходе свет выключается и через 15-20 минут выключается вытяжка. На контроллер достаточно завести текущее состояние.

3. Определиться с панелями управления

Дешевый планшет, любой.

Например, на ту-же гостиную - 4-5 выключателей только для света. Жене не нравится.

И правильно. В каждой комнате один механический включатель/выключатель. Дальше уже по фантазии:
Пульт.
Датчик присутствия.
Голосовое: "Эй Умник, включи свет!"
Что-то еще.

[syoma]

Такие вещи лучше делать автономными. Датчик присутствия включает свет и вытяжку. При выходе свет выключается и через 15-20 минут выключается вытяжка. На контроллер достаточно завести текущее состояние.

Уже это обсуждали в оборудовании - централизация vs децентрализация. У каждого подхода есть свои преимущества и недостатки.
В моей системе будет централизация.

Определиться с панелями управления
Дешевый планшет, любой.

Например? Желательно с ценой. Мне нужен такой, который не жалко поставить на стенку и забыть. И который я мог бы легко запрограммировать. С андроидом пока не дружу, поэтому не знаю насколько легко там запустить нужный GUI.

[mantech]

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

Есть такая штука хорошая - веб морда. На любом смартфоне, планшете и компе работает без их программирования

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

Для коммуникации всех устройств использовал только витую пару. 2 провода для эзернета и 2 для rs-485(питание плюс данные) - всего 1 провод. Радио не использовал - не доверяю

[AlexandrY]

Есть такая штука хорошая - веб морда. На любом смартфоне, планшете и компе работает без их программирования

Именно "морда" .
На самом деле делать WEB интерфейс не выгодно ни в каком плане.

Во первых, нужены дополнительные навыки: HTML, JavaScript, CSS и т.д.
Это требует либо привлечения стороннего специалиста либо за счет снижения собственной производительности. В любом случае страдает скорость разработки.

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

Нынче тренд писать нативный UI в мультиплатфрменных средах: RAD Studio, VS2015 в связке с Xamarin и т.д.

[mantech]

Именно "морда" .
На самом деле делать WEB интерфейс не выгодно ни в каком плане.

Во первых, нужены дополнительные навыки: HTML, JavaScript, CSS и т.д.
Это требует либо привлечения стороннего специалиста либо за счет снижения собственной производительности. В любом случае страдает скорость разработки.

Ну как бы писать в этих средах - "мультиплатфрменных средах: RAD Studio, VS2015 в связке с Xamarin и т.д." - навыков совсем не надо...Посмеялся

Например сам без проблем пишу под "морду", вполне функционально и удобно, разве, чуттка побыстрей бы... НО, мне глубоко по-барабану, как там устроены нативные среды в андроидах, иосах и т.п....

"интеллектуальный термостат" Honeywell с резистивным цветным тачем и очень медленной реакцией за 300$.

Шлака везде хватает и за 300баков и за 3000... У денег глаз нет, а у покупателя есть, вот и нужно выбирать то, что путевое

В третьих он требует дополнительного WEB сервера на встраиваемой платформе. А это расход динамической памяти, CGI обработчики тоже добавляют лишний слой писанины и отладки.

Прекрасно работает на самописной системе, на основе мх6 процессора со стеком lwip... Все должно быть разумно, интерфейс не перенакручен виджетами и рекламы-то внем нет, как на сайтах инет магазинов - а это самое жрущее дело

Скажем каждый день исправлять WEB интерфейс и дополнять его элементами никто не будет, просто замучается.

А как вы настраиваете свои нативные системы, с учетом того, что выполняться они могут на разных устройствах и ос?

Сообщение отредактировал mantech - Aug 4 2015, 17:24