нет, был диапазон 10 вроде. я изменил на 3 т.к. не понимаю зачем вообще давать ей этот диапазон… по хорошему поставить 1 и все.) точнее я понимаю что, Wirend’у так проще и быстрее общаться с шиной… но это лишнее мне кажется.
Я не вижу тут телеграмму.
Покажите что в топик 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_type: “wide”, но ветвления нету. Завтра напишу функцию.
выглядит интересно но пока не понятно) list device - ниже физ. адрес… т.е. что каждый девайс будет занимать физ.адрес?)) потом правее device ID и опять тот же физ.адрес… ну а далее вижу гр. адрес… но зачем разделять т.е. мне для фидбэка надо отдельный девайс создавать… только там без рид онли а тут с рид онли… а не проще просто адрес для записи и адрес для статуса…
Это просто название. То есть мне оказалось удобно обозвать “устройство”, то есть группу контролов так.
Сейчас в разработке прямой экспорт из ETS в контроллер.
Нет, “readOnly” -просто означает что из интерфейса нельзя его изменить.