Как создавать редактируемые модели в параметрических CAD

Как вспоминает Эван Ярес, эра трехмерного параметрического моделирования (в его современном понимании) началась в сентябре 1987 г. с покупки двух первых лицензий Pro/Engineer компанией Deere & Company. Первый пользователь был в восторге: «Pro/ENGINEER является лучшим примером того, как должно работать твердотельное моделирование. Сила продукта заключена в его механических конструктивных элементах с возможностью параметрического изменения. Преимуществом такой комбинации является более дружественный пользовательский интерфейс и интеллектуальная геометрическая база данных».

Самуил Гейзберг

Самуил Гейзберг, основатель PTC и отец Pro/ENGINEER, целился в свое время на создание «системы, которая была бы достаточно гибкой для того, чтобы вдохновить инженеров на легкое рассмотрение множества вариантов проекта. А стоимость внесения изменений должна быть как можно ближе к нулю».

Получилось ли у него добиться поставленной цели? Несомненный коммерческий успех Pro/E, а также последующая реализация технологии параметрических конструктивных элементов практически во всех MCAD-системах лишь отдаляют нас от ответа на этот вопрос. Вот что думает на этот счет Дэвид Вайсберг (David Weisberg), пионер компьютерной графики и автор знаменитой книги «Engineering Design Revolution»:

Обратная сторона отношения родитель-потомок

Это отношение находится в «спящем» режиме до тех пор, пока вы не захотите отредактировать модель. Но проблема этой концепции в том, что детали редко редактируются в процессе создания, поэтому многие отношения родитель-ребенок остаются непротестированными. Момент истины наступает в момент первого редактирования. Кто не видел «деталей из ада» — тех, редактировать которые нет никакой возможности, так как процесс их редактирования подобен дуновению ветра на карточный домик?

Основная проблема существующего способа редактирования в параметрических CAD заключается в том, что авторы моделей создают их без какой-либо оглядки на последующее редактирование. Часто эти «карточные домики» проще создать заново, чем пытаться редактировать. Во многих случаях дерево конструктивных элементов модели является настолько «зашифрованным», что его способен понять только автор модели, но если он уволится или просто забудет свой проект, модель становится нередактируемой. Наконец, практически никто и никогда не создает новую деталь копированием и редактированием существующей — большинство предпочитают создавать новую деталь с нуля, сводя тем самым на нет одно из важнейших преимущества параметрического моделирования.

Стратегия Упругого Моделирования

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

Перед изложением стратегии полезно вспомнить, что процесс редактирования параметрической модели состоит из четырех шагов. Для начала необходимо изучить дерево конструктивных элементов (feature tree). Даже если эта модель была создана вами лично, не помешает вспомнить принцип ее построения. Далее, необходимо определить конкретную стратегию редактирования. Это может быть редактирование существующего конструктивного элемента, вставка нового элемента или замена элемента. Определившись со стратегией, необходимо выполнить задуманное изменение. На последнем шаге требуется проверить измененную модель — корректно ли была перегенерирована ее геометрия? Не изменилось ли в модели что-то еще помимо задуманного изменения? Появились ли ошибки? Весь процесс редактирования является циклическим — при неуспехе последнего шага требуется проанализировать ошибку и вернуться к одному из предыдущих шагов.

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

Проектирование детали ломким (слева) и упругим (справа) способами (нажмите для увеличения)

Здесь представлено два возможных дерева конструктивных элементов для одной и той же детали: слева неустойчивое (ломкое), справа — отказоустойчивое (упругое). Внимательный анализ правого дерева показывает, что все конструктивные элементы в нем разбиты на шесть групп, заданных в строгом порядке друг за другом.

1. Элементы-ссылки (Ref)

2. Элементы конструкции (Construction)

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

3. Основные элементы (Core)

Смысл выделения этой группы элементов состоит в том, чтобы зафиксировать в дереве то место, где вносятся большие изменения в базовую форму детали. Вначале рекомендуется располагать элементы типа «вытягивание», «по сечениям», «по траектории», а в конце группы — элементы типа «придание толщины».

4. Детальные элементы (Detail)

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

5. Модифицирующие элементы (Modify)

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

6. Изолированные элементы (Quarantine)

В чем смысл такого структурирования конструктивных элементов в дереве?

Ричард Гебхард называет модели, получаемые в результате систематического применения описанной стратегии, явными — в отличие от интуитивных моделей, которые опираются на интуицию автора. Если автор модели использует свои собственные предположения о том, что является очевидным, а что нет, то где гарантия, что пользователь модели встанет на тот же уровень интуитивного понимания? Более того, чем более опытен автор модели, тем более неуловимой становится его интуиция и вместе с этим возрастает сложность понимания его моделей.

Конструктивная концепция — это еще и правильные имена!

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

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

Реализация

Вторым шагом может стать создание «Руководства по лучшему опыту» — в этом документе должны подробно описываться несколько примеров создания с нуля правильных моделей, типичных для конкретного предприятия.

Третий важный документ — список контрольных вопросов для проверки соответствия любой модели принятым требованиям. В отличие от «Руководства», этот документ может быть предельно простым — за образец можно взять рисунок ниже:

Пример списка контрольных вопросов (нажмите для увеличения)

«Если бы программисты строили дома...»

Тем не менее, такую инициативу можно только приветствовать. Мне приходит в голову похожая ситуация в области программирования. Там необходимость повторного использования стоит еще острее, чем в CAD, поэтому программисты давно разработали набор правил, стандартизирующих использование языковых конструкций с целью сделать исходный код понятным для чтения и редактирования. Сюда относятся правила именования объектов, классов и методов, синтаксического оформления кода, ограничения на использование отдельных языковых возможностей, и конечно же шаблоны проектирования, обобщающие лучшие практики решения типичных задач. Похоже, инженеры наконец-то созрели до аналогичной идеи!

А что же прямое моделирование?

Дописывание операций прямого редактирования в конец дерева построения (подход Creo Parametric/Direct и Inventor/Fusion) создает новые отношения родитель-ребенок, чреватые проблемами в будущем. Синхронные конструктивные элементы Solid Edge лишь увеличивают общую сложность дерева и затрудняют его понимание.

В то же время, возрастающая с каждым релизом мощь «чистых» (не обременных историей построения) систем прямого моделирования — типа BricsCAD и SpaceClaim — показывает, что конструктивная концепция вполне может существовать и без необходимости регенерации геометрии. Одно из обещающих направлений в рамках прямого моделирования — так называемые локальные конструктивные элементы. Они не образуют отношения родитель-ребенок — каждый из таких элементов можно удалить или изменить независимо. Подобно своим упорядоченным собратьям, локальные конструктивные элементы имеют параметры, с помощью которых можно редактировать их форму и размеры. Операции прямого редактирования используют степени свободы локальных элементов и тем самым просто перестраивают их, не изменяя конструктивную концепцию и не добавляя никакой лишней информации к списку конструктивных элементов. Явные и неявные геометрические и размерные ограничения могут связывать локальные элементы между собой, опеспечивая глобальной изменения параметрической модели.

Пример конструктивных элементов в системе прямого моделирования BricsCAD (нажмите для увеличения)