DALI, KNX чи Zigbee: чим керувати світлом на об'єкті

При замовленні світла для вілли чи готелю протокол керування зазвичай вирішують в останню чергу — спочатку обирають світильники за каталогом, а «розумне керування» додають окремим рядком, не уточнюючи, що за ним стоїть. Різниця між DALI, KNX і Zigbee — не технічна дрібниця для інженера. Це різниця між системою, яка переживе заміну одного драйвера через п’ять років, і системою, де згорілий хаб залишає весь номер готелю без керування світлом до приїзду сервісної команди.

Розбираємо, як влаштовані три головні протоколи керування світлом, що кожен уміє і чого не вміє, як їх комбінують на реальних об’єктах і на чому найчастіше економлять при замовленні обладнання з Китаю — а потім переробляють проводку на вже оздобленому об’єкті.

Що таке DALI, KNX і Zigbee і чим вони відрізняються в принципі

Усі три — це протоколи цифрового керування, але вирішують вони різні задачі і побудовані на різному фізичному середовищі.

DALI (Digital Addressable Lighting Interface) — міжнародний стандарт IEC 62386, розроблений спеціально для освітлення. Це двопровідна шина, якою контролер надсилає цифрові команди драйверам світильників: увімкнути, вимкнути, задати яскравість, викликати сцену. DALI не вміє керувати шторами, кондиціонером чи замками — лише світлом, зате робить це з точною адресацією кожного окремого світильника.

KNX — міжнародний стандарт ISO/IEC 14543-3 (також EN 50090), шина автоматизації всієї будівлі. Тією самою витою парою KNX може керувати освітленням, шторами й жалюзі, кліматом, датчиками присутності, контролем доступу й обліком енергії — як єдиною системою із загальною логікою сценаріїв. Світло для KNX — лише одна з підсистем, а не єдина задача протоколу.

Zigbee — бездротовий mesh-протокол на основі фізичного й MAC-рівня стандарту IEEE 802.15.4, працює в діапазоні 2,4 ГГц. На відміну від DALI і KNX, Zigbee не потребує прокладання окремої шини: пристрої утворюють мережу, що самовідновлюється, де кожен запитаний від мережі вузол ретранслює сигнал сусідам. Актуальна версія Zigbee 3.0 (сертифікується Connectivity Standards Alliance) уніфікувала профілі пристроїв, щоб лампа одного бренду працювала з вимикачем іншого.

Ключова відмінність для замовника — не «який протокол кращий», а яку задачу він вирішує: DALI — це інструмент точного керування саме світлом, KNX — інструмент керування всією будівлею, Zigbee — спосіб додати керування без штроблення стін.

DALI: адресний протокол для керування саме світлом

DALI будується на двопровідній шині без полярності — переплутати проводи під час монтажу неможливо, що знижує кількість помилок на майданчику. Кожному драйверу на лінії присвоюється одна з 64 адрес, драйвери об’єднуються в групи й отримують до 16 сцен освітлення на пристрій. Контролер може звертатися до світильника індивідуально, групою або широкомовно — усі одразу.

Практичне обмеження DALI — 64 адреси на одну лінію. Для приміщення з великою кількістю точок освітлення (банкетний зал готелю, лобі, ресторан відкритого планування) лінії об’єднують через DALI-роутери або використовують кілька незалежних ліній на один поверх — це закладається на етапі проєкту електрики, а не додається постфактум.

Окремо варто розуміти різницю між DALI-1 (застаріла версія без обов’язкової сертифікації сумісності) і DALI-2 — актуальною сертифікацією Digital Illumination Interface Alliance (DiiA), яка гарантує, що обладнання різних виробників дійсно працює разом на одній шині. Тип пристрою DT8 відповідає за керування кольором і налаштовувану кольорову температуру (tunable white, RGB), DT6 — за стандартне LED-димування. При замовленні важливо вимагати не загальну фразу «DALI compatible» в презентації фабрики, а модель з офіційного реєстру сертифікованих пристроїв DiiA.

DALI не замінює автоматизацію будівлі — ним не можна керувати шторами чи кондиціонером напряму. Це вузькоспеціалізований, але дуже надійний інструмент саме для світла: готельні номери, ресторани, офіси, шоуруми — всюди, де потрібна точна сценарна робота зі світлом без задачі об’єднати його з рештою інженерних систем.

KNX: шина автоматизації всієї будівлі

KNX передає дані виділеною витою парою (шина TP1, швидкість передачі 9600 біт/с), яка прокладається паралельно силовій проводці на етапі будівництва чи капітального ремонту — окремий кабель на кожен вимикач, датчик і виконавчий пристрій. Це збільшує вартість і складність монтажу порівняно з DALI й особливо Zigbee, але дає те, чого немає у спеціалізованих протоколів: єдину логіку для світла, штор, клімату, датчиків присутності, контролю доступу й обліку енергії в одній системі, запрограмованій через фірмове ПЗ ETS (Engineering Tool Software).

