Главная / Статьи

Версия для печати

Проверка ЦИМ в Renga Professional перед экспортом в IFC

Термины и определения

ТИМ (Технологии информационного моделирования) – деятельность по созданию, управлению и хранению электронной информации о зданиях и сооружениях на всех или отдельных стадиях их жизненного цикла, результатом которой является создание информационной модели здания или сооружения.

ЦИМ (Цифровая информационная модель) — объектно-ориентированная параметрическая трехмерная модель, представляющая в цифровом виде физические, функциональные и прочие характеристики объекта (или его отдельных частей) в виде совокупности информационно насыщенных элементов.

ЦИМ АР - Цифровая информационная модель раздела «Объемно-планировочные и архитектурные решения».

ЦИМ КР - Цифровая информационная модель раздела «Конструктивные решения».

ПИМ - План реализации проекта с использованием информационного моделирования

ОКС - Объект капитального строительства

Почему нужно проверять ЦИМ перед передачей Техническому заказчику или в экспертизу

Требования к проектированию, которые указаны в п. 43 «Требования о подготовке проектной документации, содержащей материалы в форме информационной модели» Технического задания на проектирования ОКС часто бывают не конкретными.

А при проектировании ЦИМ ОКС возникают принципиальные вопросы:

• какие разделы проектной документации предоставлять в виде ЦИМ,
• какие требования к моделированию элементов ЦИМ,
• какая атрибутивная наполненность по каждому элементу,
• какие элементы какими классами IFC передавать,
• как оценивается качество ЦИМ
• и др.

Для разрешения всех этих вопросов необходимо перед началом проектирования составить ПИМ ( План реализации проекта с использованием информационного моделирования) и согласовать его с Заказчиком.

На основании данных, указанных в ПИМ, и будет осуществляться качественная проверка ЦИМ.

Проверка ЦИМ ОКС инструментами Renga Professional

Допустим, предоставлена ЦИМ «Проект.rnp», выполненная в Renga Professional, и содержащая разделы АР и КР.

Рассмотрим, какие проверки и как необходимо выполнить.

1. Проверка на отсутствие дублирующих атрибутов элементов ЦИМ

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

Необходимо удалить дублирующие атрибуты (свойства), но не забыть переназначить свойство на элемент, который указан в удаляемом свойстве. На рисунке показано, что есть дублирующий атрибут Марка и он назначен на элемент Стены. Поэтому необходимо удалить этот атрибут, в списке свойств объектов останется одна строка с атрибутом Марка. И обязательно потом на Стену назначить атрибут Марка.

2. Проверка привязки элементов к уровням в соответствии с производством работ

Данная проверка выполняется с помощью изоляции уровней. Изолируем уровни и визуально проверяем, есть ли элементы, которые «висят» в пространстве и никак не могут соответствовать этапам производства работ.

Необходимо перепривязать элементы к соответствующему уровню.

3. Проверка принадлежности элементов к классам IFC и наполняемость атрибутами через инструменты спецификации и фильтры (Проверка наличия свойств объектов по каждому элементу, указанному в ПИМ)

При моделировании ЦИМ используются инструменты, за каждым инструментом для моделирования элемента «закреплен» класс IFC. Например, моделируем Стену и автоматически фиксируется программой Renga, что это IfcWall, если моделируем Перекрытие, то это IfcSlab.

Список всех классов IFC можно найти и на сайте разработчика «buildingSMART International» https://standards.buildingsmart.org/IFC/RELEASE/IFC2x3/TC1/HTML/ifcsharedbldgelements/ifcsharedbldgelements.htm, и в открытых Требованиях к ЦИМ ОКС экспертиз, например, Московской, С-Петербургской, Московская область и др.

Если элементом Стена (IfcWall) моделируется Отделка, у которой другой класс IFC (IfcCovering), то требуется переопределить класс IFC через атрибут IfcEntityType

На основании этого, через спецификации, сгруппировав свойства элемента по атрибуту IfcEntityType, удобно проверять наполненность атрибутивной информацией. Спецификации составляем по элементам из ПИМ.

Например, по Стене, сгруппировав спецификацию по атрибуту IfcEntityType, становится очевидно по незаполненным ячейкам, какие свойства не заполнены.

Между 3Д-видом и Спецификацией существует параметрическая зависимость, т.е. можно вносить значение атрибутов в Спецификации.

Фильтры удобно использовать для проверки, какие элементы ЦИМ какими инструментами смоделированы.

Например, изолируем все Стены через фильтр.

И на базе «отфильтрованных» Стен посмотрим, какие элементы Стен были переопределены в другой класс IFC, например, в IfcCovering.INSULATION

Проверяем общие свойства для всех стен, переопределенных в IfcCovering.INSULATION (Гидроизоляция).

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

Исправляем в этом же окне Свойств.

Дополнительно, можно по Обозревателю модели анализировать атрибуты Элемента.

4. Проверка правильности НАПИСАНИЯ класса IFC.

Распространенная ошибка в написании класса IFC, которую трудно найти.

Например, проверим написание IfcCovering.INSULATION. Это Гидроизоляция подземной части и может быть смоделирована Стенами, Балками, Перекрытиями.

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

На 3Д-виде или в спецификации внесем проверенное написание класса IFC и группировка по атрибуту IfcEntityType будет содержать только одну группу.

5. Экспорт IFC по разделам проектной документации

Если в одной ЦИМ содержатся элементы разных разделов проектной документации, например, и АР, и КР, то перед экспортом ЦИМ по разделам (ЦИМ АР и ЦИМ КР) в формате IFC необходимо на 3Д-виде изолировать только те элементы, которые относятся к соответствующему разделу.

Это можно сделать, как вариант, через Обозреватель модели, оставляя только те элементы, которые относятся, например, к разделу АР (не несущие элементы, отделка, окна, двери, помещения и т.п.)

Что отображается на 3Д-виде, то и будет экспортировано в формате IFC для предоставления Заказчику/в экспертизу.

6. Настройка файла экспорта атрибутов «export_attr_qto_pset_АР_КР_.json» по требованиям к атрибутам, указанным в ПИМ.

Перед экспортом в формате IFC необходимо убедиться, что Файл экспорта атрибутов экспортирует именно те свойства элементов и те группы свойств, которые указаны в ПИМ. Для каждого проекта составляется свой ПИМ, свой список элементов, со своими атрибутами. Это зависит и от особенностей самого проекта, и от требований к ЦИМ со стороны Заказчика и экспертизы.

В данном материале не рассматриваем формирование файла экспорта атрибутов.

7. Поиск по идентификатору

Каждая сущность ЦИМ (элемент, свойство элемента и др.) имеет уникальный идентификатор.

Например, через Обозреватель модели в свойствах по выделенному элементу Стена показывает уникальный идентификатор это элемента.

Или уникальный идентификатор свойства элемента можно посмотреть через Свойства объектов.

Когда экспертиза и/или Заказчик находит ошибки в ЦИМ, то как раз используется уникальный идентификатор, на который ссылается экспертиза и/или Заказчик . Проектировщик по уникальному идентификатору легко может найти «ошибочные» элементы ЦИМ.

Для этого используются Фильтры.

Например, экспертизой найдена коллизии на недопустимое пересечение элемента Дверь (b1a6873a-bbba-444e-ab2a-df500e581d53) и Стена (41dba48c-f7cf-46f4-b03e-0ce112aa4590) Для их поиска создадим фильтр.

Затем на 3Д-виде изолируем элементы, которые необходимо исправить.

ООО «Си Эс Трэйд», г. Калининград