Протоколы умного дома

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

Что лучше, устройства с вайфаем или зигби(или какой-то иной протокол)?

iot по wifi работает преимущественно на 2.4Ghz, который в человейниках и так перегружен.

чтобы они не превратились в кирпичи при отрубании сервисов поставщиков?

Тут заранее надо проверять существуют ли человеческие прошивки под конкретное устройство. От протокола не сильно зависит.

или какой-то иной протокол

BLE в iot вполне используется.

Это всё фаб в любом случае. На твоём месте не стал бы доверять протоколу, который я не смогу подменить. Если мы говорим о транспорте, то офк лучше то, что твой обычный роутер сможет понять.

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

а с чего ты решил, что у зигби нет шифрования и всего прочего? :) то что пионерский умный дом, скорее всего, гол как сокол это к гадалке не ходи, но зрелые решения шифруют во все поля.

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

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

Вот у меня сейчас по обычному вайфаю и оно порою подтупливает. Смотрю в сторону BLE, чтоб лампочки не пересекались с кинотеатрами.

Mutter, говорят, в home assistant залетает без плясок с бубном. Остальные устройства на zigbee или tuya надо перепрошивать или всякие дополнения использовать, типа localtuya

Что лучше, устройства с вайфаем или зигби(или какой-то иной протокол)?

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

С точки зрения «перехвата» управления ими локально, чтобы они не превратились в кирпичи при отрубании сервисов поставщиков?

Эта проблема решается на более высоких OSI уровнях.

Mutter, говорят, в home assistant залетает без плясок с бубном. Остальные устройства на zigbee или tuya надо перепрошивать или всякие дополнения использовать, типа localtuya

Глупости. Всё уже перепрошито как надо до нас и цепляется к HA без костылей.

iot по wifi работает преимущественно на 2.4Ghz, который в человейниках и так перегружен.

плевать, оно на низких датайрейтах работает (менее критичные требования к SNR), даже если в чистом 802.11n (без режимов совместимости с несуществующим ви-фи из 90х)

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

С точки зрения «перехвата» управления ими локально, чтобы они не превратились в кирпичи при отрубании сервисов поставщиков?

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

Лучше zigbee. Работа wifi-ных iot устройств без облаков - такое, раз на раз не приходится.

Zigbee устройства всегда общаются с хабом, так что они всегда будут работать локально. Главное, чтоб хаб был правильный (некоторые работают через облака) - типа Sonoff Zigbee 3.0 USB, есть и другие варианты https://www.zigbee2mqtt.io/guide/adapters/

чтобы они не превратились в кирпичи при отрубании сервисов

Умные дома чаще всего окирпичиваются при отрубании электричества.

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

Зигу и лору не просто так придумали. Они ориентированы на неспешный обмен короткими пакетами, без контекста, без таймаутов. Да и диапазоны там обычно не такие загаженные, как 2.4 ГГц в типичной квартире.

Умные дома чаще всего окирпичиваются при отрубании электричества.

HA хаб на rapbsberry pi может несколько дней работать от не очень большой батарейки, а всякие зигби датчики - годами. И всё это хозяйство не обязательно подключать к интернету.

Даже «на свежих батарейках» нештатное пропадание электричества может порождать нестационарные процессы в системе управления домом, не предусмотренные изначальными сценариями реагирования. Калибровка датчиков может сбиваться, локальные таймеры обнуляться, а вся «умность» превратиться в тыкву :)

И всё это хозяйство не обязательно подключать к интернету.

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

Эти хипстерские железки без интернета в принципе не работоспособны.

Пару лет назад пролетала новость, что в одном очень-очень умном доме при отключении интернета перестала работать крайне умная кнопка дверного звонка. Так и выяснилось, что сигнал от кнопки до звонка доходил через сервер производителя, размещенный где-то на другом конце планеты.

Это не правильная кнопка. Home assistant для того и существует, чтобы такой проблемы не было.

Эти хипстерские железки без интернета в принципе не работоспособны.

А не нужно использовать хипстерские железки. В моём умном доме например всё принципиально работает без интернета.

Даже «на свежих батарейках» нештатное пропадание электричества может порождать нестационарные процессы в системе управления домом, не предусмотренные изначальными сценариями реагирования. Калибровка датчиков может сбиваться, локальные таймеры обнуляться, а вся «умность» превратиться в тыкву :)

Хорош уже глупости генерировать. Я могу в своей сети выключить, а потом включить любой девайс, и сеть продолжает работать по-прежнему. Даже хаб можно выключить, и все девайсы продолжат работать, только не смогут общаться между собой, пока хаб не загрузится обратно. Какие «нестационарные» процессы? Какие таймеры? Бредить нужно меньше.

iot по wifi работает преимущественно на 2.4Ghz, который в человейниках и так перегружен.

Проблема перегруженности Wi-Fi - это проблема падения скорости, когда много людей гоняют данные в условиях мультиплексирования по времени. Для большей части IoT это совершенно не важно.

С другой стороны, есть всякие умные колонки, умные звонки, IP-камеры, сетевые принтеры. Там лучше 5 ГГц, но и 2,4 ГГц нормально работает.

Плевать, главное чтобы девайс поддерживал какое-нибудь стандартное MQTT или имел описание протокола, чтобы его можно было зацепить на полностью контролируемый тобой сервер.

А уж через что оно там это гонять будет - разницы нет.

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

Это штатный режим, ты пропустил ключевые слова «нештатное пропадание электричества», например медленное размыкание силовых контактов, сопровождаемое искрением.

Какие таймеры?

Например, голодная мышка перекусила кабель от таймера, регулирующего циклы включения чего-либо. Или котик решил поиграть с какой нибудь «умной вещью» и лёг на кнопочку её таймера.

