Я поменял (некорректнно настроенный) ip адрес сервера.
Теперь сервис работает
Отключился, покинул организацию.
Спасибо, вроде доступ к KNX заработал. Единственное что статус например лампы не обновляется. Ну то есть ее можно включить, выключить но если она включается например через Homme Assisntant, то в WB статус не обновляется. В групповых адресах KNX я уверен.
У меня вот такая конфигурация устройства
{
“controls”: [
{
“controlId”: “Основной свет”,
“controlTitle”: “”,
“dataPointType”: “1.xxx_B1”,
“feedbackGroupAddress”: “8/2/1”,
“groupAddress”: “8/1/1”,
“readOnly”: false,
“readPollInterval”: 0,
“readPollTimeout”: 0
}
],
“deviceId”: “Кабинет”,
“deviceTitle”: “”
}
Добрый день.
Опишите пожалуйста чем поведение отличается от ожидаемого?
То есть - какие телеграммы на шине, кем отправляются.
Кто должен отправить установленный статус 8/2/1?
Это групповой адрес реле 8/1/1
Это групповой адрес статуса реле 8/2/1
При изменении состояния реле прилетает телеграм который на основании которого должно измениться состояние переключателя . Сейчас если состояние реле меняется не через WB то этот факт не отражается в WB а должен был бы.
Покажите пожалуйста телеграмму, в шине. Ну и подписку на контрол, с таймштампом.
Проверил, создав аналогичную конфигурацию, при отправке в шину телеграммы с ГА совпадающим с описанным для “статуса” - состояние контрола меняется.
Телеграмму в шине сложно поймать, это живой объект там их много. А вот это не понятно что имеется ввиду “Ну и подписку на контрол, с таймштампом.” .
Котрол я не импортировал из ETS проекта, создал руками, может в этом проблема.
Например, я отправляю телеграмму на ГА 1/1/55
Тип 1, значение 1
Вижу эту телеграмму в шине:
knxtool vbusmonitor1 local:/var/run/knx|ts
Apr 20 15:53:22 L_Busmon: BC 02 13 09 37 E1 00 81 0C :L_Data low from 0.2.19 to 1/1/55 hops: 06 T_Data_Group A_GroupValue_Write (small) 01
И вижу реакцию контролла на нее:
mosquitto_sub -v -t /devices/knx_main1_middle1/controls/control1_1_55 |ts
Apr 20 15:53:22 /devices/knx_main1_middle1/controls/control1_1_55 1
Таймштамп позволяет точно соотнести события.
Ах, да, для имено статуса:
Сконфигурировано так:
Отправляю, именно в “статус”:
knxtool vbusmonitor1 local:/var/run/knx|ts
Apr 20 15:57:58 L_Busmon: BC 02 13 09 55 E1 00 81 6E :L_Data low from 0.2.19 to 1/1/85 hops: 06 T_Data_Group A_GroupValue_Write (small) 01
Apr 20 15:58:22 L_Busmon: BC 02 13 09 55 E1 00 80 6F :L_Data low from 0.2.19 to 1/1/85 hops: 06 T_Data_Group A_GroupValue_Write (small) 00
Вижу:
Apr 20 15:57:58 /devices/knx_main1_middle1/controls/control1_1_55 1
Apr 20 15:58:22 /devices/knx_main1_middle1/controls/control1_1_55 0
Спасибо! Разобрался в чем была проблема!
У меня произошло пересечение по адресам knxd и физических устройств.
Команды уходили, статусы не приходили → конфликт физических адресов: пул туннельных клиентов 1.1.1:120 накрывал реальные устройства линии, включая 1.1.50, плюс EibAddr совпадал с границей пула.
Ага, понятно, то есть сам knxd - отправлял не в тот интерфейс.
Ну, отлично что нашлась причина.