Проблема с правилом

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

Какая аппаратная версия вашего контроллера Wirenboard? Какая версия ПО была установлена перед обновлением? Каким способом обновляли ПО?

Этот пакет не предустанавливается на контроллер, для работы штатного ПО он не нужен. Вы используете стороннее ПО? Если нет, то можно удалить этот пакет.

Перезагрузите контроллер, затем проверьте работает ли соответствующий сервис командой:

systemctl status wb-diag-collect

Если нет, то выполните команды:

systemctl enable wb-diag-collect
systemctl start wb-diag-collect

Пришлите архив с диагностической информацией контроллера после запуска сервиса.

То есть до обновления все работало, после обновления перестало? Не может ли быть проблема в чрезмерной загрузке процессора? Пришлите скриншот команды top.

WB6, Не обновлялся после покупки несколько лет назад.
Перед обновлением была вот такая конфигурация Проблема с правилом - #19 от пользователя bocman
А обновлялся через консоль

получается вот так:

# systemctl enable wb-diag-collect
Failed to enable unit: File wb-diag-collect.service: No such file or directory

Да, именно так. Время срабатывания остальных кнопок также увеличилось…
Скриншот Top:

Вполне нормально. Релиз

Предполагаю что все же надо завершить обновление. Скорее всего пакеты в неконсисистентном состоянии, процесс обновления не завершен.

что-то дообновилось, но результат остался таким же…

Сейчас вот такая ситуация:

~# apt list --upgradable
Listing... Done
linux-image-wb6/stable 5.10.35-wb111 armhf [upgradable from: 4.9+wb20210309093830]
wb-configs/stable 2.3.4 all [upgradable from: 2.0~~transitional]
wb-dt-overlays/stable 1.5.0 all [upgradable from: 1.3]
wb-hwconf-manager/stable 1.50.0 all [upgradable from: 1.38.3]
wb-utils/stable 3.5.1 all [upgradable from: 2.1.5]
root@wirenboard-AKVWZOQY:~# apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  galera-3 libatomic1 libcgi-fast-perl libcgi-pm-perl libencode-locale-perl libfcgi-perl libhtml-parser-perl libhtml-tagset-perl libhtml-template-perl
  libhttp-date-perl libhttp-message-perl libio-html-perl libjsoncpp1 liblwp-mediatypes-perl liburi-perl libwbmqtt libwbmqtt0 libwbmqtt1 lsof python-cffi-backend
  python-chardet python-cryptography python-enum34 python-gspread python-httplib2 python-idna python-ipaddress python-oauth2client python-openssl
  python-pkg-resources python-pyasn1 python-pyasn1-modules python-requests python-rsa python-setuptools python-uritemplate python-urllib3 rsync socat wb-homa-gpio
  wb-homa-w1
Use 'apt autoremove' to remove them.
The following packages have been kept back:
  linux-image-wb6 wb-configs wb-dt-overlays wb-hwconf-manager wb-utils
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.

не понятно почему пишет, что часть пакетов можно обновить, но не обновляет

Команда apt list --upgradable выводит список доступных для обновления пакетов.

ПО контроллера, вероятно, было довольно старым. Выполните, пожалуйста, обновление по этой инструкции:
https://wirenboard.com/wiki/New_repository_April_2021

Спасибо!
Получилось!
Диагностическая информация: diag_output_AKVWZOQY_2022-06-22-22.19.42.zip (100.9 КБ)
На текущий момент основная проблема в, что и кнопки, подключенные к входам W1/W2 и кнопки, подключенные к WBIO-DI-WD-14 стали “тупить” - срабатывать только при заметно более долгом нажатии.

Команду

apt update && apt dist-upgrade

выполняли два раза?

Как я понимаю пакеты обновились, но сейчас еще работает ядро 4.9.22. При обновлении ядра контроллер после обновления нужно перезагрузить. Перезагрузите контроллер, чтобы загрузилось новое ядро 5.10. Проверьте работу входов.
Если проблема останется, то пришлите диагностический архив еще раз. Также пришлите скриншот вывода команды top, чтобы проверить загрузку процессора.

да

перезагрузил, вот диагностика diag_output_AKVWZOQY_2022-06-23-21.54.54.zip (103.6 КБ)
и top

WBIO-DI-WD-14 вроде заработал нормально, но W1/W2 продолжают “тупить”

