📐 From a spec PDF to a validated 662-GA KNX structure — in minutes (96% vs a pro reference) · Из ТЗ в KNX за минуты

[NickoScope]

🇬🇧 From a spec PDF to a validated 662-GA KNX structure — in minutes

How far can a project specification alone be turned into a finished, standards-correct KNX group-address structure? We ran it end-to-end.

Input. A real residential project — 14 rooms (~155 m²), Zennio-based (switched + dimmed lighting, underfloor heating, ventilation with heat recovery, curtains, water/energy metering, leak & fire safety) — described only in a 42-page technical spec (PDF). No GAs, no DPTs, no naming.

Workflow. spec PDF → an AI assistant (grounded in the KNX Association standard + industry practice) designs the full GA structure → nickol-knx-mcp validates it and generates the Home Assistant + ETS exports.

Output. 662 group addresses across 10 functional domains, as an ETS-importable ga-export/01 XML — produced in minutes.

The check — vs a professional reference implementation of the same project:

Metric	Result
Structural match	96 % (662 vs 687 GA)
Domain taxonomy	10 / 10 identical
Address names	118 byte-identical, 68 % close
Validation	0 errors; reserve/logic noise auto-classified
Home Assistant	9 climate zones · 11 shutters · 12 dimmers + sensors, generated directly

The point. The standardised, time-consuming "skeleton" of a KNX project can be auto-designed to near-professional quality in minutes vs the days of manual GA work — leaving the engineer's time for the genuinely creative logic (the last few % stay the engineer's craft).

📐 Full write-up: docs/case-study.md

No client data or project files are shared; the reference is an anonymous benchmark. The design is AI-assisted, grounded in KNX knowledge; nickol-knx-mcp does read-only validation + HA/ETS export — it never touches a live bus.

---

🇷🇺 Из PDF-ТЗ в выверенную KNX-структуру на 662 GA — за минуты

Насколько далеко можно из одного ТЗ получить готовую, корректную по стандарту KNX-структуру групповых адресов? Мы прошли путь от начала до конца.

Вход. Реальный жилой проект — 14 помещений (~155 м²), на Zennio (коммутируемый и диммируемый свет, тёплый пол, вентиляция с рекуперацией, шторы, учёт воды/электро, протечки и пожарка) — описан только в 42-страничном ТЗ (PDF). Ни группадресов, ни DPT, ни нейминга.

Конвейер. PDF-ТЗ → AI-ассистент (опираясь на стандарт KNX Association + мировую практику) проектирует полную GA-структуру → nickol-knx-mcp валидирует её и генерирует выгрузки для Home Assistant + ETS.

Выход. 662 групповых адреса в 10 доменах, как ETS-импортируемый ga-export/01 XML — за минуты.

Сверка — с профессиональной эталонной реализацией того же объекта:

Метрика	Результат
Структурное совпадение	96 % (662 против 687 GA)
Таксономия доменов	10 из 10 совпали
Имена адресов	118 дословных, 68 % близких
Валидация	0 ошибок; шум (резервы/логика) распознан автоматически
Home Assistant	9 климат-зон · 11 штор · 12 диммеров + датчики, собраны сразу

Суть. Стандартизованный и трудоёмкий «скелет» KNX-проекта проектируется автоматически почти до профессионального уровня за минуты против дней ручной работы — освобождая время инженера для творческой логики (оставшиеся проценты — его ремесло).

📐 Полный разбор: docs/case-study.ru.md

Никакие клиентские данные и файлы проектов не публикуются; эталон — анонимный ориентир. Проектирование — AI-ассистент, заземлённый на знания KNX; nickol-knx-mcp делает валидацию только на чтение + экспорт HA/ETS, к живой шине не подключается.