🎄 Новогодние обновления BIM2B от Вадима Муратова 🎄

Вадим добавил новый модуль с трубопроводами для шаблонов ADSK. Это металлополимерные трубопроводы под радиальные пресс-фитинги. В карточке модуля есть описание, как добавить эту систему труб в проект.

Модуль «Трубы металлополимерные под пресс-фитинги»

Также в библиотеке к ADSK-шаблонам появился новый тип отопительных приборов: биметаллический секционный радиатор. Это два семейства, у первого подключение сбоку, у второго — снизу. В приборе с нижним подключением есть встроенная термоголовка. Приборы позволяют подобрать количество секций по указанным теплопотерям.

Семейство биметаллического секционного радиатора с боковым подключением

Семейство биметаллического секционного радиатора с нижним подключением

Приятной работы в наступающем году!

🎄 Новогоднее обновление BIM2B от Дмитрия Талалаева, Анастасии Кравцовой и Вадима Муратова 🎄

🎉 Обновление плагина BIM2B Template Tools. Что нового?
— иконки для светлой и темной темы в Revit 2024-2025;
— исправление ошибок;
— обновление существующих инструментов;
— новый (платный) инструмент "фрагмент схемы".

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

С наступившим!

#BIMdigest 119 — Постновогодний
— из GIS в 3D (Blender и далее в Obj) от Евгения Шириняна;
— 2 полезных видео про параметризацию вращения в Revit;
— как извлечь картинку из Revit если оригинал утерян;
— возвращение Джереми Таммика и куча полезного контента для программистов.

#BIMdigest 120 — BIM-манифест
— BIM-манифест — моя новая инициатива;
— как работают принципы BIM на примере норвежского проекта;
— AI помощник внутри Revit;
— параметризация объёмного текста внутри семейства;
— график курсов BIM2B;
— полуфиналисты конкурса на лучшее новогоднее семейство от BIMsmith;
— подробно про визуализацию в Veras;
— PythonNet3 — подробно про новый Python внутри Dynamo.

Почему BIM без 3D – это не BIM.

Со времён известной диаграммы Бью-Ричардса под названием «BIM Maturity Model», есть большое количество специалистов, которые утверждают, что BIM возможен без BIM-модели. Почему? Потому что на диаграмме присутствуют Уровень 0 (CAD) и Уровень 1 (2D / 3D CAD + среда общих данных), которые не предполагают наличия BIM-модели, но тем не менее относятся авторами к BIM.

Я ничуть не умаляю заслуги уважаемых авторов, но давайте понимать контекст: 2010 год (вообще дата публикации - 2008 год, но оригинала я нигде не нашел), до обязательного BIM Level 2 в гос.проектах Великобритании 6 лет… А никто толком работать в BIM / с BIM-моделью не умеет (хотя уже есть AEC (UK) BIM Standard и AEC (UK) BIM Protocol). Что делать? Правильно, можно назвать BIM-ом что-то попроще, например – CAD файлы, разложенные по папочкам CDE (ничего не напоминает?) и назвать это BIM Level 1. Нужно же показать, что вот есть рост от CAD BIM Level 0 к BIM Level 1... Если что, это сарказм; но возможно, доля истины в этом есть. Не читал оригинальной работы, и не могу судить о том, что двигало авторами, но не мог удержаться и не сравнить BIM Level 1 и ТИМ...

Но сегодня не 2010. И работать в BIM уже умеет большая часть рынка. Поэтому сегодня говорить про BIM без BIM-модели как минимум странно. Как вы проверите коллизии? Как вы будете реализовывать вообще любые BIM-uses? И самое главное, BIM ведь — про единую среду достоверных данных. А как данные могут быть достоверны, если они не получены из BIM-модели, а нарисованы в 2D и посчитаны в столбик в CAD? Как вы проверите достоверность? В чём тут вообще BIM?

В общем, давайте не доводить до абсурда. То, что выглядело притянутым за уши ещё в 2010 году, не может рассматриваться всерьёз в 2025.


К чему это я? А это ироническое пояснение к первому принципу BIM-манифеста:

Принцип первичности модели.
Информационная модель является основным источником данных о проекте. Чертежи и спецификации создаются на её основе. В случае разночтений между моделью и производными документами приоритет отдаётся модели.

P.S.: К описанию принципа может быть много вопросов (Что такое «Информационная модель»? Каких данных о проекте, всех? А как же со схемами, их не сделаешь? А с 2D узлами?...). Но это ведь только краткое описание, зрите в суть: модель первична. Не модель «поднимается» на основе 2D, а 2D формируется на основе модели. А если даже сначала было какое-то 2D без модели, то в итоге в работу отдаются чертежи на основе модели, а не оторванное от модели 2D.

