Комментарии 24
очень не рекомендую использовать эти и подобные им микрореле для более менее силовой нагрузки (более полкиловатта), для индуктивной нагрузки и для светодиодных светильников. в силу того, что они слаботочные и склонны к залипанию. эти сборки с их шириной токопроводящих дорожек, площадью контактных клеммников и отсутствием воздушной изоляции силовых контактов - прямой путь к выходу из строя техники в рамках длительной эксплуатации в вашей схеме нет, даже и намека на снабберы, что будет негативно сказываться (вплоть до выхода из строя) на работе mcu, так как китайские инженеры хоть и напихали оптронов, но гальванической развязки нет, а следовательно любая индуктивная нагрузка будет херачить и на выводы gpio. я всё больше смотлю на эти хоум ассистенты и прочее и всё больше убеждаюсь, что на правильном пути в разработке своей версии серверного варианта. предлагаемве решения не для неопытного пользователя, решившего автоматизировать задачи дома. лезть в конфигурацию и править руками не вариант. куча доп колхоза: купи олноплатник, установи на него софт, настрой (каким то образом). просую кнопку ладно, а если что нетривиальное? заколхозь место, корпус, питание, свяжи всё вместе, организуй репозитарий конфигураций, бэкапирование системы (про это ри слова) резервный сервер и тд и тп...
использование батареечных устройств считаю вообще не оправданным особенно в труднодоступных местах. ненадежным и воедным. устройство должно работать 24х7х365 в доме обеспечивая надежные данные. и быть полключаемым к обычной сети 220В, а не 5,12,48 и прочим. 220 протянуто практически везде. если устройство автономно то и питание должно быть таким же. солнечный элемент и аккумулятор.
куча визуальных элементов на экране? это неудобно и ниочем... по опыту работы, когда у вас 3 датчика ещё ладно, но когда их 33 и больше. разных устройств в разных местах и локациях (дом квартира работа ...) это жопа. система должна работать сама и только сообщать о чём то нештатном.
.. можно целый трактат написать :-) но пока
Я кстати тоже написал про китайские реле в статье и про пол киловатта. У меня все подключено через контакторы в щитке, кроме всяких сервоприводов отопления, у которых мощность минимальная. Кстати, у реле 5в есть отдельный блок питания, чтобы не грузить gpio ничем лишним (всего не напишешь).
Батареечные устройства работают при отключении электичества, в этом есть плюс. Главное, как написал, чтобы батарейки были обычные ААА и ставить усилители сигнала, чтобы датчики не терялись. Провода также имеют помехи и ограничения дальности. (нормальных проводных датчиков кстати особо нет, кроме пожалуй ds18b20... но мне zigbee нравится больше).
Спокойной ночи и спасибо за мнение!
Больше года такое реле коммутировало зарядное 2,2кВт с активным PFC. Провода 220В соединялись пружинными клеммами. Тоже волновался, и за реле, и за пружинные клеммы. Тепловизором проверял нагрев. Периодически разбирал проверить окислы. На удивление все было в хорошем состоянии.
Проблема вылезла в разъемном соединении 48В 40А, заменил на паяное соединение и безискровые разъемы Amass AS150.
То есть даже при том, что на самой этой реле нарисовано максимум 10A (не забываем, что это китайские амперы) и то, что максимум это пиковая нагрузка, а не номинальная вы все-таки на свой страх и риск подключили туда максимально возможную нагрузку. Что за зарядное? Что оно заряжает - не понятно, Зарядное устройство к тому же работает, в буферном режиме (как правило). Возможно номинальная потребляемая мощность была 100 Вт, но устройство на 2.2 кВт. Такое может быть. Соглашусь. Для примера, попробуйте на подобное реле повесить 4-5 светильников светодиодных по 30-40 Вт.. Их импульсные блоки питания вам наглядно продемонстрируют (даже со снаббером) качество и применимость этих устройств в быту.
Что вы разбирали? Герметичное реле? Контакты клеммников не будут влиять на залипание коммутирующих контатных площадок внутри реле.
На главный контроллер все же нежелательно вешать ничего в режиме "я проводок протяну". Витая пара, короткий провод, оптопара. И первая же мощная гроза вынесла именно этот выход gpio. Теперь основной контроллер в экранированном корпусе, вайфай именно на нем отключен, хотя все датчики и реле "через воздух"
Вместо возни с vps и vpn можно было бы просто сделать cloudflare тоннельчик - вручную или через плагин. Бесплатного аккаунта там хватает за глаза
и поймать блокировку cloudflare от РКН. другой вопрос, что и openvpn излишен - можно воспользоваться fatedier/frp, к примеру, для которого есть готовые ha аддоны
Я выбрал вариант с виртуальным окружением, т.к. мне нужно было через shell управлять пинами GPIO. (Не уверен, что это будет просто сделать из docker.)
все отлично пробрасывается в докер силами самого HA. Есть опять же аддон для прокидывания GPIO в HA без костылей с вызовом командной строки: https://github.com/hassio-addons/addon-mqtt-io. В любом случае Supervised установка (или полноценный HAOS) становится более предсказуемой и легко обновляемой, хоть и кушает немного больше ресурсов.
Роутер Zigbee
Это называется ZigBee координатор. ZigBee роутер - это обычно устройство на постоянном питании, расширяющее сеть ZigBee. Собственно ставить отдельный "усилитель ZigBee" не имеет смысла, если у вас есть постоянно включенное в сеть реле или розетка с нулем ZigBee - они выполнят в том числе функцию роутера для всей сети автоматически.
Zigbee устройства бывают залоченные на какого-то определенного вендора, но для HA нужны не залоченные, с поддержкой MQTT
zigbee2mqtt, как и родная интеграция ZHA, как раз наоборот более всеядны: поддерживают практическое большинство устройств из коробки. Устройства ZigBee не умеют в MQTT, в MQTT умеет софт zigbee2mqtt, ZHA (родная интеграция HA) в принципе работает без MQTT
Эти датчики не имеют какого-то конкретного производителя, проще говоря "No name" с али
Есть достаточно много брендов (Aqara, Tuya, Heimann, Яндекс и т.д.) первых и вторых эшелонов, выпускающихся на разных заводах - обычно стоит выбирать из них для более-менее стабильного качества. Кто-то делает свое, кто-то основывается на прошивках Tuya. Поведение датчиков у них может сильно отличаться (кто-то, например высаживает батарейку, если теряет ближайший роутер, кто-то засыпает и ждет следующей попытки) и т.д. Там есть достаточно много ньюансов, что в абзац не распишешь. И остается только экспериментировать.
Спасибо большое! внес пару уточнений в статью.
Насчет бесполезности усилителей сигнала все же не соглашусь. У меня была ситуация, когда реле с фукнцией роутера давало неустойчивый сигнал, а вот пара усилителей решило все проблемы полностью. Их мощность все же отличается от других девайсов с функцией роутера.
Согласен, что устройства только на практике можно проверить. Пока что у меня no-name датчики показали себя лучше, чем фирменные (не буду писать какие).
У меня была ситуация, когда реле с фукнцией роутера давало неустойчивый сигнал
и да и нет, это все таки радио, там в принципе есть лимит мощности на девайс. и скорее надо использовать общее "правило": если не работает, то ищешь точку где работает - там ставишь роутер; повторить до желаемого результата)
А потом вы добавите еще один роутер в сеть, она перестроится и будете искать причину засора, тк новые маршруты могут стать сюрпризом
OpenVPN на Orange PI до половины ресурсов отъест легко) WireGuard чем не угодил? И быстрее, и проще. У меня всё тоже самое +/-, только на пини-ПК с райзеном. Даже схемы по отоплению и вентиляции похожи. И дом каркасник. Зигби стик Zonoff, кстати, пробивает и вдоль и поперёк его (244 кв.м, два этажа). Датчики температуры/влажности и открытия/закрытия от Aqara. CO2 тоже самоделки) Единственное, у меня бойлер котлом греется через трёхходовой клапан, а самим котлом релешка на esp управляет через контакт термостата.
Ovpn/wg, вообще не нужно тащить в ha. Это лучше на роутере сделать.
Скажем так, тут у всех разные ситуации и предпочтения.
Я не захотел делать для роутера дополнительный ИБП, а также не захотел резервную симку втыкать в роутер, т.к. на ней мало трафика.
Ничего непонятно, но очень интересно. Для HA выделен какой-то канал напрямую?
Есть ИБП. в него воткнут сервер HA (Orange PI) и WI-FI 4G модем отдельно.
Обычно HA подключен к домашней сети по LAN. Если домашний инет перестает работать (как тут недавно рубанули оптический кабель трактором), тогда failover скрипт автоматом переключает HA сервер на WI-FI 4G модем.
Т.к. в WIFI 4G минимальный тариф за 100р в мес, то к домашнему роутеру его лучше не подключать, т.к. он нужен только для бесперебойной работы HA.
Надеюсь, стало понятнее...
Странно, что не нашли датчиков. Efekta не смотрели?
“HA можно установить в docker или использовать чуть более сложный путь и установить его в виртуальное окружение Python.”
А HAOS?
HAOS не пробовал, выглядит интересно. Особенно автоматический апдейт привлекает. Что там с gpio? Есть какие-то подводные камни?
Думаю, для обычных пользователей лучше вообще готовый девайс купить с установленным HA, но не знаю, есть ли хорошие.
Что там с gpio?
я выше писал: есть аддон. но прямые обращения тоже будут работать.
есть ли хорошие
есть JetHub с родным haos, есть WirenBoard 8, есть у ab-log на модуле малинки (для малинки есть HAOS), не говоря уже об оригинальном Home Assistant Yellow, либо любое другое устройство из списка поддерживаемых HAOS
Сначала:
по сути Home Assistant это no-code система, в которой вы можете конструировать то, что вам нужно
И тут внезапно:
К сожалению, не все функции доступны через пользовательский интерфейс. Часто бывает так, что нужные настройки доступны только при редактировании конфига в формате yaml
А потом вместо того, чтобы структурировать все yaml по одельным папкам/файлам сгрузят все конфиги в один большой спагети код и уже через полгода-год там полный бардак. А ещё через год-два флешка/ssd загнется от постоянных записей логов HA и начинай все сначала.
Согласен, слишком радужно получилось, что не совсем правда. Подправил текст немного. Спасибо!
Насчет спагетти, я такую проблему пока не поймал, т.к. содержимое конфигов небольшое и много получилось сделать через интерфейс.
Срок работы eMMC это то, что меня тоже волнует, но честно сказать, не вижу альтернатив, кроме как 1) оставить для себя хорошую шпаргалку по повторной настройке 2) бэкап 3) спроектировать электрику так, чтобы дом был работоспособен при отказе умного дома.
Умный дом на базе Home Assistant и Orange PI 3B в частном доме