Как стать автором
Обновить

Как спроектировать умный дом с Алисой: опыт реализации и «нащупанные» подводные камни. Часть 1

Время на прочтение5 мин
Количество просмотров24K
Всего голосов 12: ↑8 и ↓4+5
Комментарии17

Комментарии 17

А когда будет продолжение?

Вторая часть статьи будет опубликована в нашем блоге 15 февраля.

Как медленно тянется время! Может сегодня опубликуешь?

Фактически, сегодня активно вытесняется более современным протоколом «zigbee» - в целом с автором согласен, но есть ньюансы. Бюджетное оборудование все еще вкалывает на блютузе

Какой тип оборудования Вы имеете ввиду? Выключателей, контроллеров, датчиков и т.д. полно за zigbee.

классная статья!

Спасибо)

интересует матчасть. сколько денег затрачено?

С интересом жду вторую часть про управление температурой. Какими климатическими устнойствами рулите на бэк-енде (радиаторы, тёплый пол, кондиционеры/фанкойлы, вент.машина), как именно рулите ими...

Я делал у себя управление светом с одноклавишным выключателем, но более гибкое:

  • обычное нажатие - яркость зависит от времени суток (ночью - минимум, днем - максимум, утром и вечером - средняя яркость)

  • двойное нажатие - максимальная яркость

  • долгое нажатие - минимальная яркость

ну и со смартфона можно любую яркость поставить.

Но это HomeAssistant - без алис, облаков и вендор-локов.

На счет WiFi, Bluetooth и Zigbe. Каждый из этих протоколов имеет два преимущества и один недостаток. WiFi – высокая скорость передачи данных, минимальное время отклика, но требует постоянного подключения к питанию. Bluetooth – высокая скорость передачи данных, может долго работать от батареек, но большое время отклика. Ну и Zigbee – минимальное время отклика, энергоэффективность, но не способен передавать хоть сколько-нибудь большие объемы данных.

Умные устройства бывают очень разные. Если взять условный выключатель света, то Bluetooth для него – плохой выбор из-за времени отклика. А если взять какое-нибудь устройство, которое накапливает определенные объемы информации (например погодный датчик с прогнозом погоды), то уже Zigbee будет плохим выбором из-за низкой скорости передачи. А если добавить и невозможность вывести постоянное питание на улицу, то единственным приемлемым вариантом останется Bluetooth. Так что я бы не стал утверждать, что Zigbee активно вытесняет Bluetooth, это не так.

Для решения всех трех проблем сразу есть например протокол Thread, который энергоэффективен как Zigbee и Bluetooth, имеет минимальное время отклика и скорость передачи данных как у Bluetooth. Плюс еще может объединять устройства в самовосстанавливающиеся mesh-сети.

Осталось подождать пару лет, пока на Треде выпустят такой же выбор устройств, как на Зигби) Но да, очень хочется уже Тред.

Автоматизированные системы обработки информации и управления

Тоже на этом направлении учился))

Есть один момент, который в тексте как-то обойдён. Хотя как минимум на одной картинке видно, что он реализован. Я о том, что при добавлении "ума" любой выключатель должен сохранять свои "тупые" возможности. Т.е. даже если какую-нибудь люстру можно включить/выключить через приложение на смартфоне или с помощью голосового ассистента, должна сохраняться возможность сделать то же самое обычным выключателем на стене.

В статье упущен один очень важный момент "Радиус действия значительно больше (в среднем 10 м) по сравнению с «bluetooth», но по-прежнему уступает «wi-fi»." Но зигби работает по принципу сот - любое зигби устройство является ретранслятором сигнала. И затевать апгрейд wi-fi инфраструктуры ради умного дома..... Не уверен, что есть необходимость (у себя обошёлся без этого).

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий