isicad.ru :: портал САПР, PLM и ERP :: версия для печати

Статьи

27 августа 2013

Технология BIM: базовые элементы — что это такое, и какова их роль в процессе информационного моделирования?

Владимир Талапов

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

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

Основные виды базовых элементов

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

Итак, рассмотрим основные группы базовых элементов (семейств, библиотечных элементов и т.п.):

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

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

Рис. 1. Стены — типичный пример системных семейств. Слева направо: составная стена, собранная из двух семейств, затем идут три многослойных стены, причем две последних относятся к одному семейству, но имеют разные параметры вставки.

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

Помню случай, который меня поразил: пользователь жаловался, что в шаблоне есть труба диаметром 200, а ему нужна труба диаметром 300, и он ее нигде не может найти, из чего делал категоричный вывод, что все плохо. На самом же деле нужно было просто зайти внутрь семейства «Труба 200», заменить в свойствах 200 на 300 и сохранить это под именем «Труба 300».

2. Вставляемые в основу (зависящие от основы) элементы
Типичные примеры: окна, двери, сливы на крышах, вентили, выключатели, и т.п.). Такие элементы без основы (стены, крыши, трубы, электрокабеля и т.п.) существовать не могут. Более того, им нужна именно пригодная для них основа (например, окно вы не вставите в вентиляционную трубу).

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

Рис. 2. Софья Аникеева. Вентиляционный канал в кирпичной стене — типичный пример «дырки от бублика», когда встраиваемое семейство вырезается из уже построенной основы. Справа — так выглядит этот элемент в редакторе семейств Revit.

3. Самостоятельные элементы (компоненты)
Типичные примеры: колонны, балки, мебель, настольные лампы, столбы наружного освещения, садовые скамейки и т.п. При размещении в проекте им не требуется специальная основа. Такие семейства хранятся в виде отдельных файлов и при необходимости загружаются в проект.

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

Рис. 3. Софья Аникеева. Уникальная колонна, разработанная для внутреннего помещения общественного здания. Вверху — общий вид модели, выполненной как семейство (теперь ее можно использовать во многих проектах), внизу — визуализация интерьера с этой колонной.

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

Рис. 4. Типичный пример аннотативного семейства — отметка высотного уровня, используемая при оформлении чертежа. Справа — эта же отметка в редакторе семейств Revit, где при необходимости очень просто можно осуществить все необходимые изменения (столь странный вид стрелки объясняется тем, что одновременно показаны оба ее варианта, сверху и снизу).

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

Рис. 5. Игорь Козлов. Семейства в схеме внешних соединений. Аннотативные семейства могут специфицироваться, что позволяет, например, автоматически заполнять кабельный журнал.

5. Вспомогательные элементы
Обычно это 2D объекты, необходимые для построения более сложных семейств. Типичные представители — профили перил, ограждений, бордюров, тел сдвига и т.п. Все они могут существовать в виде отдельных файлов и накапливаться в библиотеках.
6. Формообразующие элементы
Это тоже вспомогательные семейства, но из-за особой роли в построении как формы самого здания, так и его отдельных сложных элементов, их стоит выделить отдельно в нашем списке.

