Вставленная деталь в деталь не обновляется автоматически

[si-64 21]

Вставляю в деталь 2 деталь 1. Редактирую деталь 1 - в детали 2 она автоматически не перестраивается, даже после Ctrl+Q. но если в дереве детали 2 начать редактировать элемент "Деталь 1" то после нажатия кнопки ок - геометрия перестраивается. Как сделать чтобы автоматически перестраивалась деталь? Спасибо!

[Kelny 1 264]

12 минут назад, semsv сказал:

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

В этом случае обычно не нужна ссылка на исходную модель, а это значит, что при импортировании можно поставить галочку РАЗРУШИТЬ СВЯЗЬ С ИСХОДНЫМ файлом и тогда всё импортируется вообще в виде фичесов исходной модели и можно ипользовать все возможности редактирования.

[si-64 21]

10.11.2023 в 16:41, Kelny сказал:

@si-64 А можно пяснить зачем одну деталь помещать в другую? Для этого обычно сборки имеются.

 

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

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

Кстати, крышки для корпусов делаю в одной детали (многотел. получается)

[Ветерок 2 119]

5 часов назад, si-64 сказал:

посчитал целесообразным использовать один корпус как заготовку

Вполне рабочий вариант. Хотя, исполнениями тоже вариант.

5 часов назад, si-64 сказал:

крышки для корпусов делаю в одной детали (многотел. получается)

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

[si-64 21]

21 минуту назад, Ветерок сказал:

весь корпус делаю многотелом, потом преобразую в сборку

в чем плюсы и минусы? все-таки в парадигме КАД - файл детали это деталь.

Только что, si-64 сказал:

в чем плюсы и минусы? все-таки в парадигме КАД - файл детали это деталь.

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

[Ветерок 2 119]

Сам спросил, сам ответил. Замечательная беседа :)

[Павлуха 508]

11 часов назад, si-64 сказал:

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

Кстати, крышки для корпусов делаю в одной детали (многотел. получается)

А когда один корпус изменится? Бежать остальные поправлять по памяти?

 

[maxx2000 579]

@Павлуха зависит от того как использован этот корпус-заготовка. Если как копия, то это разные детали, а если использована его геометрия как общая, то нет, не бежать

[si-64 21]

12 часов назад, Павлуха сказал:

А когда один корпус изменится? Бежать остальные поправлять по памяти?

 

Если изменение только в одном корпусе то изменяем его. Если изменение касается всех, то изменяем файл, который использовался как заготовка и обновляем файлы, использующие "заготовку". Таким образом изменение  автоматом применяется на всю серию. В этом и прелесть контекстов.

[Kelny 1 264]

 

4 часа назад, si-64 сказал:

Если изменение касается всех, то изменяем файл, который использовался как заготовка и обновляем файлы, использующие "заготовку". Таким образом изменение  автоматом применяется на всю серию. В этом и прелесть контекстов.

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

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

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

 

12.11.2023 в 07:06, si-64 сказал:

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

Если это действительно заготовка из которой дальше только вырезы, то думается как раз модель СБОРКА (но был бы чертёж детали) подошла бы больше, т.к. были бы ограничения создания новых элементов, а допускались бы только вырезы из заготовки (соблазн, что-то нарастить не прошёл бы - программа не позволила бы).

 

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

Изменено 13 ноября 2023 пользователем Kelny

[si-64 21]

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

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

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

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

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

Если это действительно заготовка из которой дальше только вырезы, то думается как раз модель СБОРКА подошла бы больше, т.к. были бы огараничения создания новых элементов, а допускались бы только вырезы.

Нет, заготовка не в плане технологическом, а чисто для упрощения моделирования.

[maxx2000 579]

24 минуты назад, si-64 сказал:

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

 

24 минуты назад, si-64 сказал:

Нет, заготовка не в плане технологическом, а чисто для упрощения моделирования.

Что будет когда повар этой кухни решит свалить?

[si-64 21]

4 минуты назад, maxx2000 сказал:

Что будет когда повар этой кухни решит свалить?

Энтропия увеличится :)

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

[maxx2000 579]

@si-64 новым поваром будет объявлен глобальный вайп, с пригоранием пердака у работодателя

[Kelny 1 264]

43 минуты назад, si-64 сказал:

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

Это говорит о бардаке на предприятии и это ни до чего хорошего не доводит.