#BIMdigest 121 — Зачем нужны CDE и BIM-модель
— первый принцип BIM из BIM-манифеста;
— разрешение на строительство на основе BIM-модели;
— Neforma — отличная альтернатива BIM360 / ACC;
— ИНГИПРО — ещё одна CDE;
— AI-помощник внутри Archicad;
— подборка из 12 полезных плагинов для Revit;
— быстрая настройка анимации в Envision;
— Dynamo: определение уровня у труб, воздуховодов и изоляции;
— загрузка GIS данных в Grasshopper.

«Не используй "Балку" для создания стены!»
Примерно об этом говорит нам Принцип реалистичной структуры модели.

Что тут важно:
1️⃣ Правильный выбор категории
Категория объекта — это не просто имя. За ней стоят поведение, параметры, и, например, правила экспорта в IFC. Конечно, вы можете попробовать настроить балку так, чтобы она стала "IfcWall", но вы уверены, что сумеете? Ну и коллизии потом проверять в таком файле - отдельный вид удовольствия.

2️⃣ Использование стандартных инструментов
Моделирование — это не место для креативности, если вы собираетесь передавать модель заказчику. Хотите сделать стену? Используйте инструмент "Стена". "Модель в контексте" — это не универсальный инструмент на все случаи жизни. Если уж приходится использовать неочевидные категории, делайте это осознанно и после согласования.

3️⃣ Моделируйте так, как это будет построено
Если у вас стена с поэтажным опиранием, создайте её поэтажно. Если колонна заканчивается на перекрытии, остановите её там, а не "тяните" до абстрактного уровня. Такие детали влияют на извлечение данных и использование модели на дальнейших этапах.

Я видел много плохих моделей. Например, металлокаркас промздания, созданный "выдавливанием" в "Модели в контексте". Такое даже нельзя назвать моделью. И это точно не BIM.

В осознанном BIM заказчик понимает, как он будет использовать модель. И требует определённую логику структуры модели. А проектировщик, со своей стороны, должен не просто моделировать, как удобно, а понимать цель этих требований: что с моделью будут делать дальше и зачем.
Когда оба участника понимают, чего они хотят достичь и с какой целью, бессонных ночей и седых волос становится меньше.

Итак, BIM-принцип #2:

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

P.S.: буду благодарен, если расскажете про примеры «кривых» моделей, с которыми вам доводилось работать.

#BIMdigest 122 — Не используй Балку для создания Стены!
— второй принцип BIM из BIM-манифеста;
— BIM итоги 2024. Проблемы и аналитика от Игоря Рогачёва;
— краткий обзор инструментов openBIM от BIM Corner
— ИИдеальный помощник — примеры применения ИИ в качестве ассистента проектировщика;
— новые семейства от Муратова;
— 2 видео про семейства окон в Revit;
— Dynamo для 3D-печати;
— загрузка GIS данных в Grasshopper.

Если вы заказчик, то худшее, что вы можете сделать в части BIM — это вписать в договор фразу "BIM LOD 300 для стадии П и LOD 400 для стадии РД".
Ещё один вариант - прописать "ноль коллизий".

А если вы проектировщик и вам попался заказчик с таким договором — или согласуйте нормальные формулировки, или бегите от такого проекта.

Так как же грамотно составить BIM-требования, если вы заказчик?

Всё просто: если вы умеете использовать BIM-модель для подсчёта ВОР / контроля строительства и т.п. и применяете для этого какие-то спец-платформы (IYNO, SIGNAL, Tangl...), то вы наверняка и требования уже знаете. Если не умеете, но хотите начать - обратитесь к разработчикам, у них наверняка есть требования "по умолчанию", с которыми работают их платформы. Если не умеете и не планируете пока учиться, то точно не нужно копировать списки параметров из EIR конкурентов.

Если применяете конкретный классификатор или коды WBS - укажите их. Не применяете - не требуйте.

Если ваш BIM-специалист может самостоятельно настроить и выполнить проверку коллизий, то он может выдать список важных для него параметров и требований к геометрии (таких, как зоны обслуживания, например). Если не умеет, то пусть матрицу коллизий заполнят проектировщики в своём BEP и пояснят вам, почему она такая и как они будут сдавать вам модель.

Здравый смысл - основа "осознанного BIM".
Каждое требование заказчика ведёт к трудозатратам проектировщика.
Каждое лишнее, необоснованное требование ("пусть будет на всякий случай", "все так делают", "в EIR конкурентов так написано", "больше - не меньше") ухудшает ваш проект, потому что вместо проектирования все будут заниматься реализацией и проверкой ваших требований.

BIM-принцип #3. Принцип достаточных данных
Требования к модели и содержащейся в ней информации должны быть минимальными и достаточными для достижения целей проекта. Избыточные требования увеличивают трудозатраты всех участников и усложняют управление данными.

#BIMdigest 123 — Принцип достаточных данных
— третий принцип BIM из BIM-манифеста;
— кейс: работа с BIM в Heatherwick;
— 5 частых ошибок BIM-координатора;
— несколько полезных AI инструментов;
— воркшоп по ComfyUI от Альберта Сумина;
— ИИ-помощник для программиста под Revit;
— Revit: настройка соединителей для объединения или разделения систем;
— pyArchitect для архитекторов;
— урок: разработка плагина для разбивки многослойной стены на однослойные.

Кому нужна CDE? Всем.
Если твои документы не упорядочены — ты ими не управляешь. Если твои процессы не настроены - ты ими не управляешь. В результате всегда возникают проблемы.

В 2007 году я работал в компании, где документы хранились на сервере...
... и на локальных компьютерах проектировщиков...
... и ещё в папке "Обмен" на сервере. Причём эта последняя папка вовсе не предназначалась для обмена заданиями — она использовалась для обмена музыкой, фильмами и прочими, не относящимися к работе, файлами. Но именно в ней хранили задания по проектам. Из серии: "Я тебе положил задание в 'Обмен', папка 'Витя', там 'Близнецы', внутри 'ТХ-5'."

Я не буду рассказывать, какие "косяки" случались из-за такого бардака.
Попытки хоть как-то изменить ситуацию ни к чему не приводили, пока сисадмин не пошёл на крайние меры и не предупредил, что по пятницам после 11 вечера из "Обмена" будет удаляться вообще всё. Ему не поверили... а потом долго разбирались, где теперь лежат задания и даже некоторые проекты.
Кардинально ситуация исправилась в 2008 году с внедрением ProjectWise.

Вообще, CDE обладает тройственной природой. Это и процесс (см. ISO 19650-1), и метод организации и управления данными, и инструмент.

С процессом / методом вроде всё понятно: 4 главных каталога (скорее даже "раздела", не понимайте это как 4 физические папки), данные перетекают между ними по понятным правилам.
А с технической точки зрения CDE — это система хранения данных + документооборот + просмотрщик документации в 2D / 3D + ... И что там внутри за последним плюсом — зависит от конкретной CDE. Там могут быть процессы (например, согласование или выдача замечаний), сравнение вариантов, дашборды, RFI и даже чат проекта.

Какие есть нюансы?
Многие уверены, что в рамках проекта CDE — это одна программа, установленная у всех.
Но это далеко не всегда так. Потому что у участников проекта разные требования к CDE. Например, для проектировщиков, работающих в Revit, важна возможность хранения в CDE файла-хранилища. А для техзака - возможность просмотра чертежей, модели и формирования КС-2/3 прямо из системы. А у заказчика своя система с кучей интеграций для всех проектов, и он точно не будет подстраиваться ни под проектировщика, ни под строителей.
И тут проявляется сила метода, когда у проектировщика будет собственная структура каталога проекта с собственным разделом WIP и SHARED, а в моменте передачи данных заказчику на согласование они будут дублироваться в раздел SHARED платформы заказчика. Но всё вместе это — единая среда с прозрачными правилами хранения и движения информации 😎

BIM-принцип #4. Принцип среды общих данных
Команда проекта использует среду общих данных как единое пространство для хранения актуальной и согласованной информации, координации, принятия решений и совместной работы

#BIMdigest 124 — Принцип общей среды управления данными
— четвёртый принцип BIM из BIM-манифеста;
— новый ADSK-шаблон КЖ (ускорение работы с арматурой);
— новые (платные) семейства закладных деталей;
— про роль стандартизации в эру AI;
— про AI и машиночитаемость в стройке;
— про AI для использования корпоративных данных;
— про стандартизацию и набор ПО в проекте строительства без чертежей;
— обновление pyRevit для Revit 2025;
— 2 новые библиотеки семейств от Муратова;
— туториал по Enscape;
— внедрение СОД в компаниях с разным уровнем BIM-зрелости.

Други, у нас смена ssl сертификата на сайте, но хостер немного запорол процесс и сейчас временно страница без ssl.
Если у вас срочно - смело заходите, никаких вирусов там нет.
Если не срочно - то подождите часик, я уверен, они оперативно всё починят.

Так, всё починили, ssl работает.