Без привязки к витрине бренда
Выбираем сертифицированные KNX-устройства по функциям и параметрам, а не собираем проект вокруг одного каталога.
Разрабатываем функциональное задание, топологию KNX TP/IP/RF, схемы щитов, адресную структуру, сценарии и спецификацию. Увязываем свет, климат, шторы, энергоучёт, защитные функции и интерфейсы до начала монтажа.
Разделяем обязательную локальную автоматику, комфортные сценарии и внешние сервисы. Каждая команда получает источник, адресата, обратный статус и понятное поведение при отказе.
Выбираем сертифицированные KNX-устройства по функциям и параметрам, а не собираем проект вокруг одного каталога.
Связываем нагрузки, защиту, щиты, трассы, питание шины и места управления с проектами ЭОМ и интерьера.
Фиксируем нормальные и отказные режимы, ручное управление, приоритеты и критерии «работает / не работает».
Передаём версионный комплект, таблицы каналов и адресов, спецификацию и предусмотренную договором структуру ETS.
Расчёт относится только к проектным и выбранным обследовательским работам. Количество функций важнее одной площади, поэтому учитываем свет, климат, приводы, архитектуру, исходные данные и состав документации.
Глубина каждого документа зависит от стадии и договора. В рабочем комплекте не остаются неопределённые «сделать по месту» связи, которые нельзя проверить после монтажа.
Помещения, нагрузки, датчики, интерфейсы, ручные режимы, сценарии, уведомления и критерии приёмки.
Клавиши, датчики, панели, шкафы, шина KNX, высоты установки и координация с интерьером.
Линии, области, источники питания, линейные и IP-маршрутизаторы, сегментация и резерв развития.
Исполнительные каналы, аппараты защиты, клеммы, питание шины, DALI-шлюзы, сетевые интерфейсы и резерв.
Индивидуальные и групповые адреса, типы данных, команды, статусы и согласованные правила именования.
Логика обычных и аварийных режимов, приоритеты, обратная связь и поведение при отказах.
Оборудование и материалы с техническими характеристиками, количеством и обоснованным резервом.
Перечень функций и сценариев для FAT/SAT, требования к протоколам и комплекту сдачи.
Схема иллюстративная. Реальное число линий, источников питания и маршрутизаторов определяется устройствами, током шины, длинами, размещением и требованиями к отказоустойчивости.
Выберите пример. В проекте для каждого действия дополнительно фиксируем источник команды, разрешающие условия, тайм-аут, обратный статус и ручной режим.
Не обещаем одинаковую дальность и функции для любой планировки. Вариант выбирается после анализа отделки, щитов, трасс, радиосреды и оборудования.
Основная проводная шина для нового строительства и капитальной реконструкции. Требует заранее спроектированной кабельной инфраструктуры.
IP-магистраль между линиями, удалённая диагностика и интеграции — в сегментированной сети с согласованным доступом.
Гибрид для отдельных зон готового интерьера. Дальность и маршруты подтверждаем обследованием и пилотом, а не паспортной цифрой.
Световые группы и диагностика через выбранные шлюзы. Состав функций зависит от драйверов, устройств управления и проекта адресации.
Шлюзы к Modbus, BACnet, M-Bus и фирменным интерфейсам проверяем по конкретным моделям и доступной документации.
Планы помещений, роли, история и приложение проектируются отдельным уровнем; базовое управление не переносим целиком на сервер.
Эти решения влияют на топологию, щиты, стоимость, устойчивость и возможность сопровождать систему после завершения отделки.
Базовые команды проектируем локальными. Приложение и удалённый доступ остаются дополнительным уровнем и не должны быть единственной точкой управления.
Проверяем число устройств, ток потребления, падение напряжения, структуру областей и запас источников питания по фактическим изделиям.
Фиксируем структуру адресов, типы данных, команды и статусы. Это основа диагностики и последующего расширения системы.
ETS нужен для проектирования, параметрирования и диагностики. После сдачи его ноутбук не обязан постоянно находиться на объекте.
Наличие слова Modbus, BACnet или DALI не гарантирует нужные функции. Сверяем конкретный шлюз, карту данных, команды и обратные статусы.
Физические клавиши и понятные локальные режимы закладываем даже при наличии приложения, голосового управления и сложных сценариев.
Совместимые устройства, ключи, пароли проекта, резервные копии и регламент доступа планируются как единый контур, а не как отдельная галочка.
Перенос стены, новая группа света или замена климатического оборудования могут менять щит, адреса, сценарии и спецификацию.
KNX может получать или передавать предусмотренные проектом статусы, но не подменяет обязательную пожарную автоматику и её алгоритмы.
Если части материалов нет, начинаем с обследования и фиксируем допущения. До выпуска рабочей документации согласуем функциональную матрицу и актуальную планировку.
Каждый этап заканчивается проверяемым результатом. Новые функции не растворяются в переписке, а попадают в задание, версию проекта и смету.
Собираем архитектуру, дизайн, электрику, климат, перечень помещений и ожидания пользователей.
Определяем нагрузки, органы управления, датчики, сценарии, статусы и поведение при отказах.
Выбираем KNX TP/IP/RF, границы линий, интеграции, сервер визуализации и уровень резервирования.
Показываем планы, топологию, интерфейсы и бюджетные ограничения до выпуска рабочей документации.
Выпускаем планы, схемы щитов, кабельные связи, таблицы каналов, адреса, спецификацию и задания смежникам.
По договору формируем структуру проекта, адресное пространство и шаблоны параметров под согласованное оборудование.
Вносим один согласованный пакет замечаний в пределах утверждённого задания и фиксируем версию комплекта.
По запросу выполняем авторский надзор, сборку щитов, монтаж, программирование ETS и пусконаладку.
Точный состав зависит от стадии и задания. Редактируемые файлы, ETS-структура, пароли и Secure-данные передаются только в согласованном объёме и по безопасной процедуре.
Используем опыт сборки щитов, программирования ETS и пусконаладки, поэтому в документации учитываются клеммы, доступ к устройствам, маркировка, диагностика и дальнейшее обслуживание.




KNX-стандарт не заменяет требования к электроустановке, пожарной безопасности и составу проектной документации. Применимость каждого документа определяем для конкретного объекта.
Архитектура, среды передачи, совместная работа устройств, конфигурирование и KNX Secure. Функции выбранных моделей проверяем отдельно.
Официальный источник ↗Действующие основные требования СПДС к составу, оформлению и изменениям проектной и рабочей документации.
Официальный источник ↗Рабочая документация автоматизации инженерных систем и силового электрооборудования — в применимой части комплекта.
Официальный источник ↗Требования к силовой и осветительной части жилых и общественных зданий; это не универсальный норматив на всю KNX-автоматику.
Официальный источник ↗Выбор и монтаж проводок, защита, коммутация, заземление и электромагнитные воздействия учитываются по электрической части проекта.
Официальный источник ↗KNX не заменяет обязательные системы пожарной сигнализации, СОУЭ и пожарной автоматики и не снижает их автономность.
Конкретный состав документов, обязательность требований и технические решения зависят от назначения объекта, стадии, задания, электрической схемы и выбранного оборудования. Актуальные редакции проверяем на дату выпуска проекта. Указание стандарта на странице не означает его безусловную применимость к любому объекту. KNX не заменяет предусмотренные законодательством системы пожарной сигнализации, пожарной автоматики и оповещения; обмен с ними возможен только через согласованный интерфейс без снижения их автономности и приоритета.
Коротко о сроках старта, составе проекта, ETS, реконструкции, интеграциях и границах калькулятора.
Проектирование определяет функции, топологию, линии, щиты, каналы, адресную структуру, сценарии, спецификацию и критерии приёмки. ETS используется для структуры и параметрирования конкретных устройств; окончательная загрузка и проверка выполняются на этапе программирования и ПНР.
Оптимально — до выпуска рабочей документации по электрике и до начала чернового монтажа. Тогда можно согласовать нагрузки, кабельные трассы, места клавиш, датчиков и шкафов без переделок отделки.
Да. KNX позволяет комбинировать сертифицированные устройства разных производителей. Однако каждая выбранная модель проверяется по функциям, типам данных, мощности каналов, интерфейсам и совместимости в ETS.
Нет. Калькулятор на этой странице оценивает проектирование и выбранное обследование. Оборудование, сборка щитов, кабели, электромонтаж, программирование, лицензии и ПНР рассчитываются отдельно.
Если подготовка ETS-структуры входит в договор, передаём согласованный файл .knxproj и связанные таблицы. Окончательная версия после монтажа должна быть актуализирована по фактически установленным устройствам и результатам ПНР.
Да, после обследования. Для готового интерьера оцениваем существующие трассы и щиты, возможность KNX RF или гибридной схемы и объём неизбежных строительных работ.
Базовые функции KNX могут работать локально без интернета. Внешняя связь нужна для удалённого доступа, облачных сервисов и части уведомлений, если они предусмотрены проектом.
Да, через совместимые шлюзы и документированные интерфейсы. До включения в проект проверяем конкретные модели, доступные команды, обратные статусы и поведение при потере связи.
Базово предусматриваем один консолидированный цикл замечаний в пределах утверждённого задания. Новые помещения, функции, стадии или принципиальная смена архитектуры считаются изменением объёма.
Да. Отдельными этапами выполняем комплектацию, сборку щитов, монтаж, программирование в ETS, интеграции, пусконаладку и обучение.
Для первого разговора достаточно площади, этажности, стадии объекта и перечня желаемых функций. Если планы готовы, приложите DWG или PDF к заявке.