Роман Грозный

Многотельные детали

71 posts in this topic

2 часа назад, Di-mann сказал:

Можно настроить многотела не в файле детали, а в файле сборке. А потом каждое тело сохранить как деталь, при этом оно так и останется в сборке, но уже как деталь.

А нафик опять ручками сохранять каждое тело, если должен быть как минимум макрос для всех этих 100500 многотелов...

Share this post


Link to post
Share on other sites


1 час назад, zerganalizer сказал:

А нафик опять ручками сохранять каждое тело

Кто нагадил тот и разгребает.

Share this post


Link to post
Share on other sites
3 минуты назад, Di-mann сказал:

Кто нагадил тот и разгребает.

:biggrin:

Аргумент железный! Это всё что можете сказать?

Share this post


Link to post
Share on other sites
Только что, IgorT сказал:

Это всё что можете сказать?

Не гадить проще.

1 person likes this

Share this post


Link to post
Share on other sites

ID: 45   Posted (edited)

1 час назад, zerganalizer сказал:

быть как минимум макрос для всех этих 100500 многотелов...

Можно поинтересоваться, а макрос CATIA сохраняет каждое тело каким образом? Сценарий когда надо выгрузить лишь часть тел не предполагается?

1. Есть ассоциативность выгруженного тела и того что в сборке от выгрузки останется, ведь зачастую между телами есть сложные иерархические связи - они будут выгружены? Хочется меняя выгруженную деталь сборка перестраивалась, или же меняя сборку - выгруженная деталь перестраивалась :)

2. Дерево построения тела переползет в выгруженный файл или останется в сборке? Ведь потом могут потребоваться правки. Если были сделаны переменные в теле, они также переползут в отдельный файл, при этом связь со сборкой останется?

 

я к тому что выгрузка тел, вроде как, должна иметь огромную вариативность, как макрос с ней справится?

Edited by SAPRonOff

Share this post


Link to post
Share on other sites
1 минуту назад, Di-mann сказал:

Не гадить проще.

Вы прото не в курсе технологии многотельного проектирования. Может оно Вам и не надо, я не в курсе. 

Только что, SAPRonOff сказал:

Можно поинтересоваться, а макрос CATIA сохраняет каждое тело каким образом? Сценарий когда надо выгрузить лишь часть тел не предполагается?

1. Есть ассоциативность выгруженного тела и того что в сборке от выгрузки останется, ведь зачастую между телами есть сложные иерархические связи - они будут выгружены? Хочется меняя выгруженную деталь сборка перестраивалась, или же меняя сборку - выгруженная деталь перестраивалась :)

2. Дерево построения тела переползет в выгруженный файл или останется в сборке? Ведь потом могут потребоваться правки. Если были сделаны переменные в теле, они также переползут в отдельный файл, при этом связь со сборкой останется?

Да что Вы такое говорите?!??!?!?! @Di-mann называет тему многотела гадкими словами! Многотелом пользоваться нельзя!!! За многотел расстрел через повешанье!

Share this post


Link to post
Share on other sites
3 минуты назад, IgorT сказал:

Может оно Вам и не надо

И это хорошо...

Share this post


Link to post
Share on other sites

ID: 48   Posted (edited)

Зачем вообще делать сборку, файлы деталей сохранять?

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

Кстати, не очень понимаю, зачем SW сохраняет тела в файлы? Их можно удалить, и деталь многотельная  все-равно откроется. Ну пусть будет.

Edited by Роман Грозный

Share this post


Link to post
Share on other sites
6 минут назад, Роман Грозный сказал:

Зачем вообще делать сборку, файлы деталей сохранять?

Автокаде головного мозга с метостазами в 3D. Неизлечимый случай. 

Share this post


Link to post
Share on other sites

ID: 50   Posted (edited)

4 минуты назад, Di-mann сказал:

Автокаде головного мозга с метостазами в 3D. Неизлечимый случай. 

