Давным давно, в далёкой-далекой голактеге: параметрические войны. GDL vs Grasshopper
Не сказать, что это прям вот битва, но линейки расчехлили.
Случилось так, что к нам попал проект (на сайте которого написано, что руку к нему приложил Рикардо Бофил) и встал вопрос о проектировании ограждающих конструкций. Проектом предусматривался классический навесной вентилируемый фасад с подсистемой Rolson и клинкером. Кстати сказать, с ней мы сталкивались на одном из последних коттеджей в Подмосковье и все остались очень довольны. Но тут 25-тиэтажка и гораздо более здравой альтернативой такой истории со сборкой строительных лесов на такую высоту стала модульная технология фасада от компании Genesis. Чтобы долго не объяснять, просто покажу ролик.
В проектировании фасадов из таких панелей невооруженным взглядом видно много механической и повторяющейся работы, которую можно автоматизировать. А это главный признак того, что тут целесообразно позаморачиваться с параметрикой.
Первое, что приходит в голову, это написать алгоритм, разбивающий поверхность фасада на модули, чтобы получить спецификацию панелей и понимание повторяемости, а затем написать алгоритм, который по заданным габаритам и свойствам модуля расчерчивает их конструктив (КМД).
Для репетиции заказчик дал произвольный фасад и попросил разбить его на панели таким образом. И, если бы не кривое 2D-черчение неизвестного архитектора это может быть и имело бы смысл, но при всей красоте, всё-таки BIM подход несовместим со старым 2D-черчением: слишком много (а на самом деле абсолютно всё, блять) нужно моделить заново:
Поэтому мы сразу перешли 25-этажке, где разбивку на панели пришлось делать ручками:
Если первая часть алгоритма (хотя уже было понято, что она вряд ли будет нужна) стряпалась в Grasshopper'e, то вот как быть с построением фасадного модуля было не ясно. Поэтому, начав так же делать его в Grasshopper'e параллельно я решил попробовать тупо написать библиотечный элемент для архикада в GDL. И оказалось, что это гораздо быстрее работает и гораздо более удобно прикручивается к архикадовскому инструментарию. Параллельно этому ребята по КЖ и АР замоделили монолитный каркас и фасад, чтобы всё было по-честному и можно было разобраться с узлами крепления. Заодно разбили фасад на части с повторяющимися панелями:
Алгоритм панельки в грассе:
Он оказался критично медленнее и менее отзывчивым на постоянные изменения в потребностях конструирования модели. Поэтому в GDL всё оказыватся быстрее и удобнее:
Понимаю, что наше владение и грассом и гдлом далеко не высокое, но пока вывод прост: всё что касается библиотечных элементов в архикаде проще и быстрее будет работать с гдл. Всё что касается основных элементов архикада - грассхоппер.
А вот так это начинает выглядеть в реальной жизни:
Случилось так, что к нам попал проект (на сайте которого написано, что руку к нему приложил Рикардо Бофил) и встал вопрос о проектировании ограждающих конструкций. Проектом предусматривался классический навесной вентилируемый фасад с подсистемой Rolson и клинкером. Кстати сказать, с ней мы сталкивались на одном из последних коттеджей в Подмосковье и все остались очень довольны. Но тут 25-тиэтажка и гораздо более здравой альтернативой такой истории со сборкой строительных лесов на такую высоту стала модульная технология фасада от компании Genesis. Чтобы долго не объяснять, просто покажу ролик.
Click to viewВ проектировании фасадов из таких панелей невооруженным взглядом видно много механической и повторяющейся работы, которую можно автоматизировать. А это главный признак того, что тут целесообразно позаморачиваться с параметрикой.
Первое, что приходит в голову, это написать алгоритм, разбивающий поверхность фасада на модули, чтобы получить спецификацию панелей и понимание повторяемости, а затем написать алгоритм, который по заданным габаритам и свойствам модуля расчерчивает их конструктив (КМД).
Для репетиции заказчик дал произвольный фасад и попросил разбить его на панели таким образом. И, если бы не кривое 2D-черчение неизвестного архитектора это может быть и имело бы смысл, но при всей красоте, всё-таки BIM подход несовместим со старым 2D-черчением: слишком много (а на самом деле абсолютно всё, блять) нужно моделить заново:
Поэтому мы сразу перешли 25-этажке, где разбивку на панели пришлось делать ручками:
Если первая часть алгоритма (хотя уже было понято, что она вряд ли будет нужна) стряпалась в Grasshopper'e, то вот как быть с построением фасадного модуля было не ясно. Поэтому, начав так же делать его в Grasshopper'e параллельно я решил попробовать тупо написать библиотечный элемент для архикада в GDL. И оказалось, что это гораздо быстрее работает и гораздо более удобно прикручивается к архикадовскому инструментарию. Параллельно этому ребята по КЖ и АР замоделили монолитный каркас и фасад, чтобы всё было по-честному и можно было разобраться с узлами крепления. Заодно разбили фасад на части с повторяющимися панелями:
Алгоритм панельки в грассе:
Он оказался критично медленнее и менее отзывчивым на постоянные изменения в потребностях конструирования модели. Поэтому в GDL всё оказыватся быстрее и удобнее:
Понимаю, что наше владение и грассом и гдлом далеко не высокое, но пока вывод прост: всё что касается библиотечных элементов в архикаде проще и быстрее будет работать с гдл. Всё что касается основных элементов архикада - грассхоппер.
А вот так это начинает выглядеть в реальной жизни:
