Падает knxd из-за Home Asssistant и Node-Red

Добрый день!
Возникла такая проблема: на объекте установлен Wirenboard 7, который выступает в качестве шлюза для knx шины, на нём же развернут Home Assistant и Node-RED (и Wirguard для удалённого доступа ещё). HA и NR общаются с шиной обращаясь, как я понимаю, к knxd сервису по ip вайренборда.
Проблема, собственно, заключается в том, что HA и NR роняют сервис knxd каждые пару минут:

journalctl -u knxd -f:

Если отключить их обоих, то сервис перестаёт падать. В чём может быть проблема?
Нейронка говорит, что якобы они вдвоём перебивают туннель к knxd у самого WB, что нужно заставить HA и NR обращаться исключительно по mqtt-топикам и тогда всё будет ок.
Перезагрузка WB через команду reboot эффекта не даёт, в то время, как перезагрузка по питанию щита и, соответственно, всей шины knx заставляет шину работать абсолютно стабильно в течение ~часа.
35 устройств на шине knx в сумме. Какая дополнительная информация может потребоваться?

Дополню, что просто уже имеются объекты, где есть WB и Node-Red, Node-Red также обращается к knxd вайренборда по ip адресу и это не создаёт никаких проблем. Другой вопрос, что устройств knx там поменьше, плюс Node-Red установлен на отдельном сервере типа Jethub. Теоретически, такой перенос HA и NR на отдельный мини-сервер мог бы помочь?

Добрый день.
Пока довольно мало информации.
Для начала - как вот эти сервисы, NR, HA используеют knxd? Через что соединяются?
Какие диапазоны адресов используют? Ну и опишите распределение адресов в knxd.

Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.

HA общается с помощью стандартной интеграции, она в свою очередь с помощью туннеля по UDP обращается к IP адресу WB.

Node-Red с помощью ultimate нод так же: Tunnel UDP, к IP адресу WB по порту 3671.

Не совсем понял, какие именно диапазоны адресов имеете ввиду.

Прикрепляю диагностических архив.

приложен диагностический архив, доступен только сотрудникам поддержки
(312,2 КБ)

Прошу прощения, ссылки чего-то с ума посходили :frowning:

Индивидуальные адреса, которые используются при отправке сообщений. Ну и не пересекаются ли они с адресами физической шины и выделенными для автоконфигурирования.

Загрузите пожалуйста также логи knxd. Вижу что он периодически недоступен - интересно посмотреть что в логе.

Индивидуальные адреса используются с 1.1.2 по 1.1.50, у WB физ адрес - 1.1.225. Адреса клиентов WB - 0.0.2:50
Групповые адреса используются начиная с группы 1/0.

Логи knxd:

knxd_logs.txt (2,6 МБ)

Судя по логу

Feb 13 11:48:28 wirenboard-AX36OPYD knxd[8037]: WirenboardKNX: F00000105: [19:A.ncn5120] Link down, terminating

нет/недостаточно питания на шине. Или оно пропадет.
Также, возможно что какой-либо процесс питается писать в порт. Вот это даже более вероятно. Проверьте чтобы порт KNX не был настроен более нигде.
Вот тут, у вас, пример конфликта на втором порту:

/dev/ttyS4:          root        362 F.... node-red
                     root       1617 F.... wb-mqtt-serial

Порт используется всегда одним процессом. Два - уже ошибки.

Понял вас, благодарю, а какой командой это можно посмотреть?

fuser /dev/tty*

Добрый день. Получилось проверить?

Конфликта не было, насколько помню, помогла переустановка KNX-модуля в другой слот

Ну сама по себе смена вряд ли повлияла. Думаю что другой порт более нигде не сконфигурирован просто.