А по делу есть мысли? В сборке половина инструментов обработки недоступно. Я обрабатываю деталь ДО разделения на тела. Даже если и есть некоторые операции обработки в сборке - они гораздо более тяжёлые для компьютерного железа, чем операции в детали. В большой сборке это может быть критичным.

И при чем тут автокад?

Edited by Роман Грозный

Share this post


Link to post
Share on other sites

@Роман Грозный да пожалуйста, пожалуйста. Каждый сам творец своего геморроя. 

Share this post


Link to post
Share on other sites
18 часов назад, zerganalizer сказал:

Нужна кнопка как у всех САПР

18 часов назад, zerganalizer сказал:

В катии, правда, ее нет

Ну вы интересная личность. Вроде как во всех САПР она есть, а в Катии нет. 

 

6 часов назад, Роман Грозный сказал:

в пределах файла детали поверхностями разбить одно тело на несколько, назначить им разные материалы. При изменении размеров между поверхностями будет меняться геометрия тел, их число.

Интересно, как после этого чертежи оформлять на каждую деталь. Ну ладно, даже если не чертежи. Если всё на модели будет - допуски на размеры, форму и расположение поверхностей, ТТ и т.д.

Воистину 

6 часов назад, Di-mann сказал:

Каждый сам творец своего геморроя.

 

14 часа назад, Di-mann сказал:

Не гадить проще.

Упрощенцы всё равно победят. Спорить бесполезно. Раньше построение начинали по определённым правилам, с главного тела, переходя к деталям. Теперь можно начать с фаски на бобышке, а получить бак. Вот только то, что он через жопу позиционируется и ГСК хер знает где и хер знает как расположена - проиктировщику накласть.

В программировании уже давно код перестал быть строгим, можно писать некоторые вещи в любой части кода, где тебе "удобнее". Потом разбираться в таком говне будет сложно. Но автору как раз и насрать.

Сейчас в проектировании та же фигня происходит. Дезайнеры проектируют.

Share this post


Link to post
Share on other sites

ID: 53   Posted (edited)

2 часа назад, Udav817 сказал:

Интересно, как после этого чертежи оформлять на каждую деталь. Ну ладно, даже если не чертежи. Если всё на модели будет - допуски на размеры, форму и расположение поверхностей, ТТ и т.д.

Воистину 

Сейчас вам тайну открою, молодежь она такая, думает что она всё видела в жизни.

Не будет никаких деталей, и чертежей их тоже. Есть сборочный чертеж, есть материалы по спецификации, есть их образмеривание на сборочном чертеже. Фантазии не хватило на это?

А вы ваяйте сборку из отдельных деталей, вперед.

2 часа назад, Udav817 сказал:

Дезайнеры проектируют.

Я чувствую сейчас такой конструктор пришел, сейчас он нас всех научит папу любить маму.

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

Edited by Роман Грозный

Share this post


Link to post
Share on other sites
19 часов назад, SAPRonOff сказал:

Можно поинтересоваться, а макрос CATIA сохраняет каждое тело каким образом? Сценарий когда надо выгрузить лишь часть тел не предполагается?

1. Есть ассоциативность выгруженного тела и того что в сборке от выгрузки останется, ведь зачастую между телами есть сложные иерархические связи - они будут выгружены? Хочется меняя выгруженную деталь сборка перестраивалась, или же меняя сборку - выгруженная деталь перестраивалась :)

2. Дерево построения тела переползет в выгруженный файл или останется в сборке? Ведь потом могут потребоваться правки. Если были сделаны переменные в теле, они также переползут в отдельный файл, при этом связь со сборкой останется?

 

я к тому что выгрузка тел, вроде как, должна иметь огромную вариативность, как макрос с ней справится?

Насколько я помню макрос - там делается копия тела, в сборке создается деталь с именем тела и в него вставляется как связанная копия тела без истории (link).

4 часа назад, Udav817 сказал:
23 часа назад, zerganalizer сказал:

Нужна кнопка как у всех САПР

23 часа назад, zerganalizer сказал:

В катии, правда, ее нет

Ну вы интересная личность. Вроде как во всех САПР она есть, а в Катии нет. 

 

Ну, разрабы посчитали многотел "решением неудачным", но после народ написал макрос и его опубликовали в сборнике "для экстремалов". А кнопку сделать на готовый макрос может каждый катийщик.

4 часа назад, Udav817 сказал:

Раньше построение начинали по определённым правилам, с главного тела, переходя к деталям. Теперь можно начать с фаски на бобышке, а получить бак. Вот только то, что он через жопу позиционируется и ГСК хер знает где и хер знает как расположена - проиктировщику накласть.

И это правильно. Мне пофик, что такое ГСК и где на нее накласть. Кому нужно на эту ГСК положить в правильном месте (например, при создании УП для ЧПУ) - положит деталь в новую сборку и разместит все как надо. Или сделает оное уже в САМе.

4 часа назад, Udav817 сказал:
11 час назад, Роман Грозный сказал:

в пределах файла детали поверхностями разбить одно тело на несколько, назначить им разные материалы. При изменении размеров между поверхностями будет меняться геометрия тел, их число.

Интересно, как после этого чертежи оформлять на каждую деталь.

А где тут проблемы??? Я разбил деталь, кусочек (домен) линканул в новое тело или сет и для этого тела/сета сделал чертеж как для любой другой детали. Это моя штатная работа на конфигураторе сейчас.

4 часа назад, Udav817 сказал:

Теперь можно начать с фаски на бобышке

Да вы, батенька, пророк! Именно так (по посадочной фаске в диске авто) я и вставляю типа ИИ-компонент - гайку затяжки, параметрическую, управляемую этой самой фаской. Причем сразу все пару десятков отверстий в произвольных местах.

4 часа назад, Udav817 сказал:

В программировании уже давно код перестал быть строгим, можно писать некоторые вещи в любой части кода, где тебе "удобнее". Потом разбираться в таком говне будет сложно. Но автору как раз и насрать.

Сейчас в проектировании та же фигня происходит. Дезайнеры проектируют.

А зачем потом с чем-то разбираться? Просто генерируется новый проект с того же шаблона, почти автоматически, и плевать, как там внутри работает логика и фреймворк компонентов, главное - быстро и правильно.

1 час назад, Роман Грозный сказал:

даже хитрое скругление не сделаешь в сборке, если оно захватывает сразу несколько деталей

Веселенькие у вас лего получаются...:biggrin:

Share this post


Link to post
Share on other sites
11 час назад, Роман Грозный сказал:

Зачем вообще делать сборку, файлы деталей сохранять?

Речь о том чтобы в пределах файла детали поверхностями разбить одно тело на несколько, назначить им разные материалы.

Очень интересно было бы взглянуть, как на практике сработает данная технология хотя бы для такой "детали"

http://cccp3d.ru/topic/92838-посоветуйте-cad-системы-взамен-компас/?do=findComment&comment=963669

А если это будет, например, пароход? :g:

Share this post


Link to post
Share on other sites

ID: 56   Posted (edited)

28 минут назад, zerganalizer сказал:

Веселенькие у вас лего получаются...:biggrin:

Композиты называется)

21 минуту назад, BSV1 сказал:

А если это будет, например, пароход? :g:

Ну не весь же пароход из одной композитной сборки.

Этот инструментарий я использую работая в SW. Просто достала глючность самого SW, даже не в контексте многотела. Вот и смотрю что есть у конкурентов 

Edited by Роман Грозный

Share this post


Link to post
Share on other sites
6 минут назад, Роман Грозный сказал:

Ну не весь же пароход из одной композитной сборки.

Тогда это просто частный подход для узкого круга задач, не более.

1 person likes this

Share this post


