Как выполнить обнаружение столкновений в Revit перед строительством
Введение в Clash Detection в Revit
Обнаружение столкновений стало неотъемлемой частью современных рабочих процессов информационного моделирования зданий (BIM), особенно в архитектуре, инженерии и строительстве (AEC). Это относится к автоматизированному процессу идентификации пересечений, конфликтов или помех между различными строительными системами в 3D-модели. При правильном выполнении до начала строительства этот процесс предотвращает дорогостоящую переработку, уменьшает материальные отходы и минимизирует задержки проекта. Autodesk Revit остается одним из наиболее широко используемых инструментов для создания BIM, и в сочетании с Autodesk Navisworks Manage он обеспечивает надежный конвейер для всестороннего обнаружения столкновений. В этой статье исследуется полная методология для выполнения обнаружения столкновений в Revit, от подготовки моделей и экспорта до стратегий разрешения, с практическими лучшими практиками для проектных групп всех размеров.
В типичном строительном проекте такие дисциплины, как структурная инженерия, механическая, электрическая и сантехника (MEP), архитектурное проектирование и услуги пожарной защиты, вносят отдельные модели. Без тщательной координации эти системы часто пересекаются в плотных потолочных пространствах, коридорах шахт или структурных сетях. Обнаружение столкновений позволяет заинтересованным сторонам сравнивать эти модели и быстро определять проблемные области. Результатом является более плавное секвенирование строительства, лучшая безопасность участка и улучшенное сотрудничество между командами. По мере увеличения сложности здания овладение обнаружением столкновений в Revit больше не является обязательным - это стандартное требование для доставки высококачественных проектов вовремя и в рамках бюджета.
Понимание обнаружения столкновений и их роли в координации BIM
Для эффективного использования обнаружения столкновений, это помогает сначала понять типы столкновений, которые могут произойти. Большинство столкновений делятся на три категории: жесткие столкновения, мягкие столкновения и столкновения рабочего процесса или 4D. Жесткое столкновение происходит, когда два или более физических объекта занимают одно и то же пространство. Например, структурный луч пересекается с воздуховодом или трубой, проходящей непосредственно через стальную колонну. A [FLT: 2]] мягкое столкновение [FLT: 3]] происходит, когда элемент не пересекается геометрически, но нарушает требование допуска. Например, труба, которая слишком близко к кабельному лоток или воздуховод, который проходит внутри зоны клиренса стены с рейтингом огня. [FLT: 4]] Столкновения рабочего потока включают конфликты в последовательности строительства или логистике площадки, такие как планирование бетонного залива до завершения модели армирования.
Обнаружение столкновений в Revit обычно выполняется с использованием Navisworks Manage, который является отраслевым стандартом для агрегации моделей и анализа столкновений. В то время как Revit включает в себя основные инструменты проверки помех в своем собственном интерфейсе, Navisworks предлагает гораздо более продвинутые возможности: настраиваемые тесты на столкновение, отчетность о партиях, допуски, группирование и интеграцию отслеживания проблем. Нативная проверка помех Revit хорошо работает для быстрых проверок в рамках одной модели или между двумя связанными моделями, но для междисциплинарной координации в крупных проектах рабочий процесс Navisworks намного превосходит. Для более глубокого понимания процесса координации BIM ссылайтесь на обзор координации BIM Autodesk.
Подготовка моделей для обнаружения столкновений в Revit
Качество результатов обнаружения столкновений прямо пропорционально качеству ваших входных моделей. Инвестирование времени в надлежащую подготовку модели устраняет ложные срабатывания и гарантирует, что выход будет действительным. Вот подробная разбивка этапов подготовки.
Обеспечить согласованные форматы и блоки файлов
Все модели дисциплин должны быть созданы в Revit с согласованными блоками проекта, координатами и ориентацией. Используйте систему Shared Coordinates, чтобы гарантировать, что каждая связанная модель правильно выравнивается в главном файле. Если модели создаются с использованием разных координат происхождения или точек обзора, столкновения будут появляться в неправильных местах или будут полностью пропущены. Перед экспортом в Navisworks проверьте, что Project Base Point и Survey Point правильно определены в каждой модели.
Очистка элементов модели
Удалите любую ненужную геометрию или негабаритные рамки, фазирование или рабочие места, которые больше не актуальны. Убедитесь, что все системы MEP правильно подключены и что каналы, трубы, кабельные лотки и каналы следуют правильным маршрутам. Удалите временные элементы, импортированные файлы САПР, которые больше не нужны, и любые посторонние детали, которые могут загромождать анализ столкновения. Чистая модель уменьшает время, затрачиваемое на фильтрацию результатов и улучшает общую производительность при проведении испытаний на столкновение.
Определение уровня развития (LOD)
Обнаружение столкновений наиболее эффективно, когда модели соответствуют минимальному уровню развития (LOD) LOD 300, где элементы имеют точную геометрию, размеры и позиции. Если модель все еще находится на ранних стадиях проектирования (LOD 200 или менее), результаты столкновения могут вводить в заблуждение, потому что элементы могут позже изменить размер или местоположение.
Создать мастер-модель сборки
Создать центральный проект Revit, который связывает все модели дисциплины вместе. Эта мастер-модель служит единственным источником истины для координации. Не используйте мастер-модель для проектных работ; его единственная цель — агрегация и ссылка на Navisworks. Альтернативно, экспортируйте каждую модель дисциплины непосредственно в отдельный файл NWC или NWD и добавляйте их в Navisworks. Преимущество использования мастер-модели Revit заключается в том, что любые изменения в связанных моделях автоматически отражаются при экспорте мастер-модели.
Экспорт моделей Revit в Navisworks
После того, как ваши модели будут подготовлены, следующим шагом будет экспорт их в формат, который может читать Navisworks. Revit поддерживает прямой экспорт в форматы файлов Navisworks через надстройку NWC Export Utility или Export to Navisworks .
Использование Navisworks NWC Export Utility
Navisworks NWC Exporter — это плагин, который устанавливается как с Navisworks Manage, так и с Navisworks Simulation. Он добавляет кнопку Export to Navisworks на ленту Revit. При нажатии на неё открывается диалог настроек экспорта, где можно контролировать параметры, такие как блоки конвертации, идентификаторы элементов и геометрия комнаты. Выберите соответствующие настройки конвертации для вашего региона (например, миллиметры, дюймы). Полученный файл NWC — это легкое, удобное для кэша представление вашей модели Revit. NWC файлы не могут быть открыты непосредственно в Navisworks для редактирования; они должны быть добавлены или объединены в проект NWD или NWF.
Экспорт как NWD или NWF
В качестве альтернативы вы можете экспортировать свою модель Revit непосредственно в виде файла NWD (FLT:1]] (Navisworks Document), который встраивает все данные геометрии и модели, включая разметку точки зрения и обзора. Формат NWD полезен для распространения среди заинтересованных сторон, которым необходимо просмотреть модель, но не изменить ее. NWF (Navisworks File Set) является контейнером, который связывается с исходными файлами (NWC, DWG и т. д.) и хранит только результаты координации и столкновения. Использование NWF является рекомендуемым подходом для координации в реальном времени, поскольку он поддерживает ссылки на исходные файлы. Когда модель Revit обновляется, обновление NWF в Navisworks тянет в последней геометрии без необходимости полного реэкспорта.
Для пошаговых инструкций по экспортному рабочему процессу обратитесь к Руководство по экспорту Autodesk для Revit to Navisworks .
Проведение Clash-тестов в Navisworks Manage
После того, как ваши модели загружаются в Navisworks, начинается настоящая работа. Инструмент Clash Detective является центральным центром для определения, запуска и обзора столкновений тестов. Вот подробное прохождение рабочего процесса от начала до конца.
Выбор моделей и выбор
В Navisworks каждая модель дисциплины появляется как отдельный элемент в Selecting Tree. Вы можете запустить тест на столкновение между двумя целыми моделями (например, архитектурными против структурных) или между конкретными группами в модели (например, все столбцы против всех воздуховодов). Используйте функцию Select Sets, чтобы предварительно определить группы элементов для целевого анализа столкновений. Это особенно полезно, когда вы хотите игнорировать определенные типы элементов, таких как рельеф, мебель или временные структуры из анализа.
Определение тестов на столкновение и настроек толерантности
Нажмите на кнопку Clash Detective на вкладке «Домой» для открытия диалога. Создайте новый тест столкновения, нажав на значок «зеленый плюс». Назовите тест описательно, например, «Структурные колонки против HVAC Ducts». В вкладке Правила Определите, какие наборы выбора или файлы модели задействованы. Вы можете установить значение Толерантность, которое является допустимым разрывом между элементами. Допуск 0 означает любое перекрытие геометрии регистрирует как столкновение. Для проверок мягкого клиренса установите положительную толерантность (например, 50 мм) для ловли элементов, которые слишком близки. Тип Поля позволяет выбирать между жестким, клиренсом или двойным обнаружением столкновения. Используйте Очистка для
Запуск теста и фильтрация результатов
Нажмите кнопку Run Clash Test. Navisworks обрабатывает геометрию и производит список столкновений, сгруппированных по местоположению. Панель результатов показывает каждое столкновение с миниатюрой, расстоянием и групповым назначением. Используйте опцию Filter, чтобы игнорировать столкновения, которые находятся в определенном диапазоне допусков или включают элементы из обеих моделей. Для крупных проектов обычно имеют тысячи столкновений. Не пытайтесь рассматривать каждое из них по порядку. Вместо этого групповые столкновения по местоположению, типу элемента или тяжести с использованием вариантов группировки Grouping в вкладке «Результаты Clash Detective». Это позволяет вам сосредоточиться на наиболее критических конфликтах в первую очередь.
Рецензия и комментарии на столкновения
Для каждого столкновения Navisworks предоставляет 3D-порт просмотра, который выделяет конфликтующие элементы. Используйте инструменты Viewpoint, чтобы лучше понять природу конфликта. Вы можете установить Status каждого столкновения на Active, Reviewed, Resolved, Resolved. Добавьте комментарии или возложите ответственность на членов команды. Это создает аудиторский след, который необходим для отслеживания прогресса координации. ReportsВ диалоге Clash Detective позволяет экспортировать результаты в формате HTML, XML или CSV. Отчеты должны быть переданы всем заинтересованным сторонам проекта во время координационных встреч.
Решить стычки и обновить модели Revit
Выявление столкновений — это только половина битвы; реальная ценность заключается в том, чтобы решать их совместным образом.
Приоритетность столкновений на основе критичности
Не все столкновения равны. Структурные столкновения с системами MEP часто дороже исправить после выпуска чертежей конструкции. Электрические и сантехнические конфликты в потолочных помещениях могут быть легче приспосабливаться с небольшими изменениями маршрутизации. Разработать матрицу приоритетности, которая оценивает столкновения по дисциплине, местоположению, влиянию на график и последствиям затрат. Как правило, высокоприоритетные столкновения включают структурные элементы или основные сети MEP. Среднеприоритетные столкновения включают вторичные прогоны, такие как ветвящиеся каналы или электрические каналы. Недостаточные столкновения могут включать временные элементы, дубликаты или элементы дизайна, которые все еще находятся в разработке.
Координация через центральный трекер проблем
Используйте облачный инструмент разрешения проблем, такой как Autodesk BIM Collaborate, Trimble Connect, или даже общую электронную таблицу для назначения столкновений конкретным дизайнерам. Каждое столкновение должно иметь описание, скриншот или ссылку точки зрения, ответственную сторону и дату. В еженедельных координационных встречах проверяйте открытые столкновения, обсуждайте изменения дизайна и отмечайте проблемы, как решено при обновлении модели. Этот систематический подход предотвращает столкновения от проскальзывания через трещины и обеспечивает подотчетность.
Обновление моделей и повторное обнаружение столкновений
После того, как команда разработчиков вносит изменения (например, инженер-конструктор перемещает колонку или инженер-член Европарламента перенаправляет канал), они должны обновить свою модель Revit. Для проектов, использующих модели совместного использования, это означает синхронизацию изменений в центральной модели. Для связанных моделей основная модель должна быть реэкспортирована и файл NWF обновлен в Navisworks. Наилучшая практика заключается в повторном проведении испытаний на столкновение после каждой важной вехи проектирования или, по крайней мере, раз в две недели на этапе разработки дизайна. Непрерывное обнаружение столкновений снижает вероятность неожиданностей позже на этапе строительства.
Лучшие практики для эффективного рабочего процесса обнаружения столкновений
Чтобы максимизировать ценность обнаружения столкновений, примите следующие всеобъемлющие передовые методы, которые выходят за рамки основных шагов.
Создайте четкий план выполнения BIM
Перед началом проекта запишите в своем BIM Execution Plan (BEP) , как именно будет выполняться обнаружение столкновений. Определите уровень ожиданий развития (LOD), соглашения об именах моделей и элементов, частоту столкновений и процесс передачи результатов. Также укажите, кто отвечает за проведение испытаний на столкновение, обзор результатов и координацию исправлений. Это предварительное планирование экономит огромное время во время проекта.
Конвенции о последовательном наименовании
Наименование элементов может показаться тривиальным, но когда у вас есть тысячи столкновений, фильтрация по имени элемента становится критической. Убедитесь, что все дисциплины используют согласованный стандарт наименования для систем, оборудования и компонентов. Например, воздуховод должен быть назван, чтобы указать тип системы (снабжение, возврат, выхлоп), размер и уровень. Сбивающие с толку или общие названия элементов затрудняют быстрое определение того, какая система сталкивается и какая команда должна действовать.
Выполняйте обнаружение столкновений на нескольких этапах
Не ждите, пока проект будет завершен на 100%. Проведите предварительные испытания на столкновение на ранней стадии концепции или схематической фазы, чтобы определить основные конфликты, которые могут повлиять на планирование пространства или структурные сетки. По мере того, как проектирование продвигается через проектные разработки и строительные документы, запустите более подробные и частые испытания на столкновение. Этот поэтапный подход улавливает проблемы на ранней стадии, когда их дешевле исправить, и он встраивает координацию в процесс проектирования, а не рассматривает его как окончательную проверку качества.
Для всеобъемлющего руководства по передовым методам BIM, включая рабочие процессы обнаружения столкновений, ознакомьтесь с руководством по наилучшей практике NBS для обнаружения столкновений BIM .
Определить четкие стандарты толерантности и клиренса
Работа с командой проекта по установлению приемлемых значений клиренса для разных систем. Например, трубы и воздуховоды часто требуют минимального клиренса 2 дюйма (50 мм) от конструктивных элементов. Кабели и системы пожаротушения могут иметь разные требования к клиренсу. Документируйте их в BEP и применяйте их последовательно в настройках допуска Clash Detective. Это предотвращает завышение отчетности о невыпусках и фокусирует внимание на реальных конфликтах.
Члены команды поездов в рабочем процессе
Даже лучшие инструменты бесполезны, если команда не знает, как их использовать. Обеспечить учебные занятия по экспортному процессу, интерфейсу Clash Detective и инструментам отчетности. Подумайте о назначении одного руководителя координации, который действует как единая точка контакта для результатов обнаружения столкновений. Этот человек должен быть опытным как в Revit, так и в Navisworks и иметь возможность интерпретировать отчеты о столкновениях, допрашивать команду и следить за разрешением проблемы.
Передовые технологии для крупных проектов
На крупномасштабных проектах с участием десятков моделей и тысяч столкновений базовых техник может оказаться недостаточно. Рассмотрим эти передовые подходы для поддержания эффективности и точности.
Используйте тест Batch Clash
Navisworks позволяет запускать несколько тестов на столкновение в партии. Вы можете определить тест для структурных vs. MEP, архитектурных vs. структурных и MEP vs. MEP, а затем выполнить их все одним щелчком мыши. Это намного эффективнее, чем запускать каждый тест один за другим. Создайте файл пакетного запуска с помощью кнопки Batch в диалоге Clash Detective и запланируйте его запуск на ночь для больших наборов данных.
Обнаружение плеча на основе правил Clash Detection
Для повторяющихся рабочих процессов обнаружения столкновений можно создавать правила, которые автоматически группируют столкновения по категориям, тяжести или типу элементов. Это уменьшает ручную сортировку и помогает вам сосредоточиться на наиболее важных вопросах в первую очередь. Вы также можете применять правила, чтобы игнорировать определенные типы элементов, которые являются известными источниками ложных срабатываний, таких как плантаторы, мебель или временная подтяжка.
Интеграция обнаружения столкновений с 4D-планированием
Для расширенного планирования строительства вы можете связать результаты обнаружения столкновений с графиком проекта с помощью таймлайнера Navisworks. . Это позволяет выявлять не только пространственные конфликты, но и конфликты секвенирования — например, часть оборудования, устанавливаемого до того, как будет залита структурная плита. Хотя это требует дополнительной настройки, это обеспечивает мощный уровень понимания для менеджеров строительства и консультантов. Узнайте больше об этой интеграции из ресурсов Автодского университета на 4D BIM и обнаружении столкновений .
Обычные подводные камни и как их избежать
Даже опытные команды попадают в общие ловушки, которые снижают эффективность обнаружения столкновений. Вот ловушки, за которыми нужно следить, и стратегии, чтобы их избежать.
Подавляющее число ложных позитивных
Если ваши результаты столкновения полны ложных срабатываний — столкновений, которые не являются реальными проблемами — члены команды начнут игнорировать отчеты. Это часто происходит, когда модели не очищены должным образом, значения допуска установлены слишком плотно или дублированная геометрия существует. Чтобы бороться с этим, инвестируйте время в подготовку модели, установите реалистичные допуски и используйте фильтры, чтобы исключить нерелевантные элементы. Кроме того, запустите тест Дублированный удар , чтобы определить случаи, когда одна и та же геометрия появляется в нескольких моделях.
Игнорирование отчетов Clash
Распространенной проблемой является обнаружение столкновений, а затем не решение проблем. Это происходит, когда отчеты о столкновениях слишком длинные или когда нет четкой ответственности за каждое столкновение. Реализуйте строгую политику, согласно которой ни одна веха дизайна не считается полной, пока отчеты о столкновениях не будут рассмотрены, и все приоритетные столкновения либо разрешаются, либо отмечаются как принятые с документированным одобрением менеджера проекта или владельца. Используйте функцию статуса в Clash Detective для отслеживания прогресса и привлечения заинтересованных сторон к ответственности.
Опираясь исключительно на проверку вмешательства коренных жителей Ревита
В то время как встроенная проверка помех Revit полезна для быстрых специальных проверок, ей не хватает расширенных функций группировки, толерантности и отчетности Navisworks. Не полагайтесь на нее как на основной инструмент обнаружения столкновений для междисциплинарной координации. Всегда экспортируйте в Navisworks для всестороннего анализа, особенно на проекты с тремя или более дисциплинами.
Не обновлять модели перед повторными испытаниями
Если вы повторно запустите тесты на столкновение, не гарантируя, что все модели дисциплин были обновлены, вы будете тратить время на просмотр одних и тех же столкновений снова и снова. Установите протокол, который перед каждым запуском столкновения каждая команда дисциплин подтверждает, что их модель является текущей и была синхронизирована с центральным файлом. Автоматизируйте эту проверку, используя временные метки или контроль версий в вашем наборе файлов NWF.
Заключение
Обнаружение столкновений в Revit, при правильном выполнении, превращает процесс координации из реактивной, подверженной ошибкам деятельности в активную, основанную на данных практику, которая экономит время, деньги и разочарование на строительных проектах. Подготовляя модели методично, экспортируя в Navisworks Manage, выполняя целевые испытания на столкновение и решая проблемы посредством совместного процесса, проектные команды могут устранить большинство полевых конфликтов до того, как одна лопата попадет на землю. Ключевые принципы - согласованное наименование, регулярные проверки, тщательная отчетность и четкая отчетность - универсальны и могут применяться к любому размеру или сложности проекта.
Принятие этих методов не только улучшает качество строительных документов, но и укрепляет командную работу и доверие между дисциплинами. Когда все заинтересованные стороны могут четко видеть конфликты в одной и той же модельной среде, скоординированные решения появляются быстрее и с меньшим количеством компромиссов. Информационное моделирование зданий является наиболее мощным, когда эти рабочие процессы координации встроены в повседневные операции по проекту. Начните внедрять эти методы обнаружения столкновений сегодня, и вы увидите измеримые улучшения в результатах проекта от проектирования до доставки.