В прошлом блоге я рассказывал о своем умном доме и на каких автоматизациях я остановился.
Сегодня хочу поделиться небольшим опытом использования разных протоколов в домашних автоматизациях.
Не буду в даваться в технические подробности протоколов и параметров, при желании их всегда можно найти в интернете.
Итак, в моей системе умного дома работает зоопарк из разношерстных устройств. Есть Wi-Fi - это ленты и розетки KooGeek, люстра Yeelight, настольная лампа Xiaomi Philips, пылесос Xiaomi Roborock S52. Есть ZigBee - это все датчики, кнопки, выключатели и розетки Xiaomi, лампы Philips Hue, ленты Gledopto и INNR, диммеры IKEA. Также есть устройства на Z-wave - замок Danalock, диммер Fibaro. И даже есть устройства на Bluetooth - замок August lock, Danalock так же может работать через BT.
Недавно, по какой то причине, стал дурить мой любимый роутер Asus - один раз он наглухо завис, что даже не загружался и пришлось его реанимировать через UART, в другой раз на нем перестал резолвится DNS и что странно даже указание DNS сервера в настройках сетевой карты не решали проблему выхода в интернет. Конечно сброс настроек роутера и перепрошивка с полной ручной настройкой его воскресили, но мне пришлось призадуматься о том, что все мои wi-fi устройства привязаны к SSID и МАС роутера и если я куплю новый роутер, то мне придется по новой добавлять все устройства в сеть. Никакого простого бекапа в данном случает нет.
Так вот к чему я рассказал про проблемы с роутером - не стоит рассматривать Wi-Fi как основной протокол для умного дома. Причин несколько: в многоквартирных домах эфир wi-fi 2.4GHz сильно перегружен; что бы полноценно управлять всем УД все устройства должны быть в одной сети и в случае смерти или замене роутера предстоит куча потерянного времени, что бы добавить все устройства обратно в сеть.
Конечно же есть варианты минимизировать проблемы - снять с роутера функцию раздачи Wi-Fi и переложить ее на отдельные точки доступа, но такой вариант не всем подходит по стоимости и возможно придется на какой-то отдельный сервер возлагать функцию DHCP, так как далеко не все устройства имею возможность указывать в них статический IP.
Более надежным вариантом будет протокол ZigBee, да у него есть свои ограничения и недостатки и проблемы с пересечением частот пресловутого Wi-Fi, но зато в некоторых контроллерах ZigBee есть возможность бекапить настройки сети. На пример deConz - в случае смерти стика, если озаботились бекапом, можно легко перенести все ваши устройства на новый стик deConz.
Я к сожалению не знаю есть ли подобная возможность у Xiaomi MiJa Hub или Aqara Hub. В Philips Hue Bridge как я понял есть функционал переноса устройств с одного бриджа на другой, но именно бекапа не встречал.
На сколько помню, на Z-wave топология сети хранится непосредственно в самом чипе стика или контроллера и так просто забекапить и восстановить сеть не получиться, можно сделать переезд скажем с Vera Light на Vera Plus. Но при смене производителя контроллера придется все устройства сперва отвязывать, а потом привязывать к новому контроллеру.
С устройствами Homekit Bluetooth честно говоря не пробовал делать переезд, но как мне показалось данные об устройстве хранятся в учетной записи, так как при добавлении второй Apple TV приставки в дом с такой же учеткой, обе приставки стали стали контроллерами умного дома HomeKi, но одновременно работает какая-то одна приставка, а вторая на подхвате. То есть если активную приставку отключить, то сразу же задействуется вторая пристава Apple TV или iPad установленный на зарядке. При сбросе Apple TV к заводским настройкам и восстановлению в той же учетке, все HomeKit устройства продолжают работать.
В общем конечно же выбор протокола УД за вами, я ни в коем случает не навязываю свое мнение, а просто делюсь опытом и наблюдениями.
Добавлю, немного информации про экзотику )): стик noolite, хранит в себе все привязки, при смене стика придется вручную привязывать заново девайсы.
Про
Z-wave еще бы добавил, что желательно купить лицензию.
Лицензия нужна только если использовать софт z-way, без неё я использовал стик для европеизирования американской Vera Plus
Скажу что не видел никаких привязок к MAC роутера. Если SSID один то проблем с переключением не будет. Другое важное дело это привязка устройств DHCP. Но тут слабым местом всегда будет DHCP. Да же если он будет вертеться на малине. Все равно есть возможность вылета из строя. Не нашел возможности установки резервного DHCP на малых мощностях. WINSERVER не предлагать).
За то wi-fi может быть единственным протоколом, другие не самодостаточные) Все сказанное не в защиту wi-fi как протокола конечно.
Я пробовал на другом роутере сделать тот же SSID и пароль - не подцепились к нему устройства.
1 - SSID Чувствителен к регистру (qqq qQq не одно и то же)
2 - каналы только 2.4 ггц и не выше 10 канала (лучше без всяких авто)
...
В принципе ip можно и не раздавать сразу... получат любые (для homeKit точно пофиг, главное в одной подсети).
это очень странно.
но в любом случае можно взять самый простой, но стабильный роутер исключительно как хаб для иот, который будет по проводу получать инет уже от мощной железяки, смена которой в целом никак не повлияет на функциональность сети.
и да - моя личная любовь к асусу закончилась на рт-16н 3ей ревизии... это был ад! он мог зависать, сам перезагружаться и тп. и прошивки ни родные, ни "олеговские" не спасали положение. в итоге он тупо сдох по питанию. после чего я решил, что это последнее устройство асус в моей жизни, что фирма стала конкретным шлаком с распиаренным именем и не более (и я в этом периодически по работе убеждаюсь - ничего не изменилось!!!). купил зухель и забыл про него... периодически лениво обновлял в нем по чисто ради интереса.
сейчас 2 зухеля трудятся нон-стоп у родителей и в сдаваемой хате - вообще никаких нареканий нет!
дома у меня сяоми и яблочный экспресс - тоже работают как калаши ;)))
я такой вариант описывал, когда роутер не раздаёт WiFi , этим занимается точка доступа или даже wifi mesh. Но цена вопроса и как я и писал выше у большинства простые роутер, которые могут глюкануть, их может заменить провайдер и тд. У меня Асус 87 работал годами. Но в какой то момент просто колом встал
вот именно тот, который "снаружи" и который может быть провайдерский, и должен быть просто раздатчиком инета и не завязываться с иот.
соотв для иот найти дубовый надежный аппарат по доступной цене.
но это опять же перестраховка на случай кривого основного роутера XD
Настройки роутеров легко переносятся, если вы пользуютесь оборудованием Mikrotik.
У устройств только один минус - нужно соображать как их настраивать.
А микротик не массовый роутер - у многих вообще навязанные роутеру от провайдера. У меня есть от МГТС, но он сейчас как бридж перем Асусом стоит
Но вот вы же сами описали что у вас есть не только WiFi, но и зигби и з-вейв устройства. Проблема в том что сейчас нет универсального протокола, который бы покрывал все нужды пользователя Умного дома. Можно конечно стараться минимизировать использование определённых протоколов, но эксклюзивности пока не предвидеться. Есть ли робот пылесос на z-wave? А есть ли встраиваемый в подрозетник диммер на зигби за адекватные деньги? УД сейчас это сборная солянка - поэтому и популярны такие устройства «все в одном» как например Athom Homey покрывающие несколько протоколов.
Все верно, приходится держать зоопарк - но я пытаюсь постепенно все к одному протоколу привести. Например можно заменить ленты кугик на контроллер Гледопто и аналогичные или сразу взять готовые комплекты INNR и подобные. На WiFi лучше не делать важные устройства и датчики. Например оставить только пылик - я вот даже подумывал Yeelight передалась с помощью Gledopto в Zigbee
Не благодарное это дело, вот завтра будет BLE лучшим стандартом и что тогда? Все менять? Универсальность залог успеха. Брать лучшее от разных производителей для решения конкретных задач вот на мой взгляд правильный подход в данный момент. Но это вовсе не то что хотят производители - им нужен вендорлок. Затащить потребителя в сети своей экосистемы.
Не вопрос, но согласись что WiFi явно не для УД хотяб потому что батареечных устройств нет, задержки в передаче команд, загаженость эфира, высокая мощность сигналом не в пользу жилому помещению - 3-5-7 устройств еще куда на и шло, но несколько десятков это уже перебор.
Согласен, WiFi конечно нужно однозначно минимизировать. К сожалению большинство производителей хотят понизить порог входа в УД и делают девайсы подешевле на базе простых ESP. Потребитель к сожалению пока не достаточно образован чтобы сделать правильный выбор. К счастью такие заметки как ваша помогают понять каким принципам нужно следовать при планировании умного дома.
у меня очень засрат 2.4 эфир соседями (в "лучшие дни" я вижу до 25 сетей), однако особых проблем в работе иот по вафле не вижу - задержка обработки смарт-бутонов скорее возникает на уровне хаба... заметил такую интересную вещь: если сценарии для кнопки прописать через интерфейс ХК, то задержки вообще не видно (сравнима с работой по рф - есть у меня несколько девайсов, которыми можно рулить по 433 каналу), но если сценарий для кнопки прописать в eve-home, те более сложные алгоритмы задать, то возникает задержка на первичные действия после долгой паузы, вторичные и последующие действия отрабатываются гораздо быстрее.
в том же ХК все батареечные устройства сидят на BLE. каким образом система отслеживает их постоянное наличие в сети я хз, но батарейка расходуется весьма экономно... например в одном из девайсов с ноября прошлого года батарея села всего на 2%, при том что уведомления о срабатывании устройства приходят сравнительно часто (датчик двери). хабом для таких штук выступает в моем случае атв, но в целом скорее всего то что в системе этим хабом назначено.
сейчас обкатываю diy смарт-бутон с жирненьким акб - вот уже 1,5 дня проработал XD
доча периодически ходит кнопочку давит ;)
Какие-то страшилки про wi-fi пишете... Берете другой роутер, прописываете в него тот же ssid и пароль - и все отлично прицепится. И при использовании в качестве основного протокола mqtt становится все равно, кому какой ip достанется.
Я не агитирую за wi-fi, просто предлагаю быть поточнее.
Не страшилки - личный опыт использования. Про другой роутер уже писал выше что не сработало просто назвать так же и тот же пароль.