На реле WB-MR6LV канал 5 на выход NC подключен насос.
При каждом обновлении конфигурации, загрузке, подаче питания происходит перевод реле в состояние NC, соответственно происходит включение насоса. Пытаясь это исключить в настройках выхода выбрал что при переходе в безопасный режим нужно “включить” (NO) реле. Но это не помогло.
При этом есть выход 4 на который так же подключен насос и такой проблемы нет.
Что нужно сделать чтобы реле не переходило самостоятельно в режим NC?
Добрый день!
Настройте таким образом, чтобы вход оставался в нужном вам положении. Убедитесь, что в модуле актуальная версия прошивки и нужный регистр действительно записался (Карта регистров модулей реле — Wiren Board).
Если результат не соответствует ожидаемому поведению, то исключите сторонние факторы (например правила на в контроллере). Постарайтесь отключить всё лишнее, и определить минимальную конфигурацию оборудования и ПО, при которой ошибка воспроизводится.
И проверьте схему подключения насоса, возможно перепутали выход.
да, так тоже пробовал.
не помогло.
меняю любой параметр, нажимаю "“сохранить” и получаю изменение состояния выхода 5 на “выкл”, что в моем случае с подключением нагрузки на NC включает нагрузку.
Жду результаты проверки по рекомендациям выше.
Значение регистра можно считать через modbus_client_rpc
в регистрах все верно:
Last login: Mon May 25 17:51:04 2026 from 127.0.0.1
root@wirenboard-AJTSIWU2:~# service wb-mqtt-serial stop
root@wirenboard-AJTSIWU2:~# modbus_client --debug -mrtu -pnone -s2 /dev/ttyRS485-1 -a53 -t0x01 -r4 -c1
Opening /dev/ttyRS485-1 at 9600 bauds (N, 8, 2)
[35][01][00][04][00][01][B8][7F]
Waiting for a confirmation…
<35><01><01><01><9E><78>
SUCCESS: read 1 of elements:
Data: 0x01
root@wirenboard-AJTSIWU2:~# modbus_client --debug -mrtu -pnone -s2 /dev/ttyRS485-1 -a53 -t0x03 -r6 -c1
Opening /dev/ttyRS485-1 at 9600 bauds (N, 8, 2)
[35][03][00][06][00][01][60][7F]
Waiting for a confirmation…
<35><03><02><00><00><09><80>
SUCCESS: read 1 of elements:
Data: 0x0000
root@wirenboard-AJTSIWU2:~# modbus_client --debug -mrtu -pnone -s2 /dev/ttyRS485-1 -a53 -t0x03 -r934 -c1
Opening /dev/ttyRS485-1 at 9600 bauds (N, 8, 2)
[35][03][03][A6][00][01][60][19]
Waiting for a confirmation…
<35><03><02><00><01><40>
SUCCESS: read 1 of elements:
Data: 0x0001
root@wirenboard-AJTSIWU2:~#
Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
В вашем выводе и в конфиге все соответствует. При таких настройках и при подаче питания модуль должен включить реле 5.
Индикация на 5-м канале тоже не загорается?
Пожалуйста, сообщите текущую версию прошивки и серийный номер устройства.
Насчет индикации не подскажу, модуль далеко находится.
Текущая версия прошивки: 1.26.0
Serial 362043
Благодарю, проверю поведение именно на этой прошивке.
Проверил, подобного поведения не наблюдаю – состояния выходов при подаче питания соответствует настройкам.
Как ведет себя топик wb-mr6_**/K5 при подаче питания? Он тоже не срабатывает?
Вот лог подписки на топик. Для демонстрации изменил для входа 5 действие при замыкании в mapping-матрице и нажал “сохранить”.
```
root@wirenboard-AJTSIWU2:~# mosquitto_sub -v -t ‘/devices/wb-mr6c_53/controls/K5/#’
/devices/wb-mr6c_53/controls/K5/meta {“order”:25,“readonly”:false,“title”:{“en”:“Command K5”,“ru”:“\u041a\u043e\u043c\u0430\u043d\u0434\u0430 K5”},“type”:“switch”}
/devices/wb-mr6c_53/controls/K5/meta/order 25
/devices/wb-mr6c_53/controls/K5/meta/readonly 0
/devices/wb-mr6c_53/controls/K5/meta/type switch
/devices/wb-mr6c_53/controls/K5 1
/devices/wb-mr6c_53/controls/K5/meta (null)
/devices/wb-mr6c_53/controls/K5/meta/order (null)
/devices/wb-mr6c_53/controls/K5/meta/readonly (null)
/devices/wb-mr6c_53/controls/K5/meta/type (null)
/devices/wb-mr6c_53/controls/K5 (null)
/devices/wb-mr6c_53/controls/K5/on 1
/devices/wb-mr6c_53/controls/K5/meta {“order”:25,“readonly”:false,“title”:{“en”:“Command K5”,“ru”:“\u041a\u043e\u043c\u0430\u043d\u0434\u0430 K5”},“type”:“switch”}
/devices/wb-mr6c_53/controls/K5/meta/error (null)
/devices/wb-mr6c_53/controls/K5/meta/order 25
/devices/wb-mr6c_53/controls/K5/meta/readonly 0
/devices/wb-mr6c_53/controls/K5/meta/type switch
/devices/wb-mr6c_53/controls/K5 1
/devices/wb-mr6c_53/controls/K5 1
```
О, эксперт заглянул! Суть не знаем, мнение вставим.
Это обвязка бассейна. Два насоса. Первый - насос циркуляции. Он работает всегда. Второй - насос подогрева. Включается по датчику. Работает большую часть времени. Поэтому оба на NC - нормально закрытый контакт. Для обоих насосов одинаково неприятно при каждом чихе контроллера передёргивать питание.
Ситуация 1
Включена циркуляция, включен подогрев.
Если зацепить на NC при перезапуске драйвера с насосами всё ок.
Если зацепить на NO будет импульс в 5 секунд на оба насоса.
Ситуация 2
Включена циркуляция, выключен подогрев (целевая температура достигнута).
Если зацепить на NC при перезапуске драйвера происходит импульс на насос подогрева.
Если зацепить на NO будет импульс в 5 секунд на насос циркуляции
Ситуация 3
Выключена циркуляция, выключен подогрев.
Если зацепить на NC при перезапуске драйвера происходит импульс на оба насоса.
Ситуации когда выключена циркуляция и включен подогрев быть не может, поэтому циркуляция через умный дом - отслеживать фактическое состояние насоса.
Вывод
Сарказм принят, Александр. Без обид. Действительно не понял из вашего первого поста.
В этом случае проверьте – не установили ли вы следующие настройки:
Добрый день!
К сожалению, сейчас мы не можем убедиться, что неисправность вызвана проблемой в нашем устройстве, а не сторонними проблемами.
Чтобы быстрее разобраться в ситуации, вы можете отправить оборудование нам на бесплатную диагностику. В замен вам сразу вышлем новое устройство.
Если вы согласны с таким вариантом, пожалуйста, напишите на info@wirenboard.com.
В письме укажите:
Курьер привезёт новое оборудование (указать устройство и количество) и заберёт старое.
Добрый день!
Какое решение приняли?
