ООО СВТ: Развитие BIM-проектирования и форматов универсальных файлов светильников в светотехнике: ожидания и реальность

В прошлой статье мы подробно разбирали, как технологии искусственного интеллекта помогают инженеру-светотехнику автоматизировать рутинную работу с нормативной базой. Однако полноценная автоматизация и исключение ошибок невозможны без стандартизации самих данных о светотехническом оборудовании. В последнее время в нашей отрасли велось много дискуссий вокруг сквозного проектирования, интеграции расчетных программ с информационным моделированием зданий (BIM) и внедрения нового открытого формата GLDF (Global Luminaire Data Format).

Сегодня мы хотим рассмотреть, как эти технологии реализуются на практике, с какими скрытыми трудностями сталкиваются проектные институты и где заканчиваются удобные инженерные инструменты и начинается коммерческая политика зарубежных разработчиков программного обеспечения.

Интеграция DIALux и Revit: текущее состояние процесса

Долгое время интеграция результатов расчетов из специализированного софта в среду Autodesk Revit оставалась одной из главных проблем для проектных бюро. Нарушенные рабочие процессы приводили к потере времени и дублированию ручного труда. С выходом расчетной программы DIALux evo 14 и сопутствующего плагина DIALux Bridge для Revit ситуация, на первый взгляд, изменилась. Разработчики предложили сквозной двусторонний процесс обмена данными на основе формата IFC.

В официальных презентациях (в частности, на профильном вебинаре DIAL Spotlight, прошедшем в октябре) этот рабочий процесс выглядит логичным и последовательным:

1. Экспорт основы: Архитектор экспортирует модель здания из Revit в формате IFC. Профессиональное сообщество рекомендует использовать для этого координационный вид (IFC Coordination View), поскольку он содержит расстановку мебели и технологического оборудования. Это позволяет светотехнику видеть реальные рабочие зоны.
2. Импорт «заглушек»: если архитектурная модель уже содержала предварительно расставленные светильники-ориентиры (так называемые «плейсхолдеры»), расчетная программа считывает их геометрические параметры.

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

Парадокс стандарта IFC и появление формата GLDF

На этапе работы с плейсхолдерами инженер сталкивается с фундаментальным ограничением. Международный стандарт IFC технически позволяет передавать фотометрические характеристики оборудования. Однако на практике это происходит крайне редко. Архитектурные файлы содержат лишь форму светильника и базовую привязку в пространстве.

Поскольку без кривых силы света (КСС) и точных данных о световом потоке импорт светильников невозможен, DIALux при импорте вынужден присваивать приборам временную искусственную фотометрию. Это нужно лишь для того, чтобы движок программы смог отобразить заглушки как светильники с косинусной КСС. Задача светотехника — заменить эти «красные пустышки» на реальные физические приборы из каталогов производителей.

Чтобы решить проблему несовместимости данных и объединить в одном файле детальную геометрию, спектральные характеристики и КСС, компаниями-разработчиками DIALux и Relux был разработан открытый формат GLDF. Он представляет собой ZIP-контейнер, в который зашита вся необходимая инженеру информация: фотометрия, параметры электропитания, протоколы управления (включая биодинамическое освещение HCL) и коммерческие данные.

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

Барьер от DIAL: открытый не значит бесплатный?

В нашей прошлой статье мы уже сетовали на некоторую закрытость DIALux в части выгрузки информации и доступности ряда функций только на платных подписках. Детальный анализ актуальных тарифных сеток для проектировщиков (DIALux Subscriptions) и производителей оборудования (DIALux Memberships) показывает, что стремление к бесшовности проектирования может обойтись в копеечку. Красивый сквозной BIM-процесс на поверку оказывается строго монетизированной воронкой, где платить приходится буквально каждому из участников проектирования – и проектировщику и производителю:

Сводная таблица: разделение зон ответственности и коммерческих ограничений

Выводы и позиция ООО «СВТ»

Таким образом, мы вынуждены констатировать, что красивые презентации сквозного BIM-проектирования на практике выглядят непритязательно. Заявленная открытость формата GLDF искусственно ограничивается самими разработчиками расчетных программ, причем не столько размерами платы за необходимый уровень членства производителя или действующими санкциями, сколько отсутствие какого-либо продвижения преимуществ:

1.    Консолидация данных («Все в одном»). Внутри одного контейнера одновременно находятся фотометрические и спектральные данные, электротехнические параметры, коммерческая информация (артикулы, ссылки) и требования к техническому обслуживанию. Инженеру больше не нужно собирать паспорт прибора, КСС и 3D-модель из разных папок.

2.    Гибкое трехуровневое управление геометрией. GLDF позволяет зашивать в файл геометрию трех типов: простую (куб или цилиндр), параметрическую (базовый архетип с настраиваемыми размерами) и высокодетализированную (полноценный CAD-объект в формате OBJ с текстурами).

3.    Полная готовность к Smart Lighting и HCL. Старые форматы создавались в эпоху «глупых» ламп. GLDF изначально проектировался под светодиодные системы биодинамического освещения (Human Centric Lighting). Он без проблем описывает многоканальные модули (Tunable White, RGBW), встроенные аварийные блоки, а также датчики присутствия, движения и освещенности, привязанные к конкретному светильнику.

4.    Защита данных и валидация через XSD. Структура XML строго проверяется по схеме XSD. Файлы поддерживают проверку целостности данных: если в файле несанкционированно изменить мощность, люмены или КСС, цифровая подпись нарушится, и расчетный софт сразу укажет на ошибку.

К тому же существуют обходные бесплатные способы импорта BIM моделей из/в диалюкс начиная с весьма замороченных в виде импорта через древний формат gbxml https://www.youtube.com/watch?v=WwwWbG5_o8g и заканчивая готовыми модулями для Revit – как минимум отличное решение TeslaBIM https://www.teslabim.ru/download (видеоинструкция https://www.youtube.com/watch?v=6DiS2oS8VUg)

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

Мы в ООО «СВТ» придерживаемся другого подхода: бесплатно поддерживаем проектировщиков — оперативно предоставляем полные фотометрические данные, модели оборудования для Revit, помогаем подобрать светильники и выполняем точные светотехнические расчёты для объектов любой сложности.

Источники:

1. Техническая спецификация и документация формата данных GLDF // Global Luminaire Data Format (GLDF). URL: gldf.io/docs/.
2. Тарифная сетка и условия членства для производителей светотехнического оборудования // DIALux Business. URL: https://business.dialux.com/en-GB/ 
3. План подписок и стоимость лицензий для проектировщиков // DIALux Subscriptions and Pricing. URL: https://www.dialux.com/en-GB/unlock-non-members
4. Обновления и изменения в расчете геометрии: патчноут релиза // What's new in DIALux evo 14. URL: https:// www.dialux.com/en-GB/dialux/whats-new-in-dialux-evo-14
5. Интеграция светотехнического расчета в BIM-среду Autodesk Revit // DIALux Bridge for Revit. URL: https://www.dialux.com/en-GB/dialux-pro/dialux-bridge-for-revit
6. Вебинар DIAL Spotlight: Опыт интеграции DIALux evo 14 и Revit в сквозных BIM-процессах проектирования // DIAL Spotlight: DIALux evo 14 & Revit Lighting design in the BIM workflow. URL: https://www.youtube.com/watch?v=vm-yZ-m7q0Y