Системы управления освещением DALI-2 и D4i: руководство по закупкам и вводу в эксплуатацию
Почему DALI-2 и D4i заслуживают отдельного разговора при закупках
Системы управления освещением нередко согласовываются уже после формирования спецификации светильников — хотя именно архитектура управления определяет, как будет выполнен монтаж, ввод в эксплуатацию, документирование и дальнейшее обслуживание. Такой порядок создаёт устранимые риски. Светильник может полностью соответствовать фотометрическому заданию и при этом оставить проектную группу с неясной адресацией, неполными данными для сдачи объекта или без практической возможности подключить датчики и коммуникационные устройства в будущем.
DALI-2 и D4i предоставляют коммерческим покупателям структурированный инструмент для обсуждения этих рисков. DALI-2 — это программа сертификации DALI Alliance, основанная на протоколе DALI и многочастном стандарте IEC 62386. D4i расширяет эту сертифицированную экосистему, добавляя определённые требования к питанию и функциям работы с данными для интеллектуальных светильников. Ни одна из этих маркировок не заменяет проектную проработку под конкретный объект, однако обе позволяют сделать техническую дискуссию при закупках более предметной.
Настоящее руководство предназначено для дистрибьюторов, подрядчиков, проектировщиков, управляющих объектами и специалистов по закупкам, занимающихся оснащением коммерческих интерьеров. В нём рассматриваются решения, которые необходимо принять до оформления заказа, а не выбор протокола по рекламным слоганам.
DALI-2, D4i и IEC 62386: что означают эти понятия
DALI-2 — это программа сертификации, а не просто характеристика продукта
DALI — цифровой протокол управления освещением, описанный в стандарте IEC 62386 и смежных спецификациях DALI Alliance. Цифровая связь позволяет устройствам обмениваться командами и информацией о состоянии. На практике система управления может адресовать устройства, формировать группы и сцены, а также запрашивать данные — вместо того чтобы воспринимать каждый сигнал диммирования как обезличенный аналоговый уровень.
Сертификация DALI-2 проводится по программе тестирования, поддерживаемой DALI Alliance. Программа охватывает управляющее оборудование и управляющие устройства, а статус сертификации привязан к соответствующим частям стандарта. Для закупщика ключевой вывод прост: не следует считать формулировку «совместимо с DALI» равнозначной сертифицированному продукту. Необходимо запрашивать точное наименование в реестре продуктов, область действия сертификата и задекларированный тип устройства.
D4i добавляет определённую базу интеллектуальных данных
D4i расширяет программу сертификации DALI-2, устанавливая требования к LED-драйверам и управляющим устройствам, монтируемым в светильник, для применения в интеллектуальных светильниках с поддержкой IoT. Стандарт устраняет два практических барьера для подключённого освещения: как устройства получают необходимое питание шины и как информация о светильнике, данные об энергопотреблении и диагностика хранятся и передаются.
DALI Alliance определяет несколько обязательных требований для LED-драйверов D4i. В их числе: часть DALI 250 — встроенный источник питания шины, часть 251 — данные светильника, часть 252 — данные об энергопотреблении, часть 253 — данные диагностики и технического обслуживания. Часть 150, спецификация вспомогательного источника питания AUX, является необязательной в требованиях к драйверу D4i, описанных Alliance. Управляющие устройства имеют собственные требования, поэтому драйвер, датчик, коммуникационное устройство и светильник в целом не следует рассматривать как взаимозаменяемые с точки зрения сертификационных заявлений.
Это различие важно при формировании запроса предложений. Драйвер DALI-2 может поддерживать цифровое управление, оставляя часть функций работы с данными необязательной. Драйвер D4i предназначен для создания более определённой базы для сенсорики на уровне светильника, коммуникации, управления активами, отчётности по энергопотреблению и процессов технического обслуживания. Конкретный состав доступной информации по-прежнему зависит от выбранных продуктов и платформы ввода в эксплуатацию.
Первый шаг покупателя: потребность в управлении или потребность в данных?
Типичная ошибка — начинать с вопроса «Стоит ли нам указать D4i в спецификации?». Лучшая отправная точка — разделить потребности проекта на три уровня.
Уровень 1: Базовое управление светом
Нужны ли зданию только включение/выключение, диммирование, небольшое количество стабильных зон и простое управление сценами? В таком случае стандартная архитектура управления может оказаться достаточной. Данные, которые никто не будет собирать, интерпретировать и использовать, не создают ценности для проекта.
Уровень 2: Структурированное цифровое управление
Требуются ли проекту адресуемые устройства, несколько сцен, перенастройка по помещениям, интеграция датчиков или более чёткая локализация неисправностей? Именно здесь архитектура DALI-2 может обеспечить лучшее соответствие эксплуатационным задачам по сравнению с базовым диммированием. Ценность заключается не только в маркировке — она состоит в возможности проектировать группы, сцены, управляющие устройства и документацию для сдачи объекта как единую систему.
Уровень 3: Данные об активах, энергопотреблении и техническом обслуживании
Нужны ли владельцу реестр светильников, отчётность по энергопотреблению, диагностическая информация или возможность подключения датчиков и коммуникационных узлов? Если да, D4i заслуживает отдельной оценки. Команда закупщиков должна определить, какие данные необходимы, где они будут храниться, какая платформа будет их считывать и кто будет действовать на их основе после сдачи объекта.
Именно на третьем уровне многие спецификации становятся расплывчатыми. «Готово к подключению» — не измеримый критерий приёмки. Более строгое требование называет конкретные поля данных, интерфейс, статус сертификации и формат передачи документации, ожидаемые от поставщика.
Что запрашивать в запросе предложений
Комплект оборудования управления следует оценивать с той же тщательностью, что и светильник, драйвер, оптику и гарантию. Приведённый ниже перечень запросов превращает общее предпочтение протокола в проверяемую закупочную информацию.
1. Сертификация и идентификация продукта
Запросите наименование производителя, точный номер модели, модель драйвера, модель управляющего устройства и, при наличии, соответствующую запись в реестре продуктов DALI Alliance. Уточните, относится ли заявление к драйверу, управляющему устройству, светильнику в целом или только к отдельному компоненту внутри него. Фиксируйте эти ответы раздельно в перечне согласованных позиций.
Для светильников, представленных как D4i, убедитесь, что драйвер указан в реестре как сертифицированный D4i и что данные светильника предварительно настроены в соответствии с требованиями к товарному знаку D4i для светильников. Если вместе со светильником поставляется управляющее устройство или датчик, подтвердите его собственную сертификацию и совместимость, а не считайте, что сертифицированный драйвер автоматически сертифицирует все подключённые устройства. DALI Alliance сертифицирует компоненты, а не ведёт отдельную программу сертификации светильников.
2. Функциональные требования
Опишите предполагаемое поведение системы управления в терминах проекта. Укажите количество зон, требования к сценам, входы от датчиков присутствия или естественного освещения, интерфейсы аварийного освещения там, где это актуально, и ожидаемую реакцию при отказе устройства или канала связи. Поставщик не сможет проверить комплект управления относительно неопределённой модели эксплуатации.
3. Требования к данным
Перечислите информацию, к которой оператор планирует иметь доступ. Примеры: идентификатор светильника, данные драйвера, значения энергопотребления или мощности, наработка в часах, статус неисправности и индикаторы технического обслуживания. Уточните, каким образом данные передаются в выбранную платформу управления или систему управления зданием, какой шлюз для этого необходим и задокументирован ли формат данных для передачи объекта.
4. Монтаж и топология
Питание и данные DALI используют одну пару проводов, однако проект всё равно требует корректного анализа топологии. Попросите подрядчика подтвердить маршруты прокладки кабелей, нагрузку на устройства, питание шины, разделение цепей, допущения о полярности, максимальные расстояния при выбранном проектном решении и особенности подключения аварийного или специализированного оборудования. Не принимайте формулировку «как на предыдущем объекте» в качестве расчёта топологии.
5. Ответственность за ввод в эксплуатацию
Назовите сторону, ответственную за адресацию, группировку, программирование сцен, калибровку датчиков, тестирование неисправностей и окончательное подписание актов. Если поставщик светильников, интегратор систем управления, электромонтажный подрядчик и ИТ-служба каждый рассчитывают, что ответственность несёт другая сторона, проект имеет риск при сдаче ещё до начала монтажа.
6. Доказательства приёмки и замены оборудования
Попросите поставщика представить единую матрицу согласования и обновлять её при каждой замене компонента. Каждая строка должна содержать точную модель, доказательства сертификации или товарного знака, требуемую функцию, ответственного, приёмочное испытание, результат и файл для передачи объекта. Не допускайте монтажа замены до проверки соответствующей строки.

