Нужна помощь в подборе оборудования для дома

Здравствуйте.

Подбираю оборудование для жилого дома, нужна помощь.

wirenboard8

Правильно ли я понял, что сценарий работы модулей можно писать как используя ваше ПО (конфигуратор), так и из home assistant (через протокол mqtt, самостоятельно описывая устройства или через ваш модуль интеграции) ?

Есть модуль расширения GSM.
Есть ли у вас какой то облачный сервис, чтобы доступаться к устройству через GSM без белого IP ?
Или GSM для других целей (отправить смс) ?

Есть модуль расширения zigbee.

Можно ли будет управлять сторонними zigbee устройствами ?
Например, реле aqara, zigbee выключатель aqara, датчик движения, …
какие из модулей подходят для моей задачи ?

Если через штатный модуль zigbee нельзя управлять сторонними zigbee устройствами, можно к wirenboard8 подключить сторонний usb zigbee контроллер и использовать его в home assistant ?

WB-MR6C v.3

безопасный режим на случай обрыва связи RS-485;

Правильно ли я понимаю, что можно запрограммировать простую логику в сам модуль, и в случае связи или выхода из строя wirenboard8, модуль продолжит работать и исполнять эту логику ?

Знает ли этот модуль про перекидные переключатели ?
Т.е. 2 выключателя управляют 1 лампочкой (реализует логическое XOR).
Или перекидной выключатель можно реализовать только через wirenboard8 ?

У этого модуля питание 220v ?

WB-MR6C v.2

Правильно ли я понимаю, он умеет всю ту же автономность (может работать без контроллера с прописанной логикой), что и v3, но ему нужно внешнее питание?

Вопросы про взаимодействие контроллера и модулей.

У WB-MR6C пропало питание, wirenboard8 питание не пропадало.
Появилось питание у WB-MR6C.
Что произойдет с выходами ?
-wirenboard8 запишет в выходы WB-MR6C то, что было до пропадания связи ?

-wirenboard получит события от входов WB-MR6C, и согласно сценария что то запишет в выходы ?

-WB-MR6C будет исполнять и внутреннюю логику, и команды от контроллера wirenboard8, или забудет свою логику и будет исполнять команды контроллера ?

У WB-MR6C питание не пропадало, у wirenboard8 пропало питание.
Правильно понимаю, что начнет работать зашитая в контроллер логика ?
Появилось питание у wireboard8.
Что произойдет с выходами WB-MR6C ?
-Контроллер wirenboard8 зачитает входы, и, согласно сценарию запишет в выходы ?
-Контроллер wirenboard8 зачитает выходы WB-MR6C и оставит в том же состоянии ?

Объединяя вопросы, можно сформулировать вопрос так.
При появлении модуля (модуль перезагружался или wirenboard8), wirenboard8 ничего не заметит, или контроллер сгенерирует события от модулей (нажали кнопки такие то в модуле таком то) и исполнит внутреннюю логику ?

Какое решение (контроллер) есть для подключения модулей к home assistant (на raspberry, x86-64) без wirenboard8 ?
Не хочется иметь единую точку отказа, но и покупать 2й контроллер желания особого нет.
Полагаю такой контроллер отображается как UART, или работает как mqtt брокер.
Ваша интеграция для home assistant будет с этим контроллером работать, или надо будет вручную писать конфигурацию ?
Контроллер поддерживает fast modbus ?
Я бы предпочел небольшую избыточность.
Контроллер wirenbord8, используемый как шлюз к home assistant запущенному в docker на контроллере, и “аварийный” home assistant в виртуалке с дополнительным контроллером.
Или еще гибче, wirenboard8, работающий со своими модулями rs485 через этот mqtt контроллер.
Т.е. чтобы конфигурацию из home assistant можно было выгрузить из контроллера, загрузить в виртуальный home assistant, и все продолжило работать.

Как устроены вводы WB-MR6C ?
Есть ли оптическая развазка ?
Жизненная ситуация, талант попал в штробу где и розетки и выключатель, и фаза попала на вход.
Какие последствия для модуля ?
Сгорит весь, или только этот вход ?

Добрый день.

Да, в общем верно. У нас нет “конфигуратора”, в основном используется Движок правил wb-rules — Wiren Board но именно на чем писать - никак не ограничено. Основная идея в том что все данные хранятся в брокере. Откуда, из какой программы(программ) с ними работать - совершенно неважно.
В том числе и из HA.
Я пробовал разные способы, остановился на максимально гибком, с моей точки зрения.
С помощью скрипта в контроллере публикую в формате с которым сразу подхватывает HA.
Так: Массовый перенос устройств из Wirenboard 8 в Алису - #4 от пользователя BrainRoot
Таким образом представление устройств конфигурируется в одном месте.
По одному скрипту на каждый тип устройств.
Всякие интеграции которые “упрощают” добавление - пробовал. Не вдохновили. В каждой есть что-то что хочется сделать по другому.

Да, есть.
Но мне удобнее телеграм бот, меньше канал требует.

И это тоже возможно.

Если говорить про наш модуль Модуль расширения: ZigBee, WBE2R-R-ZIGBEE v.2 — Wiren Board - то он работает со свободным открытым z2m.
Ну и в HA используется тот же z2m.
Любые поддерживаемые.

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

Не “логику”. Например в случае прекращения опроса - модуль может переключить реле в какое-то определенное состояние. Или перейти на прямое управление со входов.

Нет, на самом модуле такое не настроить. То есть для каждого входа можно определить действия только по измению его состояния но учесть состояние другого входа - нельзя.
Вообще - на двух входах можно настроить “инвертировать значение” для одного выхода при фронте и спаде - тогда как раз получится то что хотите.

Ну и удобнее использовать кнопки (выключатели без фиксации).

Как низковольтное так и 220.

Да, верно.

Для начала выходы установит в состояние “при подаче питания” сам модуль. Состояние и настройка хранится в его EEPROM.
Например можно установить в “прежнее” (до момент отключения) Или в определенное каждый канал.

По умолчанию - ничего. То есть поведение после восстановления связи - дело уже пользовательского ПО. Факт пропадания связи - конечно можно отслеживать программно.

После начала опроса контроллером модуля - он перейдет из “безопасного” режима в обычный. Что дальше - зависит от пользователского ПО, нет какого-то заводского сценария.

Если за время пока модуль был не на связи его входы меняли свое состояние - контроллер получит новые значения счетчиков.
Как их обрабатывать и обрабатывать ли - опять же дело ПО верхнего уровня.

как вариант: Преобразователь интерфейсов WB-MGE v.3 (RS-485, Ethernet, Wi-Fi, WBIO) — Wiren Board
Или любой USB/RS485 адаптер. Ну, для тестов, например - подойдет.
Для примера: Добавляем диммеры и реле Wiren Board к умному дому на Raspberry Pi и Home Assistant - Wiren Board

Нет, не будет.

Да, конечно.

“MQTT контроллеров” отдельно - не бывает. Это и есть по сути контроллер. Бывают шлюзы из Modbus TCP (ethernet, wi-fi) в Modbus RTU (485).

Да, конечно.
Про это есть в документации:


Ну и несмотря на рекомендации я предпочитаю оставлять входы отдельных модулей подключеныыми только к “своим” выключателям. Это чуть усложняет коммутацию зато позволяет изолировать цепи.

Предположим что у модуля вот так:


То есть iGnd подключен только и исключительно на “общий” выключателей и не соединен ни с чем больше.
Вход(ы) - подключен только на выключатель(и).
Тогда попадание фазы на любой вход или на iGnd - вызовет только появвление фазы на них. И все. Ток никуда не потечет и ничего не произойдет.
Чтобы сжечь вход нужно подать на него и iGnd фазу и ноль.
В таком случае - да, наверняка сгорит вход (у него допустимое напряжение до 40 вольт) и могут выйти из строя остальные входы, так как облако плазмы при сгорании деталей непредсказуемо.

Если есть вопросы - задавайте, приятно общаться со знающим человеком.

Спасибо за подробный ответ.

Про сценарии в wirenboard8 понял, пишутся на js.
Мышкой тоже можно натыкать какой то сценарий, если он простой ?
Это я уже не для себя, друг просил ему показать wirenboard, js он не освоит.

Про mqtt discovery услышал, спасибо.

Не “логику”. Например в случае прекращения опроса - модуль может переключить реле в какое-то определенное состояние. Или перейти на прямое управление со входов.

Т.е. можно настроить, чтобы состояние выхода 0 равнялось состоянию входа 0 ?
Более чем достаточно на случай аварии.
Про XOR понял решение, спасибо.

как вариант: Преобразователь интерфейсов WB-MGE v.3 (RS-485, Ethernet, Wi-Fi, WBIO) — Wiren Board
или WB-USB485

Принято, спасибо.
Т.е. если модули подключены к wirenboard8, то из home assistant доступ будет через mqtt.
А если через преобразователь, то в home assistant описываю modbus, и надо будет вручную прописать модули ?
Будет ли работать fast modbus ?
Т.е. будет ли, например реле, генерировать события (вместо опроса) ?
Т.е. не будет ли опрос через WB-MGE медленнее, чем через контроллер wirenboard ?

Есть статья “Работа с Modbus-устройствами Wiren Board без контроллера” на примере WB-USB485.
Можно ли конфигурировать модули через WB-MGE ?

Посмотрю ваши видео, и возможно вернусь с вопросами.
Спасибо.

Нет. На “чем угодно” что может работать с mqtt. Питон, С (с плюсами или без), хоть на bash.
Пример
Да хоть Установка Node-RED на контроллер Wiren Board — Wiren Board поставить. Но в нем тот же JS только node.

Да. Тут описано.

Ну да, называется “установить состояние выхода согласно состоянию входа (только если настроен режим входа 1: выключатель с фиксацией)”

Да, верно.

Нет. Ну и реализация Modbus в HA довольно ущербная, если не сказать хуже.

Через WB-MGE v3 с контроллера - вполне работает Быстрый Modbus.
То есть работа через шлюз с контроллера отличатся только сетевой задержкой. Для локальной сети - вряд ли больше 0,5мс.
В HA Быстрого Modbus нету - поэтому работать хоть через шлюз хоть через USB/RS485 будет классическим опросом.

Да, обычные Modbus TCP команды.

Посмотрел обучающие ролики, отличного качества !
Нашел одну ошибку, но комментарий оставить нельзя.

Разобрался как работает WB-MR6C при включении и в “безопасном” режиме.
Достаточный функционал, спасибо.
Ваш комментарий как сделать перекидной выключатель, после просмотра ролика тоже понял.

По умолчанию - ничего. То есть поведение после восстановления связи - дело уже пользовательского ПО. Факт пропадания связи - конечно можно отслеживать программно.

В wb-rules написан сценарий, срабатывающий по событиям от выключателей.
Перезагрузили WB-MR6C, но выключатели остались включены.
wb-rules же не получит событие, что включился выключатель N, т.к. он уже был включен.
Как сделать малой кровью, чтобы при включении модуля WB-MR6C, wb-rules получил события от включенных вылючателей ?
Чтобы не проверять для каждого топика, не перезагружали ли его контроллер.
А чтобы все топики соответствующему контроллеру сделали push брокеру снова.

То есть iGnd подключен только и исключительно на “общий” выключателей и не соединен ни с чем больше.
Вход(ы) - подключен только на выключатель(и).
Тогда попадание фазы на любой вход или на iGnd - вызовет только появвление фазы на них. И все. Ток никуда не потечет и ничего не произойдет.

Понял, спасибо, как раз есть более жизненная ситуация.
Датчик движения, к нему идут 3 провода :frowning:
При движении он коммутирует фазу.
Т.е. такие датчики тоже можно подключить, но они ВСЕ должны коммутировать только фазу.
Т.е. на iGND подается фаза, а на входы 0-6 выход от датчика движения.

Нет. На “чем угодно” что может работать с mqtt. Питон, С (с плюсами или без), хоть на bash.

Это я понял, что все и вся работает через mqtt брокер, даже wb-rules/node-red/…
Вопрос был, можно ли мышкой натыкать сценарий, ответ получил.

Через WB-MGE v3 с контроллера - вполне работает Быстрый Modbus.
То есть работа через шлюз с контроллера отличатся только сетевой задержкой. Для локальной сети - вряд ли больше 0,5мс.
В HA Быстрого Modbus нету - поэтому работать хоть через шлюз хоть через USB/RS485 будет классическим опросом.

Это и хотел услышать.
Т.е. без wirenboard8 устройства можно опрашивать только через pool, т.е. неприемлемо.
Ок, этот вариант не рассматриваю.
Настрою “безопасный режим” в модулях реле, и буду беречь контроллер.

