Если есть Navisworks, зачем что-то другое?

Подпишитесь на канал

Подобные вопросы о новом продукте задают себе почти все пользователи BIM-инструментов заказчика. Если вынести за скобки вопрос доступности продуктов Autodesk, то кажется, что другие решения не очень-то и нужны, так как Navisworks решает главные задачи, которые ждут от подобного ПО – получить сводную модель и найти геометрические коллизии. Однако с развитием зрелости BIM-технологий становится понятно, что это далеко не полный перечень задач.

fdf3ff6f142b5d6e57a1596ec5d75508.jpg

Эксперты BIM-Cluster попытались ответить на этот вопрос и провели батл tangl control vs. Navisworks, где сравнили работу сервисов при выполнении различных проверок. А чтобы понять, в каких задачах каждый из продуктов проявляет себя лучше всего, выделили типовые виды проверок, подготовили требования под каждый из видов, разбили их на четыре раунда и засекли время работы экспертов на каждом из них. Tangl control автоматизирует проверку максимального числа требований, которые есть в EIR (Employer Information Requirements – Информационные требования заказчика). 

 Navisworks ориентирован на проверку геометрических пересечений – это 20-30% от требований в EIR. tangl control – на проверку практически всех требований EIR.

Кто оказался быстрее, какие задачи лучше решать в Navisworks, а какие в tangl control и как именно пошагово эксперты проверяли каждое из требований вы можете прочитать в этой статье или посмотреть  по ссылке в видео-формате на нашем Youtube -канале. Также видеоролики можно использовать, как обучающее пособие при работе с tangl control. Попробовать tangl control можно перейдя по ссылке.

tangl control – это сервис web-платформы tangl для контроля качества проекта при работе с BIM-моделью.

Если кратко, то в чём разница tangl control и Nawisworks?

tangl control автоматизирует проверку максимального числа требований, которые есть в EIR (Employer Information Requirements – Информационные требования заказчика). 

2f339e4c1b41202d76eff49a70cd0607.png

Navisworks ориентирован на проверку геометрических пересечений – это 20-30% от требований в EIR. tangl control – на проверку практически всех требований EIR.

Navisworks отлично справляется с проверками геометрических пересечений и делает это быстро (3 минуты в нашем батле). Когда нужно проверить заполнение параметров (7 минут) или посмотреть те ли двери используются в коридорах, то Navisworks может лишь подготовить какие-то данные (11,5 минут + неизмеримое время на ручной анализ), которые дальше нужно анализировать вручную.

tangl control в свою очередь проверит и геометрию (8 минут), и атрибутику (6,5 минут), и тип дверей в коридорах (13,5 минут), а после выдаст подробный отчет об элементах, в которых найдены ошибки.

При этом, если в проект внесены изменения, а те же самые требования нужно проверять снова, то в Navisworks мы тратим больше времени (9 минут) и неизмеримое количество времени тратим на ручной анализ.

В tangl control при повторных проверках мы тратим куда меньше времени (3,5 минут) и получаем детализированный отчет без ручного анализа.

Если в Navisworks BIM-менеджеру придется проверять требования за пределами геометрических пересечений, то на каждый проект в BIM понадобится выделенный BIM-менеджер.В tangl control один BIM-менеджер сможет вести кратно больше проектов, просто потому что его рутинная работа автоматизируется, при этом не только при поиске геометрических пересечений.  Особенно это актуально при изменениях, количество которых может исчисляться в десятках раз на проект.

tangl control vs. Navisworks: как сравнивали

Чтобы показать сильные и слабые стороны обоих продуктов в конкретных случаях, мы разделили виды требований, которые прописывают в EIR на три принципиальные группы:

  1. Информационные проверки – это проверки атрибутивных данных в элементах BIM-моделей (наличие параметров, их заполненность, наличие определенных значений в параметрах);
  2. Геометрические коллизии – это проверки геометрических пересечений элементов модели с определенным допуском;
  3. Комплексные проверки – это более сложные проверки нескольких совершенно разных наборов элементов между собой (например, проверка того, что все двери, находящиеся в межквартирных коридорах, имеют определенный параметр. При этом в параметрах дверей не указано, что дверь относится к межквартирному кордиору).

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

359f0049a7b04db1861a2c3d5efd307b.png

                                                         Требования для каждого из раундов

Раунд 1 – tangl control vs. Navisworks: информационные проверки

