Использую WB-MWAC v.2 для защиты от протечек отопления. Хочу добавить в автоматику общий переключатель отопления: в летний период закрывать краны на подаче и обратке, а при включении отопления — открывать их через модуль.
При этом важно, чтобы автоматизация не могла открыть краны, если защита обнаружила протечку.
Моя конфигурация:
Wiren Board 8, релиз wb-2609 stable;
WB-MWAC v.2, прошивка 1.26.2;
wb-mqtt-serial2.268.0-wb102, wb-rules2.46.5;
два крана Neptun PROFI на подаче и обратке подключены к реле K2; обратной связи о положении кранов нет;
входы F1–F5 настроены как датчики протечки: при срабатывании они выключают K2, включают режим «Протечка» и зуммер;
включено восстановление состояния выходов после подачи питания и после сброса протечки.
Прочитал тему «Сброс режима протечки WB-MWAC». Мой вопрос немного другой: речь не о сбросе аварии, а о прямой команде на включение K2 через Modbus или канал Output K2.
Подскажите, пожалуйста:
Если датчик сработал, модуль находится в режиме «Протечка» и K2 выключен, что произойдёт при удалённой команде включить K2? Модуль отклонит её или реле включится?
Если реле включится, а датчик всё ещё мокрый, выключит ли модуль K2 повторно? Если да, через какое время?
Есть ли штатный способ запросить открытие кранов, при котором модуль гарантированно не откроет их во время протечки — в том числе если датчик сработает одновременно с командой?
Если отопление было намеренно выключено до протечки, останутся ли краны закрытыми после сброса аварии при включённом восстановлении состояния выходов?
Нужно ли учитывать особенности режима влажной уборки или профилактики закисания при таком управлении?
Хотелось бы сохранить автономный приоритет защиты: автоматика отопления не должна сбрасывать аварию или обходить защиту от протечки.
Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас нерабочее время — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.
Считать прямую запись в Output K2 командой «открыть, только если нет протечки» по найденной документации нельзя: гарантия такой блокировки не описана. Для вашего требования это существенное различие.
По пунктам:
Включение K2 при активной протечке. В теме «WB-MWAC v.2 и zigbee датчик протечки» инженеры подтверждают прямое управление K1/K2 через Modbus. Но там не разобрано, блокируется ли включение при активной аварии. Для прошивки 1.26.2 точного подтверждения этого поведения я не нашёл — утверждать, что команда будет отклонена или реле обязательно включится, не буду.
Повторное закрытие при мокром датчике. В источниках встречается повтор действий через 20 минут, однако соответствующее описание относится к старой логике mapping-матрицы и WB-MWAC v.1. Переносить этот интервал на ваш v.2 в режиме входов «Датчик протечки» без подтверждения некорректно. Точного времени повторного отключения для вашей конфигурации в найденных материалах нет.
Открытие с гарантированным приоритетом защиты. Штатную условную команду «открыть, если нет протечки», с гарантией обработки одновременного срабатывания датчика, я не нашёл. Проверка Leakage Mode в wb-rules перед записью K2 не даёт такой гарантии: между проверкой и выполнением команды может сработать датчик. Поэтому пока не стоит вводить автоматическое открытие K2 как решение, удовлетворяющее вашему требованию.
Восстановление после сброса. Согласно описанию WB-MWAC v.2, при протечке модуль запоминает состояние реле, а при сбросе восстанавливает его, если эта функция включена. Если перед протечкой K2 был выключен, по описанному алгоритму он должен остаться выключенным. Восстановление после подачи питания — отдельная настройка; это не тот же механизм.
Влажная уборка и профилактика. Во время влажной уборки модуль игнорирует запрограммированные действия датчиков — по умолчанию 20 минут. Этот режим не соответствует требованию непрерывной защиты отопления. Профилактика закисания выполняет переключения реле, поэтому её также нужно учитывать как отдельный источник управления. Точное взаимодействие профилактики с аварией именно в 1.26.2 я не подтвердил; описание более новых версий не следует автоматически переносить на вашу.
Для дальнейшей проверки достаточно приложить настройки входов F1–F5 и раздела защиты от закисания. Проверять открытие на действующем отоплении при имитации протечки я не предлагаю.
Здесь может понадобиться мнение инженера Wiren Board. Для уверенного
ответа мне может не хватить контекста — если можете, приложите логи или
результаты тестов, я уточню гипотезы точнее.
Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны
неточности. Если пришлёте уточняющие данные/логи, я смогу проверить
гипотезы точнее.
Спасибо, настройки понятны; дополнительных данных сейчас не требуется. Они подтверждают, что F1–F5 настроены на отключение K2 при протечке, но не подтверждают блокировку последующей команды включения по Modbus.
Для прошивки 1.26.2 остаётся проверить приоритет прямой записи K2 относительно обработки датчика и цикла профилактики, включая одновременные события. В найденной документации точной гарантии нет, поэтому прежнюю рекомендацию сохраняю: не использовать автоматическое открытие через Output K2 как гарантированно защищённую команду.
Здесь может понадобиться мнение инженера Wiren Board. Для уверенного
ответа мне может не хватить контекста — если можете, приложите логи или
результаты тестов, я уточню гипотезы точнее.
Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны
неточности. Если пришлёте уточняющие данные/логи, я смогу проверить
гипотезы точнее.
Да, статус протечки перед открытием можно и нужно проверять. Но важно учитывать не только его значение, но и ошибки и актуальность связи с модулем: при её потере в интерфейсе может остаться последнее значение. Я уже сталкивался с похожей ситуацией.
Кроме того, между проверкой и выполнением команды остаётся небольшой промежуток, в котором может возникнуть протечка. Поэтому хотелось бы понять, есть ли в самом модуле блокировка открытия K2 при активной аварии и как он обрабатывает прямые команды в таком состоянии.
Проверил на стенде с WB-MWAC v.2 на прошивке 1.26.2, как у вас: протечку имитировал перемычкой на F1, K2 включал через канал Output K2.
Модуль команду не отклоняет: в режиме «Протечка» при мокром датчике K2 включается, а режим «Протечка» остаётся включённым.
Пока датчик мокрый, повторно K2 не выключается – на стенде реле простояло включённым больше 20 минут. Действия датчика выполняются в момент срабатывания, поэтому K2 выключится только при следующем срабатывании: того же датчика после высыхания или другого входа. Это работает и при уже включённом режиме «Протечка».
Такого способа в прошивке нет, действует то, что пришло последним. Если датчик сработал после команды – модуль закроет краны, если команда пришла после срабатывания – краны откроются и останутся открытыми. Рекомендую в автоматике отопления не отправлять команду на K2, пока канал Leakage Mode равен 1. Полностью такая проверка риск не убирает: пока изменение Leakage Mode доходит до контроллера, команда может уже уйти. Следует учесть, что мое предложение имеет рекомендательный характер, поэтому окончательное решение принимает проектировщик. Пожелание блокировать управление реле по Modbus в режиме «Протечка» передал в список предложений.
Да, останутся закрытыми: при срабатывании модуль запоминает состояние реле и после сброса возвращает именно его. На стенде K2 был выключен до протечки и остался выключенным после сброса. Состояние запоминается при каждом срабатывании, так что если автоматика откроет краны во время аварии и датчик сработает снова, после сброса K2 включится. Сбрасывать аварию лучше после высыхания датчика: если он ещё мокрый, модуль на доли секунды вернёт K2 в запомненное состояние и только потом снова перейдёт в режим «Протечка».
Да, влажную уборку нужно учитывать. Во время уборки модуль не реагирует на датчики, а команды на K2 выполняет. Включение уборки кнопками, входом S6 или через канал Cleaning Mode снимает аварию и возвращает краны в состояние до протечки, поэтому из автоматики отопления этот канал лучше не трогать. Кроме того, в 1.26.2 после окончания уборки по таймеру модуль не проверяет датчики: на стенде краны остались открытыми при мокром датчике. При выключении уборки вручную проверка выполняется. Это исправлено в прошивке 1.27.2 – сейчас она в testing, в stable выйдет позже, см. историю изменений.
Защита от закисания запускается только для открытого крана: отсчёт идёт с момента открытия и сбрасывается при закрытии, так что летом при выключенном K2 модуль краны не откроет. Цикл прерывается срабатыванием датчика или командой на K2, а если в момент запуска модуль в режиме «Протечка», запуск переносится на сутки.
Дмитрий, большое спасибо за подробную проверку на стенде и разъяснения — это полностью закрыло мои вопросы. Учту особенности в автоматизации и при использовании режима влажной уборки. Спасибо также, что передали предложение по блокировке управления реле разработчикам!