Ввод в эксплуатацию: от сертифицированного комплекта к работающей системе
Сертификация помогает формировать ожидания в отношении совместимости, однако не вводит проект в эксплуатацию. Ввод в эксплуатацию следует планировать как последовательность шагов с документальным подтверждением каждого.
Шаг 1: Проверка поставленных компонентов
Сопоставьте номера моделей поставленного оборудования с согласованной спецификацией. Зафиксируйте идентификаторы драйвера, датчика, контроллера, шлюза и светильника. Замены, произведённые при поставке, необходимо рассмотреть до того, как оборудование окажется скрытым в конструкции. Если замена изменяет область сертификации или возможности работы с данными, речь идёт не о косметическом изменении.
Шаг 2: Проверка шины и условий электропитания
До программирования сцен убедитесь в исправности физической шины, поведении источника питания, видимости устройств и соответствии требований управляющих устройств к питанию. Система, которая, по всей видимости, выполняет диммирование, может по-прежнему иметь проблемы с монтажом, адресацией или питанием, которые сложно диагностировать после закрытия потолка.
Шаг 3: Адресация и группировка устройств
Составьте схему адресации, связывающую каждое устройство с помещением, зоной, обозначением светильника и функцией управления. Для объектов гостиничного или офисного назначения схема должна оставаться понятной для технической службы объекта, а не только для монтажника, который её создал. Названия групп следует по возможности согласовывать с чертежами и наименованиями помещений.
Шаг 4: Настройка сцен и логики датчиков
Проверьте штатные сцены, поведение при обнаружении присутствия, реакцию на естественное освещение, ручные переключения, временны́е расписания и восстановление после перебоев питания. Зафиксируйте ожидаемое поведение и фактический результат. Если в проекте используются функции регулировки цветовой температуры или специализированные функции, документируйте рабочие ограничения, а не описывайте их просто как «умные».
Шаг 5: Проверка данных и отчётов о неисправностях
Для проектов D4i убедитесь, что платформа управления способна считывать необходимые данные о светильнике, энергопотреблении и диагностике. Укажите поля и единицы измерения в матрице согласования — например, наработка в часах, значения энергопотребления или мощности, статус неисправности, идентификатор драйвера и реакция на неисправность. Там, где это допускает проект, проверьте один известный или смоделированный путь отказа и зафиксируйте результат. Данные, которые никогда не попадают к оператору, имеют ограниченную практическую ценность.
Шаг 6: Формирование пакета документов для передачи объекта
Пакет должен включать окончательную схему адресации и группировки, исполнительные чертежи, перечень устройств и драйверов, логику управления, значения сцен, конфигурацию шлюза, доказательства сертификации, контакты по гарантии и инструкции по техническому обслуживанию. Включите чёткое описание того, какие данные доступны и какая платформа или инструмент необходимы для доступа к ним.
DALI-2 и D4i: практическое сравнение для проектных команд
| Критерий оценки | DALI-2 | D4i |
|---|---|---|
| Основная роль | Сертифицированная экосистема цифрового управления освещением | Расширение DALI-2 для интеллектуальных светильников с функциями работы с данными |
| Модель управления | Адресуемое цифровое управление совместимыми устройствами | Управление DALI-2 плюс определённые требования к питанию драйвера и интеллектуальным данным |
| Данные светильника | Зависят от продукта и области сертификации; отдельные части данных могут быть необязательными | Части 251, 252 и 253 обязательны для LED-драйверов D4i |
| Отчётность по энергопотреблению | Уточните и проверьте фактические возможности конкретного продукта | Определённое требование к данным об энергопотреблении входит в базовые требования к драйверу D4i |
| Диагностика | Укажите диагностические функции, необходимые для проекта | Определённое требование к диагностическим данным входит в базовые требования к драйверу D4i |
| Интеграция датчиков или коммуникационных устройств | Возможна при наличии совместимых компонентов и соответствующего проектного решения | Разработана для упрощения интеграции в интеллектуальные светильники с поддержкой IoT |
| Ключевой вопрос при закупках | Отвечает ли этот сертифицированный комплект требуемым функциям управления? | Обеспечивает ли этот сертифицированный комплект доступ к данным и интерфейсам, которые будет использовать владелец? |
Таблица является отправной точкой. Область сертификации, платформа, шлюз и топология по-прежнему требуют совместной проверки.
Матрица закупок, пригодная для приёмки
Данная матрица представляет собой минимальный доказательный реестр, позволяющий отличить заявленную возможность от принятого результата.
| Требование | Доказательства поставщика | Приёмочное испытание по проекту | Ответственный | Документ для передачи объекта |
|---|---|---|---|---|
| Сертифицированная функция управления или работы с данными | Точная модель и соответствующая запись в реестре продуктов DALI Alliance | Убедиться, что поставленная модель соответствует согласованной спецификации | Поставщик и проектировщик | Утверждённая спецификация продуктов |
| Заявление о соответствии светильника D4i (при наличии такого требования) | Запись о сертифицированном драйвере D4i и доказательства права на товарный знак для светильника | Проверить идентификатор драйвера и предварительно настроенные данные светильника до ввода в эксплуатацию | Поставщик и интегратор систем управления | Реестр данных светильника |
| Требуемое поведение системы управления | Схема зон, сцен, датчиков, ручных переключений и реакции на отказ | Проверить штатную работу, ручное переключение и восстановление после перебоев питания | Интегратор систем управления | Подписанный акт ввода в эксплуатацию |
| Требуемые данные | Именованные поля, единицы измерения, маршрут доступа и привязка к шлюзу или платформе | Считать каждое требуемое поле и записать образец результата | Интегратор систем управления и технический персонал объекта | Зафиксированный экспорт данных и инструкция по доступу |
| Проект монтажа и электропитания | Топология, нагрузка на устройства и расчёт питания шины | Проверить смонтированный маршрут и видимость устройств до закрытия потолка | Электромонтажный подрядчик | Исполнительный чертёж и протокол испытаний |
| Замена оборудования | Замещающая модель и изменённая область сертификации/данных | Повторно согласовать соответствующую строку до монтажа | Проектировщик или руководитель по закупкам | Актуализированная матрица согласования |
Реестр продуктов содержит сертифицированные продукты, тогда как требования к светильникам D4i описывают использование соответствующего товарного знака для светильников. Требуйте доказательства, соответствующие заявлению; не выводите право на использование товарного знака для полного светильника из маркировки драйвера.

