Автоматично генерувати сімейні креслення таблиць для варіантів (PTC Engineering SolutionsPro

Форуми на CAD.de (усі форуми)
ПРО ІНЖЕНЕР
Автоматично генерувати сімейні креслення таблиць для варіантів

таблиць

Внески: 103
Зареєстровано: 20.02.2004

У мене є деталь (кільце) з малюнком як початковим станом, і я хотів би зробити з неї сімейну таблицю, де кожен варіант має креслення. Це можливо чи можливо лише з деталлю ?

------------------
нехай конвергенція буде з вами;-)

Внески: 593
Зареєстровано: 06.07.2007

Внески: 2738
Зареєстровано: 04.06.2003

Ви робите наступне:

Створіть сімейну таблицю в частині.
Потім скопіюйте малюнок. НЕ частина.
Тепер клацніть на новому кресленні з RMT у порожній області.
# Малюнок моделей # замінити

Тепер ви можете вибрати нову деталь. Звичайно, ви берете ту саму участь ще раз, тільки зараз ви обираєте варіант.

Це збереже всі ваші розміри та позначки на поверхні.

Внески: 103
Зареєстровано: 20.02.2004

Я вже спробував, і це спрацювало.
Але я уявляю собі спосіб, коли заголовки креслень автоматично заповнюються правильним номером, і мені також не потрібно копіювати. В основному, як у тривимірній частині таблиці.

відповісти 1 Я природно створюю моделі:-)

------------------
нехай конвергенція буде з вами;-)

Внески: 593
Зареєстровано: 06.07.2007

Внески: 103
Зареєстровано: 20.02.2004

але не дозволяється з нами

------------------
нехай конвергенція буде з вами;-)

Внески: 1467
Зареєстровано: 22.01.2004

Цитата: Спочатку створена michael1377:
зараз звучить по-дурному

але не дозволяється з нами

Ви маєте рацію, це дурне.

Внески: 363
Зареєстровано: 24.04.2002

Цитата: Спочатку створена frank08:
Ви маєте рацію, це дурне.

Я б не підписав це беззастережно: припустимо, що щось подібне дозволено з нами. це призвело б до прямого хаосу з першим порядком (що було б пов’язано з нашим способом впровадження SAP та процесом змін).

Отже, ви вже повинні знати причини, чому щось регулюється таким чином, щоб мати можливість судити про те, чи має регламент в основному сенс

Внески: 3665
Зареєстровано 17 грудня 2002 року

Побудуйте модель за допомогою програми, параметрів, графіків + взаємозв’язків,
що різні варіанти можуть бути сформовані шляхом введення значень.
Створення динамічного креслення з таблицею параметрів моделі (& mdl.param.name, & mdl.param.value).
Тепер ви можете генерувати та друкувати відповідний варіант із креслення за допомогою команди «Відновити» та вводити потрібні значення.
Просто використовуйте параметр моделі для правильного числа в заголовку.

Внески: 1467
Зареєстровано: 22.01.2004

Цитата: Спочатку створена Sonja1:
. це призвело б до прямого хаосу з першим порядком (що мало б стосуватися нашого типу впровадження SAP та процесу змін).

Отже, ви вже повинні знати причини, чому щось регулюється таким чином, щоб мати можливість судити про те, чи має регламент в основному сенс

Я не прийняв рішення.

Але якщо ви "добровільно" зробите 5 малюнків, де одного було б достатньо, то питання про те, чи мають сенс правила, які ви написали самі, має бути дозволено.
Зрештою, SAP не писав любові до Бога, і, можливо, було б знайдено рішення, яке дозволило би (SAP) і (1 малюнок). Можливо, на даний момент ваш тип реалізації SAP все ще можна оптимізувати.

Внески: 593
Зареєстровано: 06.07.2007

Цитата:
Спочатку створений frank08:
Зрештою, SAP не писав любові до Бога

Внески: 2952
Зареєстровано: 24.07.2006

Цитата: Спочатку створена frank08:
. Можливо, це так. SAP. все ще можна оптимізувати.

я згоден

------------------

. і зараз:
реклама

Внески: 363
Зареєстровано: 24.04.2002

Цитата: Спочатку створена frank08:
Можливо, на даний момент ваш тип реалізації SAP все ще можна оптимізувати.

Я не сумніваюся в цьому ні на мить (це точно так, але це вже інша тема). Це був лише один із прикладів того, як можуть виникати такі правила. Існують різні інші причини, які виправдовують політику малювання One Part One. Однак ми не повинні вести тут цю (фундаментальну) дискусію, оскільки це не вирішує проблему.