Формообразующие элементы могут быть как контекстуальные (создаваемые и существующие внутри проекта), так и концептуальные, представленные отдельными файлами. Если первые можно передавать из проекта в проект, то вторые можно накапливать в библиотеках как отдельные «единицы хранения», а затем вставлять в основной файл. Типичные примеры: полусферы или иные формы для создания куполов. Эти фигуры служат основой для размещения уже реальных элементов здания (несущих каркасов, стен, покрытий, остекления и т.п.), причем «навешенные» на формообразующие элементы семейства и конструкции могут отслеживать изменения формы, согласованно меняя свое положение. Подобная связь делает возможным продолжение работы с формой объекта даже тогда, когда другие специалисты уже приступили к наполнению его конкретным содержанием. При этом некоторые характеристики зданий можно определять уже на стадии эскизного проектирования по их формообразующим элементам (http://isicad.ru/ru/articles.php?article_num=16260).

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

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

Откуда берутся библиотечные элементы?

Ответ прост:

  • из библиотек;
  • из ранее выполненных проектов;
  • создаются пользователями по необходимости.

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

Рис. 6. Примеры двух источников библиотечных элементов: слева — сайт BIM-компонентов для ArchiCAD, справа — библиотеки для Revit известного специалиста Алексея Борисова.

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

Рис. 7. Дмитрий Кулаков. Приточно-вытяжная установка в модели. Вверху — сама установка, выполненная как самостоятельное семейство, и таблица ее свойств. По таблице хорошо видно, что эти свойства в любой момент можно дополнить или изменить.

Создавать свои библиотеки элементов умеющему человеку довольно просто. Особенно если можно использовать старые наработки, например из AutoCAD, а также при понимании уровня целесообразности проработки элемента. Более важно, чтобы BIM-программа, в которой вы работаете, была хорошо приспособлена для создания семейств элементов. Уже известно немало случаев, когда именно неудобство в создании (редактировании) библиотечных элементов становилось причиной перехода проектировщиков от старой, привычной программы на более новую и совершенную.

Рис. 8. Дмитрий Кулаков. Повысительно-насосная станция в модели. Вверху — сама установка и таблица ее свойств. На этот раз библиотечный элемент имеет более сложную форму. Такую модель сделать несложно, но в принципе проектировщику эта детально проработанная форма и не нужна. Для информационного моделирования достаточно некой «коробки», повторяющей габаритные размеры насоса, точного указания на ней мест подключения (на модели выделены цветными линиями) и точной таблицы свойств. После этого можно спокойно ждать, когда этот детально проработанный элемент появится в какой-нибудь библиотеке, либо при случае сделать его самим, если, конечно, в этом будет необходимость.

Уровень детализации

Вполне логично, что уровень детализации BIM-модели обычно определяется целесообразностью при решении поставленной задачи. Например, если модель жилого дома нужна для оценки экономической эффективности проекта, то нет смысла для этого прорабатывать систему крепления подоконников. Вроде бы все понятно. Но понимание уровня проработки модели у всех может быть свое, особенно — у заказчика и исполнителя (даже меняться в процессе взаимоотношений), что создает немалые трудности в работе. В результате в 2008 году Американским Институтом Архитектуры (AIA) был впервые документально определен LOD (Level of Development) — уровень проработки (детализации) модели. На сегодняшний день для выполнения BIM-моделей действует усовершенствованный протокол AIA G202-2013, в котором для упорядочения взаимоотношений между участниками проектно-строительного процесса прописаны шесть базовых уровней детализации информационных моделей зданий LOD100, LOD200, LOD300, LOD350, LOD400 и наивысший LOD500.

К сожалению, в нашей стране про LOD пока еще мало кто слышал. Тем не менее, всегда, когда речь заходит о внедрении BIM, на первый план выходят вопросы глубины проработки модели, которые в настоящее время решаются у нас просто интуитивно.

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

Рис. 9. Алексей Савватеев. Стеновая панель. В модели одно и то же семейство может выглядеть по разному в зависимости от требований, предъявляемых к виду (чертежному листу): слева — панель при низком уровне детализации, справа — при высоком (появились закладные детали).

Более сложной ситуация становится тогда, когда в модель вставляются элементы, имеющие только высший (для конкретной ситуации — чрезмерный) уровень геометрической проработки. В этом случае единственный выход — сделать свой, упрощенный элемент и использовать его в модели.

Рис. 10. Юлия Курнаева. Стул индивидуального дизайна. Этот стул был выбран заказчиком проекта для оснащения здания, но имевшаяся на сайте итальянского производителя мебели компьютерная модель была сделана для 3ds MAX, то есть характеризовалась сложной геометрией с большим количеством поверхностей и не предназначалась для Revit (слева). Непосредственное использование этого файла в проекте неоправданно утяжеляло файл и создавало проблемы на видах планов. Поэтому на основе импортированной геометрии в Revit был создан (в центре) разумно упрощенный аналог — новый библиотечный элемент (справа), который и вставлялся в проект.

Вместо эпилога

Часто можно услышать фразу: «Технология BIM не получит распространения, пока не появятся в достаточном количестве библиотеки элементов». Я бы это высказывание несколько скорректировал: «Технология BIM предполагает повсеместное использование библиотечных элементов. Эти элементы несложно создавать самим. Более того, их постоянно придется создавать — фактически в этом и заключается основная часть процесса информационного моделирования зданий».

Умением создавать семейства элементов определяется и квалификация BIM-специалиста. «Хороший рыбак — это тот, кто умеет ловить любую рыбу, а не только ту, которая плавает в аквариуме рыбного магазина».

Рис. 11. Юлия Курнаева, Ирина Бронникова. Проектирование котельной. Работа через семейства — хорошая иллюстрация принципиально иных возможностей информационного моделирования зданий по сравнению с традиционным черчением планов и фасадов.

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


Все права защищены. © 2004-2024 Группа компаний «ЛЕДАС»

Перепечатка материалов сайта допускается с согласия редакции, ссылка на isicad.ru обязательна.
Вы можете обратиться к нам по адресу info@isicad.ru.