Исключения и Согласованные коллизии

В модели всегда будут коллизии, которые не требуется устранять по причинам:

1. Отсутствие технической возможности ПО для устранения коллизий.

2. Высокие трудозатраты на устранение коллизий, при незначительном влиянии на объем.

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

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

Для формализации процедуры согласования возможно применять форму согласования коллизий, пример на Рис. 9.96.

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

Рис. 9.96. Пример листа(протокола) согласования коллизий

 

9.7 Подготовка файлов информационных моделей в соответствии с требованиями государственной экспертизы

Данный раздел разработан на основании требований Главгосэкспертизы России к ИМ, направляемым на экспертную оценку [2.24].

В свою очередь требования [2.24] опираются на СП 333.1325800.2020.[2.22] в части набора обязательных атрибутов элементов модели и Постановление Правительства Российской Федерации от № 1431 от 15.09.2020г [2.6] в части форматов информационной модели направляемой в органы экспертизы, а также Постановление Правительства Российской Федерации от № 1416 от 12.09.2020г. в части требований по применению классификатора строительной информации.

В рамках настоящего стандарта будут рассмотрены примеры формирования файлов ИМ части линейного объекта в формате IFC в соответствии с вышеуказанными требованиями [2.24]. Для удобства применения обобщенные требования к ИМ, направляемым в органы экспертизы приведены, на Рис. 9.97.

Рис. 9.97. Обобщенные требования к ИМ линейного объекта направляемой в органы экспертизы

Примечание: в рассматриваемых примерах классификация объектов и присвоение атрибутивных характеристик в Revit будет произведено для верхнего уровня иерархической структуры объекта, в случае модели Civil 3D для элементов модели нижнего уровня иерархической структуры.

9.7.1 Формирование файла ИМ части линейного объекта в среде Revit на примере малого искусственного сооружения – круглой железобетонной водопропускной тубы, входящей в линейный объект – загородную автомобильную дорогу.

Выполнение требований к геометрическим параметрам обеспечиваются на этапе проработки проектных решений базовыми приемами работы в САПР и в данном разделе не рассматриваются.

Соблюдение требований по классификации объектов ИМ в соответствии с классификатором строительной информации (КСИ), размещенном по адресу http://ksi.faufcc.ru/, должно обеспечиваться в зависимости от условий, определенных в п. 1.4 [2.23].

· В случае обязательности формирования и ведения ИМ ОКС применение КСИ также является обязательным.

· В случае отсутствия обязательных требований по применению BIM-технологий при реализации проекта применение КСИ не является обязательным.

В примере рассматривается вариант обязательного применения КСИ. Реализация требований КСИ в примере обеспечивается применением «Методики по кодированию элементов информационной модели объекта капитального строительства» [2.23] и функционала Revit по работе с параметрами объектов.

В соответствии с КСИ объект: «Круглая железобетонная водопропускная труба на ПК 3552+53 автомобильной дороги» классифицируется и записывается в виде многоуровневого кода следующим образом:

Таблица 9‑8. Состав кода объекта в соответствии с КСИ

Кодовое обозначение	Определение кодового значения
=	Знак функционального аспекта
JD20	Система наружного водостока
(	Знак отделения ассоциативной информации (о свойствах объекта)
SN_0003:	Наименование системы
«Круглая железобетонная водопропускная труба»	Значение наименования системы
.	Разделитель для многоуровневого кода объекта
XPG_0010	Диаметр
1.25	Значение диаметра
[m]	Единицы измерения диаметра
)	Знак отделения ассоциативной информации (о свойствах объекта)
G10	Система дренажа
.	Разделитель для многоуровневого кода объекта
HAB	Сооружение автомобильной дороги вне населенных пунктов
/	Разделитель аспектов системы для составного (многоаспектного) кода объекта
++	Обозначение аспекта точки расположения (точки установки)
XLL_0015:	Километраж трассы
355,253	Значение километра трассы

 

В результате получается следующий многоуровневый код объекта:

=JD20(SN_0003:«Круглая железобетонная труба».XPG_0010:1,25 [m])G10. HAB/++XLL_0015:352,253

Сам параметр «КСИ Функциональный код многоуровневый» также обозначается кодом по КСИ: XNKF0002

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

Автоматизировать процесс кодирования и создания составных многоуровневых и многоаспектных кодов можно при помощи Dynamo для Revit.

Требования по топологии ИМ в первую очередь направлены на состав ИМ. С точки зрения действующей государственной нормативной документации вся информация, представленная в электронном виде и относящаяся к проекту, считается частью ИМ. Обобщенные требования к составу информационной модели, форматам и форме ее представления приведены в таблице 9‑9.

Таблица 9‑9. Обобщенные требования к составу информационной модели, форматам и форме ее представления