Найти тему
Let's manage #BIM

Оптимизация моделирования ЖБИ за счёт дублирования связей с внедрением

Оглавление

Введение

При проектировании железобетонных изделий (ЖБИ) возникает множество вопросов, например:

  • в какой логике делить на файлы;
  • унификация — миф или нет;
  • как эффективно моделировать и выпускать документацию, используя унификацию панелей;
  • что отразить в модели, а что — в немоделируемых работах (НМР).

В данной статье поверхностно раскроем вышеперечисленные аспекты проектирования ЖБИ на примере, где сводная модель получается из связей и их дублей для унифицированных конструкций, разделенных по этажам и типу конструкции. Также посмотрим на результаты с точки зрения Заказчика и Проектировщика, сформируем рекомендации.

1. Моделирования сборных панелей

1.1 Общая концепция

  • На мой взгляд, первый шаг оптимизации проектирования панельного домостроения: анализ ассортимента продукции, который определяет, какие изделия можно унифицировать.
  • Второй шаг: интеграция САПР и производственной линии завода ЖБИ.

Таким образом можно получить общий каталог изделий, из которых будет собираться конструктивная модель, как LEGO, и передаваться напрямую на производство. Задача глобальная, требует участия Проектировщиков, специалистов на заводе, а также включение BIM-менеджера в процесс.

Примеры реализации семейств ЖБИ можно подглядеть у BIM2B и их кейс по оптимизации, а также у Дениса Кабайлова на Linkedin (требуется предварительно включить VPN).

Так хотелось бы работать, но ожидания реальность. А как делаем мы рассмотрим далее.

1.2 Пример моделирования сборной панели в Revit

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

  • Сама ж/б основа реализована системной категорией (стена/перекрытие);
  • Закладные детали (соединительные пластины и анкеры, подъёмные петли, электромонтажная арматура (кат. Соединения несущих конструкций), обозначения лицевой стороны панели (кат. Обобщенная модель)— загружаемые семейства;
  • Выемки под закладные, отверстия, проёмы — загружаемые семейства (кат. Обобщенная модель).
Рис. 1 — Группа сборной панели
Рис. 1 — Группа сборной панели

Армирование конструкций реализовалось в отдельном файле, с дублирующей опалубкой-основой, не участвующей в выгрузке объемов.

Разобрались, как сформировать панели, а дальше поговорим, как это масштабировать.

2. Дублирование связей модели

2.1 Состав модели

Собранные сборные конструкции стеновых плит (СП) и перекрытий (ПП) типовых этажей размещаются в сборке связями (рис. 2).

Рис. 2 —  Пример связей общей модели сборняка
Рис. 2 — Пример связей общей модели сборняка

После загрузки связей дублируем необходимые, и вот результат: полная модель без геометрии, только со связями (рис. 3).

Рис. 3 —  Модель сборняка
Рис. 3 — Модель сборняка

Модель получили, оформили документацию, а дальше самое интересное: передаем Заказчику, который осуществляет оценку стоимости на основании BIM данных.

2.2 Управление данными из модели

Далее Заказчик выгружает в Larix.Manager модель для проверки и последующей передачи сметчикам, а получает такую картину (рис. 4).

Рис. 4 —  Экспорт модели в формат IMC, визуализация данных в Larix Manager
Рис. 4 — Экспорт модели в формат IMC, визуализация данных в Larix Manager
Дубли связей не выгружаются в другие форматы данных, Заказчик не может посчитать ВОРы из модели.

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

3. Проблематика внедрения связей в Revit

3.1 Внедрение поэтажных моделей

Для чистоты эксперимента возьмем наименее насыщенный файл: 57 элементов (рис. 5)

Рис. 5 — Пример файла компоновки плит перекрытия на кровле (Количество элементов модели, категории моделирования).
Рис. 5 — Пример файла компоновки плит перекрытия на кровле (Количество элементов модели, категории моделирования).

Результат:

  • Невозможность осуществить внедрение с помощью соответствующей функции из-за ошибки Revit (рис. 6) привела к ручному внедрению элементов связи в сводную модель;
  • Изменение привязки к уровням, например, у закладных;
  • Ниши, отверстия локально не вырезают объем;
  • Появление дубликатов групп при их идентичности в действительности;
  • Появление дубликатов семейств при аналогичной ситуации: во всех связях они идентичны;
  • Увеличение трудозатрат в процессе заполнения параметров элементов. Речь о параметрах, которые нельзя было заполнить на этапе моделирования этажей (например, "Этаж") из-за отсутствия геометрии в самой модели.

3.2 Внедрение панелей лифтовых шахт

Отдельным пунктом про шахты, поскольку логика компоновки сводной модели отличается: 1 модель =1 панель (рис. 7). Элементы не объединены в группу, являются просто экземплярами модели. Соответственно получаем некий конструктор унифицированных (относительно) панелей, и вместе с тем большое количество дублируемых связей в сборке.

Рис. 7 —  Файл на 1 сборную панель, состоящую из экземпляров: стены, выемок и закладных.
Рис. 7 — Файл на 1 сборную панель, состоящую из экземпляров: стены, выемок и закладных.

Результат:

  • Невозможность корректного внедрения, а также копирования всей панели, поскольку в отдельных моделях она сделана не группой;
  • Изменение привязок элементов;
  • Дублирование идентичных семейств;
  • Ещё бОльшее увеличение трудозатрат в процессе заполнения параметров элементов.

Заключение

  1. При проектировании ЖБИ в Revit моделируются закладные детали для монтажа панелей и крепления, прокладки электрических коммуникаций, выемки под них, арматура (отдельно);
  2. Для Проектировщика главной задачей является выбор стратегии быстрого моделирования по логике lego. Проблематика заключается в отсутствие унификации панелей на проекте, сводит на нет концепцию дублирования связей из-за большого их количества;
  3. Использование дублей связей ускоряет процесс Проектирования, удобно для получения промежуточного результата;
  4. Для Заказчика важно извлечь данные из модели, поэтому все элементы должны быть геометрией модели с назначенными уникальными параметрами, а не связью;
  5. При финальных выгрузках и внедрении связей требуется заложить значительный ресурс времени;
  6. Не рекомендуется дублировать связи, использовать инструмент внедрения связи в силу большого количества системных ошибок.

Благодарность

Статья написана совместно с Мариной Кузьменковой BIM- менеджером Development Systems.