Нет ли в сети устройств с одинаковыми адресами? Предлагаю пока отключить остальные устройства и решить проблему с диммером.
Вот это довольно странно, не должно быть связано. Ошибка возникает только один раз или каждый раз при срабатывании правила?
Отключите для теста физически остальные Modbus-модули и их опрос в конфигурации, оставьте только диммер.
Обновите ПО контроллера. Затем постарайтесь определить минимальный состав правил и функций в них, которые вызывают ошибку. Лишние правила и функции удалите, сделав резервную копию. Оставьте только те правила, которые участвуют в управлении диммером.
Пришлите получившийся минимальный набор правил и файлы минимальной конфигурации, при которых эта проблема существует, опишите, какое действие вызывает ошибку. Также пришлите архив с диагностической информацией, чтобы понять, какие версии пактов у вас установлены. Мы постараемся воспроизвести проблему с диммером и тогда будет возможно ее решить.
У меня только 5 modBUS устройств: 4 MR6LV и 1 WB-MRGBW
У них у всех точно разные адреса
в логах ошибка возникает не каждый раз (не понял закономерности), но другие реле начинают хаотично работать - каждый раз
Что это за информация, как ее собрать?
И есть инструкция по обновлению ПО контроллера? Она не затронет версию движка правил? (не хотелось бы его обновлять)
При обновлении будут обновляться все компоненты, даже ядро. Если очень не хотите обновлять ПО - пришлите архив с диагностикой или версиями пакетов, чтобы посмотреть, не очень ли старые версии пакетов у вас установлены. Но если они старые, то, вероятно, что многие ошибки уже были исправлены.
Попробовал подключить диммер ко второму порту RS-485 (на нем ничего больше не висит).
Ошибка выскакивать перестала, но реле (подключенные к первому порту RS-485) все равно хаотично переключаются после отработки правила.
Довольно странно. Возможно, стоит попробовать запитать сам диммер и ленту от одного источника, если конечно питание ленты не превышает 28 В (V+ соединить с “+”, GND и “-” уже соединены внутри модуля).
При этом случайно не открыта страница Devices в веб-интерфейсе? Попробуйте закрыть браузер и проверить работу правил.
У вас очень старые версии ПО. Понимаю, что не хочется ничего менять и обновлять. Но, думаю, пытаться что-либо диагностировать и решать проблемы, которые уже вероятно решены в новых версиях, будет пустой тратой времени…
Добрый день!
Обновил версии и у меня возникло несколько проблем, которые пока не понимаю как победить:
возникает ошибка с обновлением mariadb
Спойлер
dpkg: error processing package mariadb-server-10.1 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.1 (>= 10.1.48-0+deb9u2); however:
Package mariadb-server-10.1 is not configured yet.
dpkg: error processing package mariadb-server (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
mariadb-server-10.1
mariadb-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
в Настройках/Система пишет на кнопке “Сервис диагностики не доступен”
у меня есть кнопка, подключенная ко входу W1. Раньше нажатие с нее обрабатывалось скриптом https://support.wirenboard.com/t/odnokratnoe-i-dlitelnoe-nazhatie-knopki-dlya-upravleniya-svetom/6939/22
Сейчас получается так, что даже для срабатывания кнопки при одинарном нажатии требуется подержать ее дольше обычного (порядка секунды), а двойное нажатие вообще не распознается. Вроде как на входах модуля WBIO-DI-WD-14 все продолжает работать как и раньше.
Радует, что первоначальная проблема вроде как ушла - буду еще мониторить.
Какая аппаратная версия вашего контроллера Wirenboard? Какая версия ПО была установлена перед обновлением? Каким способом обновляли ПО?
Этот пакет не предустанавливается на контроллер, для работы штатного ПО он не нужен. Вы используете стороннее ПО? Если нет, то можно удалить этот пакет.
Перезагрузите контроллер, затем проверьте работает ли соответствующий сервис командой:
Пришлите архив с диагностической информацией контроллера после запуска сервиса.
То есть до обновления все работало, после обновления перестало? Не может ли быть проблема в чрезмерной загрузке процессора? Пришлите скриншот команды top.
Спасибо!
Получилось!
Диагностическая информация: diag_output_AKVWZOQY_2022-06-22-22.19.42.zip (100.9 КБ)
На текущий момент основная проблема в, что и кнопки, подключенные к входам W1/W2 и кнопки, подключенные к WBIO-DI-WD-14 стали “тупить” - срабатывать только при заметно более долгом нажатии.
Как я понимаю пакеты обновились, но сейчас еще работает ядро 4.9.22. При обновлении ядра контроллер после обновления нужно перезагрузить. Перезагрузите контроллер, чтобы загрузилось новое ядро 5.10. Проверьте работу входов.
Если проблема останется, то пришлите диагностический архив еще раз. Также пришлите скриншот вывода команды top, чтобы проверить загрузку процессора.
Пока не вижу никаких ошибок и проблем в диагностической информации. То есть входы срабатывают с задержкой?
Остановите на всякий случай сервис wb-mqtt-w1 командой:
systemctl stop wb-mqtt-w1
Затем подпишитесь на топик входа W1 командой с выдачей отметки времени и понажимайте на кнопку с разной скоростью: