Я давно увлекаюсь темой технологий в общем и домашней автоматизации в частности. Пару лет назад это увлечение переросло в профессиональную деятельность, которой я занимаюсь по сей день. Моя компания специализируется на установке и настройке систем "Удобный дом" (ну не позволяет мне совесть назвать умным домом то, что можно сделать за адекватные деньги).


Работу с объектом можно условно разделить на 3 этапа:


  1. Общение с заказчиком, получение информации об ожидаемых функциях системы и их приоритетах
  2. Установка и настройка
  3. Общение с заказчиком, получении отзыва о системе, недостающих функциях, функциях, оставшихся невостребованными.

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



Я понимал, что этот процесс можно как-то упростить, однако всерьез этим не занимался. Но недавно на рынок вышли два интересных обновления, которые подтолкнули нас с @RagimovRV попробовать добавить моему и клиентским "Удобным домам" немного сообразительности.



"Умный дом" nooLite теперь еще умнее


Почти под каждой статьей на Habrahabr и Geektimes, в которой упоминается оборудование ноолайт, есть комментарий с вопросом: "Когда появится обратная связь?". Больше года назад на выставке в Санкт-Петербурге Игорь Чавлытко, директор компании Ноотехника, рассказывал, что они собираются начать работу над блоками с обратной связью и шифрованием, которые, возможно, будут работать на другой частоте. Все лето мы вели разговоры об ожидаемых блоках и обсуждали возможные функции.


Наконец, в середине октября к нам пришли первые тестовые устройства для выявления ошибок, тестирования новых возможностей и получения информации о недостающих функциях. Тестовый комплект состоит из двух силовых блоков и одного usb / uart приёмопередатчика. На блоках красуется маркировка SLF-200, из которой следует, что перед нами недиммируемый блок (sl), мощностью 200 Ватт (о чем говорит число) и новая буква F отныне указывает на использование нового протокола, о нём рассказано чуть ниже. Приёмопередатчик может быть подключен к компьютеру по USB порту или разобран и подключен по UART к Arduino, Raspberry Pi и подобным устройствам.


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


О протоколе:


Для управления модулем необходимо передать через UART пакет из 17 байт. В случае успешного приёма управляющего пакета модуль передаст ответ, в котором будет содержаться информация о состоянии адаптера и дополнительные сведения от блоков.


Передача данных на адаптер:


ST MODE CTR RES CH CMD FMT DATA ID CRC SP
1 1 1 1 1 1 1 4 4 1 1
171 172

Ответ от адаптера (считывание данных с адаптера):


ST MODE CTR TOGL CH CMD FMT DATA ID CRC SP
1 1 1 1 1 1 1 4 4 1 1
173 174

Пожалуй, стоит расшифровать приведенные сокращения:


ST — Стартовый байт
MODE — Режим работы адаптера (приемник / передатчик, nooLite / nooLite F, сервисный режим)
CTR — Управление адаптером
RES — Зарезервирован, не используется
TOGL — Количество оставшихся ответов от адаптера
CH — Адрес канала, ячейки для привязки
CMD — Команда
FMT — Формат (Количество данных, передаваемых с командой)
DATA — 4 байта данных
ID — Идентификатор блока (Адрес устройства в системе nooLite-F)
CRC — Контрольная сумма
SP — Стоповый байт

Команды, которые были добавлены в новой версии блоков:


Код Команда Описание
128 Запрос состояния CMD_Read_State Запрос на получение состояния блока. В FMT содержится информация о поле с данными, которые запрашиваются. Ответ — CMD_SEND_STATE
129 Настройка устройства CMD_Write_State Настройка устройства. В FMT содержится адрес поля, которое будет настраиваться. D0...D3 переписываются в указанное поле. Ответ — CMD_SEND_STATE
130 Передача состояния CMD_Send_State Значение FMT = тип запрашиваемых данных или код ошибки; 0 – Общая информация

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


Сохраняются в долговременной памяти:


  • Запоминать состояние блока перед пропаданием электричества: да / нет
  • Режим работы блока: вкл+выкл / вкл+выкл+яркость
  • Запретить прием команд от системы nooLite 1.0: да / нет
  • Режим работы дополнительного входа: выключатель / кнопка / переключающий выключатель / не используется

Не сохраняются в долговременной памяти:


  • Запрет обработки команды временного включения
  • Запрет приема команд от системы nooLite 1.0 (т. е. можно запретить только до перезагрузки блока)

Круто! Но что делать с этой информацией?


На данный момент мы совместно с @AlekseevAV реализовали поддержку почти всех возможностей адаптера (кроме получения информации от пультов и датчиков), в небольшом адаптере на python, преобразующем UART API в HTTP API, совместимое с API шлюза nooLite. Код, документация и инструкция по установке доступны в репозитории на Bitbucket, который будет активно обновляться после публикации статьи.


Теперь с помощью HTTP GET запроса на 8080 порт компьютера, на котором запущен адаптер, можно выполнять любые действия, доступные в системе ноолайт.


Примеры использования:


http://192.168.2.18:8080/api.htm?ch=1&cmd=2&mode=0 # включение силового блока nooLite 1.0, привязанного на 1й канал
http://192.168.2.18:8080/api.htm?ch=8&cmd=0&mode=0 # выключение силового блока nooLite 1.0, привязанного на 8й канал
http://192.168.2.18:8080/api.htm?ch=1&cmd=2&mode=2 # включение силового блока nooLite 2.0 (F), привязанного на 1й канал
http://192.168.2.18:8080/api.htm?ch=0&cmd=8&mode=2 # запись сценария в силовой блок nooLite 2.0 (F), привязанный на 0й канал

Более подробно ознакомиться с API адаптера можно в официальном wiki.


Приятный бонус: адаптер MTRF-32, как видно из названия, поддерживает 32 канала, он совместим со старыми и новыми блоками, но адресация у старых и новых блоков разная. Таким образом, можно привязать 32 старых и 32 новых блока одновременно. Или 32 новых блока в обычном режиме и 32 в режиме обратной совместимости.


Яблоки созрели


Второе приятное событие — появление иконки приложения "Дом" на всех мобильных устройствах Apple, обновленных до последней (10) версии операционной системы. Платформа HomeKit была представлена 2 июня на конференции WWDC'2014, но что она из себя представляет понимания не было, однако теперь просто неправильно было бы не знать, что кроется за этим значком.


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


Действительно, такой способ есть, и называется он Homebridge. Это программный продукт, написанный на node.js, позволяющий предоставлять яблочной технике информацию об устройствах, для которых есть плагин и заданы параметры взаимодействия. Все понятно, давайте делать. Плагин, поддерживающий ваше оборудование, можно попытаться найти здесь


Идея: представим себе, что есть квартира, оборудованная устройствами nooLite для самых популярных задач:


  • Освещение
  • Розетки
  • Шторы

Часть блоков — SU (диммируемые зоны освещения), остальные — SLF.


Цель: начать управлять этим оборудованием через приложение "Дом" и голосом — через Siri. В качестве контроллера использовать Raspberry PI 3 c USB / UART приемопередатчиком nooLite.


В первую очередь необходимо установить HomeBridge на Raspberry Pi (полная и понятная инструкция находится в wiki официального репозитория, то есть здесь).


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


Мы решили, что лучшим вариантом взаимодействия между плагином для Homebridge и устройствами ноолайт будет выполнение HTTP запросов на localhost или ip Ethernet-шлюза согласно API шлюза или почти идентичного API программного адаптера на Python, о котором я рассказал в первой части статьи.


Для управления перечисленными в разделе "идея" устройствами мы написали три плагина, о каждом из которых расскажу по порядку:


Рулонная штора Somfy с электроприводом, подключенная через SR блок ноолайт, управляется с помощью сценарных кнопок, доступны команды вверх / вниз / стоп. Плагин для жалюзи, который был в npm, позволяет передать шторе команду двигаться вверх или вниз, но не поддерживает остановку в середине пути. Мы переделали этот плагин таким образом, чтобы команда "открой жалюзи на N%" работала корректно. При этом после команды полного открытия или закрытия жалюзи калибруется, и, если ранее её состояние было изменено не через HomeBridge, следующая команда открытия шторы на заданный уровень будет выполнена корректно. Ссылка на npm пакет. При правильно настроенном HomeBridge установка выполняется одной командой.


sudo npm install -g homebridge-noolite-http-blinds

Чтобы аксессуар заработал, нужно описать его в файле config.json, расположенном в папке ~/.homebridge/config.json. Пример описания шторы, которая привязана к моему адаптеру. Для управления используются 3 канала, каждый из которых отвечает за перевод шторы в определенное состояние:


  1. Движение вниз — 10 канал
  2. Стоп — 11 канал
  3. Движение вверх — 12 канал

Кроме того, необходимо задать параметр "motion time" — время движения шторы в миллисекундах, необходимое для перехода из полностью открытого в полностью закрытое состояние или наоборот.


   {
     "accessory": "NooLite-HTTP-Blinds",
     "name": "Штора",
     "up_url": "http://192.168.2.18:8080/api.htm?ch=12&cmd=7&mode=0",
     "down_url": "http://192.168.2.18:8080/api.htm?ch=10&cmd=7&mode=0",
     "stop_url": "http://192.168.2.18:8080/api.htm?ch=11&cmd=7&mode=0",
     "http_method": "GET",
     "motion_time": "31000"
    }

Розетка, отключающая аудиосистему мощностью 100 ватт, дабы та не шумела ночью. Розетка может находиться только в двух состояниях: включено или выключено, и кроме этого состояния никакую дополнительную информацию мы вывести в HomeKit не можем. После завершения плагина для штор нам очень легко дался этот плагин, и теперь вы тоже можете его установить. Ссылка на npm пакет.


sudo npm install -g homebridge-noolite-http-outlet

Пример описания розетки, привязанной к 3-ему каналу передатчика, при использовании нового SLF блока.


   {
      "accessory": "NooLite-HTTP-Outlet",
        "name": "Розетка",
        "on_url": "http://192.168.2.18:8080/api.htm?ch=3&cmd=2",
        "off_url": "http://192.168.2.18:8080/api.htm?ch=3&cmd=2",
        "status_url": "http://192.168.2.18:8080/api.htm?ch=3&cmd=128",
        "http_method": "GET"
    }

Управление светом — самый большой, сложный и интересный плагин. Он поддерживает включение / выключение / установку яркости для обычных светильников и настройку цвета для светодиодных лент, подключенных через SD блок. Ссылка на npm пакет.


sudo npm install -g homebridge-noolite-http-rgb

Пример описания светильника, привязанного к 3-ему каналу передатчика, при использовании старого SD блока.


   {
    "accessory": "NooLite-HTTP-RGB",
    "name": "RGB LED strip",

    "switch": {
            "powerOn": "http://192.168.2.18:8080/api.htm?ch=3&cmd=2&mode=0",
            "powerOff": "http://192.168.2.18:8080/api.htm?ch=3&cmd=0&mode=0"
        },

        "brightness": {
            "url": "http://192.168.2.18:8080/api.htm?ch=3&cmd=6&br=%s&mode=0"
        },

        "color": {
            "url": "http://192.168.2.18:8080/api.htm?ch=3&cmd=6&fmt=3&d0=%s1&d1=%s2&d2=%s3&mode=0"
        }
    }

Важное замечание: для управления диммируемыми лампами нужно задавать параметр "brightness", а для управления лентами — "color", оба параметра сразу указывать не нужно, т. к. при задании параметра "color", "brightness" игнорируется. На данный момент получение состояния блока не реализовано, эта возможность будет добавлена в следующих версиях.


Вишенка на торте — поддержка камер
Если посмотреть список возможных команд Siri для приложения "Дом", можно заметить очень интересную команду "покажи камеру в гостиной", что говорит о том, что HomeKit не просто поддерживает камеры для вывода на одном из экранов комнат, но позволяет еще и быстро открыть её с заблокированного экрана телефона. Мы разобрались, как добавить камеру с помощью HomeBridge.


В списке плагинов есть нечто под названием "camera-ffmpeg". Судя по инструкции, разработчик этого плагина использовал его только на маке, и работоспособность на других платформах, в нашем случае raspberry, не гарантируется. Мы решили попробовать и установили этот плагин, а также необходимый ему "ffmpeg". Для первоначального теста нашли RTSP поток с мультфильмами в интернете и добавили его в конфигурационный файл. Запустили HomeBridge, добавили через приложение виртуальную камеру, и она заработала, мультфильм успешно проигрывался на одном из экранов приложения "Дом", единственным нюансом было отключение примерно каждые 30 секунд.


Но целью было не мультики смотреть, а изображение с реальных камер, и мы перешли к более жизненным тестам. Задачей было подключить камеру производителя RVI. В web интерфейсе был приведен формат запроса для получения rtsp потока, который мы скопировали в конфиг файл и ожидали увидеть изображение с камеры. Но все оказалось не так просто. При попытке открыть камеру мы видели на экране лишь вращающееся кольцо, уведомляющее о попытке загрузить изображение, но картинка не появлялась.


Для того чтобы все заработало, пришлось пересобрать ffmpeg. Этот процесс занял целый день, но в награду за терпение необходимая функция стала доступна. Также получилось принять видеопоток с камер Giraffe и Hikvision. Формат RTSP запроса на видеопоток с камеры или канала видеорегистратора большинства производителей можно найти на этом сайте


Чтобы у вас заработала аналогичная конфигурация, можно не повторять проведенные действия с самого начала. Мы выложили готовый для сборки пакет FFMPEG, а также исправленный ffmpeg.js на яндекс диск. Ниже предлагаю краткую инструкцию по его установке:


  1. Скачиваем содержимое папки по ссылке выше в домашнюю директорию
  2. Переходим в папку с ffmpeg_omx.tgz
  3. Разархивируем ffmpeg_omx.tgz: tar -xvf ffmpeg_omx.tgz
  4. Заходим в папку ffmpeg и делаем make install (занимает 80+ мин)

Также необходимо установить плагин camera-ffmpeg, для этого выполняем следующую команду:


sudo npm install -g homebridge-camera-ffmpeg

Выяснилось, что камера отключается примерно после 30 секунд просмотра из-за того, что ffmpeg пытается вывести данные в консоль, а плагин никак не обрабатывает этот вывод. Чтобы предотвратить отключение камеры, изменяем плагин так, чтобы вывод ffmpeg попадал в "/dev/null". Это исправление добавлено в файл, который мы скачали первым шагом, поэтому просто заменяем файл "ffmpeg.js" в папке плагина и устанавливаем пакет, позволяющий плагинам писать в "dev/null".


  1. cp /home/alarm/ffmpeg.js /usr/lib/node_modules/homebridge-camera-ffmpeg/
  2. npm install -g dev-null

И задаем параметры для камеры в файле config.json


{
  "platform": "Camera-ffmpeg",
  "cameras": [
    {
      "name": "Camera Name",
      "videoConfig": {
        "source": "-re -i rtsp://myfancy_rtsp_stream",
        "maxStreams": 2,
        "maxWidth": 1280,
        "maxHeight": 720,
        "maxFPS": 30
      }
    }
  ]
}

Где "rtsp://myfancy_rtsp_stream" путь к rtsp потоку вашей камеры.


Теперь можно перенести камеру в правильную комнату, и она будет показывать картинку, обновляющуюся раз в секунду. При нажатии на это изображение откроется живое вещание, а Siri будет понимать, что делать, если сказать ей "покажи камеру в <название комнаты>".


Настройка на iOS


Для подключения HomeBridge к телефону необходимо зайти в приложение "Дом", нажать кнопку "Добавить аксессуар", в списке предложенных аксессуаров появится мост с заданным в настройках названием. Нажимаем на него и последовательно добавляем все предложенные аксессуары, при этом можно сразу расположить их в комнатах, к которым они принадлежат. Пример "config.json" файла для подключения светильников, жалюзи и розеток можно скачать по ссылке.


Спасибо за внимание! Надеюсь, статья оказалась интересной и полезной для вас.

Поделиться с друзьями
-->

