Введение

Итак вы купили/построили новую квартиру или дом, дачу, гараж. В голове различные мысли так и роятся: ремонт, обстановка, мебель …. Планы, планы, планы….  А не хотите оборудовать у себя «Умный Дом»?? Автоматизировать так сказать свое «жизненное пространство»? Хорошо бы переложить часть рутинных дел на «могучие плечи» автоматики. Дорого, сложно, требуются много умных спецов с кучей оборудования ? Да ничуть! Оказывается сейчас это под силу практически каждому, мало-мальски разбирающимся в технике, а также при желании, небольших навыках общения с компьютером. В этом обзоре мы покажем, как это возможно сделать,  что для этого нужно предпринять и с чего начать…

Рассмотрим все это на примере, ну допустим, типовой однокомнатной квартиры, которую мы постепенно превратим в «умное» жилье, которое возьмет на себя часть рутинных повседневных забот…

ШАГ 1 ( Умный дом – что это?)

Что мы хотели бы автоматизировать? Какие функции должен нести «Умный Дом»? Каждый конечно это определяет для себя сам (и конечно определит сам…) Но, так как здесь я выступаю в роли хозяина, то мои приоритеты (а следовательно характеристики и функции, выполняемые «Умным Домом») следующие:

• Климат-контроль (УД должен сам следить за температурой, включать/выключать отопительные приборы, вентиляторы, в общем добиваться заранее установленного температурного режима )
• Безопасность ( УД должен сам перекрыть воду в случае аварии, сообщить о задымлении, утечки газа, проникновении посторонних лиц в дом, открытых дверях)
• Управление освещением и частично энергопотреблением (Хорошо бы чтобы УД сам включал и выключал свет сам по датчикам движения, расписанию, или еще как – потом придумаю… И электричество нужно отключать во время отсутствия хозяев в доме)
• Управление и настройка через любой смартфон, планшет,удаленное управление через Интернет, возможность удаленного просмотра установленных камер, сообщение обо всех аварийных ситуациях на мобильный телефон через СМС

Ну вот вроде все мои «хотелки»… ☺ Вы конечно можете придумать свои ( ну например открытие/закрытие штор/жалюзей, включение/выключение каких либо приборов/приемников/телевизоров….)

ШАГ 2 ( Подбираем оборудование)

!!! Небольшое отступление – что такое по своей сути «умный дом»? Грубо говоря, это сервер-компьютер, который по своим входам принимает информацию от датчиков и на свои выходы посылает управляющие сигналы на исполнительные механизмы (в ручном режиме, либо автоматически, либо по расписанию и т.д. и т.п…) руководствуясь заложенной НАМИ логикой.

• Сердце УД –это микрокомпьютер Raspberry Pi , на который устанавливается программа управления IntraHouse, адаптированная под Raspberry Pi , в результате чего у нас получается сервер «Умного дома» принимающий информацию от датчиков, управляющий устройствами и заодно являющийся сервером визуализации 
• USB СМС шлюз для отправки сообщений на нужные телефоны и принятия команд. 
  
• Датчики для обеспечения безопасности – ну ничего особенно хитрого: входная дверь – датчик открытия, кухня/прихожая/ванная -на потолке ИК датчики движения, кухня/ванная – в полу датчики протечки воды, дымовые датчики по комнатам.
• Исполнительные устройства – клапаны перекрытия воды, клапаны перекрытия радиаторов отопления, контактор в электрическом щите для отключения электричества.
• Для климат-контроля – адресные датчики температуры на протоколе 1-Wire
• Для охранных функций – скрытая кнопка постановки/снятия на охрану (можно Proxy считыватель)

!!! Небольшое отступление – подразумевается, что в квартире разведена кабельная система, есть локальная сеть Ethernet, выход в интернет. Есть место для небольшого щита, в котором разместятся сервер, шлюз, блоки питания, промежуточные реле управления исполнительными механизмами.  Кабели от датчиков и устройств заведены в этот щит.

ШАГ 3 ( подключаем Raspberry Pi, устанавливаем ПО)

Сердце системы… Не хочется здесь подробно заниматься описанием и характеристиками микрокомпьютера Raspberry Pi — при желании в интернете многое про него описано и много всяких полезных штук на нем сделано. Разработчик IntraHouse выбрал именно его для адаптации под своё программное обеспечение «Умного Дома» ввиду:

• доступности (сейчас продают его уже практически все: от китайских интернет-магазинов, до сетевых ритейлеров офлайн).
• недорогой цене(правда зависит от того где покупать, но всяко не дороже простенького смартфона)
• при этом функционал на уровне… (SD, USB, Ethernet, Wi-Fi, BT , возможность подключения различной периферии).
• можно приобрести различные дополнительные устройства (корпуса, дополнительные модули и т.д…)
• по сути объединяет в себе два устройства — управляющий микрокомпьютер и дискретный блок ввода/вывода, через который возможно принять сигналы от датчиков и подать сигналы управляемым устройствам.

Почитать в интернете – достаточно интересная штука, но… Обычно ею занимаются и разрабатывают на ней всякие гаджеты в основном любители/энтузиасты (программируют, адаптируют, свои ОС и т.д. и т.п….). Но для основной массы пользователей это не вариант (хочется всего и сразу… ). Вот теперь мы плавно подошли к программному обеспечению, которое будет осуществлять связь между сервером+датчиками (т.е. железом) и заданной нами логикой работы системы. Всё это осуществляется в графическом режиме, на интуитивном уровне. Используется программа IntraHouse, где все условия, что мы хотим задействовать – уже решены. Устанавливается она на микрокомпьютер – достаточно просто (на сайте вместе с дистрибутивом программы лежит файл ReadMi, в нем подробно описывается как переписать на SD карту и запустить систему. Проблем особых ни у кого не должно возникнуть, всё-таки в 21 веке живем – цифровые штуковины у всех имеются

!!! Небольшое отступление. На самом деле IntraHouse это не программа, а образ готовой системы, вместе со своей ОС и со всеми первоначальными настройками. В общем никаких дополнительных «танцев с бубнами». Загрузил. Включил. Работает. Для первичного знакомства с «Умным Домом» от IntraHouse даже уже установлена тестовая система «Умный Дом».

На ней можно ( даже нужно!) подробно рассмотреть все основные возможности, внешний вид, установлены уже связи по входам/выходам, сценарии, датчики, исполнительные механизмы. И это реальная, работающая система. При подключении реальных датчиков и механизмов к нашему Raspberry Pi – все будет работать. Все наглядно, все настройки работают.

ШАГ 4 ( первый запуск, настраиваем визуализацию, загружаем план квартиры)

Будем считать что с тестовой системой мы наигрались, привыкли к интерфейсу. Пора и за нашу квартиру браться… Все основные настройки осуществляются в Project Manager ( путь доступа: НАСТРОЙКИ- Project Manager).

• удаляем тестовую систему ( при необходимости, если что-то непонятно, то можно к ней и вернуться…) (НАСТРОЙКИ- Project Manager-Сохранение и восстановление данных)
• заменяем исходный план помещения на план нашей квартиры ( формат *.png, НАСТРОЙКИ- Project Manager-Уровни) Я рисовал в Sweet Home 3D – хотелось красоты, но можно и в любом другом редакторе, хоть от руки начертить… (хотя, так может и интереснее будет – типа стиль «детские каракули» ). Теперь наша квартира на плане выглядит так:
• уровень у нас будет один ( 1 этаж )
• устанавливаем подсистемы (НАСТРОЙКИ- Project Manager-Подсистемы), их для начала будет четыре:

1. Освещение и электрика
2. Климат
3. Безопасность
4. Вода

ШАГ 5 ( подключаем плагины)

!!! Небольшое отступление. В принципе InrtaHouse может многое и работает с разными датчиками, устройствами, и протоколами. При подключении дополнительных плагинов – осуществляется подключение дополнительных типов устройств. Их уже достаточно много разработано (плагинов), т.к. устройств и протоколов взаимодействий между ними сейчас уже много. InrtaHouse и позволяет объединять разные типы. В составе бесплатной версии – уже есть три плагина:

• работа с входами/выходами Raspberry Pi
• работа с USB СМС Шлюзом.
• работа с датчиками 1-Wire (на этом протоколе у нас будут датчики температуры ).

. Для наших потребностей и наших датчиков этого должно хватить…

Подключаем плагины.

Ну это просто… Заходим в в Project Manager ( путь доступа: НАСТРОЙКИ- Project Manager-Система-Плагины) и добавляем из библиотеки все имеющиеся плагины.

Хотим добавить что-то другое, поддержку других типов устройств – это скачивается сайта IntraHouse и подключается ( за дополнительную плату конечно… но ведь разработчики тоже что-то должны кушать ☺ )

ШАГ 6 ( расставляем, подключаем бинарные датчики)

Добавляем датчики бинарные (т.е. принимающие два значения), они подключаются к входам Raspberry Pi. В нашем случае это:

• датчики движения,
• датчики протечки воды,
• дымовые датчики,
• датчик открытия двери.

Рассмотрим процесс добавления бинарного датчика на примере датчика открытия двери.

Добавление датчика будет происходить в несколько этапов:

1 Этап — добавляем новый датчик в список устройств.

Заходим в в Project Manager ( путь доступа: НАСТРОЙКИ- Project Manager-Система-Устройства). Добавляем новое устройство – выбираем датчик бинарный – датчик открытия (геркон).

Открывается окно со свойствами датчика. Последовательно всё (а точнее то, что нужно, т.е. уровень, подсистемы, внешний вид…) заполняем, сохраняем. В результате в списке устройств появился новый датчик.

!!! Небольшое отступление. Можно устанавливать свои наименования для устройств. Не унылые и неинформативные  «датчик пожарный», «лампа» и т.д…, а свои, например: «люстра в гостиной», «окно в спальне».

2 Этап — Осуществляем привязку датчика к входу устройства.

Для этого выбрав в списке необходимый датчик, нажимаем на кнопку «Железо». Выбираем устройство (в нашем случае Raspberry Pi) и номер канала, который хотим использовать (можно использовать любой не занятый ничем). В последнем окне еще раз все проверяем и сохраняем привязку.

!!! Небольшое отступление. Не забываем, что герконы (при закрытой двери) и датчики движения (при отсутствии движения) – «нормально закрытые», при активации – контакт «разрывается». Поэтому в данном случае не забываем выставить галочку в пункте –«Инвертировать значение». А вообще датчики могут быть разные, поэтому документацию к ним посмотреть не мешало бы…

3 Этап — размещаем изображение датчика на плане нашей квартиры.

Для этого в Project Manager переходим в пункт План ( путь доступа: НАСТРОЙКИ- Project Manager-План). Мы видим план квартиры и слева на дополнительной панели  — наш не привязанный датчик. Берем его и перемещаем в нужное место плана. В нашем случае на изображение входной двери.

Датчик встает на нужное место, дополнительная панель освобождается. Ну вот вроде и всё. Теперь закрыв Project Manager мы увидем датчик на нужном месте и активация входа Raspberry Pi (в нашем случае GPIO26) отражается на плане в виде изменения состояния датчика.

Все остальные наши ИК датчики движения, дымовые датчики и датчики протечки воды настраиваем подобным образом. В результате интерфейс приобретает следующий вид:

ШАГ 7 ( расставляем, подключаем аналоговые датчики)

Аналоговые датчики у нас — это датчики температуры.

!!! Небольшое отступление. Чтобы управлять климатом, нам нужно знать температуру в помещении (хотя-бы в двух – гостиная и кухня) а для того, чтобы управлять климатом мы будем включать/выключать клапана, подающие горячую воду в радиаторы.

 Для того, чтобы знать температуру, мы будем использовать адресные датчики 1-Wire (DS18B20):

1-Wire достаточно распространенная технология, в интернете много про неё чего написано, даже целиком «умные дома» на них реализуют… Это шинная технология, по которой на одну шину 1-Wire вешаются датчики и даже исполнительные механизмы. В нашем на 1-Wire будут датчики температуры. Можно конечно и другие датчики поставить, например  аналоговые PT-1000, или беспроводные типа Enocean, система IntraHouse это всё позволяет сделать… , но повторюсь, это уже другие согласующие  устройства, которые нужно подключить к  нашему серверу, а в IntraHouse бесплатный плагин для 1-wire  уже имеется ( без дополнительных вложений ). 

• Добавляем датчики. Ну здесь почти тоже самое, те же этапы что и при подключении бинарных датчиков ( путь доступа: НАСТРОЙКИ- Project Manager-Система-Устройства), только вместо бинарных  у нас датчики аналоговые. Далее – датчик температуры.. В свойствах датчика выбираем нужные нам параметры.

• Затем размещаем на плане
• Осуществляем привязку датчика к устройству. Для этого выбрав в списке необходимый датчик, нажимаем на кнопку «Железо». Выбираем устройство (в нашем случае Raspberry Pi) затем нужный нам незанятый датчик, подключенный к шине 1-Wire. Всё – привязка осуществлена. В последнем окне еще раз все проверяем и сохраняем привязку.

!!! Небольшое отступление. Сеть/шина 1-Wire физически подключена к серверу на порт GRIO4 (он в Raspberry Pi используется только для 1-Wire ). На момент привязки датчики должны быть уже подключены к порту, так как каждый из них обладает своим индивидуальным адресом, через который и осуществляется привязка. Желательно перед привязкой, после подключения — просканировать сеть 1-Wire. Путь доступа: НАСТРОЙКИ- Project Manager-Каналы-1-Wire каналы-Scan. Сразу система увидит все подключенные датчики по 1-Wire с адресами.

Да, еще один датчик температуры будет у меня на улице. Регулировать, конечно, там погоду я не смогу, но для наглядности в интерфейсе – неплохо…

Общий вид теперь такой:

ШАГ 8 ( исполнительные устройства)

Еще раз повторимся какие у нас будут исполнительные устройства:

•  для климата – клапаны перекрытия радиаторов (2 шт.)
• для безопасности – сирена (на случай пожара — чтобы разбудила, если не дай бог что случилось  (1 шт.), сигнальная лампа (горит – квартира на охране, нет-значит нет…(1 шт.)
•  для воды – клапаны перекрытия воды (реально будет два клапана – для холодной и для горячей воды, но включаться и выключаться они будут у нас параллельно. Раз! – и вся вода отключилась в случае протечки )
• освещение

Исполнительные устройства у нас все дискретные ( принимающие два значения ВКЛ. и ВЫКЛ. ), поэтому их добавление в систему однотипно.

Рассмотрим процесс добавления исполнительного устройства на примере клапана радиатора отопления.

Очень похоже на процесс добавления датчиков. Но лучше повториться…

1 Этап. Добавляем в список новое устройство.

Заходим в в Project Manager ( путь доступа: НАСТРОЙКИ- Project Manager-Система-Устройства). Добавляем новое устройство – выбираем исполнительное устройство дискретное – батарея отопления).
Открывается окно со свойствами. Последовательно всё (а точнее то, что нужно, т.е. уровень, подсистемы, внешний вид…) заполняем, сохраняем. И вот – в списке устройств появилось новое устройство.

2 Этап. Осуществляем привязку к выходу Raspberry Pi

. Для этого выбрав в списке исполнительное устройство, нажимаем на кнопку «Железо». Выбираем устройство (в нашем случае Raspberry Pi) и номер канала, который хотим использовать (можно использовать любой не занятый ничем). В последнем окне еще раз все проверяем и сохраняем привязку.

3 Этап. Размещение на плане квартиры.

Для этого в Project Manager пункт План ( путь доступа: НАСТРОЙКИ- Project Manager-План). Мы видим план и слева на дополнительной панели — наше не привязанное устройство. Берем его и перемещаем в нужное место плана. В нашем случае в гостиную – туда, где находится управляемый клапан на радиаторе. Изображение радиатора для наглядности ставим рядом с изображением датчика температуры. (так как мы их впоследствии свяжем сценарием и при изменении температуры батарея будет в автоматическом режиме включаться/выключаться для достижения целевой температуры)
Все остальные вышеперечисленные исполнительные устройства у нас однотипные. Поэтому процесс также установки также не будет отличаться разнообразием.

!!! Небольшое отступление. При выборе устройства, в списке их ограниченное количество, в нашем случае нам необходима сигнальная лампа, сирена и возможность централизованного отключения электроэнергии типа «выключить всё», в таком случае выберем «актуатор универсальный, бинарный», а в настройках затем можно выбрать вид пиктограммы при включении и выключении устройства и другое — необходимое наименование.

В результате интерфейс с датчиками, исполнительными устройствами и со всеми включенными подсистемами приобретает следующий вид (пока без электрики):

Да… Решил добавить ещё:

1. управляемый вентилятор в ванную
2. и некое устройство… (потайной выключатель), с которого на вход Raspberry Pi будет подаваться сигнал о постановке на охрану/снятия с охраны.

!!! У меня изменения…. Хотя это вообще-то нормальная история. Озадачился я пожарной охраной – подключать все дымовые датчики, сирены и лампы к «умному дому» это конечно хорошо, но есть и свои проблемы… Во первых датчики пожарные нужны четырехпроводные (и не найдешь так сразу, да и дороже обычных). Во вторых пожарная охрана – штука серьезная, желательно обеспечить ей резервное питание…

В общем решено – поставлю готовый пожарно/охранный прибор, а его зацеплю на умный дом. Опишу плюсы:

1. встроенный аккумулятор – резервированное питание
2. подключаются обычные дымовые датчики, в неограниченном количестве
3. уже встроенные выходы для сирены и сигнальной лампы
4. встроенный вход для PROXY считывателя (что обеспечит мне постановку/снятие на охрану по PROXY-картам, а не по «потайной кнопке» — которую я подумывал установить).

Прибор имеет 2 настраиваемых выхода и поэтому от него мы заберем  два сигнала на входы Raspberry Pi:

1. ПОЖАР ,
2. Стоит на охране/снят с охраны.  

Конечно при задымлении, нам «умный дом» не сможет сообщить конкретное помещение, где задымило…. Но это не так важно, не так-то этих помещений и много. 

Работать будет он так:

• на его первом шлейфе будут висеть обычные двухпроводные дымовые датчики (столько сколько нужно и в тех помещениях, где нужно).
• При пожаре — будет срабатывать собственная сирена и на Raspberry будет подаваться сигнал ПОЖАР.
• Через встроенный PROXY считыватель я буду ставить/снимать прибор на охрану, будет загораться/гаснуть сигнальная лампа, а  «Умный Дом» через вход Raspberry будет выполнять сценарий ОХРАНА (контролировать датчики движения, геркон двери, отсылать аварийные СМС и т.д…).

Теперь интерфейс имеет следующий вид:

ШАГ 9 ( Электрика и освещение)

Займемся освещением…

Расставим управляемые светильники (группы освещения) по комнатам и один выход с сервера у нас будет управлять контактором для выключения всего электричества по команде «выключить всё» (естественно устройства типа холодильников мы не подключаем этот контактор ). Устройства эти являются дискретными, (по типу ВКЛ./ВЫКЛ.) поэтому описание установки читай выше… В библиотеке стандартных исполнительных устройств светильники имеются.

!!! Небольшое отступление. Ну вообще-то по освещению ещё нужно подумать, что мы от него хотим? Ну а хотим мы:

1. вкл./выкл любого света через интерфейс
2. вкл./выкл света по датчикам движения, как бы режим «свободные руки»
3. но обычные настенные выключатели тоже нужны!

Значит делаем и светильники и выключатели. Помещений 4, значит и выключателей тоже будет 4. В библиотеке стандартных бинарный датчиков ( а выключатель по сути как раз и является датчиком, при подаче сигнала от которого, зависимое от него освещение либо включается, либо выключается) выключателей нет, значит опять используем «датчик универсальный на 2 состояния» , это у нас будет как бы сценарная панель на 1 состояние.
Физически выключатели будут кнопочные, без фиксации ( импульс – свет включился, следующий импульс – свет выключился).

Можно поставить и обычные выключатели, но тогда будет случаться следующая ситуация — включил свет через выключатель — свет загорелся, затем выключил свет через интерфейс — свет погас, НО выключатель остался в положении «включено»! …  И теперь чтобы чтобы снова включить свет через выключатель, его нужно будет перевести  в положение «выключено». В общем получится, что в итоге клавиши на наших выключателях будут разнонаправлены. Да еще и логику для этого выключателя нужно будет продумывать (например такого типа:        А)При включении выключателя (подаче сигнала на сервер) — свет включается, если был выключен или выключается, если был включен     Б)При выключении выключателя (сигнал на сервер не подается) — проверяются те же условия и свет включается, если был выключен или выключается, если был включен.  Вроде и не сложно все это и привыкнуть к «разнобою» в клавишах можно.            Но кнопочные мне больше нравятся, поэтому выбор сделан…

!!! Небольшое отступление. НО важное… Необходимо осознавать, что для того чтобы была возможность управления освещением, разводка электрических кабелей, должна быть несколько иной чем обычно. Обычно в домах и квартирах идут магистрали освещения от эл. щитка, а к ним уже на местах через распаечные коробки подключаются светильники и выключатели. В случае разводки электричества под «умный дом» разводку желательно делать «звездой» — т.е. кабели от выключателей и светильников приходят в эл. щиток. (в щиток управления). Можно сделать управление освещением и по стандартной разводке, но здесь вопрос уже упирается в оборудование и более дорогую цену реализации, да и всё равно от прокладки дополнительных кабелей никуда не уйти. Есть конечно возможность поставить радиоустройства и весь умный дом реализовать на них (IntraHouse это позволяет ), но там нужны дополнительные плагины, цена на оборудование возрастает ещё больше, возникают проблемы прохождением радиоволн…   да…  У нас квартира новая, электрику от застройщика всё равно переделывать, по-этому мы сделаем по-правильному… Да  и еще — в нашем случае к выключателям не обязательно тянуть силовой кабель, достаточно слаботочного — например витую пару, типа UTP. Экономия налицо. 

Установим выключатели. по комнатам.

(кстати, ещё раз повторюсь, что это не обязательно, если свет будет управляться только через интерфейс. Но мы ретрограды: «раз на потолке есть лампочка, значит на стене должен быть выключатель» )

Общий вид теперь такой.

Еще раз повторю, что мы используем «датчики бинарные на 2 состояния» Добавляем. Привязываем к железу. Расставляем их по комнатам. Потом, после настроек и задания связей мы их с плана уберем (в свойствах датчика выставим «скрыть изображение на плане») для того, чтобы не засорять план, да и «нажимать» на них с интерфейса никто не будет…

ШАГ 10 ( Задание связей и типовые сценарии)

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

Понятно, что между датчиками (выключатель, ИК датчик) и светильником в одной комнате должны существовать связи ( назовем их типовыми сценариями). Займемся ими. Это:

• при сработке ИК датчика (появлении человека) должен включиться свет
• если ИК больше на срабатывает, через определенное время свет должен выключиться
• при нажатии на выключатель свет должен включиться, если был выключен ( но, для защиты от «забывчивости» через определенное время — достаточно длинное, он все равно выключится)
• при нажатии на выключатель свет должен выключиться, если был включен
• пункт 1 должен выполняться в темное время суток ( кроме ванной конечно )

Вроде  логично. Для человека. Но не для машины. И поэтому обычно это решается сценариями. Здесь тоже. Но стоит посмотреть, насколько в IntraHouse это просто реализовано:

Программировать ничего не нужно.  Вообще условия в сценариях  IntraHouse можно использовать довольно гибко… Кроме этого основные (часто используемые сценарии и явные зависимости) можно установить упрощенно — почти в «два клика»  — назовем их «шаблонными сценариями». Попробуем прописать условия для светильника, ну например — в ванную комнату, для которого мы будем использовать и автоматические и обычные сценарии…

Шаблонные сценарии.

Пропишем зависимость светильника в ванной от датчика движения в ванной. Для этого :

• переходим в список устройств ( путь доступа: НАСТРОЙКИ- Project Manager-Система-Устройства)
• находим нужное нам управляемое устройство — в нашем случае Светильник в ванной и выделяем его в списке
• нажимаем кнопку в нижнем списке экрана «А»авто», в это случае, если для данного типа устройств есть автоматические, часто используемые сценарии, то вызывается окно «редактирования поведения устройства» в котором эти сценарии можно добавлять нажатием на кнопку «+»
• вызывается список доступных шаблонных сценариев, из которого выбираем нужный (в нашем случае — свет по датчику движения).

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

Нажимаем кнопку сохранения и сценарий готов — теперь светильник работает по датчику движения.

Теперь перейдем на главный экран нашей квартиры и посмотрим, что изменилось у светильника, с установкой сценария. Для этого нажмём на светильник ванной (длинное нажатие). Отображается окно свойств светильника. В этом окне есть следующие кнопки:

• Auto ON (включение автоматического режима, в нашем случае будет выполняться шаблонный сценарий включения светильника по датчику движения)
• Auto OFF (отключение автоматического режима)
• кнопки ручного включения и выключения
• кнопка настройки

На изображении светильника появляется буква «А» — символ работы светильника в автоматическом режиме

Но это еще не все… Основные параметры автоматической работы можно настраивать. Для этого нужно нажать кнопку настройки и появляется список настраиваемых параметров.

Все это можно менять. Ну здесь наверное всё понятно…

Настраиваемые сценарии.

Пропишем зависимость светильника в ванной от выключателя света в ванной. Выключатели у нас кнопочные. Нужно сделать такой сценарий, чтобы по нажатию на выключатель (для системы он является бинарным датчиком) свет включился, если он был выключен или выключился, если он был включен.  Для этого :

• переходим в список устройств ( путь доступа: НАСТРОЙКИ- Project Manager-Сценарии-По событиям устройств)
• нажимаем кнопку «+» (добавление нового сценария)
• выбираем в списке управляющее устройство (это выключатель в ванной)
• Выходит окно редактирования сценария для датчика (выключателя в ванной)
• закладка «основное» — устанавливаем  событие (сработка датчика)

• закладка «выполнить» — устанавливаем основное действие при сработке датчика (из списка стандартных действий выбираем «управление устройствами», затем из списка устройств выбираем нужное нам — т.е. светильник в ванной) и указываем «включить»

• закладка «при условии» — устанавливаем дополнительное условие (свет включится если до этого был выключен»

• Нажимаем сохранить

В результате сценарий готов. Теперь при нажатии на выключатель в ванной (он у нас кнопочный ), то свет в ванной включится (если был до этого выключен)

Подобным образом делаем обратный сценарий, чтобы при нажатии на выключатель — свет выключался бы, если до этого действия он был включен.

В результате получили два сценария, которые полностью описывают взаимодействие светильника с выключателем.

!!! Небольшое отступление. Система все манипуляции с выключателем будет воспринимать как ручное включение/выключение. Но, если в параметрах светильника будет задействован  автоматический режим ( в нашем случае он уже есть, так как мы используем шаблонный сценарий взаимодействия с датчиком движения, см. выше…), то светильник снова перейдет в автоматический режим и выключится через заданное время (по умолчанию 30 мин)в соответствии с заложенными временами (смотри скрин выше, где я описывал шаблонные сценарии, там видно, где прописываются времена перехода в автоматический режим после ручного включения и после ручного выключения). Для чего это нужно? Типичный пример: зашел в помещение — включил свет (как бы перешел в «ручной режим»). Через некоторое время ушел и забыл. Но свет всё равно отключится и система перейдет в автоматический режим (мало 30 мин — выставляем час, два… сколько нужно). Удобно.

Примечание:  если в помещении нет датчика движения и  соответственно  не подключен шаблон взаимодействия датчика с освещением, то конечно же кнопка включения автоматического режима работы светильника с выбором времени  сама не появится в интерфейсе. Но если режим «для забывчивых» все же нужен — пишем соответствующий сценарий, а это как мы поняли не сложно.

Подобным образом прописываем сценарии:

• для освещения в комнатах — взаимодействия с датчиками движения и выключателями.
• для работы радиаторов отопления по датчикам температуры. Через шаблонные сценарии.
• для перекрытия воды по датчикам протечки. Через шаблонные сценарии.
• включение вентилятора в ванной по датчику движения. Через шаблонные сценарии.

!!! Примечание1. При настройках освещения по датчикам движения в комнатах где есть окна, не забываем, что свет должен включаться только в случае если темное время суток. Обычно для оценки темноты используется датчик освещенности ( в списке доступных шаблонных сценариев выставляется шаблонный сценарий «свет по датчику движения с учетом освещенности (аналоговый датчик). Но у нас нет отдельного датчика освещенности. Что делать? Не хотелось бы чтобы свет включался и ночью и днем… На этот случай в IntraHouse есть «дискретный датчик освещенности» ( это некий виртуальный датчик освещенности, который знает когда восход и заход солнца и соответственно когда «темно» и «светло»). Нам в светильниках кухни и прихожей нужно выставить шаблонный сценарий «свет по датчику движения с учетом освещенности (дискретный датчик). Кстати свою работу он делает неплохо, надо только выставить правильные координаты местности в настройках.( путь доступа: НАСТРОЙКИ- Project Manager-Система-Локализация)

!!! Примечание2  По сигналу датчика протечки воды:

1. Перекрываем клапан подачи воды
2. Сообщение на электронную почту (адреса настраиваем: НАСТРОЙКИ- Project Manager-Система-E-Mail)
3. Сообщение СМС (телефоны настраиваем: НАСТРОЙКИ- Project Manager-Система-SMS)

Выкладываю скрин общего вида. Выключатели я убрал с плана — в настройках выставил «не отображать на плане». Да, и для наглядности теперь у меня датчики в круглых рамках, исполнительные устройства — в квадратных рамках. (все через настройки устройств в закладке «вид»)