KNX виник у дев'яностих як відкритий європейський протокол автоматизації будівель. Обіцянка була простою: будь-який сертифікований пристрій KNX має говорити з будь-яким іншим сертифікованим пристроєм KNX, незалежно від виробника. У теорії це має сенс. На практиці, через тридцять років, результат зовсім інший.
Сьогодні розповім три реальні випадки, які я пережив останніми роками. Головний — взуттєва фабрика в Ельче, яка два роки була на межі закриття через погано спроєктовану установку KNX, поки ми не вирішили буквально зняти всю систему й почати з нуля з Shelly і Raspberry Pi. Але спершу дозвольте пояснити, чому такі ситуації значно поширеніші, ніж здається.
Міф відкритого стандарту
KNX сертифікує KNX Association зі штаб-квартирою в Брюсселі. Назва звучить як нейтральний консорціум. Реальність у тому, що для роботи професійним інтегратором потрібен ETS, офіційне програмне забезпечення програмування, яке коштує близько 4 000 € за професійну версію і є на 100 % пропрієтарним. Кожен проєкт KNX живе всередині файлу ETS — якщо Ви втратите файл або якщо початковий інтегратор не передасть його наприкінці робіт, Ви не зможете нічого перепрограмувати, не зробивши все заново.
Хоч би яким «відкритим» був протокол, що йде кабелем, вхід до екосистеми — дороге пропрієтарне ПЗ. І це вже суперечить слову «стандарт».
Друга пастка — фрагментація між виробниками. Gira, Jung, ABB, MDT, Siemens, Schneider, Theben, Hager… усі продають продукти «сертифіковані KNX». Але кожен реалізує власні розширення, власні application programs і має власний каталог кодів. Коли в одній установці змішують виробників, несумісності вискакують у кутах проєкту: релейний вихід, який не слухається бінарного входу, термостат, що ігнорує події шини при зміні уставки, шлюз DALI, який відповідає невчасно. Технічно всі дотримуються стандарту. Функціонально разом нічого не працює.
Третя пастка — доступність запчастин. KNX — не споживче залізо: це залізо професійної інтеграції. Коли код знімають із виробництва (і це відбувається постійно), можна тижнями шукати конкретну деталь по всій Європі. А коли знаходите, вона коштує вдвічі більше, ніж на момент початкового монтажу.
Коли одна з цих трьох проблем застає Вас зненацька, у Вас не домотічна установка — у Вас дорога бомба сповільненої дії.
Випадок в Ельче: два роки хаосу
У 2019 році взуттєва фабрика в Ельче звернулася до нас із проблемою, яку два роки намагалася вирішити зі своїм початковим монтажником. Вони вклали близько 60 000 € у систему KNX «під ключ», яка керувала:
- Внутрішнім освітленням виробничих цехів
- Зовнішнім освітленням і паркінгом
- Керуванням печами термофіксації підошов
- Кліматизацією офісів
Усе інтегровано, усе автоматизовано, усе «відповідає європейському стандарту». Проблема в тому, що з першого дня ніщо не працювало добре. Світло вмикалося саме вночі. Печі — найкритичніша частина виробництва, бо без них немає взуття — вимикалися без видимої причини і, що гірше, не було способу перезапустити їх вручну, не викликавши інтегратора. Фабрика зупинялася на 4–8 годин щоразу, коли це траплялося.
Клієнт просив одне, монтажник робив інше, а коли щось не працювало, відповідь завжди була та сама: «це вина французького виробника, у компоненті баг, чекаємо нову прошивку». Два роки нової прошивки, яка так і не приходила. (Кажу «французький виробник», щоб не називати бренд — хто працює в цій галузі, зрозуміє, про кого йдеться).
Нас викликали, бо вони були на межі колапсу. Кожна відмова зупиняла лінію. Підошви, які входили в піч, коли вона вимикалася, залишалися термофіксованими наполовину й ішли в брак. Робітники проводили половину часу на телефоні, намагаючись зв'язатися з початковим інтегратором, який уже навіть не відповідав.
Коли фабрика втрачає від 4 до 8 годин виробництва щоразу, коли система освітлення має проблему, те, що у Вас є, — не домотічна установка. Це дорога бомба сповільненої дії.
Технічна діагностика
Перше, що я попросив, — файл ETS початкового проєкту. Його добували тиждень: інтегратор «втратив його під час зміни комп'ютера». Коли нарешті вдалося відкрити, ми знайшли те, що вже підозрювали: архітектуру KNX приблизно з вісімдесятьма пристроями чотирьох різних виробників, з ділянками шини, які не дотримувалися рекомендованої топології, петлями зворотного зв'язку між виконавчими механізмами й датчиками, і системою керування печами, зробленою як каскад об'єктів зв'язку, що залежав від стану шини в реальному часі.
Простими словами: система працювала погано, бо її погано спроєктували. Печі мали власну логіку безпеки — максимальна температура, виявлення перегріву, зупинка у разі відмови — делеговану шині KNX. Будь-яка колізія чи затримка на шині перетворювалася на команду вимкнення, яку піч виконувала, не знаючи чому. А оскільки інтегратор запрограмував усе переплетеними групами зв'язку, перезапустити піч означало буквально перепрограмувати з ETS.
Ця архітектура ніколи не мала вийти з креслярської дошки. Але коли KNX дозволяє чіпати все з шини, є небезпечний стимул класти критичну логіку на шину. Жоден серйозний промисловий технік не поставив би блокування безпеки печі на спільну шину з освітленням паркінгу. І все ж воно було там.
Рішення: Shelly Pro + Raspberry Pi
Рішення було радикальним: зняти весь KNX. Буквально все. Пристрої, виконавчі механізми, датчики, шлюзи. Те, що можна було перепродати на ринку вживаного, ми повернули; решта пішла на утилізацію.
Натомість ми встановили значно простішу й значно надійнішу архітектуру:
- Shelly Pro 4PM на кожну групу освітлення. Це модульні виконавчі механізми на DIN-рейку в щиті, з чотирма каналами, вимірюванням споживання по каналах і зв'язком WiFi + Ethernet. Вони працюють без центрального сервера: якщо координатор падає, кожен Shelly зберігає власну локальну логіку.
- Shelly Pro EM-50 для вимірювання трифазного споживання в кожній критичній зоні, з передаванням у реальному часі до власної бази даних.
- Печі знову отримали власний щит, з кабельним блокуванням безпеки і фізичним реле перезапуску. Єдина інтеграція із загальною системою — сигнал стану (увімкнено/вимкнено) і команда аварійної зупинки, обидві через сухий контакт. Жодних спільних шин для критичної логіки.
- Raspberry Pi 4, на якому працює Home Assistant як координатор усієї системи. Скрипти автоматизації в YAML, автоматичні резервні копії на NAS клієнта і вебінтерфейс, до якого начальник цеху заходить з телефону.
- Резервний 4G-модем на випадок, коли заводський WiFi давав збої, що часто траплялося через електромагнітний шум обладнання.
Повна вартість усього проєкту міграції склала 6 200 € заліза плюс 8 робочих днів двох техніків. Менше однієї десятої вартості початкової системи KNX.
Та установка працює з 2019 року. Нуль простоїв, що їх можна віднести на систему. Печі жодного разу не вимкнулися самі. Коли один Shelly відмовив (це сталося двічі за шість років), клієнт купив новий на Amazon, замінив його за двадцять хвилин і переналаштував, клонуючи конфігурацію з Home Assistant. Жоден зовнішній технік не знадобився.
Інші випадки, які я бачив
Ельче — не ізольований випадок. Останніми роками я бачив варіанти тієї самої проблеми в різних галузях. Ось ще три, які добре пам'ятаю:
Аптека в Мадриді — компонент знято з виробництва, холодильники під загрозою
80 000 € вкладено в систему KNX Siemens, яка керувала освітленням, кліматизацією і холодильниками задньої кімнати, де зберігають чутливі до температури ліки. На третій рік саме той код термостата холодильника зняли з виробництва, і сумісного не було в усій Іспанії. Два тижні холодильники в ручному режимі — перевіряли температуру щогодини кишеньковим термометром, боячись утратити партію інсуліну — поки шукали заміну на eBay Німеччини за потрійну початкову ціну.
Кінцеве рішення — замінити всю критичну частину (холодильники + кліматизація зали підготовки) звичайними промисловими контролерами і термометром Shelly H&T як резервний моніторинг, який попереджає власника в Telegram, якщо будь-яка температура виходить за діапазон. Клієнт залишив KNX лише для освітлення, бо воно вже було встановлене й працювало — тут правило діє: те, що працює, не чіпають.
Товариство власників в Аліканте — фантомні тривоги
Система KNX керувала доступом до гаража, спільним освітленням і периметральними сигналізаціями. Щоночі, випадково, одна з сигналізацій спрацьовувала сама. Сусіди викликали інтегратора, який взяв плату за виїзд, звинуватив «блискавку» й поїхав. Через два тижні — ще одна фантомна тривога. І ще одна. І ще.
Початковий інтегратор казав, що це «електромагнітний шум на шині», і пропонував фільтрувальний шлюз за 1 200 € плюс виїзд на встановлення. Коли нас викликали по другу думку, реальна діагностика зайняла двадцять хвилин: IP-шлюз системи мав відомий баг, який виробник виправив у новій прошивці — але нова прошивка вимагала оновити ETS до версії, якої в інтегратора не було і яку він відмовлявся купувати. Рішення: ми замінили шлюз на Shelly Plus i4, який надсилає події в Home Assistant, і хибні спрацювання зникли того самого дня. Повна вартість: 45 € заліза + 2 години роботи.
Офіси технологічної консалтингової компанії — неможлива інтеграція
Сучасна компанія із системою KNX хотіла інтегрувати її з Google Calendar, щоб переговорні автоматично вимикали освітлення й кліматизацію, коли порожні понад п'ятнадцять хвилин і немає близьких бронювань. На папері — банальна інтеграція. У реальному світі KNX — неможлива без дорогих шлюзів, програмування ETS і кожної зміни логіки, яку виставляють окремо.
Ми перенесли переговорні на Shelly + Home Assistant + HACS, і внутрішня IT-команда компанії змогла запрограмувати інтеграцію з власним Google Workspace за один день, не викликаючи жодного зовнішнього консультанта. Початковий інтегратор KNX пів року просив гроші за дослідження здійсненності — яке так і не здав.
Коли KNX справді має сенс
Не хочу, щоб ця стаття звучала як загальна атака. У KNX є сценарії, де він залишається правильним вибором:
- Великі люксові вілли з єдиним надійним інтегратором, який підтримуватиме систему роками, і де бюджет не проблема. Тут складність шини, дороге ПЗ і специфічні компоненти виправдані, бо клієнт хоче елегантну систему з сенсорними екранами Gira чи Jung у кожній кімнаті й не проти платити.
- Проєкти, де KNX уже встановлено й добре працює. Якщо Ви успадковуєте установку, що працює, не чіпайте її. Вартість міграції майже завжди вища за вигоду. Додайте шари зверху, якщо потрібна більша функціональність, але не переробляйте те, що працює.
- Специфічні інтеграції з певними європейськими виробниками кліматизації, які пропонують лише нативні інтерфейси KNX і де шлюзи до інших протоколів дорогі або нестабільні.
- Сертифіковані будівлі, де формальна документація системи KNX полегшує аудити енергоефективності або сертифікації LEED/BREEAM.
В усіх інших випадках — і особливо в промислових середовищах, де простій коштує дорого, а простота заміни критична — існують кращі альтернативи.
Що використовувати замість KNX
Моя технічна рекомендація за типом проєкту, без диму й без прив'язки до жодного виробника:
- Звичайне житло (< 200 м²): стандартний Shelly + Home Assistant. Вартість на точку: 25–40 €. Налаштування через веб. Компоненти доступні на Amazon з доставкою за 24 години.
- Люксове житло або велика вілла: Shelly Pro на DIN-рейку + Home Assistant на Intel NUC з SSD. Та сама філософія, що в житлі, але з професійними DIN-виконавчими механізмами і фізичним резервом сервера. Вартість на точку: 40–80 €.
- Офіси й комерційні простори: Shelly Pro + ESPHome (для кастомних датчиків) + Home Assistant + інтеграція з корпоративними API. Тут додана вартість — здатність інтегруватися зі Slack, Google Calendar, Microsoft Teams тощо.
- Промисловість: звичайні ПЛК (Siemens S7, Schneider M2xx) для критичної логіки безпеки. Shelly Pro + Home Assistant для рівня нагляду й загального освітлення. Ніколи не змішуйте ці дві речі на одній шині. Правило просте: безпека йде фізичним кабелем, нагляд іде через IP.
- Сільське господарство / теплиці / off-grid: та сама схема, що в промисловості, але з особливою увагою до електроспоживання, бо такі системи зазвичай працюють від автономної фотоелектрики. Тут я успішно використовував Raspberry Pi + Node-RED + Shelly Plus для керування поливом, вентиляцією, температурою й рівнем води. Саме це я зробив у проєкті в сьєррі Мурсії, про який розповідаю на сторінці проєктів.
Висновок
KNX не мертвий. У нього є легітимні випадки використання. Але він перестав бути відповіддю за замовчуванням щонайменше десять років тому, і традиційні європейські виробники ще цього не помітили.
Коли клієнт просить у мене систему промислової домотіки, моє перше запитання — не «KNX чи не KNX?», а «який Ваш план на наступні десять років?». Якщо відповідь включає єдиного зовнішнього інтегратора, бюджет на дорогі запчастини й час чекати прошивки, KNX може мати сенс. В усіх інших випадках Вам, імовірно, краще з поєднанням Shelly, Home Assistant, ESPHome і трохи промислового здорового глузду.
Клієнт з Ельче вже шість років без проблем. Йому не довелося нікого викликати. Його фабрика не зупинялася. А коли компонент відмовляє, він купує новий на Amazon менш ніж за 100 € і змінює його сам за двадцять хвилин. Саме таку домотіку я хочу будувати.