Принципова архітектурна перевага KNX — децентралізація. У системи немає єдиного «мозку», від якого залежать усі пристрої: кожен компонент шини (вимикач, диммер-актуатор, датчик) містить свою логіку й обмінюється командами напряму з іншими пристроями по шині. Якщо з ладу виходить один актуатор чи шлюз, решта системи продовжує працювати — на відміну від архітектур із центральним хабом, де його відмова зупиняє керування повністю.

KNX сертифікується KNX Association: у реєстрі асоціації — понад 500 виробників і понад 8000 сертифікованих груп продуктів, що дає замовнику широкий вибір обладнання різних брендів без ризику несумісності. Це виправдовує вищу вартість впровадження на об’єктах, де автоматизація потрібна не лише для світла: вілли з повним керуванням кліматом і шторами, готелі з центральною диспетчеризацією інженерних систем.

Zigbee: бездротова mesh-мережа без штроблення

Zigbee будується на фізичному й MAC-рівні IEEE 802.15.4 — тій самій основі, на якій працюють Thread і низка проприєтарних mesh-протоколів. Ключова практична перевага — відсутність виділеного кабелю: пристрої зв’язуються радіоканалом 2,4 ГГц, а мережа утворює mesh-топологію, де кожен запитаний вузол (лампа, розетка, вимикач) ретранслює сигнал сусідам, розширюючи покриття без додаткових повторювачів.

До версії Zigbee 3.0 різні екосистеми (ZLL, ZHA і проприєтарні профілі брендів) не завжди працювали одна з одною в одній мережі, попри спільний фізичний рівень. Zigbee 3.0, сертифікований Connectivity Standards Alliance (CSA), уніфікував профілі пристроїв для реальної міжбрендової сумісності — але це не скасовує того, що бюджетний шлюз із застарілою прошивкою формально називають «Zigbee», хоча фактично він підтримує лише власну екосистему постачальника.

Практичні обмеження Zigbee на об’єкті: по-перше, мережі потрібен хаб (координатор) — точка, що об’єднує mesh із застосунком чи центральною автоматизацією, і його відмова або втрата інтернет-з’єднання (якщо хаб хмарний) може позбавити користувача сценарного керування. По-друге, у будівлях з монолітними бетонними перекриттями (типово для готелів у Південно-Східній Азії) щільність вузлів і товщина стін знижують дальність і підвищують затримку в mesh — мережа, спроєктована «на око» без розрахунку повторювачів, починає губити команди при великій кількості одночасних сцен. Zigbee — швидкий і недорогий спосіб додати керований світло туди, де штробити стіни не можна чи не на часі: реновація, апартаменти під оренду, об’єкти зі стислими термінами.

Порівняння протоколів: що обрати під задачу

Що обрати під конкретний тип об’єкта

Нова вілла з повною автоматизацією. Оптимальна зв’язка — KNX як магістральна шина всієї будівлі (штори, клімат, датчики, сценарії «Ранок», «Кіно», «Виїхали») плюс DALI як підсистема на рівні ліній освітлення, підключена через KNX-DALI шлюз. Так отримують точну адресацію кожного світильника від DALI і єдину логіку будівлі від KNX, не жертвуючи жодною з переваг.

Номерний фонд готелю. Всередині номера — DALI: точна адресація світильників, сцени «Відпочинок» і «Робота», керування підсвіткою ванної з урахуванням вимог до IP-класу й напруги (детальніше — у нашому розборі IP-класів світильників для вологих зон). На рівні будівлі — Guest Room Management System (GRMS) на базі KNX чи BACnet, що об’єднує світло, клімат, штори й датчики присутності в номері з PMS готелю та центральною диспетчеризацією.

Ресторан, шоурум, офіс без складної інженерії. Якщо задача — лише сценарне освітлення без інтеграції зі шторами й кліматом, KNX-надбудова надлишкова: достатньо DALI-контролера сцен, який керує лініями освітлення напряму.

Реновація, апартаменти під оренду, стислі терміни. Єдиний варіант без розкриття оздоблення — Zigbee-mesh. Тут особливо важливо перевіряти сертифікацію Zigbee 3.0 у конкретної моделі хаба (а не покладатися на слово «Zigbee» в описі) і закладати локальний, а не лише хмарний, хаб із резервним фізичним вимикачем на випадок відмови мережі.

На чому економлять фабрики й інтегратори

