Привет, Хабр!
Недавно случайно в мои руки попали два дешевых IoT-модуля от одного китайского производителя, которые были куплены в сети DNS. Раз попали в руки, нужно их использовать. Вот только есть одна проблема: все подобные устройства работают через облачные сервисы. В своей домашней автоматизации я придерживаюсь жёсткого правила — никаких облачных сервисов в моём умном доме! Поэтому достаём из ящика программатор с паяльником и за дело! А что из этого вышло, читайте далее.
❯ Начало
Пока я гулял по DNS, мне на глаза попались модули умного дома HIPER IoT SM-01 и SM-02, ив голове мелькнула мысль: а почему бы не использовать их в моем новом умном доме? Несмотря на то что я в основном использую IoT-устройства, спроектированные и собранные самостоятельно, на тот момент я был ограничен в производственных и временных ресурсах. Однако у готовых решений, подобных этим модулям, есть серьезный недостаток: они, как правило, работают через собственные облачные сервисы, что в наших реалиях может значительно снижать надежность работы умного дома. Поэтому передо мной встала задача: взять готовое решение и адаптировать его под свои нужды, избавившись от «слабого звена» системы. Собственно, об этом и пойдет речь ниже.
❯ Вскрытие покажет
И, как всегда, чтобы узнать, как это работает, устройство нужно разобрать. Чем мы сейчас и займёмся. Начнем с внешнего вида модуля:
Модули SM-01 и SM-02 выполнены в «классическом» корпусе китайских Wi-Fi реле. Ниже мы можем наблюдать внутренности одного из модулей.
И вид разводки дорожек печатной платы:
Плата выполнена неплохо. В качестве системы питания используется импульсный регулятор напряжения, поэтому модуль не имеет гальванической развязки с сетью. Это важно учитывать при подключении внешних элементов управления (выключателей или кнопок) — необходимо позаботиться об их изоляции. Для коммутации нагрузки применяется 16-амперное реле. В качестве «мозга» устройства я надеялся увидеть SoC ESP8266, но мои надежды не оправдались. В модуле установлена субплата с маркировкой CB2S на базе микроконтроллера BK7231N:
К сожалению, я не работал с данным микроконтроллером, и времени разбираться с ним особо не было. К счастью, в моих предыдущих проектах я уже использовал полностью совместимый по выводам модуль ESP-02S на базе ESP8285. Он идеально подходит для замены штатной субплаты CB2S:
Его и будем использовать для наших целей.
❯ Немного реверс-инженеринга
Чтобы двигаться дальше, первым делом нужно разобраться с распиновкой родной платы CB2S. Берем мультиметр в руки и вызваниваем цепи выводов. В результаты прозвонки вы можете видеть в моих технических «зарисовках».
и
Теперь у есть вся необходимая информация, двигаемся дальше.
❯ Выпаиваем, прошиваем, впаиваем...
Переходим к самой интересной части — аппаратной доработке. А значит, пора разогреть паяльник и достать программатор. Осторожно, с помощью медной оплётки, удаляем припой и отделяем субплату контроллера от основной платы модуля.
Отложим родные модули CB2S на будущее, а для их замены возьмем новые ESP-02S, которые перед впайкой необходимо прошить. Первоначальная прошивка выполняется «классическим» способом с использованием программатора.
Прошиваем по стандартной схеме: подключаем программатор к выводам TX, RX, GPIO0 и RST модуля. И после успешной прошивки впаиваем наш новый ESP-02S взамен CB2S.
Ну и раз я уже залез по локти в схему, то почему бы мне не добавить и функцию мониторинга напряжения сети. Для этого мы можем задействовать свободный пин аналогового входа микроконтроллера (ADC), добавив в схему модуля простой резисторный делитель напряжения. Реализация показана ниже.
Для общего понимания, ниже показана схема делителя напряжения.
И во избежание преждевременной аннигиляции платы постараемся надёжно зафиксировать резисторы. У меня это реализовано с помощью термоклея.
❯ Микро-ПО модуля и интеграция в умный дом
▨ Прошивка
И как бы мастерски мы ни орудовали паяльником, всё же основная наша задумка реализуется в микро-ПО (прошивке). Поэтому откладываем паяльник в сторону и берёмся за клавиатуру.
И как обычно, микро-ПО для данных модулей реализовано на базе собственной прошивки для IoT-устройств. Первичная конфигурация устройства выполняется с помощью CaptivePortal (в предыдущих статьях я описывал более подробно первичную конфигурацию своих устройств). Так как концепция своих IoT-устройств подразумевает универсальное использование даже в тех случаях, когда нет сети и умного дома, для удобства пользователя вся конфигурация и управление устройством выполняются через веб-интерфейс. Ниже, для общего понимания, показаны несколько скриншотов страниц конфигурации.
Для защиты устройства от конфигурации и управления «посторонними» вход выполняется с помощью пароля. Пароль по умолчанию — admin, позже его можно изменить на соответствующей странице.
И для для того, чтобы устройство могло работать в составе «Умного дома» реализована возможность его подключения по протоколу MQTT. Ниже показана страница конфигурации подключения по MQTT.
▨ Интеграция в умный дом
Как я уже говорил выше, для интеграции устройства в системы умного дома используется протокол MQTT. А благодаря механизму MQTT Discovery интеграция значительно упрощается за счёт автоматического создания конфигурации устройства.
Ниже показана панель управления устройствами MQTT в Home Assistant, где отображены устройства, которые добавлены в систему автоматически.
Ниже показана панель управления одним из переделанных модулей.
❯ Аппаратные трудности
Куда же без них. В процессе отладки модуля HIPER IoT SM-02 после замены и прошивки обнаружил неприятную вещь: входы для использования внешнего выключателя собирали на себя сетевой «шум», что приводило к ложному срабатыванию реле, чего не наблюдалось в HIPER IoT SM-01. Изначально я подумал о проблеме в коде, что отняло у меня пару часов на эксперименты с прошивкой, но, когда все мои варианты закончились и в голове начала прокручиваться фраза про лыжи и асфальт, я решил перейти к аппаратным экспериментам. В итоге проблему удалось решить двумя конденсаторами по 0,1 мкФ. Ниже фото с моим решением.
❯ Итоги
В итоге это был интересный опыт, когда не можешь собрать своё (вдали от своей мастерской), но можешь переделать чужое. В данный момент модули установлены и успешно трудятся в составе умного дома. Теперь имеем полный контроль над модулями – нет облаков, а скорость реакции на команды моментальная и небольшим бонусом добавлен мониторинг сетевого напряжения. Ниже несколько фотографий с установкой модулей.
Установка модуля в монтажную коробку выключателя
После установки выключателя:
Итоговый вариант:
На этой позитивной ноте можно и заканчивать статью. Спасибо за ваше внимание! И как всегда, делюсь с вами исходниками по ссылкам ниже. Всем добра, успехов и интересных проектов!
Ссылки к статье:
Новости, обзоры продуктов и конкурсы от команды Timeweb.Cloud — в нашем Telegram-канале ↩
Перед оплатой в разделе «Бонусы и промокоды» в панели управления активируйте промокод и получите кэшбэк на баланс.
Комментарии (83)
fixed77
26.01.2026 08:10BK3271N насколько знаю поддерживаются esphome
https://esphome.io/components/libretiny/
kenomimi
26.01.2026 08:10Вот еще есть альтернатива: https://github.com/openshwprojects/OpenBK7231T_App
suprimex
26.01.2026 08:10Поддерживаю. Это практически та же Тасмота. Я перепрошил все свои Бекен много лет назад, без выпаивания и танцев с бубном. ОТА поддерживается. Всё работает до сих пор без проблем.
StrangerMe
26.01.2026 08:10С ESPHOME устройство будет привязано к умному дому и не будет работать как самостоятельное устройство.
SukhovPro
26.01.2026 08:10А можно чуть равернуть ответ, что значит, что не будет работать как самостоятельное устройство?
web сервер встроенный есть, локальные автоматизации есть. ESPHOME не нужен внешний сервер для работы, его использование в общей экосистеме это уже второй уровень, но можно использовать и отдельно.
Что именно не будет работать без общего умного дома в ESPHOME по сравнению с аналогичными заводскими или полность самодельными устройствами основанными на wifi?
SukhovPro
26.01.2026 08:10Почему, если заменили на ESP-02S, не прошить в esphome? Просто по фану и для практики или есть плюсы?
CyberexTech Автор
26.01.2026 08:10Уже традиционный вопрос :). С ESPHome устройство не будет работать как самостоятельное, и его работа будет зависеть от Home Assistant. В моей реализации модуль будет работать как самостоятельное устройство, функционал которого сохранится даже при отсутствии сети, умного дома и когда человечество будет находиться в режиме постапокалиптического выживания.
SukhovPro
26.01.2026 08:10esphome тоже не требуется сервер для работы, он для сбора данных или внешних автоматизаций.
можно через web управлять отдельным устройством, без сервера
локально автоматизации исполнять
-
если идти дальше, то и связать устройства можно без сервера, на локальных автоматизациях (сам так не делал).
Что еще кроме этого делает ваша прошивка?
ghans
26.01.2026 08:10MQTT тоже требует сервера и, в условиях апокалипсиса, точно также превращается в тыкву.
Нe понятно, на самом деле, чем Вам не угодил ESPHome.
Прописывайте всю логику в прошивке и HA туда даже соваться не будет. Можете даже прямо прописать в специальном поле отсутствие интеграции.
Общайтесь с другими устройствами напрямую хоть через MQTT, хоть PUSH запросами.
Другое дело, что с HA удобнее, но тут хозяин - барин.
По поводу выпаивания родной туевской платы - скорее соглашусь. Они всё равно глючные, хоть с родной прошивкой, хоть с самописной. Сеть теряют, зависают без причин. Причём закономерности, кажется, нет. Две одинаковые железки в метре друг от друга. Одна будет виснуть раз в день, другой пофигу на всё.
CyberexTech Автор
26.01.2026 08:10Модуль может работать и без MQTT, создавая свою точку доступа, где управление будет выполняться через встроенный веб-интерфейс.
SukhovPro
26.01.2026 08:10Я не докопаться до Вас. Просто только начал вникать и неохота ошибиться. Если проект просто по фану, то классно, мне такое нравится. Если он лучше того же esphome, то подскажите чем, что бы мне на старте не ошибиться ввыборе платформы для устройств на старте. Я поэтому и задавал вопросы в других ветках выше.
ghans
26.01.2026 08:10По своему личному опыту - ставить железки на ESP32. Это либо старшие Sonoff, либо Kinkony. Ну или бывают отдельные платы с релюшками на ESP32 . Все эти туевские железки - глючное барахло. Esp82×× лучше, но тоже любят терять сеть время от времени.
Шить в Esphome и радоваться жизни. Плюсы - огромное сообщество, проект развивается очень быстро, нативная интеграция с HA, JAML хорош, кроме того, можно писать на С через lambda.
Подлерживаемой периферии - море.
Минусы - проект развивется. Бывает так, что код написанный год назад отказывается перекомпилироваться в новой версии. YAML - штука, к которой надо привыкнуть.
Zigbee - удаленные датчики, которые работают на батарейках и которым надо отдавать данные, условно, раз в час. Температура воздуха за окном, влажность почвы и т.п.
Для всего остального предпочитаю Wifi. Быстро, надёжно, хорошо конфигурируется. Всегда понятно, с нами железка или отвалилась полчаса назад.
MQTT стараюсь не использовать. Медленно и не очень удобно. Связь или через HA или, для пущей надёжности, прямые HTTP запросы.
Это моё личное мнение, которое я никому не навязываю
m0xf
26.01.2026 08:10На резисторе будет рассеяно примерно 1W тепла. Слишком много. Думаю, сопротивление можно увеличить в 5-10 раз.
sim2q
26.01.2026 08:10На резисторе будет рассеяно примерно 1W тепла. Слишком много.
Резистор там c виду 0.125 ему капец....(и кстати на такой нельзя подавать >200V в независимости какого он сопротивления) но скорее всего он уже отпаялся и сам уполз :)
akod67
26.01.2026 08:10Я так понимаю, много свободного времени =) Нынче проще зигби релюшек за копейки купить без всяких облаков.
SukhovPro
26.01.2026 08:10Это если координатор есть и хоть какая-то эко система, а если хочется выполнить разовую автоматизацию где-то удаленно, принес, пароль прописал к wifi и ушол, а потом через vpn обновил скрипты по воздуху, то wifi рулит.
Например домофон на съемной квартире, дачик протечки у родителей или датчик на вход/выход у стариков, то wifi оказывается универсальнее. Но я как-то смотрел на готовые решения esphome, tasmota, выше сказали что это не комильфо, но пока не понял что именно там не хватает.akod67
26.01.2026 08:10Координатор тоже копейки стоит. Разовая настройка экосистемы - и потом расширяйся в любые стороны.
SukhovPro
26.01.2026 08:10Да, но WiFi esphome я перепрошью удалённо в другом городе и поменяю локальные автоматизации, c зигби так получится провернуть?
akod67
26.01.2026 08:10Ну в z2m ОТА updates есть, только зачем в реальности оно релюшкам - непонятно. Но не навязываюсь. Каждому сценарию - свои инструменты. Опять же, matter over wifi активно развивается, на алике много уже девайсов. Думаю времена подобного колхоза уже ушли (у самого такого дома много, надо избавляться).
SukhovPro
26.01.2026 08:10Релюшкам и esphome не нужен, тут правда проще использовать готовое, обычно это уже какой то кастом с минимальной логикой, которая работает на локальных сценариях.
CyberexTech Автор
26.01.2026 08:10Я так понимаю, много свободного времени =)
Это ложное впечатление. Переделка устройств заняла менее часа. По мне, ZigBee - это великая маркетинговая афера (шутка).
sergerz
26.01.2026 08:10От "облаков" избавляемся при помощи spruthab. Отечественный производитель пережовывает все от модбаса до Акары. Обещают еще камеры, пока не могут. Но через 2 месяца обещают.
Tambaru
26.01.2026 08:10Лоуальное управление можно получить с помощью плагин LocalTuya, который можно установить из HACS в Home Assistant.
Spyman
26.01.2026 08:10У меня сейчас лежит на полке точно такой-же девайс (визуально) только zigbee, уж не знаю, может ли он через зигби и хаб лезть в облако, но как будто манипуляции из статьи имеют смысл только веселья ради или если девайсы бесплатно достались)
karacurt
26.01.2026 08:10Спасибо святой человек.
Только сегодня имел очередной раунд секса с подобными датчиками - рандомно отваливаются от сети, стучат непонятными запросами на сервер.
Походу нужно вскрывать и долопатить или переходить на что-то другое. Вторым вариантом совсем не хочу двигаться, только продумал компоновку. Но среагировать нужно - стоят на вентиляции.
petro_64
26.01.2026 08:10Если надо срочно, то просто замените на Sonoff MINIR2 - шьются на тасмоту без пайки и вскрытия корпуса, имеют точно такой же форм-фактор
karacurt
26.01.2026 08:10Пока спешки нет, нужно сделать управляемыми 4 таких вентиля за зиму. За подсказку с Sonoff благодарен, если не дожму с этими, попробую. Взял 10 штук этих свичей.
bovops
26.01.2026 08:10Ещё можно взять sonoff dual r3, на плате выведены контакты для перепрошивки.
1 реле аменит эти 2
karacurt
26.01.2026 08:10У dual r3 управление раздельное или спаренное? В моем проекте один переключатель вкл/выкл вентилятор, второй - открывает/закрывает заслонку.
После сборки посмотреть за температурой в помещении и на улице и пилить сценарии в связке с датчиками температуры.
petro_64
26.01.2026 08:10У всех много-канальных реле управление раздельное. Кроме того вы можете в Тасмоте настроить групповые правила для каналов (например если у вас недопустимо что бы оба канала были ВКЛ одновременно, см документацию по Interlock). Тогда можно сделать что бы при запуске вентилятора заслонка автоматически открывалась (если была закрыта).
AnyKey80lvl
26.01.2026 08:10Использовал wifi реле Shelly для похожих задач. Не подводили, качественная вещь.
iceicebaby
26.01.2026 08:10Я придерживаюсь правила "никакого умного дома". Нельзя допустить чтобы даже дом был умнее меня, тем более что это не так уж и сложно.
karacurt
26.01.2026 08:10Ещё вопрос - выделил датчики в отдельную сеть. То есть к подключил к роутеру с сетью 192.168.1.1, роутер с сетью 192.168.3.1. Это изолировало датчики от основной сети и они перестали стучать запросами на сервер.
Первый роутер управляемый без wifi, второй управляемый бытовой с wifi.
После этого датчики в приложении видятся только в зоне покрытия wifi, из интернета их не видно.
В списке устройств на 2ом роутере их вроде нет. В приложении для датчиков в настройках только идентификатор, без указания выданного роутером ip.
Пока не сообразил где закосячил.
dartraiden
26.01.2026 08:10А зачем такие сложности со вторым роутером, если человечество давно придумало VLAN?
Так-то выносить IoT в отдельную сеть, изолированную от домашней, это хорошая практика. Но с этим прекрасно справляется и один роутер.
karacurt
26.01.2026 08:10Как написал ранее - первый роутер без wifi:)
wlan в задумке есть, но позже и на другом этапе.
kostoms
26.01.2026 08:10из интернета их не видно.
Пока не сообразил где закосячил.
Почему закосячил? Это же хорошо, что из интернета их не видно.
karacurt
26.01.2026 08:10Мякотка в то, что и мне теперь их не видно в приложении.
Только когда захожу в зону покрытия wifi.
Такое впечатление что передают по bluetooth.
kostoms
26.01.2026 08:10Непонятно что у вас за программулина на мобилке и как это всё устроено, выше вы упоминали, что релюшки стучат непонятными запросами на какой-то сервер.
Нормально вы бы подключались к своему домашнему серверу его приложением и где сидят релюшки вас бы вообще не волновало пока они с сервером видят друг друга.
Или ненормально - ваши релюшки сами бы ломились на облако производителя и ваше приложение коннектилось бы туда.
В обоих случаях от способа подключения вашей мобилы результат бы не менялся.
Скорее всего ваши релюшки шлют широковещательные UDP пакеты в своей подсети 192.168.3.1 (бродкасты не выходят за рамки подсети) и когда вы подключаетесь по WiFi, то ваше приложение их видит и работает с ними напрямую, без сервера. А когда вы подключаетесь иначе, то оказываетесь по отношению к релюшкам в Wan и ваше приложение их не видит. Тем более что, и роутер не горит желанием раздавать доступ всяким внешним хацкерам.
Работает оно от блютуса или WiFi выяснить просто - можно же просто выключить блютус на мобилке и посмотреть что будет.
Ну и непонятно - до "выделения в отдельную подсеть" оно же как-то работало, а после этого перестало? Спрашивается что изменилось. Как вы с этим коннектились до, если с внешнего IP - может на внешнем роутере NAT traversal какой-нибудь включен, а на внутреннем - нет, или вы там порты какие-нибудь куда-то пробрасывали, а на WiFi-роутере забыли.
karacurt
26.01.2026 08:10Сервер занят другими задачами и в этом странность. В dmesg наблюдал запросы, приходившие со 2го роутера и так как на нём кроме датчиков ничего не висело и он был настроен в режиме точки доступа ( далее т.д.), предположил что пытались коннектиться датчики.
Настроил в режиме роутера, запросы пропали.
Программулина, заявленная производителем - smart life.
Хаба у меня нет, просто несколько датчиков подключенные к wifi сети
Как написал ранее, роутер был (т.д.), поэтому датчики в приложении виделись из сети. Port forward под них не делал ни до, ни после.
Когда датчики были под роутером в (т.д.), на основном роутере в списке устройств их не было видно. А на (т.д.) роутер зайти в настройки не мог, поэтому решил перенастроить (т.д.) в режим роутера.
kostoms
26.01.2026 08:10Если у роутера два режима - "роутер" и "т.д.", то т.д., видимо, просто должен был подключать устройства как если бы они были в одной подсети 192.168.1.1 и всё должно было работать.
Dmesg - это сообщения ядра системы, туда драйвера гадят если что-то пошло не так. Если что-то про сеть нагадилось - обычно есть смысл прогуглить сообщение. А у серверов, кто бы они ни были, есть свои логи - или в файловой системе или systemd journal ( для просмотра - journalctl ).
Однако непонятно, что вы называете сервером - это приложение умного дома или просто непричастная к датчикам машина? В последнем случае она нам вроде не нужна, тьху на неё тогда. Если же это приложение к которому цепляется апп "smart life" из интернета - то вам бы пришлось пробрасывать внешний порт. Либо тут как-то замешано облако: ваш сервер устанавливает соединение наружу сам, и ваша приблуда тоже туда к облаку лезет и оно ей позволяет пообщаться с вашим сервером... Ну и, очевидно, "smart life" может управлять тем, что видит вокруг себя в локалке.
В случае, если сервер - это сервер умного дома, просто переселите его в подсеть к этим выключателям и убедитесь, что у него есть выход наружу из той подсети (настройки файрвола). Это будет намного проще на бытовом роутере, чем искать где там у него VLAN'ы и пытаться их настроить.
conrad98
26.01.2026 08:10Нет облака, совсем нет?
А как же "Алиса включает" на последнем скриншоте?
Flux82
26.01.2026 08:10Это две большие разницы:
- когда через облако идёт базовая коммуникация (между выключателем, wifi-реле и условной малинкой без китайского сервера связи нет), и
- когда облако выступает вспомогательным костылём, отвал которого лишит некоторых дополнительных функций (вроде управления голосом), но всё остальное продолжит работать, не уверен что вообще корректно в этом случае считать этот кусок инфраструктуры облачным
Конечно, всегда можно сделать франкенштейна "здесь у меня автоматизация в homeassistant, а здесь у меня автоматизация в приложении умного дома от яндекса". Надеюсь, что топикстартер так не сделал :)
CyberexTech Автор
26.01.2026 08:10Половили, так подловили :). Никто не запрещает в умном доме устройства, которые не влияют на основную функциональность . Для голосового управления я использую свою Альфу, которая работает без интернета. Алиса используется для экспериментов.
aspid-crazy
26.01.2026 08:10Я кажется не совсем вкурил, т.е. это реле поверх механического выключателя? Выключатель без обратной связи? Т.е. реле включается и выключается контроллером умного дома, но только при условии, что механический выключатель физически замкнут? А если разомкнут, то ничего и не включится?
dr_Sergeus
26.01.2026 08:10Как правило в реле есть выбор, как выключатель и рокерный выключатель (кнопка). Если выключатель, то включится/выключится контроллером, а физически просто переключите выключатель из любого положения в любое и будет переключение состояния реле. То есть отсутствует понятие вверх - включено / вниз - выключено. Рокерный выключатель - выключатель с возвратом в исходное положение - нажали - состояние реле изменился.
aspid-crazy
26.01.2026 08:10Спасибо за ликбез, теперь понятно. Рокерный - это просто как кнопка звонка, правильно понимамю? А существуют механические выключатели с обратной связью, чтобы при выключении реле по воздуху, кнопка тоже возвращалась в положение Выкл?
Flux82
26.01.2026 08:10Маловероятно. Это в разы удорожило бы выключатели, посудите сами: сейчас внутри стоит десяток smd-компонентов, одна-две тактовых кнопки реле и условный ESP/ nRF / Beken. А тут ещё надо прикрутить какую-то электромеханику, дополнительный мотор/электромагнит, и всё это в корпусе размером порядка 4см. На таком расстоянии банально срабатывание электромагнита возможно будет уже такие наводки давать на цепи, что придётся озаботиться экранировкой.
Если хочется видеть результат нажатия и текущий статус - один или два светодиода решают проблему. В "звонковых" выключателях реже стоят, в сенсорных почаще.
NutsUnderline
26.01.2026 08:10судя по hiper и CB2S - это все работает в облаке tuya. докопаться до него можно, но относительно хлопотно.
чем меня позабавил hiper - они даже на умные часы добавили поддержку IOT, но как то не особо прорекламировала. . т.е. этими розетками в оригинале можно управлять с часов наручных
OuS
26.01.2026 08:10Делитель на резисторах сетевого напряжения выглядит очень по-китайски. Не надо такое повторять.
По-хорошему нужна гальваническая развязка на самом мелком из доступных трансформаторе, в корпус наверняка влез бы. Есть в природе мелкие измерительные, единицы мА на выходе выдают, но больше и не нужно.
По-плохому - какой-нибудь более вменяемый подход, изолированный усилитель, например.
То что использовано для измерения сетевого напряжения - ОЧЕНЬ плохо.
В конце концов, если мои расчёты верны, у автора где-то 0.6 Вт на 100к резисторе. Т.е. мощность резистора должна быть ватта 2 минимум, а не 0.25...0.5 как на картинке.
Деградирует и сгорит. Рано или поздно - резистор деградирует и сгорит. И дай Бог, чтобы он ушел в обрыв, а не пробился, в случае пробоя 220 весело потопает на АЦП.
Автор, поменяй схему перед АЦП. Как минимум раз в 10 увеличь сопротивления, как максимум - притули куда-то трансформатор!
A_C_E
26.01.2026 08:10Про мощность резисторов в делителе уже написали выше. Я бы ещё учитывал, что у мелких резисторов максимальное рабочее напряжение 250В, а тут на верхнем будет амплитудные 310В… Я бы поставил минимум два последовательно.
DieSlogan
26.01.2026 08:10Ого, спасибо.
Валяется у меня нечто подобное, теперь думаю, что можно ESP32-H2 воткнуть туда. Вайфай это конечно здорово, но Zigbee всё же лучше подходит для IoT сети.
SantaClaus16
26.01.2026 08:10Пару лет как использую такие реле. Брал их часто по ~100 на али, в рубрике купи 3 вещи по 100р. У меня накопилось несколько вариантов плат и распиновок к ним. Надо было раньше вас статью писать) Так вот раньше я просто менял стоковые модули на esp. Потом в esphome завезли cb2s и прочие bk (а я использую esphome), стал писать напрямую их. А потом все чаще и чаще стали попадаться реле с распаянными прямо на основную плату мк. И по началу это решалось прошивкой (uart там тоже конечно же есть) и чуть более сложным вычислением распиновки, но потом там все чаще и чаще стали попадаться совсем неподдерживаемые esphome мк. Эти "непрошиваемые" реле у меня остались, но сейчас нет возможности посмотреть что там за мк. Короче, хотел сказать что будьте осторожны, могут попасться такие реле, а отличить их почти невозможно (ну наверное как то можно) без вскрытия.
kevin
26.01.2026 08:10У меня тоже дома НА и овердохрена устройств и автоматизаций. А также автобэкапы и прочее. И подумалось мне - а что будет "после меня"? Жена уж точно не разберётся без меня. Написал подробную инструкцию что чего и куда для специалиста. И понял, что даже с ней, специалисту, будет ой как не просто разобраться и заменить вышедший из строя элемент уд. А если использовать кастомный элемент, то вероятность стремится к нулю "стремительным домкратом". И что с этим делать? Что будет в этом случае с таким домом? Как быть домочадцам, если они далеки от IT?
PS. Это просто мысли вслух.
Kubakh
26.01.2026 08:10А не проще было сразу zigbee версии взять и без проблем пробросить их через z2m?
13werwolf13
есть такой замечательный ресурс где я подглядываю может ли работать конкретный zigbee девайс с zha или z2m ДО того как его купить: https://zigbee.blakadder.com
а вот для устройств работающих по сети я такого не нашёл..
dr_Sergeus
https://templates.blakadder.com/ - Tasmota
13werwolf13
Да, надо было упомнянуть и эту страничку, я про неё просто забыл.
Но тут про перепрошивку девайсов, а первый коммент больше про те девайсы которые пригодны для использования из коробки.
dr_Sergeus
Да я так.. Напомнить.. Tasmota может в локале творить очень много. Почему ее так боятся - неведомо. У меня работает много лет на 16 девайсах (выключатели, розетки, реле) и в принципе можно даже не обновлять прошивку.
13werwolf13
Да у меня тоже есть парочка тасмотированных железок в сети. Но когда советуешь кому-то устройство хочется чтобы оно могло работать из коробки, без сношений с паяльником и кастомными прошивками.
dr_Sergeus
Это к условным Алексе/Алисе/Сири/Марусе и иже с ними. Хотите свой дом - делайте сами. Не умеете делать - приглашайте интегратора. Нет денег на интегратора - купить Алексу/Алису/Сирю/Марусю, имейте то что имеется и не парьте людям мозгъ :)
13werwolf13
Нет нет нет
Если сраное реле имеет вендорлок и хочет интернеты - это НЕ работает из коробки, это как раз из категории "требует сношений с паяльником".
dr_Sergeus
Так я вроде согласен, не :)? Я как раз и считаю, что "без сношений с паяльником и кастомными прошивками" возможны только Алексы/Алисы/Сири/Маруси и т.д. А если хочешь СВОЙ дом, то и паяльник и навыки программирования - наше всё!
13werwolf13
Не обязательно. Зигбёвых железок которые из коробки работают с любым координатором полно, есть и ble устройства не замаранные вендорлоком. Сетевых же устройств таких немного, но они есть. Жаль только никто не сделал информационную базу по таким.
dr_Sergeus
Согласен. Жаль. Zigbee априори работает с любым координатором. Другой вопрос, что вендоры свои ендпоинты туда суют, это да... И кто читаете эти ендпоинты. Тот же ZHA zigbee 3.0 стандартные ендпоинты читает для любого устройства.
Но на критическую инфраструктуру ставить zigbee устройство - моветон, не сказав грубее.
13werwolf13
Имхо на критическую инфраструетуру любой безпровод - плохая идея. Но альтернатива не всегда возможна.
dr_Sergeus
Именно для этих целей и есть WiFi устройства.
13werwolf13
Вайвай, зигби, бле.. Один чёрт..
kostoms
ZHA поддерживает значительно меньше устройств чем zigbee2mqtt, который тоже поддерживает не всё. Вот валяется у меня MOES, который никто из них толком не поддерживает, например.
dr_Sergeus
ZHA поддерживает все устройства, которые следуют протоколу Zigbee 3.0 и распознает все эндпоинты. Так же делает homed. Но не делает Z2M. А вот если вендор решил свои эндпоинты поднять, то тут уже extensions или quirks.
А что Вас останавливает от написания extensions для Z2M или quirks ZHA? Я для Z2M к примеру все Konke писал, сейчас они в Z2M поддерживаются и одновременно с этим в ZHA никаких quirks - все распознано корректно.
kostoms
Мне как пользователю всё равно что они там делают под капотом. Я его купил потому, что оно было отмечено как поддерживаемое где-то в списках устройств. Вот и на рекомендованном вам blackadder тоже написано: Confirmed working with: ZHA Tasmota zigbee2mqtt deCONZ Zigbee for Domoticz ...
Правда ниже написано, что оно не работает и работать не может :)
На ваш последний вопрос не могу удержаться чтобы не ответить вопросом же - а как вы думаете, что удержало всех остальных от написания всяких экстеншенов для этого чудесного устройства?
dr_Sergeus
Как правило, все, что описано на blackadder - взлетает с вероятностью 99%. Возможно, что Вам просто не повезло с железкой.
Ответ на Ваш вопрос я уже давал, если Вы имеете ввиду неумение/незнание/нежелание писать расширения. https://habr.com/ru/companies/timeweb/articles/983322/comments/#comment_29438442
kostoms
Есть способ проще тех, что вы рекомендовали. Смотрим в описании товара - если слово "HomeAssistant" не написано, то просто не покупаем. И не придётся приглашать каких-то стрёмных "интеграторов" :)
dr_Sergeus
Согласен, это самый простой способ не выбрасывать деньги. Или поискать в отзывах к товару, может вдруг попадётся комментарий отличный от "к Алисе подключилось в 2 пинка" и будет указано, что с Z2M работает корректно/не корректно...
Home Assistant много лет пытаются опустить до уровня конечного пользователя без навыков и знаний. Но пока это только хотелки и HA продолжает быть основой для построения УД, а не решением из коробки, как многие себе представляют.
kostoms
Этот MOES ЕМНИП тоже кто-то успешно "подключил" в каментах. И это даже правда - с подключением там проблем нет. Поэтому и смотрю теперь что обещает продавец. Если не обещает работу с HA - значит вендорлокнутое говно. И, возвращаясь к сути этой ветки обсуждения, как раз для тасмоты как правило работа с HA продавцами не рекламируется, а они же не враги себе чтобы без причины отталкивать покупателя.
dr_Sergeus
Дело в том, что по сути с HA не работает ни одно устройство. Все устройства работают через интеграции в HA :) Схема идеальная, чтобы никто не мог к HA докопаться, что что-то не работает. Есть встроенные интеграции, к примеру ZHA, а есть внешние, как Z2M (тут общение идет посредством третьей стороны в лице mqtt брокера и никакого прямого отношения к HA - нет). Поэтому искать отсылку на HA - не стоит. Скорее отсылку на ZHA или Z2M.
Что касательно Tasmota, то есть вендоры, которые по умолчанию заливают Tasmota, к примеру IoTorero.
Но это все не для конечного пользователя у которого "слезинка в глазах, ручки из жопки" (с), а для тех, кто готов разбираться в вопросе и имеет минимум навыков или хотя бы готов учиться.
Micha1l
Shelly и Sonoff в помощь!