Перейти к содержанию
← Назад к блогу

Почему KNX не всегда ответ в промышленной домотехнике

KNX должен быть открытым стандартом европейской домотехники. На практике каждый производитель делает свою версию. Реальный случай обувной фабрики в Elche.

Промышленный электрощит с модульными реле автоматизации
Посчитать экономию →
Каждую ночь проверяем каждую цепочку панелей →

KNX появился в девяностые как открытый европейский протокол автоматизации зданий. Обещание было простым: любое сертифицированное устройство KNX должно говорить с любым другим сертифицированным устройством KNX, независимо от производителя. В теории это логично. На практике, тридцать лет спустя, результат совсем другой.

Сегодня расскажу три реальных случая последних лет. Главный — обувная фабрика в Elche, которая два года стояла на грани закрытия из-за плохо спроектированной установки 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 — не потребительское железо, а профессиональная интеграция. Когда код снимают с производства (и это происходит постоянно), можно неделями искать конкретную деталь по всей Европе. А когда находите, она стоит вдвое дороже, чем при исходном монтаже.

Когда одна из этих трёх проблем застаёт Вас врасплох, у Вас не домотехника — у Вас дорогая бомба замедленного действия.

Случай Elche: два года хаоса

В 2019 году обувная фабрика в Elche обратилась к нам с проблемой, которую два года пыталась решить с исходным установщиком. Они вложили около 60 000 € в систему KNX «под ключ», которая управляла:

  • внутренним освещением производственных цехов
  • наружным освещением и парковкой
  • печами термофиксации подошв
  • климатом офисов

Всё интегрировано, всё автоматизировано, всё «по европейскому стандарту». Проблема в том, что с первого дня ничего не работало как следует. Свет сам зажигался ночью. Печи — самый критический узел производства, без них нет обуви — выключались без видимой причины и, хуже того, их нельзя было вручную взвести, не вызвав интегратора. Фабрика останавливалась на 4–8 часов каждый раз.

Клиент просил одно, установщик делал другое, и когда что-то ломалось, ответ был всегда один: «виноват французский производитель, в компоненте баг, ждём новую прошивку». Два года новой прошивки, которая так и не приходила. (Говорю «французский производитель», чтобы не называть марку — кто работает в отрасли, поймёт.)

Нас вызвали, потому что они были на грани. Каждая поломка останавливала линию. Подошвы, которые входили в печь в момент отключения, оставались недофиксированными и шли в брак. Рабочие половину времени проводили у телефона, пытаясь дозвониться до исходного интегратора, который уже не отвечал.

Когда фабрика теряет 4–8 часов производства каждый раз, когда система освещения даёт сбой, это не домотехника. Это дорогая бомба замедленного действия.

Технический диагноз

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

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

Такая архитектура не должна была выйти с чертёжного стола. Но когда KNX позволяет трогать всё с шины, появляется опасный стимул класть критическую логику на шину. Ни один серьёзный промышленный техник не повесит блокировку безопасности печи на шину, общую с освещением парковки. А она там была.

Решение: Shelly Pro + Raspberry Pi

Решение было радикальным: снять весь KNX. Буквально всё. Устройства, актуаторы, датчики, шлюзы. Что можно было продать на вторичке — продали, остальное пошло в лом.

Вместо этого поставили архитектуру гораздо проще и гораздо устойчивее:

  • Shelly Pro 4PM на каждую группу освещения. Модульные актуаторы на DIN-рейке в щите, четыре канала, измерение потребления по каналу, связь Wi‑Fi + Ethernet. Работают без центрального сервера: если координатор падает, каждый Shelly держит свою локальную логику.
  • Shelly Pro EM-50 для измерения трёхфазного потребления в каждой критической зоне, с отправкой в реальном времени в собственную базу.
  • Печи снова получили свой выделенный щит с проводной блокировкой безопасности и физическим реле взвода. Единственная интеграция с общей системой — сигнал состояния (вкл/выкл) и команда аварийного останова, оба сухим контактом. Никаких общих шин для критической логики.
  • Raspberry Pi 4 с Home Assistant как координатором всей системы. Скрипты автоматизации в YAML, автоматические бэкапы на NAS клиента и веб-интерфейс, к которому начальник цеха заходит с телефона.
  • Резервный 4G-модем на случаи, когда заводской Wi‑Fi давал сбои, что случалось часто из-за электромагнитного шума станков.

Полная стоимость миграции: 6 200 € железа плюс 8 рабочих дней двух техников. Меньше десятой доли стоимости исходной системы KNX.

Эта установка работает с 2019 года. Ноль простоев, относимых к системе. Печи ни разу не выключились сами. Когда один Shelly сломался (два раза за шесть лет), клиент купил новый на Amazon, заменил за двадцать минут и перенастроил, клонировав конфигурацию из Home Assistant. Внешний техник не понадобился.

Другие случаи, которые я видел

Elche не единичный случай. В последние годы я видел варианты той же проблемы в разных отраслях. Ещё три, которые помню хорошо:

Аптека в Мадриде — компонент снят с производства, холодильники под угрозой

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 есть сценарии, где он остаётся правильным выбором:

  1. Большие люксовые виллы с одним доверенным интегратором, который будет вести систему годами, и где бюджет не проблема. Здесь сложность шины, дорогое ПО и специфические компоненты оправданы: клиент хочет элегантную систему с сенсорными экранами Gira или Jung в каждой комнате и готов платить.
  2. Проекты, где KNX уже стоит и хорошо работает. Если Вы наследуете работающую установку, не трогайте её. Стоимость миграции почти всегда выше выгоды. Добавляйте слои сверху, если нужна функция, но не переделывайте то, что работает.
  3. Специфические интеграции с некоторыми европейскими производителями климата, у которых только нативные интерфейсы KNX, а шлюзы к другим протоколам дороги или нестабильны.
  4. Сертифицированные здания, где формальная документация системы 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.
  • Сельское / теплицы / автономка: та же схема, что в промышленности, но с особым вниманием к потреблению, потому что такие системы обычно живут на автономной фотоэлектрике. Здесь успешно работали Raspberry Pi + Node-RED + Shelly Plus для полива, вентиляции, температуры и уровня воды.

Заключение

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

Когда клиент просит промышленную домотехнику, мой первый вопрос не «KNX или не KNX?», а «какой у Вас план на ближайшие десять лет?». Если ответ включает одного внешнего интегратора, бюджет на дорогие запчасти и время ждать прошивки, KNX может иметь смысл. Во всех остальных случаях Вам, скорее всего, лучше комбинация Shelly, Home Assistant, ESPHome и немного промышленного здравого смысла.

Клиент из Elche шесть лет без проблем. Ему никого не пришлось вызывать. Фабрика не останавливалась. А когда компонент ломается, он покупает новый на Amazon меньше чем за 100 € и меняет сам за двадцать минут. Именно такую домотехнику я хочу строить.

→ Технологии · WhatsApp 692 22 97 13

Похожие статьи

Аэрозольный огнетушитель в фотоэлектрическом щите: в стандартной комплектации, проверен на настоящем огне →Tesla, Ваша гарантия на Powerwall — позор. Открытое письмо Илону Маску →Настройка зарядной станции Deye: LoRa или Wi-Fi через Deye Cloud →

Готовы перейти на самопотребление?

Бесплатный расчёт без обязательств за 24–48 часов.

Поговорить с экспертом →