Понял, т.е. WB-MGE именно преобразователь (Ethernet - RS485).
И если ПО (home assistant) не знает вашу команду группового опроса изменений, то оно может только зачитывать регистры поочередно.
Ок, тогда резервный вариант без контроллера wirenboard8 не имеет смысла.

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

Спасибо.

После покупки возможно что то спрошу про программирование, но уже в новой теме.

Достаточно отслеживать событие “восстановление связи” по-моему.

Ну, можно реализовать и быстрый Modbus в HA - только по-моему это не востребовано.

В больших (например ЦОДы) - десятки отдельных шин RS-485, как правило. То есть стоит Ethernet шлюз и к нему одна-две шины, на каждой по 30-50 измерителей, например.
То есть да, у шины ограниченная пропускная способность, при проектировании это учитывают.

Пожалуйста, рад помочь.

Здравствуйте,

Примерно ясен нужный для начала набор.
WB8-4G-64G-IND - 1шт.
WB-MR6C v.2 - 6 штук (3 щита по 2 штуки).

На WB8-4G-64G-IND точно нужен ИБП.

Подскажите, имеет ли смысл ИБП на WB-MR6C ?
Или разумно програмно обработать отключение реле.
Какой набор БП и ИБП посоветуете на этот бюджет мощности ?

Щит 1: wirenboard и 2 модуля реле.
Щит 2 и 3 (рядом, можно считать одним) - 2+2 модуля реле.

Спасибо.

Если реле управляют нагрузкой которая не питается от ИБП - то нет. Не имеет смысла.

Да. То есть если, например, какие-то входы или выходы реле именно нужны при отключенном основном питании - этот модуль (модули) питаются от ИБП. Если не нужны - то и питать их, в общем, незачем.
Да, программно можно обработать отсутствие связи, конечно.

Если не все модули реле питать а контроллер и пару модулей реле - то достаточно одного Модуль резервного питания WB-UPS v.3 — Wiren Board
Если только контроллер - можно обойтись внутренним.
Если нужна длительная работа без основного питания или питать систему видеонаблюдения, замки, аварийное освещение кроме контроллера - то имеет смысл посмотреть на такой.

Реле будет запитано от дифф. автомата для света, включать реле без питания ламп нет смысла.
Принято, -1 точка отказа.

Спасибо.
Свинцовый ИБП точно ставить не буду, на электрозамках стоят, наигрался, каждые 2 года меняю…
WB-UPS вполне годный вариант, наверное воспользуюсь им.
Раз уж даете ссылки и на чужие ИБП, мне понравился этот на Li-ION.
Батареи 3*26650 .
Но он гораздо больше вашего, на DIN рейку не пойдет.

Ничего про сторонний не скажу: не было опыта.

Резервное питание возьму WB-UPS.

Тут указано, что WB-UPS хватит на 50 минут, а WBMZ-BATTERY на 4 часа.
Можете пояснить ? Выглядит нелогично.
PS: Тут указан устаревший WB-UPS v2.

wirenboard8 хочу запитать от WB-UPS и от LI30-20B24PR2.
Т.е. 2 источника питания, один напрямую в wirenboard8, второй через WB-UPS.

Релейные же модули имеют один вход Vcc.
Потому вопрос, можно ли включать LI30-20B24PR2 в параллель ?
Т.е. есть ли на выходе диод, и не может ли один источник (в случае сгорания) сделать КЗ на ноль, и не дать работать второму источнику питания ?
Или надо добавить диоды между блоками питания и Vcc входом реле.

При номинальной (для каждого модуля) нагрузке.
То есть нужно рассчитывать для каждого конкретного случая.

Нет, для этих блоков питания подобное использование не заявлено производителем - поэтому нельзя.

Да, это вполне допутимо.

Здравствуйте.

Комплект уже купил, по сути вопросов по выбору не осталось, остался только вопрос по включению.

Это понятно.
Но таблица одна, т.е. условия явно одинаковые.
И при этом для ИБП WB-UPS указано время в 4 раза меньше, чем для WBMZ-BATTERY .

WB-UPS вывезет ли wirenboard8 (без доп. модулей) и 6 WB-MR6C v.2 ?

Я бы не стал подключать больше двух модулей реле, кроме контроллера:
image
Ну разве что точно быть уверенным что при работе от ИБП реле не будет включаться.

Принято.

Для упрощения жизни, чтобы не отрабатывать отключение/включение питания реле.
Но рекомендацию услышал.

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

Ну отлично, рад помочь.