Не работает IP туннель KNX

Приобрел и установил WBE2-I-KNX, далее по инструкциям: выбрал в настройке портов правильный модуль для третьего порта, проверил настройки knxd, в ETS5 добавил интерфейс IP-туннель с ip-адресом контроллера и портом по умолчанию. Кнопка “тест” дает статус “ок”.
Но я не могу прочитать или записать ни одно устройство, и не вижу групповых телеграмм в mqtt.
Сначала оказалось, что я забыл убрать mod3 из wb-mqtt-serial, но после того, как я его убрал ситуация не поменялась. В логах knxd видно подключение и отключение линии knx, но это всё.

диагностический архив прилагаю
diag_output_AGKLYNML_2025-06-19-13.48.12.zip (564,7 КБ)

Добрый день!

Потребуется некоторое время, чтобы подготовить полный ответ.

Бегло просмотрев архив, заметил, что служба KNX, похоже, не запущена.
Рекомендую проверить её статус и посмотреть логи :

systemctl status wb-mqtt-knx

Служба запущенна:

root@wirenboard-AGKLYNML:~# systemctl status wb-mqtt-knx
● wb-mqtt-knx.service - Wiren Board MQTT KNX bridge
Loaded: loaded (/lib/systemd/system/wb-mqtt-knx.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2025-06-19 14:21:29 +05; 1h 20min ago
Main PID: 2000 (wb-mqtt-knx)
Tasks: 8 (limit: 2340)
Memory: 12.3M
CPU: 5.842s
CGroup: /system.slice/wb-mqtt-knx.service
└─2000 /usr/bin/wb-mqtt-knx

Jun 19 14:26:10 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: [mqtt] subscription succeeded (message id 36)
Jun 19 14:49:39 wirenboard-AGKLYNML wb-mqtt-knx[2000]: ERROR: Failed to get a group TPDU: Connection reset by peer
Jun 19 14:49:39 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: Connecting to knxd… URL: ‘local:/var/run/knx’
Jun 19 14:54:20 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: knxd connected successfully
Jun 19 14:59:54 wirenboard-AGKLYNML wb-mqtt-knx[2000]: ERROR: Failed to get a group TPDU: Connection reset by peer
Jun 19 14:59:54 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: Connecting to knxd… URL: ‘local:/var/run/knx’
Jun 19 14:59:54 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: knxd connected successfully
Jun 19 15:04:59 wirenboard-AGKLYNML wb-mqtt-knx[2000]: ERROR: Failed to get a group TPDU: Connection reset by peer
Jun 19 15:04:59 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: Connecting to knxd… URL: ‘local:/var/run/knx’
Jun 19 15:04:59 wirenboard-AGKLYNML wb-mqtt-knx[2000]: INFO: knxd connected successfully
root@wirenboard-AGKLYNML:~#

Обнаружил сейчас, что устройством настроенным через другой шлюз я могу управлять, но почему то не вижу его статусов, более чем странно

на всякий случай конфиги
knxd.conf (217 байтов)
wb-mqtt-knx.conf (1,9 КБ)
wb-knxd-config.conf (496 байтов)

Добрый день.

Вот тут немного не понимаю, по описанию.
Расскажите пожалуйста - что отправляете в шину, что ожидаете в ответ и что получаете?

Настроил четыре групповых адреса, на три подписаны контролы привода штор (открыть/закрыть, стоп, управление позицией), в четвертом привод периодически отправляет статус положения. Эти адреса прописал wb-mqtt-knx, можно увидеть в прикрепленном файле. На вкладке “устройства” если кнопки жать, проценты вводить - привод управляется. А вот статус еего положения всегда “0”, хотя рядом на панельке статус шторы меняется от положения

Покажите пожалуйста что в шине KNX? Есть ли сообщения группового “0/0/2”?

Подскажите, как это делается на WB? Через KNXtool? Или можно как то увидеть сырые данные в сервисах, например в wb-mqtt-knx?
В понедельник у меня снова будет доступ к стороннему шлюзу, смогу показать в ETS

Итак, в ETS5 через USB-интерфейс я вижу телеграммы о состоянии мотора, и телеграммы от контроллера WB тоже вижу. Через wb-mqtt-knx (включил режим отладки) я не вижу входящие телеграммы в логе, только две, которые я отправил через knxtool появились.
В knxtool busmonitor1 я тоже не вижу входящие телеграммы, хотя вроде должен.
Кажется у нас проблемы с WBE2-I-KNX. Сейчас я попробую его переставить в другой порт, потому что не могу придумать, что бы еще проверить

переставил в другой порт (MOD1), настроил по новой, но по прежнему knxd не получает телеграммы с линии TP KNX

Пример есть тут: Повторяются сообщения knx

Обратите внимание: vbusmonitor1

Ну и проверьте (покажите) пожалуйста еще раз какой именно формат данных используется для 0/0/2

Спасибо, действительно, если использовать правильную команду, то что то можно увидеть.
Вот вывод при нажатии виртуальных кнопок “Open/Close” и следом “Stop”

root@wirenboard-AGKLYNML:~# knxtool vbusmonitor1 local:/var/run/knx
L_Busmon: BC 11 02 00 04 E1 00 80 35 :L_Data low from 1.1.2 to 0/0/4 hops: 06 T_Data_Group A_GroupValue_Write (small) 00
L_Busmon: BC 11 02 00 05 E1 00 80 34 :L_Data low from 1.1.2 to 0/0/5 hops: 06 T_Data_Group A_GroupValue_Write (small) 00

Можно увидеть что контроллер отправляет данные. Однако здесь я вновь не вижу ответа на 0/0/2, тем временем в ETS обмен выглядит так:

218 23.06.2025 14:06:59,616 из шины Низкий 1.1.20 Bingshen blind motor v2.0 0/0/2 статус позиции 6 GroupValueWrite 5.001 percentage (0…100%) $7F | 50 %
217 23.06.2025 14:06:59,152 из шины Низкий 1.1.2 - 0/0/5 стоять 5 GroupValueWrite 1.009 open/close $00 | Открыть
216 23.06.2025 14:06:58,288 из шины Низкий 1.1.20 Bingshen blind motor v2.0 0/0/2 статус позиции 6 GroupValueWrite 5.001 percentage (0…100%) $7F | 50 %
215 23.06.2025 14:06:57,211 из шины Низкий 1.1.20 Bingshen blind motor v2.0 0/0/2 статус позиции 6 GroupValueWrite 5.001 percentage (0…100%) $7F | 50 %
214 23.06.2025 14:06:57,171 из шины Низкий 1.1.20 Bingshen blind motor v2.0 0/0/2 статус позиции 6 GroupValueWrite 5.001 percentage (0…100%) $7F | 50 %
213 23.06.2025 14:06:57,108 из шины Низкий 1.1.2 - 0/0/4 открыть/закрыть 5 GroupValueWrite 1.009 open/close $00 | Открыть

Как можно здесь увидеть, привод отвечает в группу 0/0/2 на любое действие, а так же во время движения, формат данных 5.001 8-bit Percentage. В настройке устройства в wb-mqtt-knx используется 5.xxx 8-bit Unsignet Value.

Я могу как то проверить, не аппаратная ли проблема у стика? Может через утилиту COM порта или осциллографом? Это же просто UART-EIB переходник, если я правильно помню

Проверил через minicom. Модуль принимает телеграммы, я явно вижу на /dev/ttyMOD1 ответ от мотора

Welcome to minicom 2.8
OPTIONS: I18n
Port /dev/ttyMOD1, 15:02:38
Press CTRL-A Z for help on special keys
bc 11 37 00 05 e1 00 80 01 13 bc 11 14 00 02 e2 00 80 7f 59 13

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

То есть тип - 5.001

А в выводе knxtool - покажите пожалуйста, есть ли это?

ETS при этом подключен через KNXD? Если нет - то рекомендую либо подключиться через роутер контроллера либо отключить второй адаптер на момент чтения.

Не видел до сих пор ни разу чтобы адаптер не читал только сообщения какого-то ГА. То есть если стабильно читаются сообщения для остальных - то и для этого ГА должны. Для проверки - попробуйте поменять “0/0/3”<->“0/0/2”

Вот тут то всё и началось: у нас не работает контроллер как туннель для ETS. Я отключал фишку адаптера на момент чтения knxtool, ничего не меняется, я по прежнему не вижу никакие телеграммы.

У нас получается, что никакие не читаются, vbusmonitor1 не показывает никакие ГА, которые я отправляю с настенной панельки или из ETS. Там видны только ГА отправленные wb-mqtt-knx.
При этом я остановил knxd.socet, wb-mqtt-serial, запустил minicom, натравив его на порт /dev/ttyKNX и вижу там сообщения - как от привода, так и от ETS. Я грешил на неисправный WBE2-I-KNX, но похоже он исправен.

Так, я заметил что

телеграмма для 0/0/4

Да, все верно.

А в том случае если ETS подключаете к контроллеру и отправляете что-либо из цwb-mqtt-knxd - это видно?

если ets подключать к контроллеру, как к туннелю, то нет, не вижу

Апдейт. Если отправлять из wb-mqtt-knxd когда ETS подключена к контроллеру, как к туннелю, то я вижу сообщения в мониторинге ETS, сообщения которые отправляются wb-mqtt-knx. Но нет сообщений от мотора или клавиатуры, то есть то что происходит в линии knxd почему то игнорирует, хотя адаптер данные принимает и передает в UART.
Нам очень нужен knx в будущих проектах, помогите разобраться, что не так.
Я пока попробую переустановить knxd

Вот с подобным не встречался.
Дайте доступ?

Пригласите пожалуйста пользователя support@wirenboard.com в организацию на облачном сервисе.
Для этого в настройках организации нажмите кнопку “Пригласить”


И укажите почтовый адрес:

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