Link to post
Share on other sites
5 часов назад, Udav817 сказал:

Интересно, как после этого чертежи оформлять на каждую деталь. Ну ладно, даже если не чертежи. Если всё на модели будет - допуски на размеры, форму и расположение поверхностей, ТТ и т.д.

в некоторых системах можно просто взять в чертеже указать тело, которое нужно в конкретном листе/странице. Тогда ничего и не нужно выгружать в отдельные детали, потом просто расставлю размеры и т.п., возможно даже спецификацию получить =)

1 час назад, zerganalizer сказал:

там делается копия тела, в сборке создается деталь с именем тела и в него вставляется как связанная копия тела без истории (link).

пичалька:biggrin:

 

 

Share this post


Link to post
Share on other sites
2 часа назад, SAPRonOff сказал:
3 часа назад, zerganalizer сказал:

там делается копия тела, в сборке создается деталь с именем тела и в него вставляется как связанная копия тела без истории (link).

пичалька:biggrin:

Это наилучшее решение - я управляю сборкой из многотела, к тому же могу и потаскать детальки сборки как понравится (если одну тонкость применить). И в любой момент сбросить "двинутые" детали через сборку на их "законное место". Это отличный метод управления из детали - сборкой. И управление сборкой традиционно тоже возможно.

Share this post


Link to post
Share on other sites

@zerganalizer

я не спорю, что это хорошее решение, но не наилучшее :)

потому как есть нюансы, о которых я просил выше, продублирую здесь:

Скрытый текст

Сценарий когда надо выгрузить лишь часть тел не предполагается?

1. Есть ассоциативность выгруженного тела и того что в сборке от выгрузки останется, ведь зачастую между телами есть сложные иерархические связи - они будут выгружены? Хочется меняя выгруженную деталь сборка перестраивалась, или же меняя сборку - выгруженная деталь перестраивалась :)

2. Дерево построения тела переползет в выгруженный файл или останется в сборке? Ведь потом могут потребоваться правки. Если были сделаны переменные в теле, они также переползут в отдельный файл, при этом связь со сборкой останется?

 

я к тому что выгрузка тел, вроде как, должна иметь огромную вариативность, как макрос с ней справится?

 

T-FLEX умеет выгружать тела с деревом построения в отдельный файл, а может оставить дерево построения в файле сборки, при этом в детали получится ассоциативный link. Можно оба способа комбинировать. Если в сборке, я например вбил в выдавливание какую-либо переменную - она выгрузится также в отдельный файл и останется ассоциативность с переменной в сборке...

 

непонятно как это супер-макрос обойдет описанные вопросы.

Share this post


Link to post
Share on other sites
5 часов назад, Роман Грозный сказал:

Не будет никаких деталей, и чертежей их тоже. Есть сборочный чертеж, есть материалы по спецификации, есть их образмеривание на сборочном чертеже. Фантазии не хватило на это?

А вы ваяйте сборку из отдельных деталей, вперед.

Напоминает конструктор Лего для детского сада.

Такой способ подойдёт, может быть, для всяких неответственных сборок, где детали на принтере печатают.

Но уж явно не везде такое прокатит. Во всяком случае не с нынешними САПР.

5 часов назад, Роман Грозный сказал:

хитрое скругление не сделаешь в сборке, если оно захватывает сразу несколько деталей

Я делаю. В синхронном режиме Solid Edge. Можно чисто внутри сборки, а можно и с транзитивными связями. То есть, чтобы модели деталей изменились.

3 часа назад, zerganalizer сказал:

в сборнике "для экстремалов"

Вот именно. Костыли придумал одноногий.

3 часа назад, zerganalizer сказал:

моя штатная работа на конфигураторе

Ну да. Конфигуратор. Обсуждали где-то в соседних ветках про будущее САПР. Сошлись на мнении, что дизайнеры работают в конфигураторах. Конструкторами их называть нельзя.

4 часа назад, zerganalizer сказал:

А зачем потом с чем-то разбираться?

Затем, чтобы что-то подправить. Не всё работает идеально с первого раза. Особенно у людей.

4 часа назад, zerganalizer сказал:

генерируется новый проект с того же шаблона, почти автоматически

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

4 часа назад, zerganalizer сказал:

главное - быстро и правильно.

где гарантия, что правильно? И если неправильно, как будешь исправлять?

Share this post


Link to post
Share on other sites

ID: 62   Posted (edited)

5 часов назад, Udav817 сказал:

Напоминает конструктор Лего для детского сада.

Такой способ подойдёт, может быть, для всяких неответственных сборок, где детали на принтере печатают.

Но уж явно не везде такое прокатит. Во всяком случае не с нынешними САПР.

В SW прокатывает. Что я делаю не так? Сборки ответственные, вам и не снилось.

5 часов назад, Udav817 сказал:

Я делаю. В синхронном режиме Solid Edge. Можно чисто внутри сборки, а можно и с транзитивными связями. То есть, чтобы модели деталей изменились.

Не все работают и не всем нравится синхронка. И зачем нужна сборка, если деталировки все-равно не будет? И потом, у меня в солидворксе при изменении размеров между секущими поверхностями автоматически будут меняться тела, и даже их количество. Вообще ветка про Компас, не?

5 часов назад, Udav817 сказал:

как только всё станет делаться автоматически, человек моментально, в течение 2-3 поколений деградирует в обезьяну. Кстати, процесс уже запущен.

Небось по-старинке голубиной почтой пользуетесь, и на лошадях катаетесь?

5 часов назад, Udav817 сказал:

Напоминает конструктор Лего для детского сада.

Я рад что вы увидели что-то знакомое для себя)

Edited by Роман Грозный

Share this post


Link to post
Share on other sites
5 часов назад, Udav817 сказал:

Solid Edge

Неужели кто-то в ежике еще работает? Даже по данному форуму, меньше чем у него сообщений только у Автокада).

Share this post


Link to post
Share on other sites
22 часа назад, SAPRonOff сказал:

или же меняя сборку - выгруженная деталь перестраивалась

Такие схемы управления тут не выгодны - усли вы создали связи в многотеле - рушить их в сборке? И вообще катия ничего не моделит в сборке от слова совсем.

22 часа назад, SAPRonOff сказал:

я к тому что выгрузка тел, вроде как, должна иметь огромную вариативность, как макрос с ней справится?

О какой вариативности речь, если вы ее сделали в модели? Сборка - просто клон многотела, раскиданный потельно в детали сборки. И раскидано все с сохранением связи. Можно только временно отключить связь и шаманить сборкой или попробовать сделать сборку гибкой, будет ли гибкость работать как надо - я не пробовал, нет нужды.

22 часа назад, SAPRonOff сказал:

T-FLEX умеет выгружать тела с деревом построения в отдельный файл, а может оставить дерево построения в файле сборки, при этом в детали получится ассоциативный link.

Еще раз - в сборке только сборка деталей, НИКАКОГО моделинга и деревьев. Можно только создавать массивы (точнее - клонировать настройки массива из детали и применять в сборке к каким-то деталям) и зеркалить, а также сверлить насквозь.

22 часа назад, Udav817 сказал:
В 15.10.2019 в 09:15, zerganalizer сказал:

А зачем потом с чем-то разбираться?

Затем, чтобы что-то подправить. Не всё работает идеально с первого раза. Особенно у людей.

В конфигураторе все работает, и правка вопросов не создает. Чаще приходится врукопашную моделить какие-то особенные компоненты, пока отсутствующие в конфигураторе.

22 часа назад, Udav817 сказал:
В 15.10.2019 в 09:15, zerganalizer сказал:

главное - быстро и правильно.

где гарантия, что правильно? И если неправильно, как будешь исправлять?

Конфигуратор и есть гарантия правильности, всегда правильно делает то, что вы хотите. Нет человеческого фактора. Как робот Кука - запрограммировали и он пашет. Пока не сломается, но программы (нормальные) не умеют ломаться. Неправильно бывало на стадии создания и отладки конфигуратора. Так что может только чего-то не хватать - чего в конфигураторе пока не предусмотрено генерацией. Либо добавляю ручками, либо (при достаточной повторяемости) - программлю нужный компонент и засовываю в конфигуратор.

Share this post


Link to post
Share on other sites
4 часа назад, zerganalizer сказал:

О какой вариативности речь, если вы ее сделали в модели? Сборка - просто клон многотела, раскиданный потельно в детали сборки.

Вариант выгрузки тела:

1. с деревом построения

2. либо просто линком

       2.1 должен ли линк обновится при изменения тела в сборке

       2.2 должен ли компонент обновится при изменения линка в файле детали?

       2.3 где что заморозить=)

много еще чего:) для того чтобы комфортно наладить коллективную работу, работу по обновлению ссылок и т.д.

4 часа назад, zerganalizer сказал:

Еще раз - в сборке только сборка деталей, НИКАКОГО моделинга и деревьев.

это же просто ограничение CATIA("делай так и только так.."), к которому САПР приучил пользователей.. 

в общем-то я уже примерно понял что там сейчас в CATIA - спасиб. V6 не пробовали юзать? ту что ENOVIA тесно интегрируется:)

4 часа назад, zerganalizer сказал:

Нет человеческого фактора.

+100500

Share this post


Link to post
Share on other sites
16 часов назад, zerganalizer сказал:

Конфигуратор и есть гарантия правильности, всегда правильно делает то, что вы хотите.

Поправка: всегда правильно, что умеет. Хотелок у пользователей всегда больше, чем возможностей у программ.

12 часа назад, SAPRonOff сказал:

чтобы комфортно наладить коллективную работу

Для этого направления многотел точно неудачное решение.

В 15.10.2019 в 22:59, Роман Грозный сказал:

Вообще ветка про Компас, не?

Вы раньше стали Солид упоминать) А я лишь уточнил в какой программе можно сделать то, что вы считаете невозможным в сборке.

Share this post


Link to post
Share on other sites
5 часов назад, Udav817 сказал:

Для этого направления многотел точно неудачное решение.

Это потому что так в какой системе делать нельзя или есть другие доводы?

Share this post


Link to post
Share on other sites

ID: 68   Posted (edited)

6 часов назад, Udav817 сказал:
23 часа назад, zerganalizer сказал:

Конфигуратор и есть гарантия правильности, всегда правильно делает то, что вы хотите.

Поправка: всегда правильно, что умеет. Хотелок у пользователей всегда больше, чем возможностей у программ.

Логично. Но конфигер изначально разрабатывался под все возможные конфигурации, включая совсем редко используемые. Но любой "нестандарт" (неконфиг) - за отдельную плату.

19 часов назад, SAPRonOff сказал:
23 часа назад, zerganalizer сказал:

Еще раз - в сборке только сборка деталей, НИКАКОГО моделинга и деревьев.

это же просто ограничение CATIA("делай так и только так.."), к которому САПР приучил пользователей.. 

ИМХО, так правильно с точки зрения структуры изделия и спецухи. Моделинг в сборке как спецухой (автоматически) оформлять? Там все помешаны на полной автоматизации и генерации BOM.

19 часов назад, SAPRonOff сказал:

Вариант выгрузки тела:

1. с деревом построения

2. либо просто линком

       2.1 должен ли линк обновится при изменения тела в сборке

       2.2 должен ли компонент обновится при изменения линка в файле детали?

       2.3 где что заморозить=)

много еще чего:) для того чтобы комфортно наладить коллективную работу, работу по обновлению ссылок и т.д.

1. Без дерева всегда - ибо часть дерева, относящаяся к выгружаемому телу может лежать:

А. В другом теле.

Б. В одном или многих геометрических сетах.

В. Внутри закрытого примитива пользователя - полностью или частично.

Г. Все вышеуказанное вместе + внешние ссылки на геометрию других ДЕТАЛЕЙ и даже из совсем другой сборки. Как задали - так и будет. Так что выгрузить полную историю построения тела может оказаться попросту невозможным.

2.1 Линк - это линк, деактивируйте в сборке многотел - его "тело-дети" станут без связи (сиротами) и манипулируйте ими. Активируете - все обновится и встанет по местам (как в гибкой сборке будет - не знаю), дети вернутся к родителям.

2.2 Компонент, завязанный в сборке на клон-телодеталь? Сразу после обновления оного.

2.3 см. 2.1

V6 мне не по вкусу, глючный и тормозной. Хотя и мегапродвинутый.

6 часов назад, Udav817 сказал:
19 часов назад, SAPRonOff сказал:

чтобы комфортно наладить коллективную работу

Для этого направления многотел точно неудачное решение.

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

Edited by zerganalizer
1 person likes this

Share this post


Link to post
Share on other sites

ID: 69   Posted (edited)

23 минуты назад, zerganalizer сказал:

Моделинг в сборке как спецухой (автоматически) оформлять? Там все помешаны на полной автоматизации и генерации BOM.

Ожидаемо, что спецификация будет формировать автоматически, беря атрибуты(обозначения, наименование, что угодно, хотя сценарий, когда информация получается прямо с тела(например, для трубочек )- тоже нельзя исключать) из выгруженных компонентов.

Даа-а-а... сейчас все помешены на PLM/PDM в связке с CAD. Спецификация уже рассматривается как следствие... электронной структуры изделия, вангую 3-5лет и что такое спецификация никто не вспомнит (я про передовые предприятия) ... Как раз когда Аскон её починит в Компасе=)

 

23 минуты назад, zerganalizer сказал:

ибо часть дерева, относящаяся к выгружаемому телу может лежать:

А. В другом теле.

Б. В одном или многих геометрических сетах.

В. Внутри закрытого примитива пользователя - полностью или частично.

Г. Все вышеуказанное вместе + внешние ссылки на геометрию других ДЕТАЛЕЙ и даже из совсем другой сборки. Как задали - так и будет. Так что выгрузить полную историю построения тела может оказаться попросту невозможным.

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

 

23 минуты назад, zerganalizer сказал:

2.1..2..3

спасибо.

23 минуты назад, zerganalizer сказал:

Наоборот - главный конструктор в многотеле собрал "концепцию" и опубликовал сборкой.

+100500, но нужно дождаться ответа @Udav817 , возможно у него есть действительное понимание, почему многотелами тут нельзя пользоваться.

Edited by SAPRonOff

Share this post


Link to post
Share on other sites
2 часа назад, SAPRonOff сказал:

Это потому что так в какой системе делать нельзя или есть другие доводы?

Нет, просто тогда надо, чтобы у каждого был исходный файл с многотелами и все детали будут редактироваться через него.

В общем, для разработки изделия при количестве разработчиков более одного лучше подойдёт классический метод: детали в отдельных файлах + сборки и подсборки в отдельных файлах.

56 минут назад, SAPRonOff сказал:

возможно у него есть действительное понимание, почему многотелами тут нельзя пользоваться.

есть только сомнения, что оно будет работать лучше, чем спецификации в Компасе.

1 час назад, zerganalizer сказал:

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

Или мне такие ГК не встречались или как... но обычно там накидают концепцию типа как барашка в "Маленьком принце". А ты потом делаешь деталировку и у тебя появляется дохера новых деталей, что-то где-то форму меняет, чтобы не цепляло/проходило/входило_в_габарит.

С одной сторону да, вроде как это было бы удобно. Но... мне мало верится, что все ГК станут "концепцию" так оформлять, а не как я выше описал. И... разработчикам добавится гемора невообразимо. Вон, Аскон в Компасе ещё спецификацию до сих пор сделать не может, а тут ещё многотельное моделирование. Да им проще новый продукт выпустить будет.

26 минут назад, zerganalizer сказал:

Но любой "нестандарт" (неконфиг) - за отдельную плату.

Это ещё и ждать пока сделают. Работа конструктора в этом плане всё равно гибче. Если CAD не может что-то сделать в лоб, то можно через жопу обходные пути на костылях.

1 час назад, zerganalizer сказал:

все обновится и встанет по местам

Ой не знаю. Есть 1001 способ сломать модель.

54 минуты назад, SAPRonOff сказал:

Как раз когда Аскон её починит в Компасе=)

Не, не успеют.

Share this post


Link to post
Share on other sites

ID: 71   Posted (edited)

3 часа назад, zerganalizer сказал:

Не согласен. Наоборот - главный конструктор в многотеле собрал "концепцию" и опубликовал сборкой.

А ваш главный конструктор он что главный творец гемороя?

Или он детали создавать не умеет?

Похоже @zerganalizer даже не представляет, что такое коллективная работа над проектом и как организуются рабочие места и хранение информации при коллективной работе.

И главного конструктора видел только в кино.

Edited by Di-mann

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.



  • Сообщения

    • Бывший технолог
      Диплом Шрёдингера. Пока не выяснено, настоящий он или поддельный, то он и настоящий и поддельный одновременно.
    • co11ins
      дед опять ждет четкой команды к действию...и при этом еще не позвонил ни в один вуз. видимо боится обломаться. растягивает кайф от иллюзий)) одна стойка сименс по объему интеллекта равна примерно 20 ТВС. навскидку.
    • AlexKaz
      @fantom.ul , а разве на северах востребованы инженеры-конструкторы? Водилы-сварщики-газонефтьстрой ещё понятно.
    • lexa345
      Если они визуально похожи - это не означает что это будет проще, лучше взять какой-нибудь стандартный и отредактировать под свои нужды. Сперва допилить основной "синтаксис" для фрезерования,а на первое время можно отключить циклы сверления и вывести их длинным кодом(т.е. работать без циклов) со временем дописать. Главное - начать.
    • KorovnikovAV
      Воистину ложная корреляция.    Уточните где тут наступает рубикон. 10, 100 или 1000 тысяч изделий в сутки? А это вообще тупик.  Начиная от голой экономики и заканчивая банальной физикой. Как вы 100% проконтролируете вот такое? На КД есть, НК пропустил.   Или давайте иначе. У вас есть деталь время такта выпуска которой примерно секунд 20. Поддерживая на этом же уровне время цикла включая измерения 100% изделий и 100% параметров нужно будет наращивать и число людей, которые только и делают, что щелкают микрометрами в лучшем случае (которые сами по себе стоят денег). И ради чего?
    • Sergei
      Посмотрите в первом сообщении что такое дополнительный вид.
    • Sergei
      Думаете так будет всегда?   А потом все эти обозначения в какой то программе УПешник должен увидеть. Например, в PowerMill думаю что не увидит.
    • BSV1
      Телепортация все-таки существует https://www.rbc.ru/politics/14/12/2019/5df4f9389a7947c59e6a54be?utm_source=yxnews&utm_medium=desktop&utm_referrer=https%3A%2F%2Fyandex.ru%2Fnews
    • BSV1
      Я во все жду от ТС ответа на вопрос, как они без наличия 100% КД проводят 100%-й контроль готового изделия?
    • Jesse
      братан. ты одно для начала нормально "домучай", перевари всю полученную тут информацию и сделай вывод. а потом уже во флоу лезь. там тоже полно своих нюансов и фишечек  
        у поцыков, закалённых компасом, эта команда наз-ся "эквидистанта"