Пока не вижу никаких ошибок и проблем в диагностической информации. То есть входы срабатывают с задержкой?
Остановите на всякий случай сервис wb-mqtt-w1 командой:

systemctl stop wb-mqtt-w1

Затем подпишитесь на топик входа W1 командой с выдачей отметки времени и понажимайте на кнопку с разной скоростью:

mosquitto_sub -v -t /devices/wb-gpio/controls/W1_IN | ts '%H:%M:%.S'

Вывод команды пришлите. Должно быть примерно так:

root@wirenboard-ATHXPBSP-PLC1:~$mosquitto_sub -v -t /devices/wb-gpio/controls/W1_IN | ts '%H:%M:%.S'
09:37:12.231159 /devices/wb-gpio/controls/W1_IN 0
09:37:12.983151 /devices/wb-gpio/controls/W1_IN 1
09:37:13.125311 /devices/wb-gpio/controls/W1_IN 0
09:37:13.265894 /devices/wb-gpio/controls/W1_IN 1
09:37:13.400110 /devices/wb-gpio/controls/W1_IN 0
09:37:13.781190 /devices/wb-gpio/controls/W1_IN 1
09:37:13.912104 /devices/wb-gpio/controls/W1_IN 0
1 лайк

проблема сохраняется

Выполните, пожалуйста, действия указанные в моем предыдущем сообщении, чтобы получить информацию для диагностики проблемы:

Сделал.
вывод менялся только при таком нажатии, при котором изменялось положение реле

mosquitto_sub -v -t /devices/wb-gpio/controls/W1_IN | ts '%H:%M:%.S'
21:15:47.958537 /devices/wb-gpio/controls/W1_IN 0
21:16:02.558286 /devices/wb-gpio/controls/W1_IN 1
21:16:02.816291 /devices/wb-gpio/controls/W1_IN 0
21:17:15.286904 /devices/wb-gpio/controls/W1_IN 1
21:17:15.418163 /devices/wb-gpio/controls/W1_IN 0

это 1 включение и 1 выключение при котором я достаточно долго 0,5-1с удерживал кнопку.
между этими нажатиями нажимал на кнопку кратковременно, а так же делал двойное нажатие - безрезультатно (не менялось положение реле/не срабатывало правило и ничего не было в выводе).

Для примера решил сравнить со входом WBIO-DI-WD-14

mosquitto_sub -v -t /devices/wb-gpio/controls/EXT1_IN11 | ts '%H:%M:%.S'
21:28:13.833858 /devices/wb-gpio/controls/EXT1_IN11 0
21:28:18.913056 /devices/wb-gpio/controls/EXT1_IN11 1
21:28:19.038552 /devices/wb-gpio/controls/EXT1_IN11 0
21:28:23.871818 /devices/wb-gpio/controls/EXT1_IN11 1
21:28:23.947831 /devices/wb-gpio/controls/EXT1_IN11 0
21:28:24.027801 /devices/wb-gpio/controls/EXT1_IN11 1
21:28:24.185961 /devices/wb-gpio/controls/EXT1_IN11 0

тут отразилось одно кратковременное нажатие и одно двойное нажатие (после которого сработало правило)

@bocman Попрошу разработчика подключиться к проблеме. Сможете ли дать удаленный доступ к контроллеру?

Думаю, что да, но нужно перейти в какое-то другое средство коммуникации…

Наш программист подключался сегодня к вашему контролеру. Удалось обнаружить не совсем корректную обработку срабатывания при дребезге на этих входах. Задача поставлена, скоро проблема должна быть исправлена.

В свою очередь, проверьте, пожалуйста, качество контактов кнопки и соединений. Попробуйте другую кнопку или просто позамыкать входы проводом. Будет ли разница?

Спасибо!
Проблема заметна только на тех кнопках, которые подключены к W1 и W2.
На других, аналогичных кнопках, подключенных к WBIO-DI-WD-14 проблема не возникает.
Ну и до обновления прошивки контроллера корректно работали все кнопки.

Добрый вечер!
Какие перспективы по исправлению?

Здравствуйте!
По сведениям от разработчиков задача должна быть сделана в текущем цикле разработке, то есть по срокам около двух недель.

Добрый день!
Прошло уже около 3х недель. Есть новости?

К сожалению выявил, что первоначальная проблема темы - произвольное включение ряда реле при работе диммера - не исчезла (т.е. обновление версии прошивки не помогло).
Можем ли также подключить разработчика для анализа логов?