Типичные ошибки при закупках
Ошибка 1: Восприятие «совместимости с DALI» как полного согласования
Формулировка о совместимости может описывать электрическое или протокольное поведение компонента, не подтверждая точный статус сертификации или характеристики полного светильника. Требуйте доказательств для конкретной модели и фиксируйте их в пакете согласования.
Ошибка 2: Закупка данных без операционного процесса
Данные об энергопотреблении и диагностике создают ценность только тогда, когда кто-то их получает, понимает и имеет полномочия действовать на их основе. Назначьте ответственных за дашборды, оповещения, записи технического обслуживания и периодическую проверку ещё до оплаты насыщенной данными архитектуры.
Ошибка 3: Исключение ввода в эксплуатацию из коммерческого объёма
Низкая стоимость оборудования может быть нивелирована неясным распределением ответственности за программирование, повторными выездами, неполной адресацией и некачественной документацией при сдаче. Включите ввод в эксплуатацию в стоимость как самостоятельный результат с испытаниями и документами, а не как неформальную итоговую доработку.
Ошибка 4: Игнорирование стратегии замены оборудования в будущем
Через несколько лет после первоначального монтажа оператору может потребоваться замена драйвера, датчика или коммуникационного устройства. Уточните, какая информация сохраняется, необходима ли определённая сертификация для замещающих устройств и кто сможет восстановить конфигурацию.
Ошибка 5: Внедрение протокола без проверки компетенций проектной команды
Более сложная архитектура управления не является автоматически лучшим решением для проекта. Убедитесь, что электромонтажный подрядчик, интегратор систем управления, ИТ-служба и технический персонал объекта способны обслуживать выбранную систему. За сложностью должны стоять ответственный и обоснование.
Рекомендации по закупкам: простая система принятия решений
Используйте следующие вопросы при проверке проектного решения:
- Проста ли логика зонирования, сцен и датчиков для данного проекта или она будет изменяться?
- Нужно ли владельцу только управление или также стандартизированные данные о светильнике, энергопотреблении и диагностике?
- Какие именно продукты и комплектные светильники сертифицированы и что охватывает эта сертификация?
- Кто будет вводить систему в эксплуатацию, тестировать, документировать и обслуживать её?
- Какая платформа данных будет получать информацию и каков порядок эскалации при возникновении аварийного сигнала?
- Может ли команда обеспечить замену, перенастройку и устранение неисправностей после сдачи объекта?
Если ответы на вопросы о данных и жизненном цикле неопределённы, приостановите разработку спецификации, вместо того чтобы добавлять «умный» как обобщённое требование. Если ответы чёткие, DALI-2 или D4i можно оценить относительно измеримого технического задания проекта.
Часто задаваемые вопросы для закупщиков коммерческого освещения
D4i и DALI-2 — это одно и то же?
Нет. D4i расширяет программу сертификации DALI-2 дополнительными требованиями, предназначенными для поддержки интеллектуальных светильников с функциями работы с данными. В спецификации закупок следует указывать, что именно требуется: управление DALI-2, сертифицированные по D4i драйверы или управляющие устройства, право на использование товарного знака D4i для светильников или их сочетание.
Обеспечивает ли D4i автоматически полноценное решение для умного здания?
Нет. D4i может обеспечить стандартизированную основу для интеграции данных и устройств, однако проект по-прежнему нуждается в совместимых управляющих устройствах, шлюзах или коммуникационных уровнях, программном обеспечении, вводе в эксплуатацию и операционном процессе.
Устраняет ли сертификация необходимость в вводе в эксплуатацию?
Нет. Сертификация поддерживает заявления о совместимости на уровне продукта. Она не охватывает топологию проекта, адресацию, сцены, калибровку датчиков, интеграцию платформы, документацию или обучение оператора.
Что поставщик должен включить в коммерческое предложение?
Как минимум запросите точные номера моделей, доказательства сертификации, функции управления и работы с данными, допущения по монтажу, объём работ по вводу в эксплуатацию, документы для передачи объекта, условия гарантии и предлагаемый порядок замены или технической поддержки. Попросите поставщика отметить любой пункт, зависящий от стороннего контроллера или шлюза.
Заключение
В коммерческих проектах освещения DALI-2 и D4i следует рассматривать как решения в области закупок и жизненного цикла, а не как маркировку, добавляемую в конце спецификации светильников. DALI-2 может обеспечить структурированную цифровую основу управления. D4i добавляет определённые требования к питанию драйвера и стандартизированным данным о светильнике, энергопотреблении и диагностике. Ценность проявляется только тогда, когда спецификация, компоненты, план ввода в эксплуатацию, платформа и пакет документов для передачи объекта согласованы между собой.
Наиболее надёжный следующий шаг — преобразовать ожидания проекта в части управления и данных в контрольный перечень для запроса предложений по конкретным моделям. Определите, чем необходимо управлять, что необходимо измерять, кто будет осуществлять ввод в эксплуатацию и как оператор будет обслуживать систему.
Источники:
- DALI Alliance: Введение в DALI и DALI-2
- DALI Alliance: Спецификации данных DALI
- DALI Alliance: Обзор D4i
- DALI Alliance: Статус сертификации DALI-2
- DALI Alliance: Требования к светильникам
Информация проверена по указанным страницам DALI Alliance по состоянию на 25 августа 2026 года. Статус сертификации продуктов, право на использование товарных знаков и требования проекта необходимо уточнять перед началом закупок.
Дополнительные материалы:
- DALI-2 против 0-10 В: системы управления освещением
- Тенденции закупок коммерческого освещения: I квартал 2026 года
- Тенденции интеллектуального освещения: Matter, DALI-2 и Zigbee
- Освещение как услуга: от CAPEX к OPEX
Следующий шаг для проектных команд
До окончательного согласования спецификации светильников попросите поставщика соотнести каждый предлагаемый светильник и драйвер с приведёнными выше требованиями к управлению, данным, вводу в эксплуатацию и передаче объекта. Чёткая матрица покажет, что именно необходимо проекту: базовое цифровое управление, сертификация DALI-2, возможности работы с данными D4i или иная архитектура. Используйте эту матрицу в качестве контрольного перечня для приёмки коммерческих предложений, замен оборудования, ввода в эксплуатацию и передачи объекта.