Comments 44
Почему протоколы рассматриваются в отрыве от самого сервера УД? Если рассматривать их в концепте сервера УД от Яндекса, Сбера, Сяоми то наверное да. Если смотреть на те же HA, Openhab и т.д. то картинка в корне меняется. И тот же Zigbee становится наиболее приоритетным, с кучей железа и без привязки к облакам производителей.
Если смотреть на те же HA, Openhab и т.д. то картинка в корне меняется. И тот же Zigbee становится наиболее приоритетным
С HA и отвязкой от облаков, логичнее то как раз использовать wifi устройства с esphome
С HA и отвязкой от облаков, логичнее то как раз использовать wifi устройства с esphome
С любым УД логично использовать то что надо там где надо. Я вообще не понимаю такой постановки вопроса - условия для разных устройств УД разные и по питанию, и по доступности, и по частоте опроса. У меня реле сидят на проводах, термометры - на зигби, несколько лампочек - на вайфай.
Про вайфай для всего УД - сильно жрущий и тяжелый протокол. У меня был датчик на есп, выжирал 2 батарейки АА за месяц-два. Возможно, его можно было задрюкать чтобы реже просыпался, но в любом случае, энергопотребление ЕСП8266 - порядка 15 мА без модема, 200+ мА в момент поиска сети и передачи, энергопотребление модуля Е18 на СС2530 - 1,1 мкА во сне и 26 мА в передаче. Плюс к этому сама передача длится на порядок меньше. В результате дийрузовский модуль на мониторинге температуры у меня живет уже год без изменения уровня батареи - почувствуйте разницу.
Ну те же датчики температуры, открытия и т.д. расточительно по энергопотреблению гонять по wifi.
А датчиков не предлагается ? Кран вот, например, есть , а с чего брать события для его сценариев, других вендоров подбирать?
Про умный кран, личный сценарий, можно тут посмотреть https://habr.com/ru/company/hiper/blog/707930/
C wifi вендорлок можно также легко устроить.
Алиса/Гугл/Эппл - ещё веселее.
Свой умный дом я начал строить два года назад на основе wifi, и перешёл таки на zigbee. Причины следующие:
- вендорлок на wifi-устройствах. Алиса, конечно, что-то решает, но не всё. Кроме того, на wifi соединение рвётся чаще (субъективно) и не всегда восстанавливается - приходится перезагружать само устройство (на оставшихся wi-fi розетках в расписании стоит перезагрузка раз в сутки, на всякий случай)
- отсутствие гибких настроек (например, включить что-то, если температура ниже отметки, но время в диапазоне с 23 до 7), или рециркуляция у меня включается по датчику движения, но не чаще, чем раз в полчаса. Я с трудом представляю, как такое сделать алисой, а вот HomeAssistant - запросто.
- нет интернетов = нет команд на устройства, а это за городом случается частенько
- зигби нетребовательны к питанию, следовательно, могут работать на батарейках. В градусниках батарейки не израсходовались даже на половину за 2 года
И, что самое важное, в случае с zigbee можно вообще не заморачиваться за совместимость: если что-то не работает, можно написать самому, т.к. оно всё через mqtt общается.
Странный подход к выбору протокола и среды. Вроде умные вещи автор пишет, а выводы делает странные.
Для систем жизнеобеспечения применять протоколы без защиты и которые тривиально подавить (участок 10 соток - не более 20 метров от границы участка) - безответственное решение.
Проводку автор в доме заменил,а кинуть заодно кабели для УД - забыл?
Несерьезный, по моему, непромышленный подход.
p.s. мой первый УД работает уже 7 лет. Я уже много лет живу в другой стране. Т.е. работает надежно и без необходимости подкрутить, перезагрузить и т.п.
13 силовых линий это на сколько комнат? У меня порядка 30 на этаж, и то маловато.
Если силовые линии отдельные розетка-щиток, нафига "умная розетка", почему не поставить в щиток проводное реле?
Управления отоплением нет?
Вообще что управляется кроме света?
камера на вайфае - нахрена? Она же всегда в одном месте, сложно проводок кинуть было?
По фактологии:
вайфай - не вариант для батарейных устройств. Датчики окон/дверей, датчики протечки, температурные датчики, датчики влажности, освещенности - все это в розетку не воткнешь.
зигби не требует хаба. Свисток за тыщу решает все проблемы. Совместимость всего, что есть в З2М со всеми системами УД - 99%, я не встречал датчиков или исполнительных устройств, которые не поддерживаются.
одно из главных преимуществ зигби - почти все устройства, работающие от розетки, являются роутерами меш-сети. Релюха в подрозетнике или лампочка в патроне в комнате решает вопросы покрытия. Ну и меш допускает 2-3 ретрансляции свободно (дальше начинаются вопросы), чего за глаза хватает в частном доме.
еще одно преимущество зигби - директ биндинг, прямое подключение простых устройств, например выключатель-лампочка. У вас может сломаться роутер и сервер УД, но свет все равно включится.
провода рулят. Вот вообще не вижу смысла втыкать 4 "умных розетки" от какого-то вендора в эндпоинте, наращивая и количество узлов отказа и радиомусор в одной точке, если можно все то же самое разрулить в щитке. Про камеру - тем более.
попытка сделать все в рамках "экосистемы" это конечно круто, но я вообще не понимаю нахрена. Скрипты в "экосистемах" куцые, расширяемость - ниже плинтуса, вендор лок во всей красе, стабильность - низкая (по крайней мере зависимость от интернета уже напрягает). У нас в поселке при авариях электричества если БС высасывает аккумулятор, она потом с часок поднимается. Что будете делать в ситуации, когда "умная лампочка" откажется стартовать? КМК, сервер УД должен быть локальным.
Присоединяюсь к рекомендации - все на проводах. Провода - это надежно. В большинстве применений вообще можно обойтись сухими контактами и реле. Там где нельзя, в большинстве случаев хватит любого пром. протокола. Если брать modbus, то опять таки получаем множество разных устройств, хоть и не таких красивых как в случаях с Zigbee.
Что касается Wifi, на самом деле сценарии где можно спать долго, а потом проснуться по событию и передать данные вполне подходит для WiFi. И такое устройство будет относительно долго работать от батарейки. Но конечно сам протокол не способствует энергосбережению и от таблеток CR2032 его не запитаешь.
В целом, как радиопротокол сейчас наверное самый оптимальный - ZigBee: mesh, устройств много, при наличии Zigbee2MQTT можно выбирать и не особо привязываться к вендору. Хорошо интегрируются через MQTT. Правда у меня выключатель иногда немного подтормаживает, но пока не установил с чем это связано. Кроме того есть прямой биндинг, хотя тут есть нюансы.
В целом, я лично пришел к такому видению:
Стационарные датчики, линии от выключателей (кнопок), освещение, группы розеток (отдельные линии розетка-щиток мне кажутся перебором), стационарные устройства сводим в щиток. Там на нужные линии ставим импульсные реле + DI (сценарные кнопки). Как управлять реле, тут варианты в зависимости от оборудования.
Остальное: перемещаемые устройства или просто то, что забыли подключаем через радиопротокол (ZigBee). Например, можно «глупый» торшер воткнуть через умную розетку, потому что сегодня он стоит, а завтра его убрали.
я ожидал что тут про MQTT будет...
"Давай по новой, Миша,- все х..ня"(с)
Зачем изобретать автобус из буханки? есть два стандартизованных протокола Thread и Matter, всё что не совместимо с этим покупать в 2023 году как минимум странно.
Однако, вы оптимист. И как много вы видели устройств на этих протоколах в продаже? Каков ассортимент? Как их (если они есть) склеивать с уже существующими? Тогда как под обычный zigbee - тысячи вариантов устройств.
Конечный пользовательский интерфейс это по сути всего 3 варианта: Apple Home, Google Home, Alexa. Ikea уже перешла на matter, eve - Thread (а значит даже хаб кастомный не нужен)
Конечный пользовательский интерфейс это по сути всего 3 варианта: Apple Home, Google Home, Alexa
С чего это? Серверов УД дохренища написано самых разных.
Ikea уже перешла на matter, eve - Thread
Перешла это как? устройств с другими протоколами не продается? Погуглил - первое устройство с matter выпущено в ноябре 2022, 2 месяца назад. Вся периферия, которая была на зигби - все еще на зигби.
Matter не замена зигби, он замена пропреоритарному линку между хабом и платформой управления/пользователя. т.е в случае с Икеей например - они выпустили новый хаб который совсестим с Matter и пробрасывает все устройства зигби в Matter. Aqara обещает это сделать апдейтом софта на хабе. т.е то что Matter основной протокол между хабом -- системой управления - это уже как бы не обсуждается. Тут вопрос - когда а не если.
Thread же - это замена зигби, там действительно еще не много устройств.
Matter не замена зигби
Извините, "Ikea уже перешла на matter" заставило меня предположить что matter это что-то на что можно перейти с траадафевского зигби.
он замена пропреоритарному линку между хабом и платформой управления/пользователя
Что такое "проприетарный линк межды хабом и платформой управления" в случае с зигби? У меня стоит зигстар лан, по сети подключен к иоброкеру, к зигстару подключено десятка три устройств разных производителей, включая самодельные - где тут что проприетарное?
Thread же - это замена зигби, там действительно еще не много устройств.
десятка не наберется? Тогда какой смысл его в качестве чего-то реального рассматривать?
Что такое "проприетарный линк межды хабом и платформой управления" в случае с зигби? У меня стоит зигстар лан, по сети подключен к иоброкеру, к зигстару подключено десятка три устройств разных производителей, включая самодельные - где тут что проприетарное?
Ранее линк между хабом тродфри, или хабом aqara, или любым другим хабом. До конечных устройств управления: iOS/Android/Etc был не стандартизован и фактически было куча своих вариантов протоколов (у apple - homekit у гугла своё и так далее) вот задача Matter иметь один стандарт.
Ранее линк между хабом тродфри, или хабом aqara, или любым другим хабом.
Между хабом и чем? Между хабом и устройством - никакой проприетарщины, зигби. Между хабом и сервером УД - в случае готовых "хабов" не было ничего, в этом и смысл хаба, он предполагается что автономен и замкнут в экосистеме. Именно поэтому пользоваться хабами для УД - дурное занятие, но это не имеет отношения к протоколу, зигби там в основе, БЛЕ или вайфай - неважно.
Перечитайте сообщение, я говорю об интерфейсе управления между хабом который конвертируем уровень взаимодействия с устройствами (который очень может быть non-IP) и собственно IP который уже преднозначен для управления с конечного устройства пользователя (ну либо тут может быть еще какой хаб для удобства)
Схематично:
Sensor ---Zigbee --- Hub ----Matter ---- iOS/Apple TV/Google Home/Alexa/любой консюмерский девайс
Еще напомню как сейчас выглядит самый частый кейс
Sensor ---Zigbee---Hub---Matter/Propitiatory ---- AppleTV---iOS
При Thread всё вообще упроститься:
Sensor ---Thread ---AppleTV/Any Hub --- iOS/Android/Etc
Перечитайте сообщение, я говорю об интерфейсе управления между хабом который конвертируем уровень взаимодействия с устройствами (который очень может быть non-IP) и собственно IP который уже преднозначен для управления с конечного устройства пользователя (ну либо тут может быть еще какой хаб для удобства)
То есть без сервера УД вообще? А можно ли это называть УД?
Еще напомню как сейчас выоглядит самый частый кейс
Есть пруф что именно этот кейс самый частый? Я, возможно, пристрастен, вишу в группах ИОБ/ОХ, читаю по темам, но я ни разу не слышал что кто-нибудь реализовывал УД на проприетарщине, эппловской ли, гугловской ли, неважно.
То есть без сервера УД вообще? А можно ли это называть УД?
Сценарии на ATV будут крутиться, локально. Ну или если не нравиться ATV то любой другой хаб/сервер.
Есть пруф что именно этот кейс самый частый? Я, возможно, пристрастен, вишу в группах ИОБ/ОХ, читаю по темам, но я ни разу не слышал что кто-нибудь реализовывал УД на проприетарщине, эппловской ли, гугловской ли, неважно.
Предлагаю посмотреть результаты продаж Aqara & Legrand
Сценарии на ATV будут крутиться, локально. Ну или если не нравиться ATV то любой другой хаб/сервер.
На любом другом сервере можно поднять ХоумКит? Что-то для меня новое...
Предлагаю посмотреть результаты продаж Aqara & Legrand
Я купил около 600 устройств Аквары. И ни одного хаба, ни одного эпплТВ (вру, купил один, но очень давно и даже не помню где он у меня, это была первая версия и я очень сомневаюсь что она умеет ХК). Зато купил около 20 загстаров, примерно столько же стиков и хэтов для РПи.
Пофиг на интерфейс - это дело вкуса. Меня и command line устроит. Я спрашивал о массовости/доступности девайсов. Найдите из хотя бы десяток-другой. Это - "рас". Еще такой момент - пока эти девайсы станут доступными по цене, а не как крыло Боинга, пройдет еще 1-2-3 года. Это - "двас".
Вот и ответ на вопрос о выборе matter/thread.
У вас вероятно очень специфический кейс, я говорю об обычном regular Consumer case.
Обычный консьюмер кейс? Ну давайте так: маленький дом, 4 комнаты и участок с теплицей.
На исполнении: N линий освещения, из них N/2 диммируемых, M управляемых розеток, котел с опентермом, бойлер, управляемые жалюзи, кондиционеры, теплые полы с управляемой гребенкой, входной замок, ворота, ворота гаража, станция полива в теплице.
На входах: метеостанция снаружи, датчики температуры в каждой комнате, датчики протечки в ванной и котельной, датчики качества воздуха, датчики СО, датчики открытия дверей и окон, датчики освещенности, датчики присутствия. Естественно, все выключатели света. Хорошо бы еще иметь, например, цифру текущего потребления электричества - тупо смотреть не забыл ли выключить утюг.
Логика: возможность строить скрипты по циклам, по данным из интернета (напр. погоде), по расписанию, произвольно.
Что предложите купить в 2023 из Thread и Matter устройств?
Ну или давайте проще: какой вообще юзкейс можно реализовать прям сейчас из Thread и Matter устройств? Лампочкой помигать?
N линий освещения из них N/2 диммируемых - Реле, например Aqara
M управляемых розеток Реле те же Aqara
котел с опентермом - Зачем тут автоматизация? Автоматизацию проще сделать через регулирумые головки на каждой батарее
Бойлер- Зачем тут автоматизация? если очень хочеться - опять же реле.
Управляемые жалюзи Aqara/IKEA
Кондиционеры - они пока не выходят ни в один стандарт насколько мне известно, как и робо пылесосы
Теплые полы с управляемой гребенкой - Aqara
Входной замок если хочеться просто соленоидом управлять - то реле, если по сложнее опять же Aqara
Ворота, ворота гаража - Не вкурсе, вероятно что то от Came
Came же станция полива в теплице - Eve
Еще раз повторяю - вообще вся линейка Ikea - совместима с Matter теперь, Aqara сделает то же самое апдейтом, так что там сильно больше чем "Лампочкой помигать"
Обращу внимание, вы раписани не базовый кейс, базовый кейс это квартира Т1-Т3 в которой проводка уже проведена и нужно оснастить "умными" девайсами то что есть. Если же чуть более сложный кейс с ремонтом то чаще всего это управлением только 3 вещами же:
Свет - Выключетил Legrand/Aqara
Отопление - Aqara
220v Outlets - Реле Aqara или готовый блок Legrand
И при всём при этом никакие raspberry будут не нужны и всё из коробки будет работать.
Реле, например Aqara и т.д.
На Thread? Оно существует? Почему его нет в списке, который Вы привели?
котел с опентермом - Зачем тут автоматизация? Автоматизацию проще сделать через регулирумые головки на каждой батарее
Опустить общую температуру теплоносителя на время отсутсвия.
Бойлер- Зачем тут автоматизация? если очень хочеться - опять же реле
Так же - снижать температуру на время отсутсвия.
всё что не совместимо с этим покупать в 2023 году как минимум странно.
а что совместимо? Можете привести хотя бы десяток примеров доступного здесь и сейчас в России?
А почему это должно быть про РФ?
Хорошо, давайте не про РФ. Можете даже не указывать икеа дирежера, будем считать что одно устройство уже есть.
Как пример вот список со статусами https://matter-smarthome.de/en/overview-products-compatible-with-matter/
ни одного сенсора, ни одного исполнительного устройства (не считать же исполнительным дали бридж). В сочетании с "всё что не совместимо с этим покупать в 2023 году как минимум странно" выглядит так, будто Вы просто не понимаете о чем говорите.
т.е IKEA, Aquara, EVE это не достаточно? это примерно 60% европейского рынка без учета дешевых китайцев которых опасно использовтаь (sonoff и аналоги)
По Вашей ссылке - ни одного сенсора, ни икеи, ни аквары, ни ив. И это не 60% европейского рынка, а все 100 - 0 сенсоров из 0 и будет 100%. Для охвата рынка этого достаточно, а вот чтобы понять, какая температура у меня сейчас в ванной - однозначно недостаточно.
Ясно, конструктивного диалого не выйдет, удачи.
Но эта проблема решается тщательным выбором надежного роутера, которых на рынке более чем достаточно. Работают они в режиме 24/7 годами и оснований для беспокойства в последние несколько лет не дают.
И какой же вы выбрали?
Что-то мало кто может на KNX делать, всё на гаджетах. Потому что это модно или бюджетно?
выбор между ZigBee и Wi-Fi
Подождите, а зачем выбор? Можно использовать совместно же.
Почему-то все время какие-то срачи устраивают из ничего, когда можно использовать все и сразу, там где нужно.
Тем более, чем те же датчики не всегда возможно технически и эстетически запитать постоянно.
Если zigbee ты поставил и забыл, то wifi на батарейках дай бог месяц-два протянуть протянуть можно ( еще и в попытках подрезать чего-нибудь еще ). Зачем мне умный дом, где я буду устраивать ежемесячные обходы для смены батареек?
Алиса с ZigBee она не слишком дружит
Вы чуть выше про хаб как раз писали.
У Станции 2 координатор просто уже встроен, но никто не запрещает подключить отдельный хаб к Алисе.
необходимости приобретения дополнительного устройства – хаба.
Иногда воротит, когда люди жалуются на "дополнительное устройство", имея для wifi сети... дополнительное устройство ( да еще и в количестве N штук ). Точно такой же хаб для wifi сети, внезапно.
Претензия высосана из пальца, как и предыдущий пункт.
Если вопрос экономии на хабе, то его тут точно нет.
Только на замене батареек для беспроводных датчиков wifi за год, а то и меньше, можно окупить свисток.
А еще можно краем глаза сравнить аналогичные девайсы, но с разными протоколами. Конечно, разница даже в 100-200 российских рублей может показаться несущественной. Однако мы тут умный дом строим, а не пару лампочек для поиграться, все же. В общих затратах zigbee получается дешевле, и на паре-тройке девайсов хаб уже окупается.
Да, можно самому все паять и прошивать esphome. Но все же мы тут больше об обычных консюмерах, а не о diy.
Вендоры, как известно, очень хотят устроить пользователю вендор-лок, а мне очень хотелось избежать его
При выборе устройств ориентируйтесь не на вендоров или протоколы, а на платформы и экосистемы, которые они поддерживают
Странно говорить про вендорлоки и буквально через абзац рекомендовать смотреть на платформы и экосистемы.
На удивление, вендорлоки как раз предоставляют девайсы на wifi. Чтобы найти что-то ESP-based с возможностью перепрошить - надо постараться.
Но на том же zigbee вендлорлок мне так и не попадался. Покажите?
Zigbee девайсы покупаются не глядя, потому что я точно знаю, что оно без проблем подключится ко мне. А вот wifi устройства перед покупкой мне приходится чекать по отзывам\форумам, что же у него там внутри, и заведется ли это в моей экосистеме home assistant хоть как-то, ну хотя бы с перепрошивкой. Я даже и не говорю, что необходимость перепрошивки - само по себе заставляет задуматься над претензией вендорлока в сторону zigbee.
Не, ну понятно, что это статья самореклама бренда. Но надо же иногда читать, что писали редакторы.
Про бренд ничего плохого сказать не могу.
И это я даже не говорю, что wifi для девайсов УД - очень оверхед и привносит свои коррективы в удобство, стабильность и надежность системы, и wifi сети в целом. Считаю, что девайсы УД должны быть изолированы от домашней сети по максимуму.
Да и перепривязка zigbee к другому хабу - вопрос пары секунд без смартфона в руках. Перепривязка wifi девайса - тут иногда становится очень интересно. Какой веселый вечер вас ждет, если вы захотите поменять пароль или название wifi сети. *смотрит на список установленных приложений вендоров* Действительно, никакого вендорлока!
Тут только одно спасение - Tuya. Но увы, далеко не везде совместимые, в мире wifi УД - кто во что горазд. wifi - это не плохо. Но и сувать только его, отрицая другие протоколы там, где это более оправдано, это не решение.
Выбираем протокол для умной дачи