Комментарии (32)


  1. martiniman
    02.11.2016 17:08

    Что-нибудь известно о цене на силовые блоки с обратной связью?


    1. etverdiy
      02.11.2016 17:12

      Директор Ноотехники говорит, что цена будет примерно на 25% выше, чем на обычные.


  1. aivs
    02.11.2016 17:48

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


  1. wild_one
    02.11.2016 17:51

    Очень жаль, что у noolite нет готовых диммеров с протоколом 1-10V. Интересовался, когда нужно было диммировать балласт от OSRAM с таким подключением, в итоге сейчас пишу свою приблуду на ESP8266… :)


  1. AllexIn
    02.11.2016 19:30

    Вопрос к вам как к специалисту по Smart решениям:
    Есть ли некий универсальный стандарт на обмен информацией между устройствами?
    К примеру, я делаю некий беспроводной датчик. Сейчас я делаю просто управление по HTTP с указанием параметров подходящих по смысла. В духе: settimer?time=10
    Но, естественно, что моё устройство не сможет работать в связке с устройствами других авторов.
    Есть ли «промышленный стандарт» для этого дела?


    1. Sleuthhound
      02.11.2016 20:36
      +1

      Протокол MQTT Вам в руки.


      1. AllexIn
        02.11.2016 20:38

        Два устройства с MQTT вполне могут и не понять друг друга. Нужен протокол уровнем повыше.


    1. lingvo
      02.11.2016 22:17

      Для беспроводных протоколов сейчас есть несколько стандартов более высокого уровня. самый популярный из них сейчас — Z-wave
      Он задает профили устройств — диммер, термостат, выключатель и т.д, и таким образом устройства разных производителей легко общаются вместе. Но проблема в том, что в Z-wave стандартизирован также нижний уровень обмена, и это не WiFi. В этом случае появляются классные фишки, типа ретрансляции сообщений между узлами, но недостаток в том, что повышается порог вхождения — свои чипы, киты и тд


    1. aivs
      03.11.2016 00:11

      HTTP и есть стандарт, не важно какая технология, Z-Wave, KNX, HDL, что-то собственное. С помощью HTTP все можно скрестить.


      1. AllexIn
        03.11.2016 00:13

        TCP/IP — тоже стандарт с помощью которого всё можно скрестить.
        Наверно это не очевидно, но я спрашиваю про существование протокола высокого уровня созданного именно для работы в составе умного дома.


        1. aivs
          03.11.2016 00:17

          Homekit?


          1. AllexIn
            03.11.2016 00:19

            Это индустриальный стандарт?


            1. lingvo
              03.11.2016 00:33

              Так вам надо для индустрии, или для дома?


              1. AllexIn
                03.11.2016 00:35

                Индустриальный стандарт предполагает следование ему всеми(большинством) производителями железа.
                В нашем случае производителями устройств для умного дома.


                1. lingvo
                  03.11.2016 01:03
                  +1

                  Не очень понятно насчет понятия «большинство». Например в промышленности есть куча «стандартных» протоколов — CanOpen, DeviceNet, Profibus, Modbus, EtherCAT и прочие. Все они так или иначе поддерживаются многими производителями и для них выпускается куча устройств, но никак нельзя сказать, что какому-то из них отдают предпочтение все или большинство производителей железа. Все эти протоколы прекрасно существуют, но не занимают весь рынок.
                  С этой точки зрения в сегменте умного дома стандартных протоколов не так уж много, но они есть: Z-wave, EnOcean, KNX/EIB, X10 и другие. Homekit может вполне стать таким тоже.


      1. lingvo
        03.11.2016 00:33
        +1

        Скрестить можно все, что угодно — и HTTP и MQTT. Вопрос в количестве документации и времени настройки.
        AllexIn может описать свой settimer?time=10 и другие команды в документации и любой сможет подключить его устройство к своему Homekit через Homebridge или к любому другому контроллеру умного дома, поддерживающему HTTP. Нюанс в том, что придется повозиться с конфигурационными файлами, повбивать команды и т.д — а многие не хотят с такими вещами возиться. С MQTT примерно то же самое.


        1. tmin10
          03.11.2016 12:20

          Для этого нужны профили устройств, чтобы устройства, попадающие под стандартные, могли легко подключаться…


  1. andrew8712
    03.11.2016 09:24

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

    С открытием Siri API должно стать значительно легче


    1. lingvo
      03.11.2016 09:38

      С iOS 10 так больше делать не нужно. Нужные иконки доступны из центра управления на заблокированом экране. Так что стало очень удобно.
      Но я вообще ищу приложение, которое могло бы посылать MQTT сообщения примерно таким же образом. Отличный пример — приложение для Philips Hue. Оно создает иконки в центре учедомлений и ими можно тоже управлять на заблокированом экране. Если бы такое стало возможным для MQTT, то телефон мог бы стать универсальным пультом для любой DIY автоматизации


      1. iMisanthrope
        03.11.2016 09:48
        +1

        Возможно вам поможет homebridge? С его помощью можно создавать псевдо-homekit устройства, которые со стороны телефона имеют все возможности HomeKit – быстрый доступ со шторки, поддержка Siri – а со стороны сервера ограничены только вашей фантазией.


    1. iMisanthrope
      03.11.2016 09:42
      +1

      Во-первых достаточно на заблокированном iPhone поднять нижнюю шторку – там на нее можно поместить избранные HomeKit аксессуары, открывать приложение и выбирать комнату необязательно.
      Во-вторых, Siri уже дружит с HomeKit и «Siri, включи свет в комнате» вполне работает (а также управление яркостью, цветом и т.д).
      В-третьих, есть автоматизации, типа «если пользователь возвращается домой и уже темно – включить свет в коридоре на 50%».


  1. Jaromir
    03.11.2016 10:33

    Если судить по данной статье (и многим других), на данный момент «универсальный стандарт на обмен информацией между устройствами» — это живой человек, интегрирующий всё при помощи скотча и какой-то матери. В результате на одной распберри будут запущенны несколько Java-серверов, шлюзов на node.js (с парой сотен модулей внутри), самописных адаптеров на питоне и т д

    Вопрос автору: а почему не взять тот же Openhab (у которого есть поддержка HomeKit) и написать к нему плагины на Java для приведения всего этого зоопарка в несколько более стройную архитектуру?


    1. etverdiy
      03.11.2016 11:16

      Спасибо за вопрос. Действительно, на данный момент при наличии огромного количества различных устройств приходится объединять их с помощью каких-то костылей. Что касается OpenHAB, недавно была статья на Habrahabr про интеграцию OpenHAB и nooLite. В ней @AlekseevAV рассказывал, как это можно реализовать. Но у меня и клиентов вся автоматизация делается на nooLite, поэтому OpenHab оказывается лишней прослойкой. Кроме того, мы с Александром перед началом разработки адаптера на питоне встретились, обсудили его решение и пришли к выводу, что лучше исключить OpenHAB из этой цепи.


      HomeBridge имеет большое количество плагинов для работы с телевизорами, AV ресиверами и множеством другой техники. Будет правильно назвать его аналогом OpenHAB для техники Apple. Тогда подключение HomeBridge к OpenHAB чем-то напоминает подключение к OpenHAB MajorDoMo, что было бы странно.


  1. shifttstas
    03.11.2016 10:37

    Вот интересно, почему Noolite не могут сделать сами контройлер с homekit, это бы их выгодно выделяло на фоне остальных умных устройств…


    1. etverdiy
      03.11.2016 11:27

      Договор был следующий: Мы сделаем поддержку nooLite через HomeBridge, посмотрим, нужна ли эта функция. Если она будет удобна и популярна, будем совместно делать официальную поддержку HomeKit.


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


    1. tmin10
      03.11.2016 12:22
      +1

      Сложно, долго и дорого. Как-то читал про одну команду, которая тоже захотела интегрироваться с homekit. Так вот, у них это не вышло…


  1. Pospel
    03.11.2016 11:38

    Жаль, что нет решения из коробки.
    Очень хочется попробовать, но мозгов не хватает)


    1. etverdiy
      03.11.2016 11:38

      Что именно вы хотите попробовать? У ноолайта есть решение на небольшую квартиру, в котором блоки, пульты и шлюз даже привязаны к друг другу. В комплекте подробная инструкция по настройке. Остается только поставить на места, с этим не должно возникнуть проблем. Если хочется большего, у вас два варианта: Или стать энтузиастом и заниматься усовершенствованием системы по вечерам или заказать платную настройку. Какой вариант выбрать, зависит от количества свободных денег и времени.


      1. Pospel
        03.11.2016 15:55

        хотелось именно Apple Home
        Если не получится у самого, платная настройка дорогая?


        1. etverdiy
          03.11.2016 17:29

          Ответил в личку.


  1. beho1der
    04.11.2016 12:31

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


    1. etverdiy
      04.11.2016 13:09

      В середине месяца должны появиться на сайте. Продажи примерно в то же время.