Введение
При проектировании железобетонных изделий (ЖБИ) возникает множество вопросов, например:
- в какой логике делить на файлы;
- унификация — миф или нет;
- как эффективно моделировать и выпускать документацию, используя унификацию панелей;
- что отразить в модели, а что — в немоделируемых работах (НМР).
В данной статье поверхностно раскроем вышеперечисленные аспекты проектирования ЖБИ на примере, где сводная модель получается из связей и их дублей для унифицированных конструкций, разделенных по этажам и типу конструкции. Также посмотрим на результаты с точки зрения Заказчика и Проектировщика, сформируем рекомендации.
1. Моделирования сборных панелей
1.1 Общая концепция
- На мой взгляд, первый шаг оптимизации проектирования панельного домостроения: анализ ассортимента продукции, который определяет, какие изделия можно унифицировать.
- Второй шаг: интеграция САПР и производственной линии завода ЖБИ.
Таким образом можно получить общий каталог изделий, из которых будет собираться конструктивная модель, как LEGO, и передаваться напрямую на производство. Задача глобальная, требует участия Проектировщиков, специалистов на заводе, а также включение BIM-менеджера в процесс.
Примеры реализации семейств ЖБИ можно подглядеть у BIM2B и их кейс по оптимизации, а также у Дениса Кабайлова на Linkedin (требуется предварительно включить VPN).
Так хотелось бы работать, но ожидания ≠ реальность. А как делаем мы рассмотрим далее.
1.2 Пример моделирования сборной панели в Revit
Поскольку на нашем проекте отсутствует унификация панелей и типизация планировок, общая модель состоит из связей унифицированных этажей, а не панелей (слишком много было бы). Сборная панель (рис. 1), в свою очередь, состоит из группы компонентов:
- Сама ж/б основа реализована системной категорией (стена/перекрытие);
- Закладные детали (соединительные пластины и анкеры, подъёмные петли, электромонтажная арматура (кат. Соединения несущих конструкций), обозначения лицевой стороны панели (кат. Обобщенная модель)— загружаемые семейства;
- Выемки под закладные, отверстия, проёмы — загружаемые семейства (кат. Обобщенная модель).
Армирование конструкций реализовалось в отдельном файле, с дублирующей опалубкой-основой, не участвующей в выгрузке объемов.
Разобрались, как сформировать панели, а дальше поговорим, как это масштабировать.
2. Дублирование связей модели
2.1 Состав модели
Собранные сборные конструкции стеновых плит (СП) и перекрытий (ПП) типовых этажей размещаются в сборке связями (рис. 2).
После загрузки связей дублируем необходимые, и вот результат: полная модель без геометрии, только со связями (рис. 3).
Модель получили, оформили документацию, а дальше самое интересное: передаем Заказчику, который осуществляет оценку стоимости на основании BIM данных.
2.2 Управление данными из модели
Далее Заказчик выгружает в Larix.Manager модель для проверки и последующей передачи сметчикам, а получает такую картину (рис. 4).
Дубли связей не выгружаются в другие форматы данных, Заказчик не может посчитать ВОРы из модели.
Компромисс в данной ситуации: при промежуточных выгрузках сохранять дубли связей, а при финальной — внедрить их. Так мы и поступили, и что из этого вышло?
3. Проблематика внедрения связей в Revit
3.1 Внедрение поэтажных моделей
Для чистоты эксперимента возьмем наименее насыщенный файл: 57 элементов (рис. 5)
Результат:
- Невозможность осуществить внедрение с помощью соответствующей функции из-за ошибки Revit (рис. 6) привела к ручному внедрению элементов связи в сводную модель;
- Изменение привязки к уровням, например, у закладных;
- Ниши, отверстия локально не вырезают объем;
- Появление дубликатов групп при их идентичности в действительности;
- Появление дубликатов семейств при аналогичной ситуации: во всех связях они идентичны;
- Увеличение трудозатрат в процессе заполнения параметров элементов. Речь о параметрах, которые нельзя было заполнить на этапе моделирования этажей (например, "Этаж") из-за отсутствия геометрии в самой модели.
3.2 Внедрение панелей лифтовых шахт
Отдельным пунктом про шахты, поскольку логика компоновки сводной модели отличается: 1 модель =1 панель (рис. 7). Элементы не объединены в группу, являются просто экземплярами модели. Соответственно получаем некий конструктор унифицированных (относительно) панелей, и вместе с тем большое количество дублируемых связей в сборке.
Результат:
- Невозможность корректного внедрения, а также копирования всей панели, поскольку в отдельных моделях она сделана не группой;
- Изменение привязок элементов;
- Дублирование идентичных семейств;
- Ещё бОльшее увеличение трудозатрат в процессе заполнения параметров элементов.
Заключение
- При проектировании ЖБИ в Revit моделируются закладные детали для монтажа панелей и крепления, прокладки электрических коммуникаций, выемки под них, арматура (отдельно);
- Для Проектировщика главной задачей является выбор стратегии быстрого моделирования по логике lego. Проблематика заключается в отсутствие унификации панелей на проекте, сводит на нет концепцию дублирования связей из-за большого их количества;
- Использование дублей связей ускоряет процесс Проектирования, удобно для получения промежуточного результата;
- Для Заказчика важно извлечь данные из модели, поэтому все элементы должны быть геометрией модели с назначенными уникальными параметрами, а не связью;
- При финальных выгрузках и внедрении связей требуется заложить значительный ресурс времени;
- Не рекомендуется дублировать связи, использовать инструмент внедрения связи в силу большого количества системных ошибок.
Благодарность
Статья написана совместно с Мариной Кузьменковой BIM- менеджером Development Systems.