KNX и DALI: интеграция освещения в здание

Команда, адрес и обратная связь

Один групповой адрес KNX может запускать действие у нескольких получателей. Короткий адрес DALI обозначает устройство внутри конкретной линии. Совпадение чисел этих адресов не создаёт связи: её задают объектами и параметрами шлюза. Сохраните отдельную карту «KNX-команда → линия DALI → группа/устройство → статус».

Рабочий пример с отдельными командами и статусами приведён ниже: адресный лист ETS для переговорной.

Имена и типы объектов берут из приложения ETS конкретной модели. Подтверждение отправки команды не равнозначно измерению света.

Что действительно различается у шлюзов MDT

Последняя строка — документированный пример прежнего поколения, не рекомендация закупки. Его руководство также запрещает дополнительный источник питания DALI, потому что питание встроено. Общие возможности стандарта не отменяют ограничений конкретного шлюза. Для поставки сверяют аппаратную версию, приложение ETS и актуальный паспорт.

Пример разделения проекта на линии

Выбор между двумя линиями и DT8 делают не только по числу адресов. Проверяют ток шины, длины трасс, функции управления цветом, доступность оборудования и локализацию отказов. Если разделили 66 адресов на две линии, обе проверяют отдельно; питание и управляющие пары выходов не объединяют.

Сцены, датчики и отказ

1. Назначьте владельца логики: кто решает, когда включить свет — датчик, KNX-логика или контроллер шлюза. Две независимые автоматики могут перезаписывать уровни друг друга.
2. Определите ручной приоритет: например, ручная сцена действует до следующего отсутствия людей. Это условие проекта, а не стандартное поведение всех устройств.
3. Проверьте включение, относительное диммирование, абсолютный уровень и CCT отдельно.
4. Испытайте восстановление питания KNX, DALI и силовой цепи по отдельности; сохраните ожидаемые реакции.
5. Передайте проект ETS, конфигурацию шлюза, карту адресов и процедуру замены драйвера. Для защищённых проектов доступы передают уполномоченному владельцу безопасным способом.

Проект: 48 светильников на двух линиях

Ниже — учебный проект небольшого офиса. Он показывает последовательность решений, а не готовую спецификацию. Есть рабочий зал, переговорная, проходы и вспомогательные помещения. Для каждого светильника в примере принят один DALI-драйвер; у Tunable White — DT8 Tc. Если реальное изделие содержит несколько адресуемых блоков, ведомость пересчитывают.

Деление на две линии здесь принято для удобства эксплуатации и разделения зон отказа: по числу адресов все 48 устройств могли бы поместиться в одной. У двухканального шлюза корпус и часть питания могут оставаться общей точкой отказа. Два независимых шлюза тоже не обеспечивают независимость, если питаются от общего источника, отказ которого выключает оба.

G0 на линии A и G0 на линии B — разные группы. В ведомости всегда указывайте линию. Для переговорной заранее решите, нужен ли раздельный свет у экрана и у стола: тогда одной группы G1 мало, даже если все восемь драйверов помещаются в неё.

Три независимых расчёта: адреса, шина, сеть

Один и тот же проект нужно проверить по трём разным ведомостям. Адреса определяют возможность управления, ток DALI — питание интерфейсов, потребляемая мощность светильников — силовую часть. Умножение числа светильников на ватты не даёт нагрузку DALI-шины.

160 мА здесь — выбранное для примера значение, не паспорт любого шлюза MDT. Подставьте гарантированный ток конкретного выхода и максимальное потребление всех подключённых компонентов. Если шлюз уже питает DALI, дополнительный источник допускается только по его документации и с проверкой суммарного тока. Адресные и электрические ограничения проверяют раздельно.

Отдельный расчёт силовой нагрузки: допустим, каждый из 48 светильников потребляет из сети 25 Вт. Получаем 1,2 кВт. Эта сумма ещё не выбирает автомат: нужны паспортные пусковые токи, допустимое число драйверов на аппарат защиты, коэффициент мощности, кабель и условия прокладки. Потребление KNX-устройств считают по их KNX-интерфейсам, а не по ваттам светильников.

Длины ветвей и сечение DALI проверяют после выбора трасс. Подробный пример находится в материале «DALI: адреса, группы и сцены» — к нему ведёт ссылка в конце статьи.

ETS: рабочая таблица команд и статусов

KNX-групповой адрес обозначает общую точку обмена между объектами устройств. Он не является DALI-адресом драйвера. DPT задаёт смысл и формат значения; одинаковая длина телеграммы ещё не означает одинаковое назначение. KNX Association рекомендует задавать DPT для группового адреса: ETS использует его для интерпретации данных и проверки привязок.

Ниже собственный шаблон для переговорной A/G1. Адреса условные, их нужно согласовать со структурой проекта. Номера объектов шлюза не приведены намеренно: они зависят от приложения ETS, параметров и модели.

Практическое правило этого шаблона: команды и обратная связь имеют разные адреса. Панель показывает пришедший статус, а не только последнее отправленное значение. Объект статуса должен быть разрешён параметрами шлюза; затем проверяют его передачу, чтение и реакцию панели. Не копируйте набор флагов всех объектов подряд: используйте назначение объекта из документации.

При проверке в ETS сначала отправьте абсолютную яркость, затем измените её другой кнопкой. Если панель не обновилась, проблема может быть в обратной связи. Если значение панели меняется, а свет остаётся прежним, проходите цепочку дальше: объект шлюза, назначение группы, режим блокировки, DALI, драйвер.

Сцены: номер кнопки, телеграмма и DALI

