Перед вами дайджест свежих материалов из мира BIM — «BIMdigest» №131/13 — за период с 24 по 30 марта 2025.
В этом выпуске:
обновление и дорожная карта TestFit;
связка Claude с Blender;
связка Revit с Claude и ChatGPT;
подготовка датасета AI на основе справки;
возможности линий эскиза в Revit от Никиты Тюкова;
Veras 2.0 — много новых фишек;
«набор молодого бойца» для начинающих в Grasshopper;
четвертое видео по C# от Гэвина Крампа.
BIM
Если вы, мой читатель, участвуете в развитии продуктов, типа Робот (ПИК) / Планировщик (НТЦ) и подобных инструментов для анализа и генерации застройки, рекомендую посмотреть вебинар от TestFit про дорожную карту развития их инструмента.
Кстати, TestFit всё ещё больше про генеративный дизайн, чем про AI. Вы же знаете, как отличить GD от AI, правда?
AI
Себастьян тестирует связку Claude с Blender. Вот как это выглядит у него:
Быстрый поиск по YT даёт массу более эффектных результатов, но также и инструкцию о том, как это всё правильно подключить:
Главные новинки: 3D режим, возможность выбора по материалу, гибкая работа с выбором маской (появилась даже инверсия выбора). Подробнее про основные фишки в видео
BIM-манифест — базовый документ, описывающий принципы BIM — то, без чего полноценно применять в BIM или невозможно, или сложно. Соблюдение принципов помогает извлечь профит, несоблюдение — наоборот, препятствует достижению преимуществ от BIM.
Я хочу, чтобы те, кто требуют или используют BIM неосознанно, начинали делать это сознательно.
Настало время поговорить о последнем, десятом принципе BIM-манифеста.
Принцип интероперабельности данных: Данные и модель передаются и хранятся в форматах или через механизмы, обеспечивающие их долгосрочную доступность и совместимость и упрощающие обмен информацией между разными системами.
Я заложил в этот принцип сразу несколько тем: открытость данных, обмен данными и долгосрочная доступность данных.
1. Открытость данных.
Когда мы говорим про интероперабельность (способность систем и обмениваться данными без ограничений) в контексте BIM, то вспоминаем IFC, BCF и IDS.
IFC — не только «нейтральный» формат файлов, но и классификатор и способ описания информации о модели, учитывающий взаимосвязи компонентов.
BCF — универсальный формат обмена замечаниями / коллизиями с привязкой к модели.
IDS — универсальный формат описания требований к модели и данным.
Важность открытых форматов большинство заказчиков осознало несколько лет назад, когда Autodesk ушел и РФ. Все создавали процессы, основанные на использовании одного конкретного ПО / формата файла, и, если бы доступ к нему был фактически закрыт, пришлось бы выстраивать процессы с нуля.
IFC для заказчика кажется оптимальным выбором. Можно один раз определить нейтральные требования и становится не важно, в каком софте работает проектировщик, лишь бы он умел правильно настраивать экспорт.
Но есть масса нюансов уже на стороне проектировщиков.
2. Обмен данными.
Как обменный формат для реального проектирования IFC до сих пор работает слабо, как PDF подложка вместо DWG. Поэтому получается, что BIM работает эффективно внутри одного ПО, а если у нас кроссплатформенная работа, то всё не так гладко. Чтобы облегчить жизнь проектировщикам, существует несколько глобальных решений для кроссплатформенной работы (и все они недоступны в РФ).
— Speckle — тут даю ссылку на пост со сравнением с коннекторами от Autodesk
— API Autodesk Data platform развивается в сторону «гранулированных» данных, чтобы можно было подключать к модели даже тех, кого туда обычно не пускают.
— Туда же можно отнести локальные решения типа Helix (связка SketchUp + Revit)
Следующая проблема ждёт нас при смене стадии проекта. Если П и РД делают разные компании, то проектную модель в IFC (или даже в нативном формате) использовать сложно, скорее всего придётся делать новую почти с нуля. Такой себе BIM.
Европейские розетки как символ стандартизации
3. Долгосрочная доступность данных
Тут у нас вопрос доступности данных на этапах после завершения строительства. На западе используют COBie как способ организации данных про объект недвижимости, и это простая таблица, которую придумали задолго до BIM. Стандартных требований к BIM-модели нет. Как использовать IFC, если нужно будет через какое-то время перестраивать / реконструировать / модернизировать здание? Да, есть Bonsai (ex-Blender BIM), и возможно это и будет ответ. А пока, поможет нативный формат, исполнительные чертежи в DWG и структурированное хранение всей документации, чтобы быстро найти нужную информацию.
Как видите, интероперабельность данных очень важна. Но она базируется на стандартах, а стандарты часто идут вразрез с интересами разработчиков ПО. Поэтому сегодня между теорией и практикой колоссальный разрыв.
Пока десятый принцип BIM реализовать сложно, но думать об обмене и хранении данных нужно с самого начала проекта. Так и проектировщикам жизнь облегчим (хотя это спорно), и заказчик в конце проекта сможет получить не просто PDF чертежи, но максимум информации, от 2D чертежей до модели или даже базы данных.
BIM
Алексей Бабинов предлагает правильный подход к работе с данными в BIM в свежем видео: «WEB & BIM & sqlite & параметры ЦИМ ОКС».
Подход очень резонирует с тем, о чём я думал и писал в последние несколько недель, поэтому постараюсь передать суть не только с позиции Алексея, но и моей, благо, они сходятся.
Итак, если у нас есть задача — создавать, накапливать и в дальнейшем использовать данные об ОКС, то есть ряд вызовов, которые нужно решить:
Нужен классификатор, способный однозначно описать одним или несколькими кодами элемент в модели. Так, чтобы если это окно деревянное двустворчатое – то у него одинаковый код в любом проекте. Вроде, мы к этому идём, и есть КСИ, но…
Единый для всех набор параметров для элементов, приведённый к Properties IFC, с разбивкой на функциональное назначение и фазу проекта. Этого нет, но есть: СП 333, КСИ, ПНСТ, требования двух экспертиз… Всё не гармонизировано. Даже если данные накопим, использовать их будет проблематично — потому что всё разное.
ПО или механизм работы с данными вне модели, т.е. вне ПО для создания моделей — унифицированный подход.
И вот про этот третий вызов рассказывает Алексей. Проблема в том, что сейчас именно от проектировщиков требую наличия в модели параметров, которые должны быть заполнены на этапе стройки или ввода в эксплуатацию. Заказчик не разбирается, что что-то должны вносить строители. Да и кто пустит строителей в модель? Откуда у них условный Revit? Ситуация усугубляется тем, что стройка чаще всего идёт с листа и модель дорабатывается до самого конца строительства, поэтому мифического IFC, который можно бы было наполнять данными, просто нет, он появится в самом конце.
Алексей предлагает логичное решение — использовать базу данных, связанную с моделью, и хранить в ней всю информацию, которую должны заполнять строители. Можно привязывать данные к 3D элементам и в конце передать заказчику базу + модель (или выгрузить IFC со всеми данными из базы).
За подробностями и авторским взглядом прошу в видео.
Rolly Stevens в гостях у Николя рассказывает про особенности работы с контент-каталогом в Revit: «Mastering Content Catalog for Revit with Rolly Stevens».
А Джефф продолжает рассказывать про постройку дома: «Foundation Walls Complete and Anchor Bolts in Revit!» и о том, как он адаптирует модель к тому, что происходит на строительной площадке.
PROG
Эрик Фритц рассказывает про обновление своего сайта по Revit API: «Introducing: The New Modern Revit API Documentation (Revit API 2025)».
Свежее видео от Гэвина Крампа: «C# + Revit: Lesson 3 — Logic and statements!»
BIM-манифест — базовый документ, описывающий принципы BIM — то, без чего полноценно применять в BIM или невозможно, или сложно. Соблюдение принципов помогает извлечь профит, несоблюдение — наоборот, препятствует достижению преимуществ от BIM.
Я хочу, чтобы те, кто требуют или используют BIM неосознанно, начинали делать это сознательно.
На прошлой неделе я рассказывал про принцип целенаправленной координации, и там уже описывал концепцию зрелости модели / проекта. Сегодня поговорим про предпоследний, девятый принцип BIM-манифеста. Но сначала — история.
В одной из компаний, где я работал, электрики переделывали проект в среднем по 5 раз на каждом проекте. Они начинали сразу, как появлялось задание от архитекторов. Потом вносили существенные правки после задания от инженеров, потом от технологов, а потом после отработки ГИПом сводного плана сетей (потому что лоток подвинуть проще, чем канализационную трубу)…
Можно ли было сократить число переделок? Можно. Как? Стартовать активное проектирование только тогда, когда проект «дозрел» до электротехнической части.
Итак, девятый принцип BIM-манифеста:
Принцип своевременной поставки данных: Данные передаются точно в срок, при достижении уровня зрелости, отражающего их готовность для текущих задач. Передача данных предваряется согласованием и валидацией.
В проектировании менеджеры часто ставят задачу в графике «как можно раньше» (чтобы на всякий случай был резерв времени). Но можно подойти к вопросу иначе и ставить задачу «как можно позже», так, чтобы её закончили выполнять к моменту, когда результаты понадобятся другим участникам проекта.
Если вы читали статью про метод Митина «Работа по состояниям», то могли заметить: внутри состояния проектировщики должны обменяться определенным числом заданий. К каждому заданию есть пояснение — что входит в его объём (чтоб передать задание, когда вся информация подготовлена). Таким образом, внутри состояния можно свести весь график проекта к обмену заданиями, с понятным объёмом разработки и требованиями к модели внутри.
И ещё. Этот принцип — про управление BIM-проектами, как и предыдущий. И их нужно использовать вместе.
BIM
Dave Lemont — из тех людей, что очень много сделали для отрасли, но при этом о них не так много известно. Это CEO Revit Technology Corporation (разработчика Revit), а из последнего — он консультирует Newforma, Higharc, Augmenta — все три компании активно работают на AEC рынке США. Higharc так вообще даёт такой уровень автоматизации, что для типовых коттеджей там никакой Revit не нужен, прямо BIM Level 3!
Во время интервью у Николя он рассказывает про историю Revit и про последний проект с его участием — Acelab — платформу для поиска / подбора материалов по параметрам (кстати, они используют MasterFormat, про платформы такого рода рассказывал Илья Беленький в недавнем интервью у Рогачёва). Я могу сказать, что это не просто каталог материалов с поиском — это очень удобная платформа с аналитикой и AI внутри, которому можно задать вопрос по материалу / компоненту и он найдёт ответ и проконсультирует (или подключится «живой» консультант производителя). Очень впечатляет!
В общем, Конрад предлагает использовать для элементов специальный ID, который будет единым для разных баз данных, используемых с проектом (от выдачи задания от технолога до ввода в эксплуатацию).
Мне кажется, что тут логично использовать составной код, частью которого будет код классификатора. Тут не важно, будет это MasterFormat или КСИ или что-то ещё, но на первом этапе технолог может назначить код оборудованию, архитектор — использовать код + суффикс в виде номера для одинаковых элементов, монтажник добавит ещё суффикс для конкретного экземпляра после монтажа. Так можно будет проследить информацию от самого старта, да и сортировать / хранить данные по проекту (по папочкам) удобнее. В общем, примерно так и работают в США с тем самым MasterFormat, отсылаю к старому видео Ильи Беленького и Артёма Рыжкова:
AI
Как вы относитесь к тому, что AI учат на ваших данных? Вот, к примеру, Тим Фу (работал у Захи, а сейчас ведёт своё бюро) относится спокойно и говорит, что он против авторских прав на архитектурный стиль. А пользователи Photoshop, когда Adobe начали использовать их изображения из Creative Cloud для тренировки генеративного AI, «отравили» данные так, что Adobe через 3 дня сдалась и вычеркнула этот пункт из пользовательского соглашения. Теперь бесплатные чужие данные для тренировок не использует.
Мы обновили модуль «Лестницы«, добавили несколько небольших, но очень полезных фишек, посмотрите короткое видео про них:
В этом обновлении добавили:
параметризованные свес и переход для поручней
крепления площадки с лестницей и ограждением (доборные элементы)
добор для крепления марша к нижней площадке, в нём также можно менять ступень.
Также исправили несколько мелких ошибок.
Если вы купили лестницы — скачайте новую версию на странице модуля. А если не купили — самое время купить, при следующих обновлениях планируем повысить цену.
Инструкция по работе с элементами уже на видео-хостинге: YouTube | Rutube
«Parametric Cavern-Shaped Revit Door Family» — свежее видео по семействам от Николя.
«Excavation Begins… And We Hit Ledge!» — очередное видео от Джеффа. Он продолжает достраивать / пристраивать свой дом, все последние его видео по Revit так или иначе касались этого проекта. Интересно наблюдать за тем, как Джефф сначала проектирует, а потом строит, попутно рассказывая полезные фишки по Revit и не только.
А если вы ещё не работаете с этой программой, но хотите научиться — приходите к нам на курс: «Архитектурная концепция в Revit и Enscape», старт 21 апреля!
Недавно Эрик общался с «дядей» pyRevit, а в этом подкасте он поговорил с его «папой». Встречайте, «The Programming Journey of pyRevit Dad (Ehsan Iran-Nejad)»
Второе видео по C# от Гэвина Крампа: «C# + Revit: Lesson 2 — Introduction to variables!»
BIM-манифест — базовый документ, описывающий принципы BIM — то, без чего полноценно применять в BIM или невозможно, или сложно. Соблюдение принципов помогает извлечь профит, несоблюдение — наоборот, препятствует достижению преимуществ от BIM.
Я хочу, чтобы те, кто требуют или используют BIM неосознанно, начинали делать это сознательно.
Итак, восьмой принцип:
Принцип целенаправленной координации Модели разных дисциплин согласуются в общей среде по мере достижения необходимого уровня зрелости. Это позволяет своевременно выявлять и устранять несоответствия, избегая избыточных проверок и снижая нагрузку на участников проекта.
Чтобы раскрыть суть принципа, нужно было раскрыть тему зрелости модели. Начал писать пост и понял, что рассказать подробно в посте не получится. Пришлось написать три статьи, чтобы описать все подходы управлению проектом и координацией через уровни зрелости модели.
Процитирую фрагмент последней статьи, он отражает суть проблемы.
Многие BIM-специалисты допускают очень дорогостоящую ошибку и проверяют модель на коллизии в процессе проектирования, чуть ли не с самого старта. Результат? Десятки тысяч коллизий, сотни часов BIM-координаторов на проверку и формирование отчётов, которые теряют актуальность через пару дней после проверки. Бессонные ночи проектировщиков, которые «разгребают» отчёты и пытаются внести правки.
Все описанные мной подходы в чём-то похожи друг на друга и помогают в решении этой проблемы. Какой из них выбрать — решать вам. Можете придумать что-то своё, но главное — увидеть проблему и следовать принципу целенаправленной координации.
BIM
«BIM в эксплуатации и за рубежом» — шикарный разговор Игоря Рогачёва с Ильёй Беленьким. Илья глубоко понимает проблематику эксплуатации и места BIM во всём этом. Полностью поддерживаю его взгляды.
Рекомендую интервью к просмотру. Не пожалейте часа времени.
Скачать Model Checker For Revit можно на сайте Муратова. И ещё, в конце статьи Игнаций даёт ссылку на полный мастер-класс по Model Checker, нужно просто оставить почту.
Те семейства, которые так ловко «натягиваются» скриптом на каркас из DWG — это адаптивные семейства по точкам. Мы про адаптивные семейства рассказываем на курсе Борисова: «Autodesk Revit. Фриформы и адаптивные семейства». Скрипты там писать не научим, а семейства делать — да.
PROG
Гэвин Крамп вернулся на YouTube (недавно он женился и взял паузу в публикациях). В новой серии видео Гэвин сосредоточится на программировании: «C# + Revit: Lesson 1 — Getting started!»
Эрик Фритц продолжает публикации про Revit API / Python: «Revit API Tutorial: How to Copy View Filters Across Views with Python»
Что вы представляете, когда слышите «уровень зрелости BIM-модели»? Возможно, LOD 200 / 300 / 400? Значит, вы не одиноки. Это очень популярная схема описания требований к элементам модели, но у неё масса недостатков.
Речь пойдёт о подходе «Работа по состояниям», автором которого является Роман Митин. Мы неоднократно его обсуждали, а сейчас он разрешил мне описать подход в статье.
Истоки проблемы
История началась в далёком 2013 году, когда Роман работал в Проектном Портале. Молодые проектировщики / BIMщики получили карт-бланш на создание метода эффективного проектирования с использованием BIM, но уткнулись в существующий процесс, который при использовании BIM приводил к «работе на корзину».
Нужно отметить, что классическая каскадная модель (подход к управлению проектами, при котором задача начинается после завершения предыдущей) в проектировании давно не используется, сроки проектирования сжались и разработка всех разделов проекта начинается почти одновременно. Именно это сильно усложняет управление и приводит к переработкам.
Очень наглядный пример можно увидеть на картинке ниже: слева — помещение без потолка, справа – с потолком. Для архитектора это мелочь, о которой он задумается на рабочке. А для инженера — принципиальный момент, который постоянно приводит к переделкам.
Суть противоречия проста: архитектору потолки нужно моделировать как можно позже, поскольку почти любое изменение планировки приведёт к удалению и перерисовке потолков. И он будет оттягивать моделирование потолков до последнего. А инженерам потолки от архитектора нужны как можно раньше, чтобы определиться с трассировкой сетей. В результате в начале проекта потолка нет — и у инженера одна трассировка, позже потолок появляется — и инженеру надо всё переделывать.
Рождение нового подхода
Осознав проблему, ребята стали думать: так какая информация нужна смежникам от архитекторов и архитекторам от смежников? И самое главное, когда? Ответ «вся и сразу» никого не устраивал. И тут на помощь пришло советское наследие (да-да) в виде «журнала обмена заданиями». После анализа записей в журнале и многих часов обсуждений пришло понимание, что и в какой момент времени должно появиться в модели, чтобы свести переделки к минимуму. А ещё родился новый термин — «состояние BIM-модели» — поскольку описать «зрелость» модели фразой «модель LOD 300» было невозможно. LOD не скажет вам, финальная это планировка, или нет.
«Состояния BIM-модели»
Итак, «состояние» — это не LOD. И хоть он имеет схожую нумерацию (100, 200, 300…), но суть другая. Проще всего это пояснить, рассказав, какие же бывают «состояния модели».
Состояние 0. Начало работы над моделью
Создана структура папок, архитектурный отдел обозначил первую цифровую и буквенную оси.
Состояние 100. Первый архитектурный промежуток.
Сетки осей и отметки уровней этажей утверждены.
Основные архитектурные элементы размещены в модели, но носят предварительных характер.
Колонны и перекрытия размещены в модели АР, но будут удалены в состоянии №200.
Созданы файлы моделей всех смежных специальностей, принимающих участие в работе, и выполнены их первичные настройки.
Состояние 200. Уточнённый архитектурный промежуток, первичная модель КР.
Из модели АР удалены размещённые на первых этапах конструктивные элементы.
В моделях инженерных разделов отражены требования к помещениям, шахтам и местам ввода инженерных систем.
Определены габариты помещений и шахт по заданиям инженерных разделов. Основные конструктивные элементы размещены в модели, но носят предварительный характер.
В модели размещено основное крупногабаритное оборудование инженерных разделов и расставлены рабочие места.
Состояние 300. Первичная координация модели. Раскладка основных магистралей и расстановка оборудования инженерных систем. Уточнённая модель КР.
Архитектурные планировки утверждены.
Сечения элементов каркаса здания уточнены по расчётам.
Проработано размещение основных магистралей инженерных систем в коридорах и шахтах
В модели размещено всё оборудование, требующее подключения смежными специальностями.
Состояние 400. Полная модель здания. Окончательная проверка на коллизии.
Все элементы инженерных систем, конструктива и архитектуры размещены в модели.
Отработано первичное задание на отверстия в перегородках и стенах.
Состояние 500. Окончательная завершенная модель здания.
Откорректированная модель по результатам контроля коллизий.
Отработано окончательное задание на отверстия.
Работа над моделью завершена.
Состояние 600. Распечатанная и оформленная документация.
Работа над моделью и оформлением документации завершена.
Если добавить к этому привычные стадии проектирования, получается вот такая картина.
Между состояниями происходит обмен заданиями, а какими именно – указано в «справочнике заданий» (один из документов, описывающих подход).
Как модель меняется по состояниям?
И вот тут снова вернемся к потолкам: на состоянии 100 и 200 они физически в модели отсутствуют. Но у помещений есть чекбокс «Потолок», и если он включен — то потолок в помещении будет (инженеры легко могут настроить цветные фильтры по связанным помещениям). Отметка потолка определяется на состоянии 300, в этот момент появляется физический потолок и раскладка армстронга (если применимо), при этом допускается корректировка отметки на состоянии 400, и после этого потолок принимает окончательное положение в модели.
Все такие требования к разным категориям модели на разных состояниях описаны в «Справочнике состояний BIM-модели». Там же вводится понятие «Степень проработки» с вариантами значений: «Условно», «Предварительно» и «Окончательно». Вот, как это выглядит для потолка в «Справочнике состояний»:
И ещё один важный момент: состояние модели может «откатываться» на предыдущее, если были внесены изменения в согласованные на уровне этого состояния решения. Вот тот же потолок: вы можете править его на состоянии 300, и корректировать отметку на состоянии 400, но в состояние 500 он входит с чётким положением и отметкой. И если потом планировка меняется, то мы приходим в состояние 400 и вынуждены не только внести правки в модель, но и пройти все этапы обмена заданиями / согласования для этого состояния. Такой подход закрепляется в договоре с Заказчиком, и, если по его требованию после согласования модели в определенных состояниях происходят правки — это фиксируется как дополнительные работы и требует дополнительной оплаты.
Подход «Работа по состояниям»
Я уверен, что вы уже уловили суть. Модель становится более «зрелой» от состояния к состоянию, она насыщается информацией именно тогда, когда эта информация нужна другим участникам проекта. Такой подход к BIM-проектированию, использующий «состояния BIM-модели», назвали «Работа по состояниям».
Кстати, для управления проектом в этом подходе используется не привычный график, а график состояний, каждому состоянию соответствует стандартный набор заданий, которыми необходимо обменяться. Это удобнее: так ничего важного не ускользнёт и сроки контролировать легче.
Координация проекта и «Работа по состояниям»
Последняя часть, про которую я хочу написать, касается координации. Многие BIM-специалисты допускают очень дорогостоящую ошибку и проверяют модель на коллизии в процессе проектирования, чуть ли не с самого старта. Результат? Десятки тысяч коллизий, сотни часов BIM-координаторов на проверку и формирование отчётов, которые теряют актуальность через пару дней после проверки. Бессонные ночи проектировщиков, которые «разгребают» отчёты и пытаются внести правки.
Работа по состояниям резко уменьшает число координаций. Первая проверка осуществляется при достижении моделью состояния 300, и включает в себя только определенные категории / размеры элементов. Там своя матрица коллизий, адекватная для стадии П. Следующая — при уточнении модели до состояния 400, и после этого идёт активное устранение коллизий вплоть до окончательной доработки модели. Только потом генерируется документация (состояние 600).
Отличие от привычного подхода к BIM в том, что фактически отсутствуют проверки моделей на этапах активного проектирования. Это бессмысленная трата ресурсов. Планирование (график) предполагает запас времени на координацию и правки в ключевых точках проекта. Только не надо говорить что-то типа «они такого намоделируют, что, если проверку оставить на потом, то никогда в срок не уложишься». Нормальную работу проектировщика и ГИПа никто не отменял, BIM не заменяет профессионализм, а только подкрепляет его.
Заключение
Подробное описание подхода нельзя уместить в одной статье. «Работа по состояниям» предполагает использование договоров определенной формы, изменения графиков проектирования, изменения мышления, если позволите. Я не могу рассказывать про другие внедрения Романа, но я знаю, что в рамках работы в Проектном портале и позже в Gravion этот подход использовался официально, и вполне успешно.
Так или иначе, подход к управлению BIM-проектом «Работа по состояниям» работает 😉 Как и внедрение BIM, он индивидуален для каждой компании. Использовать его или нет – решать вам, я же считаю его одним из самых эффективных подходов к управлению BIM-проектом.
Если вас заинтересовал подход «Работа по состояниям» и вы хотите узнать о нём подробнее или внедрить его в своей работе — напишите нам.
