Openhab homekit

Итак, Openhab, HomeAssistant, Majordomo, ioBroker  — четыре наиболее развитых Opensource (то есть, совершенно бесплатных) решения, которые позволяют управлять домашней автоматикой.

У каждого из них есть свои сторонники и сообщество, дорабатывающие новые версии, набор оборудования, с которым система может работать сразу. Также, имеются некоторые особенности.

Majordomo реализовал собственное голосовое управление системой, сделан на PHP, причем, язык PHP используется и для того, чтобы настраивать логику работы системы. По сравнению с «птичьим языком» сценариев OpenHab — на мой взгляд, плюс. Есть уже написанные интеграции к популярным контроллерам. И, конечно, MQTT. Большое русскоязычное сообщество. При этом, нет мобильного приложения (Только web, и это печально) и в этой области, развитие, относительно аналогов, на мой взгляд, несколько приостановилось. Пожалуй, это основное, почему я не использую MD. Тем не менее, недавно вышел анонс об интеграции MD с GoogleHome. Также, читал про успешные опыты интеграции с HomeKit. Система развивается, выходят новые релизы.

Получена информация об успешной интеграции MD  c LightHub

OpenHab, одна из наиболее старых систем, также, имеет (не-русское) голосовое управление, кроме этого, мобильные приложения для iOS и Android (пожалуй, ради приложений, до сих пор держу эту систему в работе), наконец-то заработала интеграция с HomeKit (управление с устройств Apple вообще без установки каких-либо приложений)

Работает, хотя многое сделано, откровенно, неудобно. Ряд критичных проблем исправлено в последних сборках. Очень рекомендую использовать только последние сборки.

Полностью совместимо с Контроллером умного дома LightHub с первого дня его существования

iOBroker. Система написана на языке Node.js.  Выглядит достаточно продуманной и универсальной. Легко устанавливается. Имеет визуальный редактор планов помещений VIS, работает с MQTT на основе Node.js. Интегрируется в HomeKit.

Также, имеет, на мой взгляд, средне-критичные косяки, которые я описал на странице про MQTT . Не смотря на это, развивается активно, имеет нативное приложение VIS для Android и IoS (попробую — напишу, насколько удобное)

Давно планировал попробовать интеграцию IoB с Контроллером умного дома LightHub. Пока недавно не получил скриншот от одного пользователя с уже проведенной интеграцией. На просьбу написать пошаговое руководство на Wiki человек ответил, что там и писать нечего. Подключаешь IoB и LightHub к одному брокеру и MQTT топики контроллера появляются в интерфейсе IoB. (что и было на скриншоте). Так что поверил на слово. 

HomeAssistant

В целом, удачная система, разработанная на Perl3. Вот только ставится, пожалуй, не очень предсказуемо. Масса зависимостей, и простейший вариант — либо готовый образ Hassbian под Raspberry PI либо устанавливать под Docker дистрибутив от HASSIO (я пошел по второму пути и рекомендую его, далее, это позволяет такие плагины как NodeRed ставить одним кликом мышки

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

По-моему, пока единственная система, интегрированная как в систему GoogleHome так и с голосовым помощником Алиса. Ну и в HomeKit через компонент HomeBridge

Русское сообщество пока невелико, но уже появилось.

Данная система, на мой взгляд, является самой динамично развивающейся открытой системой из всех.  Но это привносит проблемы. Я дважды сталкивался с ситуацией, когда обновление ПО (а это в HA делается одним кликом в интерфейсе), приводило к полной недоступности этого самого интерфейса. То же самое может произойти при сбоях питания. В форумах комьюнити такие случаи, также описываются, но никакого удовлетворительного ответа, что же с этим делать, кроме установки HA с нуля или восстановления из бэкапа, не приводится. Поэтому, если используете эту, во всех остальных аспектах, отличную систему — не ленитесь делать бэкапы. Обязательно, каждый раз перед обновлением. Обновления бывают крайне кривыми.

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

Openhab и Majordomo имеют собственные языки, позволяющие увязать друг с другом события, происходящие в доме и настроить поведение устройств в зависимости от таких событий. IOBroker использует визуальное средство Blockly, HomeAssistant, также, имеет своеобразные встроенные скрипты в формате yaml.

Но после ряда экспериментов, я полностью отказался от создания сценариев автоматизации на базе систем управления УД, передав эту функцию уникальному по своей гибкости и универсальности инструменту NodeRed 

Интеграция с  контроллером LightHub

Изначально, контроллер создавался под взаимодействие с OpenHab. Интеграция с этой системой максимально упрощена. Сейчас даже частично поддерживается конвенция homie, которая определяет рациональную и унифицированную иерархию MQTT топиков устройства, а также, публикует служебную информацию, при помощи которой, системы управления смогут автоматически настраиваться на те устройства, которыми управляет контроллер. Homie реализован в OpenHab 2.4 и как только этот релиз стабилизируется — добьемся полного Plug And Play

С HomeAssistant, были получены, также, успешные результаты тестирования. Это потребовало немного нетривиальной настройки на стороне HASS, но, в итоге, получилось.

 

Также, участники сообщества адаптировали контроллер под Domotics.

 

В последней версии контроллер работает одновременно с системами  OpenHab, HomeAssistant, HomeBridge  и IOBroker, выступая своеобразным преобразователем диалектов MQTT для данных систем.

Система успешно управляет двумя десятками каналов освещения, пятью теплыми полами, кондиционером, приточкой

При этом, одновременно работает голосовое управление Siri, GoogleHome и Алиса

Алиса лучше всех понимает русский язык, далее, я бы поставил Siri, Googe Home тоже работает, но часто путает языки и не понимает с первого раза

 

 

Источник: www.lazyhome.ru

OpenHAB HomeKit Bridge bridges openHAB items to Apple´s HomeKit Accessory Protocol. It is based on hap-nodejs.

Watch the demo video here and Siri controlling roller shutters here.

Prerequisites

• openHAB server running with at least one Switch item configured
• node.js 0.12.x, 4.0.x or 4.1.x
• an iOS device running iOS 8 or 9
• an iOS app for modifying the HomeKit database (like elgato eve)
• this repository

Install the OpenHAB HomeKit Bridge:

• On non OS X systems install the avahi library:

  sudo apt-get install avahi-daemon libavahi-compat-libdnssd-dev

• Install the node module dependencies:

  npm update

• Create a custom sitemap which lists all items you want to control with HomeKit:

  sitemap demo label="HomeKit" {  # Lightbulb (On/Off), SwitchItem is always a lightbulb. See Frames for outlets.  Switch item=DemoSwitch label="Toggle Switch"   # Dimmer items (On/Off, Brightness)  Slider item=DimmedLight label="Dimmed Light" switchSupport   # RGB light items (On/Off, Brightness, Hue, Saturation)  Colorpicker item=RGBLight icon="slider"   # Rollershutter/Blinds  Switch item=Shutter_GF_Living   # Temperature sensor, value is taken from label  Text item=Temperature_GF_Living label="Livingroom [%.1f °C]"   Frame label="outlet" icon="outlet" { # Outlets must be configured in a Frame.  Switch item=Outlet_GF_Living label="Radio"  } 

}

 The following mapping of openHAB items and HomeKit items apply:  openHAB item | sitemap item | HomeKit item | Functions -------------|--------------|--------------|---------- Switch | Switch | Lightbulb | On/Off Dimmer | Slider | Lightbulb | On/Off, Brightness Color | Colorpicker | Lightbulb | On/Off, Brightness, Hue, Saturation Rollershutter | Switch | Rollershutter | Opening state 0% - 100% Number | Text | Temperature | temp in °C Switch | Frame* + Switch | Outlet | On/Off  * The Frame must be tagged with `label=outlet` and/or `icon=outlet` to let the bridge pick up its Switch items as outlets.  ##### Run OpenHAB HomeKit Bridge This connects to OpenHAB at 192.168.0.99 on port 8080 and loads all items from a sitemap named 'demo.sitemap':  `npm start -- --name "myOpenHAB-Bridge" --server 192.1.0.99:8080 --sitemap demo`  ###### Command line options:  <dl> <dt>-n, --name</dt> <dd>The name of the bridge as shown in the HomeKit database. _This option is mandatory._ </dd> <dt>-s, --server</dt> <dd>The network address and port of the OpenHAB server as ```ip:port```.  
  

 faults to 127.0.0.1:8080</dd> <dt>-p, --pincode</dt> <dd>The pincode used for the bridge accessory. Defaults to 031-45-154.</dd> <dt>-m, --sitemap</dt> <dd>The name of the sitemap to load all items from. Items must not be nested in frames or groups. Defaults to 'homekit'.</dd> </dl>  To access the bridge from an iOS device (9.0+) use Apples [HomeKit Catalog 2.0](https://developer.apple.com/library/ios/samplecode/HomeKitCatalog/Introduction/Intro.html) demo application or a vendor app like elgato´s eve (see _Prerequisites_). Use the predefined pin code _031-45-154_ to add the bridge as an accessory.  You may use the `start.sh.template` to create your own simple start up script. This gives you at least simple logging output and debugging possibilities in case the bridge runs in the background.  ##### Running Tests  To execute unit tests run  `npm test`  To produce test coverage output run  `npm run-script coverage`  ##### Known issues * iOS HomeKit may not delete the bridge properly from its database. In this case the bridge can neither be connected nor added again. Delete the _persist_ folder and restart the bridge with a new name using the 'name' option.  ##### Backlog/ToDo * Distinguish between switches and lights when adding SwitchItems -> see [Issue 29](https://github.com/htreu/OpenHAB-HomeKit-Bridge/issues/29) * Implement Rollershutter -> see [Issue 7](https://github.com/htreu/OpenHAB-HomeKit-Bridge/issues/7)   
  

 

Источник: github.com

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

Содержание

1. Выбор системы
2. Сторонние системы управления
3. Голосовые ассистенты
4. Выводы

Выбор системы

Создание системы УД из устройств одного производителя – наиболее простое и очевидное решение. Плохая новость в том, что большинство систем домашней автоматизации плохо совместимы друг с другом «из коробки». Хорошая новость в том, что заставить работать вместе устройства из разных экосистем все-таки можно, но об этом позже.

В плане гибкости построения системы, бесспорно, выигрывает система от Samsung. Кратко опишу суть дела тем, кто не читал материал о ней: фирменный хаб Smartthings работает не только со своими устройствами, но и с немалым количеством сторонних решений. Например, Philips Hue, Ikea Tradfri и даже некоторые устройства от Xiaomi. Последнее связано с вероятными «танцами с бубном», но, по крайней мере, такая возможность есть. Но в данном случае речь идет исключительно об устройствах, связывающихся по протоколу Zigbee и Z-Wave. Все, что работает посредством Wi-Fi или Bluetooth, этому хабу недоступно. Благодаря поддержке универсальных протоколов, владелец может покупать самые недорогие «умные» устройства на китайских онлайн-площадках, благодаря чему стоимость хаба окупится довольно быстро.

К слову, Apple Homekit (в котором вообще нет собственных устройств) поддерживает многие девайсы из «чужих» экосистем. Например, один из вариантов шлюзов Xiaomi под названием Aqara Hub без проблем можно добавить в Homekit. Все датчики, кнопки и лампочки, поддерживаемые им, автоматически появятся в интерфейсе этой системы. Проблема в том, что он поддерживает чуть меньшее количество этих самых датчиков и ламп, чем основной шлюз. А самая главная проблема – он не может использоваться для сторонних систем управления «умным» домом, так как не имеет «режима разработчика». Если вам надо без заморочек наполнить систему Homekit недорогими устройствами, то это самая лучшая возможная комбинация. Если же вы планируете совмещать несколько систем или внедрять более мощную систему управления, то лучше выбрать оригинальный шлюз Mijia Hub.

К тому же для Apple Homekit существует сторонний софт под названием Homebridge, позволяющий добавить многие устройства и Xiaomi, и других производителей. По умолчанию такой возможности в Homekit нет. Для Homebridge потребуется запуск отдельного сервера (на ПК/Mac или на Raspberry Pi), но зато и возможности системы УД от Apple очень расширятся.

В отличие от предыдущих вариантов, шлюзу компании Xiaomi поддержка сторонних устройств не так уж и нужна, потому что в экосистеме Mi Home их и так хватает. Здесь есть все, начиная от простых лампочек и кнопок и заканчивая холодильниками и водонагревателями. Правда, не все они работают через Zigbee, и это создает немалую путаницу в беспроводных протоколах одной системы. Но даже несмотря на огромное количество «своих» устройств, шлюз Xiaomi Mijia поддерживает добавление лампочек Ikea. На общем фоне это не так уж и влияет на что-то, но все-таки некое движение в сторону мультиплатформенности есть, и это уже приятно.

К шлюзу от Ikea подключить сторонние устройства не получится, а вот добавить устройства Tradfri можно в тот же Homekit. Если от УД вам нужно только управление светом и некоторыми электроприборами – смело выбирайте этот вариант, особенно если магазин сети есть в вашем городе. Лампочки относительно недорогие (по сравнению с теми же Hue), но при этом у них отличное качество сборки и качественные светодиодные платы. Если же планируется большое количество устройств и глубокие сценарии автоматизации, то эта платформа – пока не лучшая опция.

Сторонние системы управления

Несмотря на то, что у каждой из рассмотренных систем есть свое фирменное приложение (а у некоторых – даже два), ни одно из них не подходит на роль единственной и главной системы управления УД. Важная ремарка – это мое личное мнение, многим людям достаточно и решения «из коробки». Например, если ваша автоматизация заканчивается на том, что свет включается по датчику движения, то любой из этих систем будет достаточно. Но если хочется комплексных сценариев с несколькими задействованными устройствами, тонкой подстройки параметров и триггеров, офлайнового взаимодействия и много другого, то стоит обратиться к внешним системам управления УД. Они бывают как коммерческие, с закрытым исходным кодом, так и открытые, поддерживаемые сообществом. Первые (Savant, Crestron, Control4) используются нечасто – как правило, в проектах с высоким бюджетом, и конфигурируют их профессиональные установщики.

Для широкого использования лучше подойдут open-source системы, коих существует огромное множество. Со временем в конкурентной борьбе остались два основных участника – OpenHAB и Home Assistant, причем второй успешно наращивает отрыв в популярности. В рамках этой статьи мы не будем изучать все нюансы конфигурации, здесь не будет инструкций по установке и настройке – это слишком большой объем информации. Вместо этого мы лучше сравним их основные недостатки и преимущества.

OpenHAB – довольно старая система автоматизации, появилась она еще в 2010 году. С тех пор она пережила несколько масштабных обновлений и с начальной версией имеет только общую основу. При этом некоторые компоненты существуют только для первой версии, а во второй они работают вкривь и вкось, что заставляет пользователей держать обе версии на разных машинах.

Еще одна большая проблема этой системы в том, что она очень сильно сегментирована. Здесь нет единого внешнего интерфейса, существует несколько различных вариантов. При этом ни один из них не позволяет обойтись вообще без программирования. Вся платформа работает на языке Java, на нем же пишутся и связи между компонентами. Это не так уж и сложно – подавляющую их часть можно найти в готовом виде в сети, но все-таки это способно отпугнуть многих. К слову, здесь очень большое и развитое сообщество – найти ответ на свой вопрос получится в большинстве случаев, а в остальных можно найти человека, который что-то подскажет.

Одновременно преимуществом и недостатком OpenHAB является то, что она довольно медленно развивается. С недостатком все понятно – поддержка новых устройств появляется здесь не сразу, иногда и не появляется вовсе. Но связано это не с неторопливостью разработчиков, а с тем, что каждый релиз внимательно тестируется перед выходом в свет. Следствием этого является относительно высокая стабильность работы, что для кого-то гораздо важнее нового функционала.

Home Assistant – такой же проект, разрабатываемый энтузиастами, но возрастом помоложе – ему всего три года. Занятно, что он даже еще не вышел в версии 1.0 – текущий релиз имеет нумерацию 0.104. Получается, что система еще находится в бета-тестировании, но при этом по популярности и количеству пользователей уже догоняет «старичка». Причин тому много.

Во-первых, новые компоненты внедряются здесь просто молниеносно. В 99% случаев можно быть уверенным, что если вы купили какую-то новую «умную» технику, то ее поддержка скоро здесь появится. Если, конечно, производитель не оказался «бякой» и не заблокировал доступ разработчиков к API. Да и даже в таких случаях можно рассчитывать на удачный исход, чайник Redmond – тому пример. Занятно, что не только электроника имеет свои плагины для Home Assistant, но и различные онлайн-сервисы и другие платформы. Например для стриминга музыки здесь предусмотрен плагин Spotify и Google Play Music, для просмотра фильмов – Kodi и VLC, а плагин Yandex Transport автоматически подгружает расписание транспорта на ближайших остановках.

И даже протокол связи не преграда – Home Assistant (как и OpenHAB, кстати) поддерживает Zigbee/Z-Wave, Bluetooth и Wi-Fi. Вот только для этого надо приобретать необходимые устройства – шлюзы с соответствующей технологией, потому что все сторонние системы управления, как правило, устанавливаются на одноплатные компьютеры вроде Raspberry Pi. Можно использовать и решения от крупных производителей (те же Xiaomi Gateway и Smartthings Hub, например), но если уж вас понесло в сторону мощной домашней автоматизации, то стоит заморочиться на универсальные модули, не привязанные лишь к одному бренду. Например, эта плата может подключить сразу все ваши устройства Zigbee и Z-Wave – IKEA, Fibaro, Honeywell, Samsung, Xiaomi, да хоть просто безымянное поделие из стран Азии.

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

Еще одна приятная особенность Home Assistant в том, что здесь есть возможность использовать один из лучших способов «визуального» программирования компонентов – Node RED. Эта оболочка, разработанная когда-то компанией IBM, является посредником между пользователем и настраиваемой системой УД. Здесь используются связи неких блоков на экране вместо текстового программирования. Таким образом, хоть Home Assistant и работает на языке Python, знать его практически не нужно. Но даже если в каких-то случаях приходится писать код обычными «словами», то и тогда понимание языка необязательно – в интернете вполне достаточно готовых решений для самых распространенных сценариев.

В целом, структура Home Assistant гораздо более гибкая, чем у OpenHAB. Здесь больше возможностей настройки каждого компонента и сценария. А если подключить к нему сервисы наподобие IFTTT и Tasker, то возможности становятся и вовсе безграничными – лишь бы было желание и время их воплощать.

Возможно, в комментариях вы вспомните и другие системы управления УД: Domoticz, Majordomo, ioBroker и прочее. Но по факту первый уже умирает (хотя и был когда-то на вершине), а второй и третий толком и взлететь не успели. Чтобы не попасть в ситуацию «я купил что-то, оно не работает с моей системой, и я не знаю, как это исправить» – просто не связывайтесь с нишевыми решениями.

Голосовые ассистенты

Если вам нужен функционал управления голосом, то выбор не особо-то и велик. В случае с УД от Apple единственным полноценно работающим голосовым сервисом будет Siri. Он хорошо распознает голос, имеет неплохой базовый функционал и, что особенно приятно, понимает русский язык. Из минусов: ограниченное количество устройств, которые можно установить дома стационарно и на которых можно запустить Сири голосом. По сути, это только HomePod, но он не поддерживает русский язык. Зато его поддерживает планшет iPad Air (и более новые модели) – с небольшой натяжкой его можно назвать стационарным.

Голосовой ассистент от Google – более универсальная опция. Его можно подключить ко многим системам УД (в т.ч. Xiaomi, IKEA и Samsung) и ко всем альтернативным системам управления. Он неплохо распознает русский язык, но почему-то даже базовые команды вроде «Включи свет в спальне» иногда в нем не срабатывают.

У Google есть и свое приложение для контроля УД под названием Google Home, но пока что оно выглядит как простенькая оболочка для того же ассистента. До уровня Homekit ей еще далеко.

А вот до кого им обоим далеко, так это до амазоновской «Алексы». Она сейчас на слуху у всех благодаря хорошей оптимизации голосовой модели и грамотному маркетинговому продвижению. В начале 2020 года Дэйв Лимп, старший вице-президент в Amazon, заявил, что всего в мире продано более 100 миллионов устройств с предустановленным ассистентом Alexa. Это немалое число для нового формата взаимодействия, и до таких показателей ни Google, ни Apple пока не дотягивают. Колонки действительно неплохи, особенно за свою цену, но для жителей нашей страны присутствует один большой минус – русский язык здесь не поддерживается (и не будет в ближайшем времени). Если английский (или другой поддерживаемый язык) вам совсем не чужд, эту систему можно смело рекомендовать.

Единственной адекватной альтернативой для русскоязычного пользователя остается «Алиса» от «Яндекса». Она отлично понимает естественную речь и, что немаловажно, умеет управлять некоторыми устройства УД, например, экосистемы Mijia. Благо, колонки с поддержкой этого ассистента есть в разных размерах и ценовых сегментах, какой-никакой выбор.

Выводы

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

Не все наши читатели разделяют ажиотаж вокруг этого сегмента. Проблема рынка УД в том, что его пытаются натянуть на аудиторию, как «сову на глобус». Вместо того, чтобы сконцентрироваться на создании действительно полезных товаров, производители занимаются выпуском всего, что придет им в голову, но с приставкой «умный». А «умом»-то там и не пахнет. Но так работает рынок, ничего не поделаешь. А нам как потребителям остается фильтровать поток этого «горя от ума» и приобретать то, что действительно может принести пользу. Поделитесь в комментариях, была ли у вас какая-то «умная» техника или электроника, которая оправдала свое название. Что бы вы хотели увидеть в ближайшей перспективе, а что, наоборот, является исключительной блажью?

К содержанию >>>

Источник: mobile-review.com

Произведем настройку платформы автоматизации openHAB2.

Для работы сервера платформы необходимо наличие java.

 $ sudo apt-get install oracle-java8-jdk 

Сначала произведем загрузку установочных пакетов.

 $ sudo mkdir /opt/openhab2 $ cd /opt/openhab2 $ sudo wget https://dl.bintray.com/openhab/mvn/org/openhab/distro/openhab/2.0.0/openhab-2.0.0.zip $ sudo unzip openhab-2.0.0.zip 

Пакет дополнений теперь устанавливаются непосредственно из интерфейса платформы. Для начальной настройки необходимо выполить запуск сервера.

 $ sudo ./start.sh  

В случае успешного запуска платформы автоматизации появится консоль openHAB.

 Launching the openHAB runtime...   __ _____ ____   ____ ____ ___ ____ / / / / | / __ )   / __ / __ / _ / __ / /_/ / /| | / __ |  / /_/ / /_/ / __/ / / / __ / ___ |/ /_/ /  ____/ .___/___/_/ /_/_/ /_/_/ |_/_____/   /_/ 2.0.0  Release Build   Hit '' for a list of available commands and '[cmd] --help' for help on a specific command. Hit '' or type 'system:shutdown' or 'logout' to shutdown openHAB.  openhab>  

Запускаем браузер и указываем адрес сервера openHAB http://a.b.c.d:8080.
Откроется окно начальной установки системы. Выбираем рекомендованную установку «Standart».
После окончания установки переходим в интерфейс конфигурации «PAPER UI»
Выбираем в меню «Add-ons» и устанавливаем необходимые нам дополнения.

• Вкладка «BINDINGS» — «Exec Binding»
• Вкладка «PERSISTENCE» — «RRD4j Persistence»
• Вкладка «TRANSFORMATIONS» — «Exec Transformation» и «RegEx Transformation»

Переходим в консоль и останавливаем сервер нажав комбинацию клавиш Ctrl + d

Создаем файл конфигурации источников информации.

 $ sudo nano conf/things/_default.things  

 Thing exec:command:devrm_t [command="/opt/broadlink/temp.py", interval=60, timeout=5] Thing exec:command:devrm_a [command="/opt/broadlink/send.py /opt/broadlink/code/rm1_a", interval=0, timeout=2, autorun=false] Thing exec:command:devrm_d [command="/opt/broadlink/send.py /opt/broadlink/code/rm1_d", interval=0, timeout=2, autorun=false] 

Создаем файл конфигурации устройств.

 $ sudo nano conf/items/_default.items 

 String devrm_t "Температура RM2 [%s °C]" {channel="exec:command:devrm_t:output"}  Switch devrm_a {channel="exec:command:devrm_a:run"} Switch devrm_d {channel="exec:command:devrm_d:run"}  Number Temp_period 

Создадим файл конфигурации пользовательского интерфейса.

 $ sudo nano conf/sitemaps/_default.sitemap 

 sitemap default label="Мой Дом" {  Frame label="Умный Дом" {  Text item=devrm_t icon="temperature"  Switch item=devrm_a label="Кнопка" icon="switch" mappings=["ON"="A"]  Switch item=devrm_d label="Кнопка" icon="switch" mappings=["ON"="D"]  }  Frame label="График температуры" {  Selection item=Temp_period icon="chart" label="Период" mappings=["0"="8 часов", "1"="сутки", "2"="3 дня", "3"="неделя"]  Image url="http://10.0.1.12:8080/rrdchart.png?items=devrm_t&period=8h" visibility=[Temp_period==0]  Image url="http://10.0.1.12:8080/rrdchart.png?items=devrm_t&period=24h" visibility=[Temp_period==1]  Image url="http://10.0.1.12:8080/rrdchart.png?items=devrm_t&period=3D" visibility=[Temp_period==2]  Image url="http://10.0.1.12:8080/rrdchart.png?items=devrm_t&period=W" visibility=[Temp_period==3]  } } 

Создадим файл конфигурации для системы хранения.

 $ sudo nano configurations/persistence/rrd4j.persist 

 Strategies {  everyMinute : "0 * * * * ?"  default = everyChange } Items {  devrm_t : strategy = everyChange, everyMinute, restoreOnStartup } 

Конфигурирование и добавление openHAB 2 в автозагрузку системы.

Создадим скрипт запуска службы.

 $ sudo nano /lib/systemd/system/openhab2.service  

 [Unit] Description=The openHAB 2 Home Automation Bus Solution Documentation=http://docs.openhab.org Wants=network-online.target After=network-online.target  [Service] Type=simple User=root Group=root GuessMainPID=yes WorkingDirectory=/opt/openhab2 #EnvironmentFile=/etc/default/openhab2 ExecStart=/opt/openhab2/start.sh server ExecStop=/bin/kill -SIGINT $MAINPID Restart=on-failure  [Install] WantedBy=multi-user.target 

Сохраняем скрипт и добавляем в автозагрузку системы.

 sudo systemctl daemon-reload sudo systemctl enable openhab2.service 

Перегружаем систему. После перезагрузки в браузере открываем адрес http://a.b.c.d:8080, где a.b.c.d — IP-адрес Raspberry Pi. Переходим в интерфейс конфигурации «BASIC UI». Если все настроено правильно, то мы увидим настроенный нами пользовательский интерфейс openHAB2.

Не забудьте установить официальное мобильное приложение openHAB на мобильное устройство по управлением Android или iOS.

Источник: sh.sameak.ru