Knx

нет, был диапазон 10 вроде. я изменил на 3 т.к. не понимаю зачем вообще давать ей этот диапазон… по хорошему поставить 1 и все.) точнее я понимаю что, Wirend’у так проще и быстрее общаться с шиной… но это лишнее мне кажется.

кстати фидбэка с диммера так и нет)

},
          	"6-1-4": {
                type: "range",
                max: 255,
                value: 0,
                knx_type: "wide",
              	readonly: false
            },
          	"6-1-6": {
                type: "range",
                max: 255,
                value: 0,
                knx_type: "wide",
              	readonly : true
            }

6-1-4 это команда… но только странно что она полный дипазон выдает только с 0-255 а не 0-100, но это понятно что наверное с “типами” данных почините.

но вот 6-1-6 это статус диммера, устройство в шину шлет но wirend не реагирует и ползунок не перемещается.

image

ETS получает из того же диапазона адрес, так как тоже “клиент”.

Так, покажите телеграммы, подпиской на топик, на которые должно реагировать?

Я не вижу тут телеграмму.
Покажите что в топик knx приходит.
Ну и можно ж просто текстом, не картинками.
Ну и в скрипте включите лог - чтобы видеть что пришло

вижу только в KNX шине, устройство отдало свою текущую яркость (это видно на скрине)

судя по команде mosquitto_sub -t '/devices/knx4_group_addrs/controls/6-1-6' -v и ответе “0” то ничего…

ок

var dimmerValue = "knx4_group_addrs/6-1-6";


defineRule("dimmer", { //название правила 

  whenChanged: dimmerValue, //при изменении указанного значения
  then: function (newValue, devName, cellName) { //выполняй следующие действия
    log.info("DimmerValue ", newValue); //Это лог.
  }
    	
});

тишина…

Это топик виртуального устройства, я про knx топик, то есть /devices/knx/controls/data

Switch объект то показывает, если вкл то и статус переключается…

root@wirenboard-A5IILD2Q:~# mosquitto_sub -t '/devices/knx/controls/data' -v
/devices/knx/controls/data i:5/10/20 g:6/1/4 GroupValueWrite 0x33
/devices/knx/controls/data i:5/10/102 g:6/1/6 GroupValueWrite 0x33
/devices/knx/controls/data i:5/10/20 g:6/1/4 GroupValueWrite 0x80
/devices/knx/controls/data i:5/10/102 g:6/1/6 GroupValueWrite 0x80
/devices/knx/controls/data i:5/10/20 g:6/1/4 GroupValueWrite 0xff
/devices/knx/controls/data i:5/10/102 g:6/1/6 GroupValueWrite 0xff


Источник - контроллер.

это утверждение? я телеграмму отправлял с ETS на диммер и диммер отдавал свой статус. источник устройство под физ. адресом: 5.10.102

Да, верно, невнимателен.
Итак, видно, что адрес групповой 6/1/6

перед строкой

dev[vdev_devid][groupAddr[1].split("/").join("-")] = !!parseInt(value, 16);

вставьте вывод в лог значения пожалуйста.

            }
          log.info("Knx ", value)
            dev[vdev_devid][groupAddr[1].split("/").join("-")] = !!parseInt(value, 16);
        }

image

То есть оно получено, разобрано и в виртуальное устройство с существующим типом не лезет.
А потому что хоть и указан тип knx_type: “wide”, но ветвления нету. Завтра напишу функцию.

Ок. Я надеюсь данная отладка помогает Вам допилить «правильный» функционал под knx?

Уже тестирую новый wb-mqtt-knx.

Вот пример описания устройства:


Ну и что при этом создается в devices:
Screenshot from 2021-11-30 15-47-32

выглядит интересно но пока не понятно) list device - ниже физ. адрес… т.е. что каждый девайс будет занимать физ.адрес?)) потом правее device ID и опять тот же физ.адрес… ну а далее вижу гр. адрес… но зачем разделять т.е. мне для фидбэка надо отдельный девайс создавать… только там без рид онли а тут с рид онли… а не проще просто адрес для записи и адрес для статуса…

Это просто название. То есть мне оказалось удобно обозвать “устройство”, то есть группу контролов так.
Сейчас в разработке прямой экспорт из ETS в контроллер.

Нет, “readOnly” -просто означает что из интерфейса нельзя его изменить.

Тема тут:

Что то много написано, из всего начертанного хочу задать вопрос - а у Вас групповой адрес управления и фидбека один и тот же?