Какие «нестационарные» процессы?

Например, сосед начал сварку, глянь осциллографом на питание :)

На wifi батареек не напасешься. У меня зигби-tuya термостаты на батарейках, и то батареек не хватает на отопительный сезон.

Харе фантазировать уже.

Вообще он прав. Бывает что устройства залипают по непонятной причине. Бывает что батарейка садится так, что устройство видно, команда на устройство приходит, не выполняется, но при этом статуса что батарейка садится в приложении нет. У меня термостаты, и получается иногда что в приложении показывается что термостат закрыт, а батарея при этом горячая, а бывает что наоборот - показывает что открыт, а батарея холодная. И надо пару раз включить-выключить термостат принудительно, чтобы появилось предупреждение о садящейся батарейке. Короче не слишком надежная штука, и сами устройства кривые и вообще.

Харе фантазировать уже.

Конкретный пример жилищно-комунальной «умности»: у меня в подъезде на лестничных площадках по 2 лампочки, 1 – постоянно светят, 2 – вкл/выкл по датчику освещения. Дык, жильцы начали отключать «умные лампочки» ибо они по утрам и вечерам срабатывают по изменению света от переменной облачности, провоцируя камеры видеонаблюдения генерировать ложные сигналы и напрасно тратить ресурс видеопамяти.

сетевые zigbee и перешитые wifi устройства (на основе esp8266) в esphome – работают надежно.

батарейные zigbee при сбоях электросети, из-за потери «старших» zigbee-братьев !могут! вываливаться из работы, приходится иногда переподключать (zigbee join)

у.д. на основе НА

Так и говори, что конкретно у вас всё криво настроено. У нормальных людей ничего нигде не «окирпичивается».

чтобы они не превратились в кирпичи при отрубании сервисов поставщиков

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

Вы говорите неправду (с)

Смотрю на свои 4 выключателя с tuya, и удивляюсь когда их успели прошить.

Чего там на Zigbee надо прошивать, и почему у меня все Zigbee устройства (и китайский нонейм, и акара, и даже МТС умный дом) работают с HA без перепрошивки?

не могу сказать почему надо прошивать.

А ваши устройства работают без перепрошивки видимо подключаясь к шлюзу, а уже шлюз связывается с НА.

А ваши устройства работают без перепрошивки видимо подключаясь к шлюзу, а уже шлюз связывается с НА.

Конечно. У Home Assistant же должен быть какой-то аппаратный интерфейс в сеть Zigbee. Но этот шлюз ничего не знает ни про Aqara, ни про МТС умный дом.

На мой взгляд лучше модбас.

В тред пришли староверы :)

Скорее старообрядцы.

Дома и на участке примерно 50 устройств, 99% ZigBee, хаб на базе HA, интернет для работы не нужен. 4 года полет нормальный , бывает что ZigBee роутеры отваливаются на несколько секунд если мигает свет, но все само обратно восстанавливается. Я бы ZigBee назвал очень удачным решением если грамотно сеть спроектироаать

протоколы иотских мудрецов

Вот у меня на днях весь вайфай упао, потому что я роутер не правильно сконфигурировал. 2 дня вайфая не было, но все зигби устройства в HA работали. Даже Яндекс колонка включала и выключала свет, который к ней по зигби подключен. Больше ничего не могла сделать.

А объясните кто тут какую роль играет. Вот где эти «сценарии» хранятся?
Вот хаб что делает? Он чисто трансформирует протоколы или что-то ещё? А яндекс колонка через что конфигурируется там встроенный вебсервер?

Ну тут стоит, наверное разделить «физический» уровень, т.е. ethernet, wi-fi, zigbee, что угодно и уже сам «способ» общения.

В случае wi-fi большинство устройств будут управляться через удаленный сервер, плюс могут быть в придачу кривые интеграции. Есть способы типа localtuya или перешивки\замены контроллера, но то такое. Еще есть Matter, но у меня нет устройств поддерживающих его.

Поэтому лучше выбирать готовые устройства с zigbee.

Ну и никто не мешает делать свои велосипеды с использованием того же esphome, например.

ZigBee роутеры

Что за железо используете?

У меня из зигби устройств лампочки/контроллеры диодов, реле и кнопки. Всё это подключено к HA через usb ZigBee донг, выше ссылка была.

Когда я нажимаю кнопку, она отправляет сигнал в HA, а то включает/выключает/меняет соответствующую лампочку/реле, что ещё там. Так же есть датчик влажности и температуры подключенный по zigbee в зависимости от его показаний включается или выключается осушитель.

С Алисой отдельно. У меня миди, которая умеет работать оффлайн с зигби устройствами. Просто подключаем к ней лампочку и говорим: «Алиса, включи свет» и она, даже без вайфая, может всё включить, потому что у нее свой зигби контроллер, работает независимо от HA.

Есть вариант прокинуть zigbee устройства с Алисы в HA и обратно, но там уже надо инет для работы.

Для роботов пылесосов есть прошивка, которая подменяет облако сервисом на нём самом, т.е. они тоже могут работать через WiFi без интернета.

Лучше - провода. Поэтому я в доме, который с нуля строил «умным» в каждую комнату протянул по две витых пары.

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

Но вообще к этому вопросу стоит относиться весьма серьезно, если речь идет о чем-то кроме термометров. Тестировать нужно основательно. Например, когда ты поймешь что вроде как все сделал и все поставил - просто уйди на день из дому, и уходя, выруби автомат 220. Потом вечером вернешься - и напишешь статью «как я пытался проникнуть в умный дом» =)

Любая криворуко установленная поделка может оказаться пунктом назначения.

Все что попало с Алиэкспресс. Еще не было такого чтобы какая о железка не завелась