Задача – проверить модель раздела АР на ряд условий:

  1. Номер квартиры есть у всех жилых помещений;
  2. Общая площадь непустой;
  3. Функция непустой;
  4. Этаж 2 содержит “этаж” или “кровля”, или “техподполье”.

В tangl control

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

В качестве позиций справочника могут быть как элементы модели (внутри этих позиций будут настраиваться контрольные точки – проверяемые параметры), так и позиции, которые обозначают непосредственно то, какую проверку мы хотим сделать.

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

b9ce867b3172ec4bb6070b6211c1829a.png

                                                         Отбор элементов через справочники

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

400bda481fc92ae8d55c345b81131d47.png

                                                     Правило проверки информационной наполненности элементов

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

7dd0dc28d41bee3c8034cc0f9b8f3353.png

                                                                                        Создание схемы проверки

11ab14594e0b6f4099cf99870fa7060c.png                                                                                         Результат проверки

Затраченное время: 6,5 минут

В Navisworks

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

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

90c6eb0d4afc0696246216ba325bd521.png

                                                                                     Составление наборов в Navisworks

6e637566b67b1bcfe8b960de15e31afb.png

                                                          Добавление рабочих наборов в рабочую книгу Quantification

После этого выгрузить отчет в Excel и посмотреть относительную статистику по количеству найденных элементов.

cbe7badec472fc157c1f5d069d14bfd4.png

                                                                     Результат проверки экспортированный в Excel

Пример. Делаем поисковой набор “Все помещения”, который будет ссылаться на элементы модели, у которых категория “Помещения”. Таких помещений найдется, например, 500. Второй рабочий набор будет “Жилые помещения”. У элементов по этому поисковому набору параметр “Жилая площадь” не равен 0 и таких помещений будет 300, а для поискового набора “Помещения с номером” добавим условие “Номер квартиры” таких помещений будет 250.

Здесь видим, что не у всех жилых помещений указан номер квартиры, значит надо найти 50 помещений, где нужно его указать. Этот пример достаточно очевиден и здесь легко определить подобные зависимости, но при поиске более сложных атрибутов, где взаимосвязь не так очевидна, могут возникнуть трудности при ручном анализе. После этого эти помещения надо будет найти в модели через поисковые наборы.

Затраченное время – 7 минут

В tangl control же человеческий фактор исключается, так как задается определенное правило для проверок позиций, которые будут связаны напрямую с моделью из результата анализа, то есть время на аналитику и на поиск элементов в модели в tangl control тратить не надо.

Раунд 2 – tangl control vs. Navisworks: геометрические коллизии

Задача – проверка модели на геометрические коллизии:

  1. коллизии стен и сантехнических приборов;
  2. коллизии стен и помещений.

В tangl control

Коллизии, как вид комплексных проверок в tangl control создаются также через формирование справочников. Однако в этих справочниках мы уже не привязываем элементы модели к позициям справочника и не задаем контрольные точки. В этих справочниках мы оперируем уже готовыми позициями из справочников отбора, ссылаемся на них и выстраиваем предполагаемые правила в соответствии с матрицей коллизий.

f2075c48a5236baf2c023627ef5841b1.png

                                           Создание правила проверки пересечений стен и сантехнических приборов

Как правило позиции справочников комплексных проверок создаются в соответствии с тем, какие элементы мы проверяем в данном пункте справочника (например, стены - трубы, стены - перекрытия). После создания справочников комплексных проверок (коллизий), мы создаем схему проверок: то есть либо объединяем несколько справочников в одну схему, либо оставляем один нужный нам справочник и отправляем модель на анализ.

5eb20aa9d84ec26dfa451b7634f923cf.png

                                                                  Результат проверки - стена пересекается с ванной

Затраченное время – 8 минут

В Navisworks

Поиск геометрических коллизий – самый частый и всем знакомый сценарий использования Navisworks. С помощью поисковых наборов и модуля Clash Detective находим коллизии различного вида, а отчет выгружаем в xml или смотрим коллизии прямо в Navisworks.

7f62ef5411727f150b4db795d2455dbb.png

                                                                         Создание проверок пересечений в Navisworks

ad7969977ded51b930d5361853e0a9d9.png

                                                                                    Результат проверки в Navisworks

Затраченное время – 3 минут

Раунд 3 – tangl control vs. Navisworks: комплексные проверки

Задача – проверка модели по требованиям нормативных документов, по экономическим параметрам, продуктовым решениям и так далее:

  1. соотношение жилой площади квартиры к общей должно быть в диапазоне от 0.4 до 0.7;
  2. двери в межквартирных коридорах должны быть входными дверьми.

В tangl control

Геометрические коллизии – это вид комплексных проверок. Помимо коллизий с помощью tangl control можно проверять взаимодействие элементов не только в геометрии, но и через соотнесение значений параметров у элементов. Действительно, правила взаимодействия элементов между собой могут быть как информационные (через соотнесение параметров), относительные (через отношение параметров с помощью различных формул), так и геометрические (геометрические коллизии).

С точки зрения механики формирования комплексных проверок разница незначительна: если при при поиске геометрических коллизий мы формируем правила “по пересечению” или “по перекрытию” с определенным допуском, то при комплексных проверках по параметрам мы указываем правило “по переменной”, а команда для проведения анализа будет определяться самой переменной или формулой (логической, текстовой или математической).

5c1731939574cbee5b5e8b89f334bc83.png

                                  Создание проверки: отношение жилой площади квартиры к общей должно быть >= 0.4

После того, как справочник готов, как всегда добавляем его в схему и отправляем на анализ.

9d8dfd83506216b5a5666ee0cc3a3bf6.png

                                                В результатах проверки видим квартиру, помещения в ней и их площади

64b8bd36fbf1c6f63a70459bbe949fb4.png

                       Для этой же квартиры видим все помещения, соотношение площадей явно не попадает в диапазон

Затраченное время – 13,5 минут

В Navisworks

Комплексные проверки в Navisworks – это комбинация модулей Clash Detective, Quantification и ручных подсчетов в Excel. В зависимости от того, что мы хотим проверить, мы будем использовать разные методы. Например, нужно проверить, действительно ли входные двери в квартиры имеют определенную марку.

Для этого сформируем проверки на коллизии дверей и межквартирных коридоров (например, они могут пересекаться по зоне открывания). После проверки на коллизии сможем с помощью Clash Detective выделять каждую дверь, пересекающуюся с межквартирным коридором и смотреть, какой она марки.

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

Конечно, можно добиться нужного результата, формируя поисковой набор по каждой квартире: и для жилой площади и для общей. Но это очень трудозатратно и подобно тому, если мы будем это делать вручную.Затраченное время – 11,5 минут + Х время на аналитику

Промежуточный раунд – просмотр результатов

В tangl control

По настроенным схемам отбора и схемам комплексных проверок мы запускаем анализ, а результат смотрим сразу через интерфейс tangl control. Если необходимо можем выгрузить его в формате Excel.

1818b468b421c74b2b09290661e24a99.png

                                      Проверки в tangl control запускаются перетаскиванием модели в нужную папку

В результатах анализа можно увидеть комплексный результат, отображаемый в виде цветовых индикаторов, гистограмм, численной статистики. Таким образом пользователь видит, какие конкретные параметры у определенных элементов показывают положительные результаты проверки, а какие отрицательные. Очень удобно взаимодействовать с помощью окна результатов с моделью, используя инструменты работы с геометрией – нажимаем на элемент в результате анализа и сразу видим, что это за элемент, как он выглядит и как взаимодействует с другими элементами в 3D.

8a25896a44c892237421e88d042ae06b.png

В Navisworks

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

Раунд 4 – tangl control vs. Navisworks: повторные проверки

Задача – Повторить все предыдущие проверки на модели другого корпуса этого же жилого комплекса.

В tangl control

В tangl control все схемы и справочники сохраняются в программе. Для получения результата достаточно просто загрузить новую модель и

Затраченное время – 3,5 минуты

В Navisworks

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

Для получения отчета по геометрическим коллизиям и некоторым комплексным проверкам при необходимости выгрузить отчет xml. Для получения отчета по информационным проверкам – выгрузить рабочую книгу Quantification.

Затраченное время – 9 минут + Х время на аналитику

Подведем итоги

4e24f4cb220ee2521224a6c3c69de85a.png

Затраченное время на все раунды:

Navisworks – 22 минут + Х время на аналитику + (9 минут + Х время на аналитику) х кол-во итераций

tangl control - 28 мин + 3 минуты х кол-во итераций

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

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

Комментарии (0)

Пожалуйста, авторизуйтесь или зарегистрируйтесь для комментирования!