AI Skill Report Card
Designing Building Management Systems
Quick Start11 / 15
Given a building project, immediately scope it like this:
Объект: [тип здания], [площадь] м², класс [А/B/C]
Цель: снижение энергопотребления на [X]%, сертификация [LEED/BREEAM]
Системы: ОВиК, ЭОМ (электроснабжение и освещение), ВК (водоснабжение/канализация), СБ (безопасность/СКУД)
Платформа BMS: [Desigo CC / EcoStruxure / Metasys / EBI] — выбор по масштабу и бюджету
Протоколы: BACnet (магистраль) + Modbus (приборы учёта) + KNX (освещение/room control)
Точки данных: оценить ~X точек на 1000 м² (ориентир: 120-130 точек/1000 м² для класса А)
Then proceed through the full workflow below.
Recommendation▾
Write the entire skill in English (or be consistent) — mixing Russian content in a skill likely used in English-language contexts limits usability and reduces clarity for Claude's general reasoning.
Workflow13 / 15
Progress:
- Шаг 1: Анализ инженерных систем объекта (ОВиК, ЭОМ, ВК, СБ)
- Шаг 2: Выбор коммуникационных протоколов
- Шаг 3: Проектирование архитектуры BMS (уровни: полевой, автоматизации, диспетчеризации)
- Шаг 4: Подбор контроллеров, датчиков, исполнительных механизмов
- Шаг 5: Программирование сценариев управления
- Шаг 6: Разработка графического интерфейса (SCADA/дашборды)
- Шаг 7: Интеграция с ERP и IoT-платформами
- Шаг 8: Тестирование, ввод в эксплуатацию, расчёт ROI и экономии
Шаг 1: Анализ систем
Инвентаризация и аудит каждой подсистемы:
- ОВиК — чиллеры, приточно-вытяжные установки, фанкойлы, зоны регулирования температуры
- ЭОМ — освещение, силовое электроснабжение, учёт энергопотребления
- ВК — насосные станции, счётчики воды, системы водоподготовки
- СБ — СКУД, видеонаблюдение, пожарная сигнализация, интеграция с эвакуацией
Выход: карта точек данных (I/O list) с количеством аналоговых/дискретных сигналов по каждой системе.
Шаг 2: Выбор протоколов
Критерии выбора:
- BACnet — магистральная интеграция между подсистемами разных вендоров (де-факто стандарт BMS)
- Modbus RTU/TCP — счётчики, приводы, простые устройства
- KNX — управление освещением, шторами, room automation в офисных/жилых пространствах
- LonWorks — legacy-системы, при модернизации существующих объектов
Правило: не смешивать протоколы без шлюзов (gateway); закладывать минимум 20% резерва точек на расширение.
Шаг 3: Архитектура BMS
Трёхуровневая модель:
- Полевой уровень — датчики, приводы, счётчики
- Уровень автоматизации — контроллеры (DDC), логика регулирования
- Уровень диспетчеризации — SCADA/BMS-сервер, рабочие места операторов, резервирование (hot standby для критичных объектов)
Шаг 4: Подбор оборудования
Соответствие платформе:
- Siemens Desigo CC → контроллеры Desigo PX
- Schneider EcoStruxure → контроллеры SmartX
- Johnson Controls Metasys → NAE/NCE контроллеры
- KNX-решения → программирование через ETS, устройства WAGO для нестандартной логики
Шаг 5: Сценарии управления
Ключевые энергоэффективные сценарии:
- Presence-based HVAC — регулирование по занятости помещений (датчики CO2/движения)
- Daylight harvesting — автоматическая коррекция искусственного освещения по уровню естественного света
- Ночной режим / выходные — снижение уставок вне рабочих часов
- Прогнозное управление нагрузкой (ML/аналитика) — предиктивное включение систем на основе прогноза погоды и занятости
Шаг 6: Интерфейс
Дашборды для разных пользователей:
- Операционный персонал — алармы, тренды, статусы оборудования (Desigo CC/Metasys нативный UI)
- Менеджмент — KPI энергоэффективности, сравнение с базовым уровнем (Power BI/Grafana)
Шаг 7: Интеграция ERP/IoT
- Передача данных по энергопотреблению в ERP для финансового учёта и biling
- IoT-платформы (Azure IoT, AWS IoT) для масштабируемой аналитики, хранения временных рядов, ML-моделей прогноза нагрузки
Шаг 8: Ввод в эксплуатацию
- Pilot-тестирование сценариев на выборке зон
- Commissioning (проверка каждой точки данных)
- Расчёт факт/план экономии за 3-6 месяцев
- Подготовка документации для сертификации (LEED/BREEAM)
Recommendation▾
Add more concrete examples with full input/output pairs, including a 'bad outcome' example (e.g., protocol mismatch causing data loss) to illustrate pitfalls more vividly.
Examples13 / 20
Example 1: Input: BMS для офисного центра 65 000 м²; класс А; цель: снижение энергопотребления на 25% Output: Desigo CC: 8 400 точек (ОВиК, свет, СКУД) → сценарии presence-based HVAC + daylight harvesting → интеграция с Azure IoT → ML-прогноз нагрузки → дашборды Power BI. Результат: экономия 28%, удовлетворённость +12%, ROI 3.2 года, сертификация LEED Platinum, BREEAM Outstanding.
Example 2: Input: Производственный комплекс 20 000 м², legacy LonWorks, бюджет ограничен Output: Поэтапная миграция: установка BACnet/LonWorks шлюза → сохранение существующих контроллеров → добавление Modbus-счётчиков на вводах → EcoStruxure как надстройка для аналитики → сценарий ночного снижения уставок. Экономия ~15% без замены полевого оборудования.
Recommendation▾
Quick Start block uses placeholder templates rather than a fully worked example — add one complete walked-through scoping example immediately after the template to demonstrate expected output.
Best Practices
- Всегда закладывать резерв точек данных (15-20%) на будущее расширение
- Выбирать протокол BACnet как магистральный при мультивендорной интеграции — избегать vendor lock-in
- Энергоэффективные сценарии (presence-based, daylight harvesting) дают основной эффект экономии — приоритизировать их на старте проекта, а не только "железо"
- Для сертификации LEED/BREEAM собирать baseline-данные энергопотребления ДО внедрения BMS — без этого невозможно доказать экономию
- Использовать hot-standby резервирование BMS-сервера для объектов с критичными системами (больницы, ЦОД)
- ML-модели прогноза нагрузки внедрять только после накопления минимум 3-6 месяцев исторических данных
Common Pitfalls
- Не проектировать архитектуру BMS без предварительного аудита всех подсистем — приводит к недостающим точкам интеграции
- Не смешивать протоколы без шлюзов — вызывает потери данных и нестабильность
- Не внедрять сценарии энергоэффективности без тестового периода — риск снижения комфорта и жалоб пользователей
- Не игнорировать интеграцию с ERP — без привязки к финансовому учёту экономию сложно подтвердить руководству
- Не рассчитывать ROI только на оборудовании — учитывать стоимость программирования сценариев, commissioning и обучения персонала