Comments 89
есть такой замечательный ресурс где я подглядываю может ли работать конкретный zigbee девайс с zha или z2m ДО того как его купить: https://zigbee.blakadder.com
а вот для устройств работающих по сети я такого не нашёл..
https://templates.blakadder.com/ - Tasmota
Да, надо было упомнянуть и эту страничку, я про неё просто забыл.
Но тут про перепрошивку девайсов, а первый коммент больше про те девайсы которые пригодны для использования из коробки.
Да я так.. Напомнить.. Tasmota может в локале творить очень много. Почему ее так боятся - неведомо. У меня работает много лет на 16 девайсах (выключатели, розетки, реле) и в принципе можно даже не обновлять прошивку.
Да у меня тоже есть парочка тасмотированных железок в сети. Но когда советуешь кому-то устройство хочется чтобы оно могло работать из коробки, без сношений с паяльником и кастомными прошивками.
без сношений с паяльником и кастомными прошивками
Это к условным Алексе/Алисе/Сири/Марусе и иже с ними. Хотите свой дом - делайте сами. Не умеете делать - приглашайте интегратора. Нет денег на интегратора - купить Алексу/Алису/Сирю/Марусю, имейте то что имеется и не парьте людям мозгъ :)
Нет нет нет
Если сраное реле имеет вендорлок и хочет интернеты - это НЕ работает из коробки, это как раз из категории "требует сношений с паяльником".
Так я вроде согласен, не :)? Я как раз и считаю, что "без сношений с паяльником и кастомными прошивками" возможны только Алексы/Алисы/Сири/Маруси и т.д. А если хочешь СВОЙ дом, то и паяльник и навыки программирования - наше всё!
Не обязательно. Зигбёвых железок которые из коробки работают с любым координатором полно, есть и ble устройства не замаранные вендорлоком. Сетевых же устройств таких немного, но они есть. Жаль только никто не сделал информационную базу по таким.
Согласен. Жаль. Zigbee априори работает с любым координатором. Другой вопрос, что вендоры свои ендпоинты туда суют, это да... И кто читаете эти ендпоинты. Тот же ZHA zigbee 3.0 стандартные ендпоинты читает для любого устройства.
Но на критическую инфраструктуру ставить zigbee устройство - моветон, не сказав грубее.
Имхо на критическую инфраструетуру любой безпровод - плохая идея. Но альтернатива не всегда возможна.
ZHA поддерживает значительно меньше устройств чем zigbee2mqtt, который тоже поддерживает не всё. Вот валяется у меня MOES, который никто из них толком не поддерживает, например.
ZHA поддерживает все устройства, которые следуют протоколу Zigbee 3.0 и распознает все эндпоинты. Так же делает homed. Но не делает Z2M. А вот если вендор решил свои эндпоинты поднять, то тут уже extensions или quirks.
А что Вас останавливает от написания extensions для Z2M или quirks ZHA? Я для Z2M к примеру все Konke писал, сейчас они в Z2M поддерживаются и одновременно с этим в ZHA никаких quirks - все распознано корректно.
Мне как пользователю всё равно что они там делают под капотом. Я его купил потому, что оно было отмечено как поддерживаемое где-то в списках устройств. Вот и на рекомендованном вам blackadder тоже написано: Confirmed working with: ZHA Tasmota zigbee2mqtt deCONZ Zigbee for Domoticz ...
Правда ниже написано, что оно не работает и работать не может :)
На ваш последний вопрос не могу удержаться чтобы не ответить вопросом же - а как вы думаете, что удержало всех остальных от написания всяких экстеншенов для этого чудесного устройства?
Как правило, все, что описано на blackadder - взлетает с вероятностью 99%. Возможно, что Вам просто не повезло с железкой.
Ответ на Ваш вопрос я уже давал, если Вы имеете ввиду неумение/незнание/нежелание писать расширения. https://habr.com/ru/companies/timeweb/articles/983322/comments/#comment_29438442
Есть способ проще тех, что вы рекомендовали. Смотрим в описании товара - если слово "HomeAssistant" не написано, то просто не покупаем. И не придётся приглашать каких-то стрёмных "интеграторов" :)
Согласен, это самый простой способ не выбрасывать деньги. Или поискать в отзывах к товару, может вдруг попадётся комментарий отличный от "к Алисе подключилось в 2 пинка" и будет указано, что с Z2M работает корректно/не корректно...
Home Assistant много лет пытаются опустить до уровня конечного пользователя без навыков и знаний. Но пока это только хотелки и HA продолжает быть основой для построения УД, а не решением из коробки, как многие себе представляют.
Этот MOES ЕМНИП тоже кто-то успешно "подключил" в каментах. И это даже правда - с подключением там проблем нет. Поэтому и смотрю теперь что обещает продавец. Если не обещает работу с HA - значит вендорлокнутое говно. И, возвращаясь к сути этой ветки обсуждения, как раз для тасмоты как правило работа с HA продавцами не рекламируется, а они же не враги себе чтобы без причины отталкивать покупателя.
Дело в том, что по сути с HA не работает ни одно устройство. Все устройства работают через интеграции в HA :) Схема идеальная, чтобы никто не мог к HA докопаться, что что-то не работает. Есть встроенные интеграции, к примеру ZHA, а есть внешние, как Z2M (тут общение идет посредством третьей стороны в лице mqtt брокера и никакого прямого отношения к HA - нет). Поэтому искать отсылку на HA - не стоит. Скорее отсылку на ZHA или Z2M.
Что касательно Tasmota, то есть вендоры, которые по умолчанию заливают Tasmota, к примеру IoTorero.
Но это все не для конечного пользователя у которого "слезинка в глазах, ручки из жопки" (с), а для тех, кто готов разбираться в вопросе и имеет минимум навыков или хотя бы готов учиться.
Shelly и Sonoff в помощь!
BK3271N насколько знаю поддерживаются esphome
https://esphome.io/components/libretiny/
Вот еще есть альтернатива: https://github.com/openshwprojects/OpenBK7231T_App
С ESPHOME устройство будет привязано к умному дому и не будет работать как самостоятельное устройство.
А можно чуть равернуть ответ, что значит, что не будет работать как самостоятельное устройство?
web сервер встроенный есть, локальные автоматизации есть. ESPHOME не нужен внешний сервер для работы, его использование в общей экосистеме это уже второй уровень, но можно использовать и отдельно.
Что именно не будет работать без общего умного дома в ESPHOME по сравнению с аналогичными заводскими или полность самодельными устройствами основанными на wifi?
Есть еще https://wifi-iot.com/
Там есть бесплатные функции.
Почему, если заменили на ESP-02S, не прошить в esphome? Просто по фану и для практики или есть плюсы?
Уже традиционный вопрос :). С ESPHome устройство не будет работать как самостоятельное, и его работа будет зависеть от Home Assistant. В моей реализации модуль будет работать как самостоятельное устройство, функционал которого сохранится даже при отсутствии сети, умного дома и когда человечество будет находиться в режиме постапокалиптического выживания.
esphome тоже не требуется сервер для работы, он для сбора данных или внешних автоматизаций.
можно через web управлять отдельным устройством, без сервера
локально автоматизации исполнять
если идти дальше, то и связать устройства можно без сервера, на локальных автоматизациях (сам так не делал).
Что еще кроме этого делает ваша прошивка?
MQTT тоже требует сервера и, в условиях апокалипсиса, точно также превращается в тыкву.
Нe понятно, на самом деле, чем Вам не угодил ESPHome.
Прописывайте всю логику в прошивке и HA туда даже соваться не будет. Можете даже прямо прописать в специальном поле отсутствие интеграции.
Общайтесь с другими устройствами напрямую хоть через MQTT, хоть PUSH запросами.
Другое дело, что с HA удобнее, но тут хозяин - барин.
По поводу выпаивания родной туевской платы - скорее соглашусь. Они всё равно глючные, хоть с родной прошивкой, хоть с самописной. Сеть теряют, зависают без причин. Причём закономерности, кажется, нет. Две одинаковые железки в метре друг от друга. Одна будет виснуть раз в день, другой пофигу на всё.
Модуль может работать и без MQTT, создавая свою точку доступа, где управление будет выполняться через встроенный веб-интерфейс.
Так esphome, tasmota тоже AP(точка доступа) и WEB умеют из коробки.
Я не докопаться до Вас. Просто только начал вникать и неохота ошибиться. Если проект просто по фану, то классно, мне такое нравится. Если он лучше того же esphome, то подскажите чем, что бы мне на старте не ошибиться ввыборе платформы для устройств на старте. Я поэтому и задавал вопросы в других ветках выше.
По своему личному опыту - ставить железки на ESP32. Это либо старшие Sonoff, либо Kinkony. Ну или бывают отдельные платы с релюшками на ESP32 . Все эти туевские железки - глючное барахло. Esp82×× лучше, но тоже любят терять сеть время от времени.
Шить в Esphome и радоваться жизни. Плюсы - огромное сообщество, проект развивается очень быстро, нативная интеграция с HA, JAML хорош, кроме того, можно писать на С через lambda.
Подлерживаемой периферии - море.
Минусы - проект развивется. Бывает так, что код написанный год назад отказывается перекомпилироваться в новой версии. YAML - штука, к которой надо привыкнуть.
Zigbee - удаленные датчики, которые работают на батарейках и которым надо отдавать данные, условно, раз в час. Температура воздуха за окном, влажность почвы и т.п.
Для всего остального предпочитаю Wifi. Быстро, надёжно, хорошо конфигурируется. Всегда понятно, с нами железка или отвалилась полчаса назад.
MQTT стараюсь не использовать. Медленно и не очень удобно. Связь или через HA или, для пущей надёжности, прямые HTTP запросы.
Это моё личное мнение, которое я никому не навязываю
Странно. У меня несколько esp, на esphome которые работают автономно. Управление через ВЭБ и встроеннын автоматизации.
Так esphome можно поставить и на BK7231N и паять не надо
На резисторе будет рассеяно примерно 1W тепла. Слишком много. Думаю, сопротивление можно увеличить в 5-10 раз.
Я так понимаю, много свободного времени =) Нынче проще зигби релюшек за копейки купить без всяких облаков.
Это если координатор есть и хоть какая-то эко система, а если хочется выполнить разовую автоматизацию где-то удаленно, принес, пароль прописал к wifi и ушол, а потом через vpn обновил скрипты по воздуху, то wifi рулит.
Например домофон на съемной квартире, дачик протечки у родителей или датчик на вход/выход у стариков, то wifi оказывается универсальнее. Но я как-то смотрел на готовые решения esphome, tasmota, выше сказали что это не комильфо, но пока не понял что именно там не хватает.
Координатор тоже копейки стоит. Разовая настройка экосистемы - и потом расширяйся в любые стороны.
Да, но WiFi esphome я перепрошью удалённо в другом городе и поменяю локальные автоматизации, c зигби так получится провернуть?
Ну в z2m ОТА updates есть, только зачем в реальности оно релюшкам - непонятно. Но не навязываюсь. Каждому сценарию - свои инструменты. Опять же, matter over wifi активно развивается, на алике много уже девайсов. Думаю времена подобного колхоза уже ушли (у самого такого дома много, надо избавляться).
Я так понимаю, много свободного времени =)
Это ложное впечатление. Переделка устройств заняла менее часа. По мне, ZigBee - это великая маркетинговая афера (шутка).
От "облаков" избавляемся при помощи spruthab. Отечественный производитель пережовывает все от модбаса до Акары. Обещают еще камеры, пока не могут. Но через 2 месяца обещают.
Лоуальное управление можно получить с помощью плагин LocalTuya, который можно установить из HACS в Home Assistant.
Лучше смотреть наоборот - Tuya Local, импорт устройств удобнее.
У меня сейчас лежит на полке точно такой-же девайс (визуально) только zigbee, уж не знаю, может ли он через зигби и хаб лезть в облако, но как будто манипуляции из статьи имеют смысл только веселья ради или если девайсы бесплатно достались)
Спасибо святой человек.
Только сегодня имел очередной раунд секса с подобными датчиками - рандомно отваливаются от сети, стучат непонятными запросами на сервер.
Походу нужно вскрывать и долопатить или переходить на что-то другое. Вторым вариантом совсем не хочу двигаться, только продумал компоновку. Но среагировать нужно - стоят на вентиляции.
Если надо срочно, то просто замените на Sonoff MINIR2 - шьются на тасмоту без пайки и вскрытия корпуса, имеют точно такой же форм-фактор
Ещё можно взять sonoff dual r3, на плате выведены контакты для перепрошивки.
1 реле аменит эти 2
У dual r3 управление раздельное или спаренное? В моем проекте один переключатель вкл/выкл вентилятор, второй - открывает/закрывает заслонку.
После сборки посмотреть за температурой в помещении и на улице и пилить сценарии в связке с датчиками температуры.
У всех много-канальных реле управление раздельное. Кроме того вы можете в Тасмоте настроить групповые правила для каналов (например если у вас недопустимо что бы оба канала были ВКЛ одновременно, см документацию по Interlock). Тогда можно сделать что бы при запуске вентилятора заслонка автоматически открывалась (если была закрыта).
Попробуй openbeken. Намного проще все сделать на самом модуле,без замены
Использовал wifi реле Shelly для похожих задач. Не подводили, качественная вещь.
Попробуйте сперва обновить прошивку зигбистика, у меня тоже радостные датчики отваливались раз в день-два, мучался с ними несколько месяцев, обновил зигби донгл(сонофф - е) полтора года с тех пор ни одного отвала
Я придерживаюсь правила "никакого умного дома". Нельзя допустить чтобы даже дом был умнее меня, тем более что это не так уж и сложно.
Ещё вопрос - выделил датчики в отдельную сеть. То есть к подключил к роутеру с сетью 192.168.1.1, роутер с сетью 192.168.3.1. Это изолировало датчики от основной сети и они перестали стучать запросами на сервер.
Первый роутер управляемый без wifi, второй управляемый бытовой с wifi.
После этого датчики в приложении видятся только в зоне покрытия wifi, из интернета их не видно.
В списке устройств на 2ом роутере их вроде нет. В приложении для датчиков в настройках только идентификатор, без указания выданного роутером ip.
Пока не сообразил где закосячил.
А зачем такие сложности со вторым роутером, если человечество давно придумало VLAN?
Так-то выносить IoT в отдельную сеть, изолированную от домашней, это хорошая практика. Но с этим прекрасно справляется и один роутер.
из интернета их не видно.
Пока не сообразил где закосячил.
Почему закосячил? Это же хорошо, что из интернета их не видно.
Мякотка в то, что и мне теперь их не видно в приложении.
Только когда захожу в зону покрытия wifi.
Такое впечатление что передают по bluetooth.
Непонятно что у вас за программулина на мобилке и как это всё устроено, выше вы упоминали, что релюшки стучат непонятными запросами на какой-то сервер.
Нормально вы бы подключались к своему домашнему серверу его приложением и где сидят релюшки вас бы вообще не волновало пока они с сервером видят друг друга.
Или ненормально - ваши релюшки сами бы ломились на облако производителя и ваше приложение коннектилось бы туда.
В обоих случаях от способа подключения вашей мобилы результат бы не менялся.
Скорее всего ваши релюшки шлют широковещательные UDP пакеты в своей подсети 192.168.3.1 (бродкасты не выходят за рамки подсети) и когда вы подключаетесь по WiFi, то ваше приложение их видит и работает с ними напрямую, без сервера. А когда вы подключаетесь иначе, то оказываетесь по отношению к релюшкам в Wan и ваше приложение их не видит. Тем более что, и роутер не горит желанием раздавать доступ всяким внешним хацкерам.
Работает оно от блютуса или WiFi выяснить просто - можно же просто выключить блютус на мобилке и посмотреть что будет.
Ну и непонятно - до "выделения в отдельную подсеть" оно же как-то работало, а после этого перестало? Спрашивается что изменилось. Как вы с этим коннектились до, если с внешнего IP - может на внешнем роутере NAT traversal какой-нибудь включен, а на внутреннем - нет, или вы там порты какие-нибудь куда-то пробрасывали, а на WiFi-роутере забыли.
Сервер занят другими задачами и в этом странность. В dmesg наблюдал запросы, приходившие со 2го роутера и так как на нём кроме датчиков ничего не висело и он был настроен в режиме точки доступа ( далее т.д.), предположил что пытались коннектиться датчики.
Настроил в режиме роутера, запросы пропали.
Программулина, заявленная производителем - smart life.
Хаба у меня нет, просто несколько датчиков подключенные к wifi сети
Как написал ранее, роутер был (т.д.), поэтому датчики в приложении виделись из сети. Port forward под них не делал ни до, ни после.
Когда датчики были под роутером в (т.д.), на основном роутере в списке устройств их не было видно. А на (т.д.) роутер зайти в настройки не мог, поэтому решил перенастроить (т.д.) в режим роутера.
Если у роутера два режима - "роутер" и "т.д.", то т.д., видимо, просто должен был подключать устройства как если бы они были в одной подсети 192.168.1.1 и всё должно было работать.
Dmesg - это сообщения ядра системы, туда драйвера гадят если что-то пошло не так. Если что-то про сеть нагадилось - обычно есть смысл прогуглить сообщение. А у серверов, кто бы они ни были, есть свои логи - или в файловой системе или systemd journal ( для просмотра - journalctl ).
Однако непонятно, что вы называете сервером - это приложение умного дома или просто непричастная к датчикам машина? В последнем случае она нам вроде не нужна, тьху на неё тогда. Если же это приложение к которому цепляется апп "smart life" из интернета - то вам бы пришлось пробрасывать внешний порт. Либо тут как-то замешано облако: ваш сервер устанавливает соединение наружу сам, и ваша приблуда тоже туда к облаку лезет и оно ей позволяет пообщаться с вашим сервером... Ну и, очевидно, "smart life" может управлять тем, что видит вокруг себя в локалке.
В случае, если сервер - это сервер умного дома, просто переселите его в подсеть к этим выключателям и убедитесь, что у него есть выход наружу из той подсети (настройки файрвола). Это будет намного проще на бытовом роутере, чем искать где там у него VLAN'ы и пытаться их настроить.
Нет облака, совсем нет?
А как же "Алиса включает" на последнем скриншоте?
Это две большие разницы:
- когда через облако идёт базовая коммуникация (между выключателем, wifi-реле и условной малинкой без китайского сервера связи нет), и
- когда облако выступает вспомогательным костылём, отвал которого лишит некоторых дополнительных функций (вроде управления голосом), но всё остальное продолжит работать, не уверен что вообще корректно в этом случае считать этот кусок инфраструктуры облачным
Конечно, всегда можно сделать франкенштейна "здесь у меня автоматизация в homeassistant, а здесь у меня автоматизация в приложении умного дома от яндекса". Надеюсь, что топикстартер так не сделал :)
Половили, так подловили :). Никто не запрещает в умном доме устройства, которые не влияют на основную функциональность . Для голосового управления я использую свою Альфу, которая работает без интернета. Алиса используется для экспериментов.
Я кажется не совсем вкурил, т.е. это реле поверх механического выключателя? Выключатель без обратной связи? Т.е. реле включается и выключается контроллером умного дома, но только при условии, что механический выключатель физически замкнут? А если разомкнут, то ничего и не включится?
Как правило в реле есть выбор, как выключатель и рокерный выключатель (кнопка). Если выключатель, то включится/выключится контроллером, а физически просто переключите выключатель из любого положения в любое и будет переключение состояния реле. То есть отсутствует понятие вверх - включено / вниз - выключено. Рокерный выключатель - выключатель с возвратом в исходное положение - нажали - состояние реле изменился.
Спасибо за ликбез, теперь понятно. Рокерный - это просто как кнопка звонка, правильно понимамю? А существуют механические выключатели с обратной связью, чтобы при выключении реле по воздуху, кнопка тоже возвращалась в положение Выкл?
Маловероятно. Это в разы удорожило бы выключатели, посудите сами: сейчас внутри стоит десяток smd-компонентов, одна-две тактовых кнопки реле и условный ESP/ nRF / Beken. А тут ещё надо прикрутить какую-то электромеханику, дополнительный мотор/электромагнит, и всё это в корпусе размером порядка 4см. На таком расстоянии банально срабатывание электромагнита возможно будет уже такие наводки давать на цепи, что придётся озаботиться экранировкой.
Если хочется видеть результат нажатия и текущий статус - один или два светодиода решают проблему. В "звонковых" выключателях реже стоят, в сенсорных почаще.
судя по hiper и CB2S - это все работает в облаке tuya. докопаться до него можно, но относительно хлопотно.
чем меня позабавил hiper - они даже на умные часы добавили поддержку IOT, но как то не особо прорекламировала. . т.е. этими розетками в оригинале можно управлять с часов наручных
Делитель на резисторах сетевого напряжения выглядит очень по-китайски. Не надо такое повторять.
По-хорошему нужна гальваническая развязка на самом мелком из доступных трансформаторе, в корпус наверняка влез бы. Есть в природе мелкие измерительные, единицы мА на выходе выдают, но больше и не нужно.
По-плохому - какой-нибудь более вменяемый подход, изолированный усилитель, например.
То что использовано для измерения сетевого напряжения - ОЧЕНЬ плохо.
В конце концов, если мои расчёты верны, у автора где-то 0.6 Вт на 100к резисторе. Т.е. мощность резистора должна быть ватта 2 минимум, а не 0.25...0.5 как на картинке.
Деградирует и сгорит. Рано или поздно - резистор деградирует и сгорит. И дай Бог, чтобы он ушел в обрыв, а не пробился, в случае пробоя 220 весело потопает на АЦП.
Автор, поменяй схему перед АЦП. Как минимум раз в 10 увеличь сопротивления, как максимум - притули куда-то трансформатор!
Про мощность резисторов в делителе уже написали выше. Я бы ещё учитывал, что у мелких резисторов максимальное рабочее напряжение 250В, а тут на верхнем будет амплитудные 310В… Я бы поставил минимум два последовательно.
Ого, спасибо.
Валяется у меня нечто подобное, теперь думаю, что можно ESP32-H2 воткнуть туда. Вайфай это конечно здорово, но Zigbee всё же лучше подходит для IoT сети.
Пару лет как использую такие реле. Брал их часто по ~100 на али, в рубрике купи 3 вещи по 100р. У меня накопилось несколько вариантов плат и распиновок к ним. Надо было раньше вас статью писать) Так вот раньше я просто менял стоковые модули на esp. Потом в esphome завезли cb2s и прочие bk (а я использую esphome), стал писать напрямую их. А потом все чаще и чаще стали попадаться реле с распаянными прямо на основную плату мк. И по началу это решалось прошивкой (uart там тоже конечно же есть) и чуть более сложным вычислением распиновки, но потом там все чаще и чаще стали попадаться совсем неподдерживаемые esphome мк. Эти "непрошиваемые" реле у меня остались, но сейчас нет возможности посмотреть что там за мк. Короче, хотел сказать что будьте осторожны, могут попасться такие реле, а отличить их почти невозможно (ну наверное как то можно) без вскрытия.
У меня тоже дома НА и овердохрена устройств и автоматизаций. А также автобэкапы и прочее. И подумалось мне - а что будет "после меня"? Жена уж точно не разберётся без меня. Написал подробную инструкцию что чего и куда для специалиста. И понял, что даже с ней, специалисту, будет ой как не просто разобраться и заменить вышедший из строя элемент уд. А если использовать кастомный элемент, то вероятность стремится к нулю "стремительным домкратом". И что с этим делать? Что будет в этом случае с таким домом? Как быть домочадцам, если они далеки от IT?
PS. Это просто мысли вслух.
А не проще было сразу zigbee версии взять и без проблем пробросить их через z2m?
Open beken с гита прошиваешь и все работает
Сперва убираем облака, а потом используем: или как я подключал дешевые китайские модули к умному дому