Матрица коллизий в Navisworks: настроить один раз

Как превратить матрицу пересечений разделов в наборы поиска и тесты Clash Detective: допуски по типам конфликтов, батч-прогон тестов и шаблон NWF.

Вопрос от инженера в личку: «Как настроить Navisworks, чтобы он сам искал коллизии по матрице?» Ответ короткий и скучный: сам он ничего не ищет, но настраивается один раз за проект, а дальше вся проверка сводится к одной кнопке Update All и получасу разбора.

Матрица при этом не украшение для альбома BIM-стандарта, а прямой источник настроек. Каждая заполненная клетка превращается в тест Clash Detective. Ниже — как пройти путь от таблицы в Excel до набора тестов, который переживёт три объекта подряд.

Что такое матрица пересечений

Таблица, где по строкам и по столбцам стоят разделы, а в клетках написано, как их проверять друг с другом. Пустая клетка означает «не проверяем», и это такое же решение, как любое другое.

Смысл в том, чтобы договориться о правилах до первого прогона. Иначе координатор гоняет тесты по интуиции, и на вопрос «а вентиляцию с пожаротушением проверяли?» честного ответа нет.

Рабочая матрица для жилого дома с подземным паркингом:

Шесть разделов дают пятнадцать пар. Клетку АР × ЭОМ мы обычно закрываем: розетки и выключатели честно сидят в стенах, и тест выдаёт тысячи «конфликтов», которые никто не собирается решать. Остаётся четырнадцать пар плюс четыре теста на зоны обслуживания — восемнадцать тестов, и это нормальный размер для объекта в 40 тысяч квадратов.

Дальше в матрицу дописывают, кто отвечает за клетку и как часто её гоняют. У нас три уровня: критичные пары (КР со всей инженеркой) идут еженедельно, остальные раз в две недели, зоны обслуживания перед выдачей раздела.

Допуски: откуда берутся цифры

Tolerance в Navisworks — это глубина проникновения, при которой конфликт считается конфликтом. При допуске 10 мм труба, зашедшая в стену на 6 мм, в отчёт не попадёт.

10 мм для несущих конструкций. Пересечение с колонной или балкой — всегда дорогая проблема, и мелочиться тут незачем. Ноль ставить нельзя: получите касания по стыкам плит и по общим граням.

20 мм для архитектуры. Перегородки двигаются легче, чем ригели, а погрешность моделирования отделки съедает первые полтора сантиметра.

25 мм между инженерными разделами. Монтажные зазоры между воздуховодом и лотком всё равно закладываются на площадке. Допуск в 5 мм добавит вам двести пунктов, из которых ноль дойдёт до реального решения.

Clearance 600–800 мм для оборудования. Проверка не на пересечение, а на сближение: перед щитом должен быть проход, у приточной установки — место, чтобы вынуть фильтр. Цифры берутся не из головы, а из паспорта оборудования и норм по конкретному помещению.

Есть ещё Duplicates — ловит задвоенные элементы после копирования связей. В матрицу его не пишут, гоняют раз в месяц по всей сборке.

Из матрицы в наборы поиска

Тест сравнивает не файлы, а наборы. Поэтому первый шаг после матрицы — сделать по набору на каждый раздел, который в ней участвует.

Home → Sets → Manage Sets → Find Items. Слева дерево файлов, справа условия: Category, Property, Condition, Value.

Только Search Set, не Selection Set. Первый запоминает условие и после Refresh моделей пересобирается сам, второй запоминает конкретные элементы и рассыпается при первой же перевыгрузке. Разница — между «настроил один раз» и «настраиваю каждую неделю».

Минимальный комплект под матрицу выше:

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

Проверка качества набора занимает пять секунд: нажмите Update и посмотрите счётчик элементов внизу окна. Ноль или подозрительно мало — условие бьёт мимо.

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

Тесты по клеткам матрицы

Clash Detective → Add Test. Для каждой заполненной клетки: набор A слева, набор B справа, тип, допуск.

Имя теста — самая недооценённая деталь. Оно попадает в отчёт, и его читает живой инженер. Формат, который у нас прижился: 03_КР x ОВ (Hard 10). Номер держит порядок в списке, разделы читаются с первого взгляда, допуск виден без открытия настроек.

Вкладка Rules внутри теста, три галочки включаются всегда: Items in Same Layer, Items in Same Group/Block/Cell, Items with Coincident Snap Points. Они убирают самопересечения внутри системы — врезки, тройники, отводы. Без них первый прогон по инженерке выдаёт четырёхзначное число и деморализует команду.

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

Батч-прогон