Не делайте вывод по совпадению цифр в интерфейсах. У KNX-сцены есть пользовательский номер, у телеграммы — код, у шлюза — таблица сопоставления, у DALI — собственный набор сцен. В MDT SCN-DA641P.04S руководство V1.0 описывает сопоставление KNX-сцен 1–64 с 16 внутренними сценами; управление выполняется объектом 18.001, запись использует старший бит. Это свойство указанного приложения, а не обещание одинакового меню у всех шлюзов.

Значения выбраны для демонстрации, а не по расчёту освещённости. Для режима презентации может понадобиться отдельная группа возле экрана. До настройки убедитесь, что все драйверы и светильники поддерживают заданный диапазон CCT.

1. Назначьте понятное имя сцене и зафиксируйте все участвующие зоны.
2. Сопоставьте её со сценой шлюза; задайте яркость, цвет и время перехода там, где приложение это поддерживает.
3. Вызовите сцену из ETS, затем штатной кнопкой. Проверьте все зоны, включая те, которые должны остаться без изменения.
4. Измените яркость вручную и повторите вызов: должна вернуться записанная сцена.
5. Если заказчику не нужна запись сцен с кнопки, не назначайте эту функцию на длительное нажатие. Сохраните проект и таблицу значений.

Кто управляет светом: кнопка, датчик или расписание

Распространённая причина «самопроизвольного» изменения света — несколько независимых источников команд. Панель установила 20%, а датчик через секунду вернул своё задание. Это не обязательно неисправность DALI. Проекту нужна явная логика приоритетов. Следующая таблица — редакционное техническое задание; реализовать её можно только в выбранных компонентах с подходящими функциями.

Не задавайте универсальные «30 минут»: время возврата в автоматический режим согласуют с эксплуатацией. Проверяют, что таймер продлевается или не продлевается при повторной ручной команде именно так, как задумано. Датчик присутствия и регулятор постоянной освещённости тоже могут иметь разные блокировки.

Проверочный сценарий: при наличии человека вызовите «Презентацию», измените показания датчика освещённости, затем выйдите и войдите. Запишите, какие команды допустимы в каждом шаге. Так выявляется конфликт, который не виден при одиночном нажатии кнопки. Не называйте бытовую сцену «аварийной»: функции аварийного освещения требуют отдельного проекта.

Отказы: что исчезло и что должно сохраниться

В задании на систему отдельно описывают потерю KNX, потерю DALI, отсутствие сетевого питания драйверов и перезапуск шлюза. Слово «обрыв связи» без указания участка не даёт проверяемого требования. Таблица ниже — план приёмки, а не паспортное обещание поведения.

System Failure Level не создаёт свет при отсутствии силового питания. Power On Level описывает включение драйвера, но конечное состояние затем может изменить восстановившийся контроллер. Даже удачно настроенный начальный уровень нужно проверить вместе с расписанием и автоматикой.

Испытания с отключением цепей выполняет квалифицированный персонал по согласованной процедуре. Не имитируйте отказ случайным замыканием проводов. Для каждого теста фиксируют начальное состояние, действие, ожидаемый результат, фактический результат и восстановление нормального режима.

Пусконаладка: от ведомости до проверенного помещения

1. Сверьте спецификацию: модели шлюза и драйверов, версии ETS-приложения и прошивок, DT6/DT8 Tc, допустимые режимы групп и отдельных устройств. Не ограничивайтесь наличием надписи DALI-2.
2. Подтвердите электрическую готовность: силовое питание, раздельные DALI-линии, полярность KNX, ток источников и трассы. Следуйте монтажным инструкциям выбранных изделий.
3. Создайте KNX-структуру и параметры шлюза. Объекты, появляющиеся только после включения функции, должны быть доступны до привязки адресов.
4. Выполните первичный поиск DALI. Сравните число найденных устройств с ведомостью: A — 30, B — 18 в нашем примере. Расхождение сначала объясните, потом продолжайте.
5. Идентифицируйте каждый светильник штатной командой мигания или переключения. Запишите связь помещения, марки на плане, линии и адреса. Порядок обнаружения не заменяет маркировку.
6. Назначьте группы, проверьте минимум и максимум яркости, затем CCT у DT8. Если часть группы реагирует иначе, сначала проверьте её состав и ограничения устройств.
7. Привяжите команды и статусы ETS, испытайте кнопку, панель и автоматику отдельно. Затем выполните сцены и переходы между режимами.
8. Проведите матрицу отказов, восстановите нормальную конфигурацию и сохраните итоговый проект. Передайте заказчику ведомость, резервную копию и протокол проверки.

Пример строки протокола: «A/G1, команда 1/1/3 = 40%; все восемь светильников изменили яркость; панель получила статус; CCT не изменилась». Это наблюдаемое действие. Запись «DALI работает» не показывает, какие функции действительно проверены.

Яркость 40% в объекте не равна гарантированным 40% освещённости на столе. Для светотехнической приёмки отдельно фиксируют измерения, расположение прибора и состояние дневного света. Статус шлюза подтверждает сообщаемое устройством состояние, а не качество освещения.

Замена драйвера и комплект эксплуатационных файлов

До демонтажа сохраните описание неисправного узла: маркировку на плане, линию, адрес, группы, тип цвета, ток и рабочий диапазон выхода, настройки сцен. Совпадение протокола не подтверждает электрическую пригодность замены.

Если шлюз предусматривает штатную замену одного устройства, начните с неё по инструкции. Не запускайте новую адресацию всей исправной линии ради одного драйвера. После замены проверьте принадлежность группам, сцены, минимум яркости, CCT, статусы и восстановление питания. Наличие света само по себе не завершает замену.

Храните эксплуатационные файлы в доступном ответственным месте с контролем версий. Пароли, ключи KNX Secure и резервные секреты передают отдельно защищённым способом, а не публикуют в библиотеке. Для новой версии шлюза или приложения проверку повторяют: похожий корпус и название семейства не гарантируют прежнего поведения.