PS: комментарии видны всем, в оригинальном виде. Не зависимо от того, на каком языке ты читаешь саму идею

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

Здравствуйте, Сергей

Для создания триггера, который переключается из нуля в последнее принятое состояние, используйте скрипт, приведенный в проекте-примере:

KNX_SmartTrigger.irpz

Проект подходит для любого драйвера, не только KNX. Чтобы он начал работать, настройте KNX, его команды и каналы, создайте кнопки, которые будут служить в качестве "умных" триггеров.

Кнопка должна иметь тип Button, к ней должен быть привязан канал обратной связи от управляемого адреса, чтобы она отображала реальное состояние адреса.

Далее, откройте редактор скриптов -  [JS], и создайте в нижней части файла скрипта описание всех "умных" триггеров так же, как это сделано в примере.

Для каждого триггера описывается:

• имя драйвера, с которым связан триггер
• имя команды, куда триггер отправляет данные (оно должно быть таким же, как имя канала обратной связи, откуда триггер получает инофрмацию о текущем состоянии управляемого адреса)
• путь к элементу-триггеру (страница, имя элемента)
• значение триггера по умолчанию. После запуска проекта, если начальное значение адреса было равно нулю, при нажатии на триггер он установит это значение. 

Экземпляр триггера в файле скрипта выглядит так:

trigger(IR.GetDevice("KNX Router (KNXnet/IP)"),    // драйвер
         "Address 1",                              // адрес KNX (Command = Feedback)
         IR.GetItem("Page 1").GetItem("Item 2"),   // кнопка-триггер
         50)                                      // значение триггера по-умолчанию

чтобы создать другой триггер, вам нужно скопировать только этот блок данных и заменить необходимые параметры - адрес элемента, адрес KNX, имя драйвера.

Здравствуйте, Максим

Удалите из проекта Иридиум ссылки на групповые адреса, связанные не с исполняющими устройствами в шине KNX, а с клавишными выключателями, которые тоже управляют нагрузкой.
Второй вариант: в ETS убрать галочки Read в настройках групповых адресов клавишных выключателей.

Проблема в том, что при запуске, иридиум опрашивает состояние всех добавленных в проект групповых адресов. Среди них оказываются и адреса выключателей. Если у выключателей активна галочка Read (возможность принудительно опросить адрес), то выключатель отвечает в шину о своем состоянии. Исполняющее устройство воспринимает этот ответ как нажатие на клавишу и свет выключается.
Это осбенность работы шины, которую нужно учитвать или в ETS, или в проекте Иридиум.
В любом случае, удалить лишние адреса из проекта Иридиум будет очень полезно, т.к. они создают лишнюю нагрузку на шину при запуске проекта.