Ну на эталонном релизе-то, наверное, вряд-ли такая явная проблема будет, тут скорее всего что-то не то в моем экземпляре. Возможно, что-то в конфигах осталось от предыдущих версий после обновления (заливал образ через WebUI).
Скажите что прислать, для диагностики, либо могу организовать доступ к контроллеру, если нужно
Не восспроизводится, да. Но искусстевенно запустив два экземпляра wb-rules - получилось. Проверьте, сколько процессв движка правил выполняется, закройте их и перезапустите сервис.
пробовал сделать: service wb-rules stop
нажимаю на кнопку - нет реакции. Т.е. wb-rules, получается, остановлен. service wb-rules start
нажимаю на кнопку - опять 4 раза выводится, как в исходном собщении.
Перезагрузку контроллера, само собой, делал.
Может, дело в том, что в вызове wb-rules два раза участвует каталог /etc/wb-rules?
Немного подробностей, возможно, поможет навести на мысль где косяк:
Двойное выполнение функции - только для кнопки. Т.е., например, функция на переключателе или по таймеру cron выполняется один раз (только вывод в лог задвоен), галка “Включить отладку” никак не влияет на вывод.
При сохранении правила уведомление ‘defineRule: test’ выводится в лог аж 4 раза, два плюс два с задержкой между парами 0,5-1 сек. Это только при включенной галке “Включить отладку”. Если галку снять, то definerule ни разу не выводится.
То есть wb-rules явно не при чем. Публикуется интерфейсом дважды.
А если вручную опубликовать “1” в топик /devices/test_button/controls/enabled/on - отработает скрипт 1 раз?
Что за браузер используется?
Тогда непонятно что не так с мостом. Настраивал по инструкции: MQTT — Wiren Board
Второй брокер - Mosquitto (add-on в Home assistant). Настройки моста в WB:
Вежливое напоминание.
Со своей стороны не получилось найти причину, почему наличие mqtt-моста приводит к двойному выполнению функции на кнопке, но одинарному на, например, переключателе.