Финальная BIM-проверка

Существует 3 основных типа проверок перед выдачей:

1. На коллизии – проводит DM/DD, контролирует BPM.

Проверки на коллизии проводятся в среде Autodesk Navisworks в соответствии с Матрицей коллизий (см. Таблица 2.3.1.1.1).

BPM создает задачу в Bitrix24,организует инфраструктуру на старте проекта для проверки на коллизии и предоставляет файлы DD/DM. В частности, на старте стадии проекта BPM:

• настраивает процесс автоматической выгрузки моделей в формате .nwc, проверяет их работоспособность перед проверкой;
• создает файлы сборок .nwf и проверяет их актуальность перед проверкой;
• импортирует в файл шаблонные проверки и поисковые наборы.

Для того чтобы избежать возможной работы с неактуальной моделью NWC и сэкономить трудозатраты на экспорт моделей, в файлы-сборки NWF подгружаются только живые модели NWC. Такие модели автоматически обновляются при каждом запросе пользователя.

Цикл проверок осуществляется в следующем порядке:

• DD предварительно проверяет и устраняет внутренние замечания Revit.
• В NavisWorks DM/DD создает группы коллизий и присваивает коллизиям статус определяющий, являются ли коллизии критичными или нет.
• DD исправляет коллизии в ПО Revit. При отработанных коллизиях доносит информацию до BPM.
• BPM проверяет исправлены ли все коллизии. В случае, если при обновлении проверок обнаруживаются конфликты в статусе «активно», модель возвращается на отработку DD.

2. На соответствие EIR – проводит BM по дисциплине, контролирует BPM, отрабатывает DD.

Для запуска проверки PM или DM ставит задачу BPM о старте проверок. BPM в свою очередь декомпозирует задачу по разделам, направляя на проверку модели к координатору по своему разделу. Таким образом проверки моделей по всем разделам происходят параллельно и

сокращается общее время на проверку моделей. BPM является ответственным за постановку задачи и осуществление промежуточного и итогового контроля. BPM создает отчет о проверке моделей на основании шаблонного чек-листа и передает для заполнения BM, после заполнения сохраняет отчет и передает в работу DD/DM.

Проверки на BIM-стандарт проводятся в Autodesk Revit при помощи встроенных инструментов – спецификации, а также при помощи инструментов DSA_Map.  В процессе проверок формируется отчёт, который передаётся проектировщику для ознакомления и исправления ошибок. Все ошибки, указанные в отчёте, обязательно должны быть исправлены проектировщиком. DD в отчёте должен с указанием даты поставить актуальный статус для каждого замечания. Контроль отработки выставленных замечаний — ответственность BPM.

3. Проверка документации перед выпуском

По запросу проектировщиков BPM создает файл коллизий сводной модели RVT – изменяемый файл, внутри которого происходит кросс-дисциплинарное взаимодействие DM/DD. Необходимость использования файла коллизий на проекте определяет BPM совместно с другими участниками проектирования;

Проверка геометрии

Матрица коллизий

В Таблица 2.3.1.1.1 представлена Матрица коллизий. В ячейках таблицы отображены номера проверок из Таблица 2.3.1.1.2. В Таблица 2.3.1.1.2 приведен список проверок и их допуски.

В Таблице 2.3.1.1.3 приведен стандартный список используемых поисковых наборов, объединенных в смысловые группы.  На объектах повышенной сложности моделирования допуски проверок задаются индивидуально от объекта и прописываются в BEP.

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

Ниже представлена цветовая легенда, использующаяся в Матрице коллизий Таблица 2.3.1.1.1.

Таблица 2.3.1.1.1 – Матрица коллизий

— номер проверки для стадий П и Р/для стадии ОПР

Таблица 2.3.1.1.2 – Список проверок

Таблица 2.3.1.1.3 – Поисковые наборы

Список некритичных пересечений

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

Таблица 2.3.1.1.4 — Некритичные пересечения в моделях АР

Таблица 2.3.1.1.5 — Некритичные пересечения в моделях КР

Таблица 2.3.1.1.6 — Некритичные пересечения в моделях ИОС

Список допускаемых дублирований

Дублирование элементов в различных разделах документации не допускается, кроме следующих случаев:

