Официальный форум российского программного комплекса T-FLEX PLM


Поиск  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1 2 След.
Проектирование "Сверху-вниз", всё, что с этим связано
 
Решил выделить в отдельную тему все вопросы, связанные с работой по этой методике.

Несколько вопросов уже были обсуждены в параллельной теме:
http://www.tflex.ru/forum/index.php?PAGE_NAME=message&FID=10&TID=79&MID=15506#message15506
http://www.tflex.ru/forum/index.php?PAGE_NAME=message&FID=10&TID=79&MID=15580#message15580

Поэкспериментировал со всем этим. Появился ещё такой вопрос.
Когда мы выгружаем из сборки тела в отдельные файлы, мы можем выбрать как они будут связаны со сбооркой - с односторонней связью, или с двухсторонней.
Если же мы выгружаем из сборки набор тел (подсборку) по методике, описанной в той же теме (с помощью создание нового файла в контексте сборки и выгрузкой в него нужных нам тел из главной сборке), то здесь получается двух-сторонняя ассоциативная связь сборки с подсборкой. А вопрос собственно в том, как выгрузить подсборку только с односторонней связью? Т.е. чтобы при изменение сборки, подсборка менялась, но при внесении дополнительных операций в подсборку (н.п. отверстий), эти новые операции обртано в сборку бы не переносились?)
 
Похоже разобрался.
Надо подсборку создовать не путём создания фрагмента в контексте, а как я и предполагал в соседней ветки, нужно объединить необходимые тела булевой операцией, сохранить эту объединённую деталь с односторонней связью, и уже на нижнем уровне произвести операцию разделения на тела. Я сначала пробывал разделять на тела методом отсечения, что конечно не удобно, а сейчас вот дошёл до функции разделения.
Таким образом можно получить любое количество уровней подсборок со сквозной односторонней связью... Буду теперь пробовать на практике использовать этот способ.
 
Цитата
srt10 пишет:
Буду теперь пробовать на практике использовать этот способ.
Опиши случаи использования. Пока знаю варианты:
1. Ассоциативная подсборка.
2. Не ассоциативная подсборка.
3. Односторонняя связь, но подсборка в сборке обновляется, а вот выгруженные операции нет.
4. Односторонняя связь, но подсборка в сборке не обновляется, а вот выгруженные операции да.
Я так понимаю тебе нужен 4 пункт. Как первые три реализовать я знаю, а вот 4 нет. Может покопать в сторону деталировки и поиграться ассоциативностью. Ведь по сути своей и функционалу эти связи во Флексе имеют корни и природу адаптивных фрагментов...
 
Привожу пример:
в машиностроении очень часто бывают конструкции, которые сначала свариваются из отдельных деталей, а потом мехобрабатываются (посадочные места, расточка отверстий).

В жизни всё идёт снизу вверх:
1. Чертёж деталей - изготовление деталей
2. Чертёж "Сварка" - изготовленные детали из п.1 свариваются вместе
3. Чертёж "Мехобработка" - в сваренной конструкии обрабатываются посадочные места (под подшипники и проч.), расстачиваются крепежные отверстия
(4. Чертёж "Общая сборка" - в этой сборки наш мехобработанный корпус соединятся с ответными деталями)

А при проектировании всё идёт наооброт:
1. Делается компановка всего изделия (здесь наши корпуса представлены уже в конечном мехобработанном виде). На этом этапе изделие расчленяется на необходимое число подсборок, деталей, покупных и стандартных изделий.
2. На втором этапе мы изымаем какой нибудь корпус из общей сборки и без всяких изменений берём нужные виды, разрезы и оформляем чертёж "Мехобработка". Здесь наша подсборка в виде одной внешней операции.
3. Далее мы выгружаем корпус ниже. Разделяем монолитный корпус на тела (отдельные детали). На этом этапе нам нужно добавить ряд операций - заделать все отверстия и нарастить металл на обработанных местах. Теперь мы получаем Корпус, по которому можно брать виды и разрезы для оформления чертежа "Сварка".
4. Выгружаем все тела, составляющие сварной корпус, в отдельные файлы и оформляем чертежи деталей.

С литым корпусом немного попроще - нет последнего этапа выгрузки деталей, т.к. литой корпус это уже и есть одна деталь.

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

Как я уже писал выше, у меня в итоге получилось наладить такую одностороннюю связь.
Изменено: srt10 - 17.07.2012 21:31:04
 
Цитата
srt10 пишет:
Как я уже писал выше, у меня в итоге получилось наладить такую одностороннюю связь.
Получить получили, но с дополнительными телодвижениями и операциями, что в дальнейшем возможно повлечёт за собой какие-нибудь касякти, поэтому хотелось бы иметь специальный инструмент.

Цитата
srt10 пишет:
Здесь наша подсборка в виде одной внешней операции.
А что делать, если необходимо создать спецификацию на стадии "Мехобработка" с простановкой позиций, а подсборка одним куском?
 
Цитата
Sila Musli пишет:
Получить получили, но с дополнительными телодвижениями и операциями, что в дальнейшем возможно повлечёт за собой какие-нибудь касякти, поэтому хотелось бы иметь специальный инструмент.
Вот надо пробывать. Пока подводных камней не видно.

Как вы себе представляете такой специальный интсрумент? как он должен работать?

Цитата
Sila Musli пишет:
А что делать, если необходимо создать спецификацию на стадии "Мехобработка" с простановкой позиций, а подсборка одним куском?
ну так на сборку "Мехобработка" оформляется спецификация, в ней одна позиция всего. Ничего другого тут быть не может.
 
Цитата
srt10 пишет:
Как вы себе представляете такой специальный интсрумент? как он должен работать?
Инструмент подобный выгрузке детали или совмещение этих инструментов.

Цитата
srt10 пишет:
Ничего другого тут быть не может.
Я когда-то сталкивался с обработкой подсборок, и не делал дополнительных чертежей на обработку, всё было в одном и считаю, так для себя ловчее)
 
Цитата
Sila Musli пишет:
Инструмент подобный выгрузке детали или совмещение этих инструментов.
Ну возможно.. то есть сделать так, чтобы можно было выгружать не только одно тело тремя возможными способами, но и сразу набор тел.

Цитата
Sila Musli пишет:
Я когда-то сталкивался с обработкой подсборок, и не делал дополнительных чертежей на обработку, всё было в одном и считаю, так для себя ловчее)
Тут всё зависит от размера сборки. Если эта маленкая сварочка из нескольких деталей с небольшой обработкой, то это делается на одном чертеже.
А в случае если надо сварить несколько десятков деталей, а потом всё это обработать, тогда целесообразно разделить на два чертежа: сварка и обработка. Потому что иначе всё так сливается, что уже не поймёшь какие размеры поставлены для сварщика, а какие для расточника.

С литыми корпусами в работе не сталкивался, но не думаю, что можно сделать для какого нибудь корпуса редуктора чертёж одновременно и на литьё, и на обработку. Скорее всего тоже там идёт разделение.
Изменено: srt10 - 20.07.2012 21:25:54
 
Светлое будущее похоже откладывается.
Оказывается разделять объединённые булевой операцией тела можно только, если они друг друга не косаются.
А если косаются, то система думает что это одно тело и соответственно не разделяет (пишет что операция содержит всего один компонент)...
 
Делай рассечение.
 
Я с этого и начинал.
Рассекать удобно по плоскости.
А если форма чуть более сложная, то всё усложняется.
Прикладываю картинку с примером.
После объединения трубы с фланцами, ступенечки на фланцах исчезают. 3 детали првращаются в одно тело.
Можно конечно нарисовать фигурную поверхность по линии стыка, тогда рассечётся как надо.
Но в более сложных случаях это будет очень трудоёмкая и тупая работа.
Заниматься такими вещами никакого желания нет))
труба.png (13.37 КБ)
 
Коли мы создаём файл обработки, то в сборке должен быть именно он вставлен, а уж у этого файла можно задавать или не задавать ассоциативность. Т.е.:
1. Создаём сборку "сверху-вниз", без выгрузки деталей.
2. Создаём подсборку методом создания фрагмента в контексте с двусторонней связью.
3. Выгружаем подсборку из сборки методом выгрузки детали с опцией "создать операцию деталировки".
4. В полученной детале делаем "разделение" если требуется(даже при стыках сработает), но хоть подсборка в этом файле и будет одним куском подсвечиваться, тела будут отдельные, так что "разделение" возможно и лишнее.
 
В примере есть главная сборка, с которой, как я понял, сделаны 2 деталировки - на сварку и на обработку.
Причём если на уровень "мехобработка" добавить операции, - они не перейдут на главную сборку.
Это всё не то, что нужно.
В этом примере получается, что операции создания деталей находятся в главной сборки, а операции мехобработки в нижней сборки.
А должно быть так, что в главной сборки у нас сидит вся деталь в конечном виде - со всеми ступеньками и отверстиями.
На уровне "сварка" мы должны добавить операции по заделке всех отверстий и ступенек и эти новые операции не должны перейти на верхние уровни.
Тут надо просто представлять как идёт весь процесс проектирования.
 
В том всё и дело, что добавте любые операции на файл "Мех. обработка" и они не перейдут в главную сборку, уберите там отверстия и т.д. Делайте всё в конечном виде в главной сборке, подсборка и будет со всеми отверстиями и т.д., а "мех обработка" такая как вам нужна, редактируйте на здоровье. Разве Вам не это нужно было:
1. Файл сборки в конечном виде
2. Файл подсборки в конечном виде, полностью зависящий от сборки
3. Файл промежуточный в том виде который Вам нужен, который меняется от измпенения сборки или подсборки, но не меняет главную подсборку и сборку соответственно
Да, нарушен логический порядок, который заложен в процессе изготовления, но Вы сами на это идёте применяя метод "сверху-вниз". Со спецификациями всё решается штатной параметризацией.

Цитата
srt10 пишет:
А должно быть так, что в главной сборки у нас сидит вся деталь в конечном виде - со всеми ступеньками и отверстиями.
Так и есть.

Цитата
srt10 пишет:
На уровне "сварка" мы должны добавить операции по заделке всех отверстий и ступенек и эти новые операции не должны перейти на верхние уровни.
Так и есть.
Наверное Вас смутило, что в мех.обработку наоборот добавлено отверстие, так можно и наоборот добавить операцию по его убиранию) Это всего лишь пример того, что операции в мех.обработке не влияют на подсборку и сборку.
Изменено: Sila Musli - 25.07.2012 22:41:40
 
Было 3 детали.
Их сварили.
После сделали два отверстия и сняли паз.
Затем эта обработанная сборка попала в другую сборку.
Если не то, то опишите более подробно, пока я понял такую логику.
 
Всё правильно описал.
Только нам нужно всё проделать в обратной последовательности.
Последний пример похож на то, что нужно. Сейчас уже голова не варит, завтра посмотрю повнимательнее.
 
Последний пример работает как надо.
Просьба расписать поподробнее порядок действий, а то пока не понятно как это повторить)

Сегодня ещё придумал такой способ:
1. Рисуем чертёж "Мехобработка" - тут у нас окончательная геометрия сборки.
2. Вставляем эту сборку в "Сборка общая" как обычный фрагмент. И далее можно вставлять вверх по уровням, насколько нужно.
3. Вставляем ту же "Мехобработку" опять же как обычный фрагмент в новый документ "Сварка".
Как выяснилось сегодня, вставленный фрагмент можно расчленить на первоначальные тела командой Разделение.
Далее добавляем любые нужные операции, которые вниз уже не пойдут и "Мехобработку" не испортят.

То есть получается такое разветвление. Сборку "Мехобработка" мы вставляем в два разных места.
Причём сделав изменение в корневой сборки, можно не заботится об обновлениях всех зависимых сборок:
Зайдя в любой из фрагментов программа сама напомнит, что нужно сделать обновление.
 
Цитата
srt10 пишет:
Просьба расписать поподробнее порядок действий, а то пока не понятно как это повторить)
Это чистый вариант "сверху-вниз".

1.Делается сборка.
2.Выгружается подсборка, получается конечный вид подсборки.
3.В сборке подсборка выгружается как деталь с односторонней связью.
4.Эта деталь модифицируется и разбивается на исходные тела, получается подсборка, но как-бы до изменений.
5.Всё.

Т.е. чётко сверху в низ, кроме момента, что выгрузка подсборки до изменений происходит не из подсборки, а из сборки, что соответствует принципу главенства сборки.
Цитата
srt10 пишет:
Сегодня ещё придумал такой способ:
Это уже комбинированный способ. Так сказать ветвистой структуры, т.е. уберёте файл со сваркой, а общая сборка не пострадает и сообщений о потере файла не будет. Единственный недостаток - это то, что подсборка не зависит от сборки, а наоборот. Даже не недостаток, это наследуется из способа "снизу-вверх", т.е. решаются другие задачи.
 
Спасибо, разобрался.
То есть теперь получается, что весь нужный функционал для такой работы есть?
Или всё таки было бы лучше иметь возможность выгружать подсборку 3-мя возможными способами (как и деталь)?
Вот тогда бы наверно был чистый "Сверху-вниз";)

А ваш вариант, как вы и сами пишете, это всё-таки не совсем чёткий "Сверху-вниз"...)

Цитата
Sila Musli пишет:
Это уже комбинированный способ. Так сказать ветвистой структуры, т.е. уберёте файл со сваркой, а общая сборка не пострадает и сообщений о потере файла не будет. Единственный недостаток - это то, что подсборка не зависит от сборки, а наоборот. Даже не недостаток, это наследуется из способа "снизу-вверх", т.е. решаются другие задачи.
всё так и есть.
 
Цитата
srt10 пишет:
Или всё таки было бы лучше иметь возможность выгружать подсборку 3-мя возможными способами (как и деталь)?
Как и во многом Флекс позволяет решить задачу, пусть не совсем "чисто". А хочется, чтоб было прозрачно, из-за таких моментов многие отказываются от Флекса, не желая разобраться. Спасибо, Вам, что хоть какое-то движение создаётся на форуме.
Страницы: 1 2 След.