BIM-технологии
Как в Revit найти пересечения труб, балок и стен до стройки
# Как в Revit найти пересечения труб, балок и стен до стройки
Каждый раз, когда строители приходят на площадку и упираются в воздуховод, который пробивает балку, или в стояк, который висит в проёме окна, — это не «ошибка монтажника». Это незакрытая коллизия проекта. И ловить её нужно не в монтаже, а в модели Revit, ещё до того, как первая бригада выехала на объект.
В этой статье разберём практически: как именно в Revit найти пересечения труб, балок, стен и других элементов до стройки. Без воды, на инструментах, которые работают в реальных проектах нашего бюро ЛЭНДПРОДЖЕКТ.
Зачем искать коллизии до стройки
Каждое необнаруженное пересечение на бумаге превращается на площадке в одно из трёх:
- Простой бригады, пока проектировщик правит документацию (1–3 дня).
- Изменение РД задним числом и переподписание с заказчиком.
- Демонтаж уже смонтированного участка инженерии или КЖ.
Один незакрытый clash «балка ↔ воздуховод» в офисном здании среднего класса легко стоит 200–400 тыс. рублей в виде простоев и переделок. Десять таких коллизий — это уже бюджет на месяц проектирования.
Поэтому в ЛЭНДПРОДЖЕКТ мы закладываем clash-проверку в стадию РД как обязательный этап: модель не уходит на согласование, пока сводная сборка не пройдена.
Что считается «пересечением» в BIM-модели
Коллизии в BIM делят на три уровня — это базовая классификация, которую важно понимать, чтобы фильтровать шум:
Hard clash — жёсткая коллизия
Физическое пересечение тел двух элементов. Самый понятный тип: стальная балка проходит сквозь воздуховод 800×500. Это всегда требует исправления.
Soft clash — мягкая коллизия (нарушение clearance)
Элементы не пересекаются, но нарушают регламентированные расстояния обслуживания. Например, фланцевое соединение трубы расположено в 5 см от стены — обслуживать его невозможно. Soft clash требует анализа: иногда правят модель, иногда — отдельную инструкцию для эксплуатации.
4D clash — временная коллизия
Два элемента не пересекаются в пространстве, но монтируются в неправильной последовательности: вентканал «закрывает» доступ к месту установки оборудования, которое монтируется позже. Ловится только в Navisworks по таймлайну.
В практике 80% находок на этапе РД — это hard clash, и именно их можно и нужно ловить штатными средствами Revit.
Способ 1. Инструмент Interference Check внутри Revit
Самый быстрый способ найти пересечения — встроенный инструмент Revit «Проверка пересечений» (Interference Check). Он работает прямо в модели и не требует экспорта.
Где запустить: вкладка «Совместная работа» → раздел «Координация» → «Проверка пересечений» → «Выполнить проверку».
Как настроить:
- В левой колонке диалога выбираем категории первого набора — например, «Конструкции → Несущие балки», «Конструкции → Несущие колонны», «Архитектура → Стены».
- В правой колонке — категории второго набора: «Воздуховоды», «Трубы», «Кабельные лотки», «Электрооборудование».
- Если в проекте подключены связанные модели (RVT-связи от смежников), в раскрывающемся списке сверху меняем «Текущий проект» на нужную связь — Revit умеет искать пересечения между моделями.
- Жмём «ОК». Через несколько секунд получаем дерево результатов.
Что важно знать:
- Interference Check внутри Revit не понимает clearance — только hard clash. Это нормально для рабочего цикла внутри одной дисциплины.
- Отчёт можно сохранить в HTML — мы используем его как приложение к замечаниям ГИПа.
- Каждая строка результата кликабельна: нажатие → «Показать» подсвечивает элементы в виде.
Подводный камень: проверку нужно прогонять после каждой крупной правки. Удобно повесить на еженедельный ритуал — например, по пятницам перед выгрузкой в центральную модель.
Когда хватает только Interference Check
- Небольшой проект на 1–3 разделах (АР + КР + ОВ).
- Все смежники работают в одной центральной модели Revit.
- Нужны только hard clash, без анализа последовательности монтажа.
Для коттеджа или одноэтажного общественного здания этого реально хватает. Для жилого комплекса или административно-производственного объекта — уже нет.
Способ 2. Сводная модель в Navisworks (Clash Detective)
Когда в проекте 5–10 разделов, и каждый ведётся в своей модели Revit (АР, КР, ВК, ОВиК, ЭОМ, СС, ТХ), искать коллизии внутри одного файла бессмысленно. Нужна сводная модель.
В ЛЭНДПРОДЖЕКТ мы собираем её в Autodesk Navisworks Manage по такой схеме:
Шаг 1. Экспорт моделей в NWC
Из каждого разделового Revit-файла экспортируется NWC через плагин Navisworks Exporter. Важно:
- Экспортируем актуальную модель — после выгрузки центральной (Synchronize).
- В настройках экспорта включаем «Convert element parameters» — иначе в Navisworks не будет ID элементов, и replay коллизий обратно в Revit станет невозможным.
- Имя файла — строгое: `<шифр>_<раздел>_<дата>.nwc`. Например: `LP-2026-014_OV_2026-05-15.nwc`.
Шаг 2. Сборка NWD
В Navisworks открываем пустую сцену, через «Append» добавляем все NWC по очереди. Сохраняем как NWD — это сводная модель.
NWD — read-only, его удобно передавать заказчику или экспертизе для визуального согласования. Сами проверки делаем в NWF (working file).
Шаг 3. Clash Detective
Открываем панель Clash Detective: вкладка «Home» → «Clash Detective». Создаём новый набор проверок (Test).
Базовый набор для жилого здания:
| Набор A | Набор B | Тип | Tolerance |
|---|---|---|---|
| Несущие конструкции (КР) | Воздуховоды (ОВ) | Hard | 0 мм |
| Несущие конструкции (КР) | Трубы (ВК + ОВ) | Hard | 0 мм |
| Несущие конструкции (КР) | Кабельные лотки (ЭОМ) | Hard | 0 мм |
| Стены (АР) | Воздуховоды (ОВ) | Hard | 0 мм |
| Стены (АР) | Трубы (ВК) | Hard | 0 мм |
| Воздуховоды (ОВ) | Трубы (ВК) | Hard | 0 мм |
| Воздуховоды (ОВ) | Кабельные лотки (ЭОМ) | Hard | 0 мм |
| Оборудование (ОВ) | Стены (АР) | Soft | 600 мм (зона обслуживания) |
Tolerance в 0 мм для hard clash — принципиально. Если поставить 10–20 мм «для отсева мелочи», вы пропустите реальные пересечения, которые на стройке станут проблемой.
Шаг 4. Триаж результатов
После запуска получаем сотни (иногда тысячи) пересечений. Это пугает только в первый раз.
В реальной работе делаем так:
- Сортируем по группам — Navisworks сам группирует одинаковые типы коллизий.
- Назначаем владельца каждой группы: КР, ОВ, ВК, ЭОМ.
- Каждой коллизии присваиваем статус: New → Active → Resolved → Approved.
- Экспортируем отчёт в HTML или XML — отправляем смежникам.
В наших проектах используем правило: «90% коллизий должны быть в статусе Resolved или Approved до выпуска РД». Approved — это случаи, когда коллизия не критична (например, проектное решение допускает обход в монтаже).
Способ 3. Координация связанных моделей Revit без Navisworks
Если бюджет проекта не позволяет лицензию Navisworks Manage, есть рабочий путь только в Revit — через инструмент «Координация мониторинга» (Copy/Monitor) и связанные модели.
Как это работает:
- В архитектурной модели идём «Совместная работа» → «Координация» → «Связать Revit». Подключаем модель КР, ВК, ОВ как RVT-ссылки.
- Через «Copy/Monitor» отслеживаем критичные элементы: оси, отметки уровней, базовые точки. Если смежник сместит уровень — Revit предупредит.
- Запускаем Interference Check уже между текущим проектом и связями.
Это слабее Navisworks по аналитике и репортингу, но для бюро на 5–10 человек с проектами до 5000 м² — рабочий вариант.
Способ 4. AI-проверка модели в ЛЭНДПРОДЖЕКТ
С 2025 года мы используем собственный AI-агент (на базе Claude Agent SDK), который читает NWD и Revit-модель через API и подсвечивает не только hard clash, но и логические ошибки:
- Воздуховод, который проходит через помещение архива (по нормам нельзя).
- Стояк ВК, который не доходит до подвала (обрыв трассы).
- Группа труб, которая идёт через несущую балку, хотя через 30 см есть свободный проём.
- Несоответствие маркировок между разделами (например, в АР указано «КЖ-1», а в КР — «КЖ-01»).
Это не замена Clash Detective — это надстройка, которая отсекает «глупые» ошибки до того, как они попадают в формальный clash-отчёт.
В пилотных проектах AI-проверка ловит на 20–30% больше реальных проблем за то же время, что классический ручной обход.
Типичные пересечения, которые ловятся в первый день
Когда мы запускаем Clash Detective на новой модели, в 80% случаев в топе результатов одно и то же:
1. Стояки ВК через балки перекрытия
Самая частая коллизия. Архитектор посадил санузел над санузлом на нижнем этаже, ВК поставил стояк по геометрии санузлов, КР пустил балку под перекрытием — и стояк проходит сквозь балку.
Решение: либо отверстие в балке (с пересчётом КЖ), либо смещение стояка с заглушкой к существующему ответвлению на нижнем этаже.
2. Воздуховоды через колонны
В офисных пространствах с open-space часто магистральные воздуховоды идут под потолком в плотном пучке и упираются в колонны.
Решение: разводка воздуховодов с обходом колонн «по ходу движения воздуха» с локальным уменьшением сечения или установкой переходных деталей.
3. Кабельные лотки и трубы ОВ в одной отметке
Электрики и ОВ-шники независимо проектируют под потолком и оба «забирают» одну и ту же отметку для прокладки.
Решение: фиксация отметок прокладки на координационной модели на старте РД. Лотки выше отопления, отопление выше водопровода — это базовое правило, но без сводной модели его легко нарушить.
4. Двери и инженерные стояки
Архитектор переставил дверь, не обновив координацию — теперь стояк ВК упирается в полотно двери.
Решение: автоматический мониторинг положения дверей через Copy/Monitor или AI-агент, который сравнивает версии моделей еженедельно.
5. Сантехническое оборудование без зоны обслуживания
Smart clash, который часто пропускают: водонагреватель или фильтр стоит так, что снять его невозможно без демонтажа стены.
Решение: soft clash в Navisworks с tolerance 600 мм для оборудования + ручная проверка зон обслуживания на стадии РД.
Что такое BCF и зачем он нужен
Когда коллизии найдены, начинается самое сложное — донести их до смежников так, чтобы те их закрыли. Email с скриншотами Navisworks работает плохо: непонятно, какой элемент, какая отметка, кто отвечает.
Стандарт обмена замечаниями — формат BCF (BIM Collaboration Format). Это XML-файл с координатами вида, ID элементов, статусом и комментариями.
Цикл работы с BCF:
- В Navisworks или Solibri замечание оформляется как BCF Issue.
- Файл .bcfzip уходит смежнику.
- Смежник открывает BCF плагином в своём Revit — попадает прямо в нужный вид с подсвеченным элементом.
- Правит модель → отвечает в BCF («Resolved»).
- Координатор проверяет → закрывает («Closed»).
В ЛЭНДПРОДЖЕКТ BCF — обязательный канал коммуникации по коллизиям. Никаких устных правок или скриншотов в чате.
Чеклист координатора BIM на стадии РД
Чтобы поиск пересечений работал стабильно от проекта к проекту, в нашем бюро есть чеклист, который выполняется еженедельно:
- Понедельник. Сбор актуальных NWC от всех разделов, обновление сводной модели NWD.
- Вторник. Запуск Clash Detective по полному набору тестов. Триаж новых коллизий.
- Среда. Рассылка BCF смежникам.
- Четверг. Контрольное совещание координационной группы: новые коллизии, статус прошлых, спорные кейсы.
- Пятница. Обновление координационных видов в Revit, фиксация решений.
Этот ритм гарантирует, что к моменту выпуска РД на согласование клиенту 95% коллизий уже закрыты, а оставшиеся 5% — задокументированы и согласованы как «приемлемые».
Частые ошибки при поиске коллизий
Ошибка 1. Запуск Clash Detective один раз перед сдачей
Поиск коллизий — итеративный процесс. Один запуск за неделю до выпуска РД — это путь к панике: тысячи пересечений, нет времени их разобрать, выпуск переносится.
Ошибка 2. Игнорирование soft clash
«Это же не пересекается, чего там разбираться». А потом монтажник не может затянуть фланец, потому что между трубой и стеной — 3 см.
Ошибка 3. Tolerance вместо разбора
Поставили 50 мм tolerance, чтобы «отфильтровать мелочь». Через месяц на площадке выясняется, что 40 мм пересечения — реальная проблема для воздуховода.
Ошибка 4. Нет общего coordinate origin
Каждый раздел в Revit ведётся в своей системе координат, при сборке в NWD модели не совпадают. Все коллизии — ложные. Лечится только переделкой координат: общая базовая точка (shared base point) фиксируется на старте проекта.
Ошибка 5. NWC обновляется не вовремя
Кто-то из смежников экспортирует NWC раз в две недели, остальные — каждый день. В сводной модели — устаревшая картинка одного из разделов, ловятся фантомные коллизии.
Какие инструменты используем в ЛЭНДПРОДЖЕКТ
Финальный стек, на котором сегодня работает наша команда BIM-координации:
- Autodesk Revit 2024 — основной инструмент проектирования всех разделов.
- Autodesk Navisworks Manage — сводная модель, Clash Detective, BCF.
- Solibri Anywhere — проверка моделей по IFC, особенно полезно для согласований по АГР Москва.
- Dynamo + AutoLISP — автоматизация рутины (проверка параметров, перенос данных).
- Собственные AI-агенты на Claude Agent SDK — предварительная семантическая проверка моделей.
Этот стек — наработанная за 10+ лет связка. Не самая модная, но рабочая: мы провели через неё 18+ объектов в портфолио — от ИЖС и коттеджных посёлков до жилых и общественных зданий в Москве.
Сколько стоит BIM-координация в проекте
В нашей практике bim-координация — отдельная статья сметы, как и любой другой раздел. На стадии РД для жилого здания средней сложности она составляет 3–5% от стоимости разработки РД.
Эта доля окупается уже на первой партии замечаний, закрытых в модели вместо стройки. Усреднённо: 1 рубль на координацию экономит 10–15 рублей на переделках.
Поэтому, когда заказчик спрашивает «можно ли убрать координацию из сметы, чтобы удешевить РД» — мы показываем эту цифру и обычно убеждаем оставить.
Что в итоге
Найти пересечения труб, балок и стен в Revit до стройки — это не магия и не «дорогая опция». Это рабочий процесс из 4 шагов:
- Внутри Revit — Interference Check, по пятницам.
- Сводная модель в Navisworks — Clash Detective, еженедельно.
- BCF — для коммуникации со смежниками.
- Координационные совещания — для разбора спорных коллизий.
Дополнительно — Copy/Monitor, AI-проверки и нормальная BIM-координация с самого старта проекта. Это то, что отличает «проект на 3D» от настоящей BIM-модели.
Закажите BIM-проект в ЛЭНДПРОДЖЕКТ
Если вам нужен проект с реальной BIM-координацией — без коллизий, всплывающих на стройке, — мы готовы взяться за объект полного цикла: от эскизного проекта до авторского надзора.
Что мы делаем:
- Жилые и общественные здания, ИЖС и коттеджные посёлки, реконструкцию, интерьеры.
- Все стадии: ЭП → П → РД → авторский надзор.
- BIM-сопровождение в Revit + Navisworks + IFC для АГР Москва.
- Собственные AI-агенты для предварительной проверки моделей.
Обсудить ваш объект и оценить стоимость проектирования — на сайте landproject.net или напишите нам напрямую через форму обратной связи.