• Продають обладнання як «DALI compatible» без сертифіката DALI-2. Формально протокол використовується, але реалізація урізана чи проприєтарна — драйвер однієї фабрики не розуміє команди димування контролера іншої, і на об’єкті частина сцен просто не спрацьовує.
• Ставлять noname пристрої без сертифікації KNX Association. У проєкті ETS такий пристрій може формально визначатися, але конфліктувати з шиною при великій кількості групових адрес — типовий симптом: частина вимикачів перестає відповідати після додавання нового обладнання.
• Використовують застарілий профіль Zigbee (ZLL/ZHA) замість повноцінного Zigbee 3.0. Пристрої різних брендів фізично в одній радіомережі, але не бачать одне одного на рівні профілю — сцени, що об’єднують лампи різних виробників, не працюють.
• Економлять на кількості DALI-роутерів і Zigbee-повторювачів. Проєктна лінія перевищує практичний ліміт у 64 адреси DALI без розширення роутером, або mesh-мережа Zigbee не розрахована на товщину бетонних перекриттів — заявлене покриття не відповідає факту після оздоблення.
• Не передають замовнику адресну карту DALI й ETS-проєкт KNX. Без документації при поломці одного драйвера інженеру доводиться заново програмувати всю лінію методом підбору, замість того щоб замінити один компонент за адресою.
• Не закладають локальний фізичний вимикач як резерв. Система повністю зав’язана на застосунок і хмарний хаб — при відмові інтернету чи сервера виробника керування світлом зникає повністю, а не частково.

Ці параметри — сертифікат конкретної моделі (не серії «загалом»), кількість адрес і роутерів на лінію, комплект документації (адресна карта DALI, експортований проєкт ETS) — варто фіксувати окремими рядками в специфікації й перевіряти на інспекції перед відвантаженням, а не покладатися на загальне формулювання «розумне керування світлом» у комерційній пропозиції.

Міні-кейс: вілла на Пхукеті без резервного вимикача

Власник вілли на 12 кімнат замовив «розумне світло» у місцевого інтегратора без зазначення протоколу в технічному завданні — формулювання в контракті обмежувалося фразою «керування освітленням через застосунок». Фактично встановили Zigbee-систему на базі хмарного хаба одного китайського бренду: усі сцени, димування й розклади працювали лише через прив’язаний до облікового запису застосунок, а частину настінних вимикачів інтегратор демонтував «для чистоти дизайну», залишивши керування виключно через смартфон.

Проблема проявилася в сезон дощів, коли після відключення інтернет-провайдера на дві доби хаб втратив зв’язок із хмарним сервером виробника. Світло в будинку залишилося в тому стані, у якому було на момент обриву зв’язку — частина кімнат горіла постійно, частина залишалася вимкненою, а без фізичних вимикачів і без зв’язку із застосунком змінити це було неможливо аж до відновлення інтернету. Власник був змушений замовляти електрика для тимчасової перекомутації частини ліній на звичайні вимикачі в обхід розумної системи, а потім — переглядати проєкт на користь KNX для публічних зон будинку з резервним локальним керуванням, що потребувало часткового розкриття вже готових стель.

Якби протокол, архітектура відмовостійкості й обов’язкова наявність фізичного резервного вимикача були зафіксовані у специфікації на етапі проєктування, ні аварійної перекомутації, ні повторного розкриття стель не знадобилося б.

Коди УКТ ЗЕД для обладнання керування світлом

Компоненти систем DALI, KNX і Zigbee декларуються за різними кодами залежно від функції пристрою, а не бренду протоколу:

Підсумковий код залежить від конкретної функції пристрою і того, чи постачається він як частина готового світильника, чи окремим компонентом — уточнюйте у фабрики технічну документацію та звіряйте класифікацію з брокером до відвантаження, актуальний класифікатор — в офіційному реєстрі УКТ ЗЕД.

Замовлення систем керування світлом через Dream View

Обладнання DALI, KNX і Zigbee — частина загальної категорії освітлення та декору з Китаю, а контролери, шлюзи й датчики автоматизації замовляються в тій самій специфікації, що й решта електроніки та техніки об’єкта — протокол, кількість адрес і сертифікація фіксуються окремими рядками, а не загальним формулюванням «розумний будинок». Як і решта закупівель, обладнання йде через агента з фіксованою комісією 10% від вартості замовлення: Dream View вимагає сертифікати конкретних моделей (DALI-2, KNX Association, Zigbee 3.0), перевіряє комплектність документації — адресні карти й проєкти ETS — і звіряє протокол керування з реальним проєктом електрики об’єкта на інспекції перед відвантаженням.

Проєктуєте систему керування світлом для вілли, готелю чи ресторану і не впевнені, який протокол закладати під ваш об’єкт? Напишіть нам: orders@dreamviewchina.com або залиште заявку на сторінці послуг — безкоштовно порахуємо специфікацію та підберемо фабрику під ваш проєкт.