• при старте разработки проекта и после выдачи первого задания — дублирование несущих стен, колонн и перекрытий в архитектурном и конструктивном разделах допускается только на этапе выдачи первичного задания от АР к КР. Все дублирующиеся элементы модели разделяются по соответствующим рабочим наборам, например в КР РН «Вспомогательные элементы». Впоследствии дублирующиеся элементы удаляются из моделей: все несущие конструкции, а также окна и двери, для которых они являются основой располагаются в моделях КР;
• дублирование лестничных маршей в разделах АР и КР;
• дублирование сантехники в разделах АР и ИОС. Сантехнические приборы в моделях АР располагаются условно для уточнения по месту подключения в моделях ИОС;
• допускается дублирование финишной отделки в разделах АР, АИ;
• допускается дублирование оконечного инженерного оборудования в разделах АР, АИ;
• допускается дублирование оборудования ОВ/ВК в моделях разделов ЭОМ/СС. В данном случае необходимо проконтролировать исключение данного оборудования из спецификаций моделей ЭОМ/CC.

Все дублирования описываются в BEP.

Процесс отработки коллизий

Основной комплекс проверки на пересечения производится в ПО Navisworks через инструмент clash detective. Файлы проверок и отчётов располагаются согласно структуре папок проекта (структуру папок смотри в главе Управление BIM-проектированием). Для работы используются три формата – NWF, NWC, NWD.

• Файл формата NWC – файл, в котором модель экспортируется из Revit. При очередной проверке / экспорте информации из Revit старый файл данных должен быть перезаписан. Все выгруженные файлы такого формата подгружаются в файлы формата NWF;

• файл формата NWF – формат файла, который сохраняет в себе пути к экспортированным из Revit моделям формата NWC, точки обзора и отчёты о проверках. Является рабочим файлом, в котором производятся проверки на пересечения. От проверки к проверке файл не меняется, внутри него обновляются только выгруженные NWC;

• файл неизменяемого формата NWD – информация в этом файле не может быть изменена, поэтому используется как файл-архив или файл-отчёт. Создаётся после выдачи результатов каждой проверки и именуется в соответствии с правилами наименования (смотри пункт Правила наименования).

Важно: по завершении проверки и перед выдачей комментариев на отработку BPM сохраняетрезультаты проверки в неизменяемом формате NWD и присваивает ему имя в соответствии с правилами наименования. После отработки комментариев модель ещё раз перепроверяется и, в случае выявления неотработанных комментариев, выдаётся новый перечень коллизий. Так происходит до тех пор, пока не будут отработаны все коллизии.

Статусы конфликтов

При устранении комментариев необходимо учитывать логику статусов конфликтов:

Рисунок 2.3.1.1.2 – Статусы конфликтов

• Создать – этот статус имеют конфликты, выявленные в текущей проверке.
• Активные – этот статус имеют конфликты, выявленные при предыдущих проверках и не отработанные до текущей проверки.
• Проверенные – этим статусом помечаются конфликты, которые будут устранены при следующих проверках. ВАЖНО: статус «проверенные» для конфликта назначает только DM (или DD, отрабатывающий комментарии).
• Подтверждённые – этим статусом помечаются конфликты, которые по своей сути не являются ошибками. Этот статус для конфликта может присвоить как BPM, так и DM (DD), который отрабатывает комментарии.
• Исправленные – этим статусом автоматически помечаются конфликты, которые были устранены в процессе отработки комментариев.

При финальной проверке моделей (АР-КР-ИОС) все ранее присвоенные конфликтам статусы (Проверенные, Подтверждённые) обнуляются до статуса «Создать» или группируются в одну группу внутри статуса и заново перепроверяются. Это необходимо сделать, чтобы исключить возможность присваивания конфликту неверного статуса. Такое правило обнуления статусов и перегруппировки не применяется при локальной проверке модели.

Проверки эвакуационных путей

В соответствии с существующими нормативными документами к эвакуационным путям предъявляются требования по минимальным габаритам. Пути эвакуации не могут пересекаться другими элементами.

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

Также разработана система проверки высоты паркинга от чистого пола до выступающих инженерных конструкций в соответствии с «СП 113.13330.2016 Стоянки автомобилей. Актуализированная редакция СНиП 21-02-99 (с Изменением N 1)». Для этих целей создана проверка в Navisworks по эргономике и специальный типоразмер перекрытия, который размещается на необходимой высоте.

Для создания корректной проверки в модели заранее необходимо создать пути эвакуации в моделях АР.

После данной подготовки можно переносить модель в Navisworks и запускать проверки:

25_Эвак. пути_Лестничные;

26_Эвак. пути_Коридор;

27_Эвак. пути_Паркинг.

Результат проверки представлен на Рисунок 2.3.1.1.3.

Рисунок 2.3.1.1.3 – Пересечение эвакуационного пути с лотком

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

Проверки на нормативы

Дополнительно к BIM-проверке DD/DM должны обеспечить выполнение проверок на нормативы. Перечень проверок представлен в первом блоке чек-листа. В столбце инструмент представлены ссылки на разработанные средства автоматизации для проверок. В случае необходимости разработать дополнительные инструменты обратитесь к BPM.