Кнопка, ради которой всё затевалось, живёт внизу списка тестов: Update All. Она прогоняет все тесты по свежей геометрии, сохраняя статусы, комментарии и группировку. Рядом Reset All (сбрасывает результаты, статусы теряются — жать не надо) и Compact All (чистит закрытые пункты).

Порядок еженедельного прогона:

1. Home → Refresh — подтянуть свежие NWC от смежников.
2. Sets → Update по наборам, если менялись условия.
3. Clash Detective → Update All.
4. Пятнадцать минут на просмотр новых пунктов, группировка, статусы.
5. Report по критичным тестам, отправка.

Машинное время на модели в полтора гигабайта — от 20 минут до полутора часов. Ставьте на обед или на ночь: Navisworks во время прогона забирает всю память рабочей станции, параллельно работать не выйдет.

Тесты не пересобирают заново никогда. Правят наборы, жмут Update All, гоняют. Пересборка теста обнуляет всю историю статусов, и в понедельник вы получаете четыреста «новых» коллизий вместо сорока.

Как перенести настройку на следующий проект

Тут и появляется обещанный «один раз». В Clash Detective, справа над списком тестов, есть кнопки импорта и экспорта тестов в XML. Выгрузили с объекта, где всё отлажено, загрузили на новый — получили восемнадцать тестов с допусками и правилами за минуту.

Условие одно: имена наборов должны совпадать. Значит, они пишутся по стандарту и от проекта к проекту не меняются.

Второй способ проще и надёжнее: держать шаблонный NWF. Пустая сборка, в которой уже есть наборы поиска, тесты, правила и настройки отображения. Начинается новый объект — копируете файл, делаете Append свежих NWC, поправляете имена файлов в наборах. Полчаса вместо дня.

Шаблон лежит в CDE рядом с BIM-стандартом, а не на рабочем столе у координатора. Иначе с уходом человека уходит и настройка.

Чего Navisworks не сделает

Он не запускает Clash Detective сам по расписанию. Штатный Batch Utility умеет собирать и публиковать NWD ночью, а прогонять тесты — нет. Настоящая автоматизация тут делается либо через API (.NET-плагин, который открывает NWF, дёргает тесты и пишет отчёт), либо переездом на облачную координацию, где проверка запускается при публикации модели. И то и другое стоит денег или времени разработчика, поэтому в 90% команд живёт ручной Update All раз в неделю. Это нормально.

Он не понимает норм. Расстояние от газовой трубы до кабеля, нормируемый уклон канализации, высота прохода под коробом — ничего этого в матрице не выразить. Clash Detective сравнивает объёмы, а не требования СП.

Он не видит того, чего нет в модели. Зона обслуживания существует, если её нарисовали объёмом. Пустой воздух вокруг щита машина конфликтом не считает.

И матрица не решает организационных проблем. Если раздел ВК публикуется раз в месяц, вы будете еженедельно проверять устаревшую геометрию по всем правилам. Лечится это регламентом обмена, а не настройками, и про это есть отдельный разбор — рабочий процесс clash detection.

Короткие ответы

Сколько тестов нормально для жилого дома? Пятнадцать-двадцать. Меньше восьми — скорее всего, забыли пары. Больше двадцати пяти — прогон не влезает в рабочий день, и часть тестов начинают пропускать.

Можно ли обойтись одним тестом «всё против всего»? Технически да, практически нет. Результаты невозможно распределить по ответственным, а допуск придётся ставить один на все случаи.

Кто утверждает матрицу? BIM-координатор пишет, ГИП утверждает, разделы расписываются, что видели. Без последнего пункта на первом же спорном пересечении начнётся «мы так не договаривались».

Как быть с мягкими коллизиями? Тест типа Clearance с нужным зазором и отдельный статус. Смешивать их с Hard в одном тесте нельзя: приоритет разный, и сроки решения разные.

Что делать, если один тест выдал 800 результатов? Смотреть первые двадцать позиций. Одинаковые — виноват не проект, а системная ошибка: сдвинутый уровень, задвоенная связь, кривой набор.

С чего начать

Нарисуйте матрицу на одну страницу, вычеркните пары, которые точно проверять не будете, и покажите её ГИПу. Дальше три часа на наборы и тесты — и на следующий понедельник у вас появится кнопка вместо ритуала.

Если нужен готовый шаблон под ваш BIM-стандарт, мы собираем такие вместе с наборами, допусками и формой отчёта. Что входит в работу, видно на странице автоматизации проверки моделей.

Опишите объект в Telegram или через контакты — скажем, сколько тестов реально нужно и что можно не проверять вообще.