Перейти к публикации

Проблема с деревом построения


Рекомендованные сообщения

Всем доброго времени суток. Средних размеров сборка. SW2014SP5.0. В один прекрасный момент дерево построения сборки начало подвисать и задумываться, особенно при выборе компонентов да и в принципе в процессе работы. Произошло это, предположительно, после того, как поработал с командой "Копировать с сопряжениями" или после того как откорректировал руками неработающие связи в детали. На другом компе такой задумчивости дерева нет в той же сборке. Что можно предпринять, чтобы вернуть прежюю шустрость дерева построения?

 

Параллельный вопрос: Есть сборка, в ней есть вырезы, распрострняющиеся на несколько деталей. Создаю деталь "на месте" в эскизе привязываюсь к кромкам , полученным от выреза в сборке и получаю неработающую ассоциативную связь: при изменении размеров выреза, деталь не меняется. Приходится руками менять. Наблюдал это явление много раз при многолетней работе в SW, но всё стеснялся спросить, как с этим быть. Может кто сталкивался? А если очень надо? Как быть? Вырез распространять в детали нельзя, по конструкции.

Ссылка на сообщение
Поделиться на других сайтах
  • 3 недели спустя...


В 8/15/2019 в 10:41, none сказал:

 

1) Всем доброго времени суток. Средних размеров сборка. SW2014SP5.0. В один прекрасный момент дерево построения сборки начало подвисать и задумываться, особенно при выборе компонентов да и в принципе в процессе работы. Произошло это, предположительно, после того, как поработал с командой "Копировать с сопряжениями" или после того как откорректировал руками неработающие связи в детали. На другом компе такой задумчивости дерева нет в той же сборке. Что можно предпринять, чтобы вернуть прежюю шустрость дерева построения?

 

2) Параллельный вопрос: Есть сборка, в ней есть вырезы, распрострняющиеся на несколько деталей. Создаю деталь "на месте" в эскизе привязываюсь к кромкам , полученным от выреза в сборке и получаю неработающую ассоциативную связь: при изменении размеров выреза, деталь не меняется. Приходится руками менять. Наблюдал это явление много раз при многолетней работе в SW, но всё стеснялся спросить, как с этим быть. Может кто сталкивался? А если очень надо? Как быть? Вырез распространять в детали нельзя, по конструкции.

 

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

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

Ссылка на сообщение
Поделиться на других сайтах

По второму вопросу приведу пример: бывают сварные конструкции, которые после сварки надо обязательно отмеханить (нужные поверхности довести до подходящего состояния), а потом еще на эти поверхности установить что-нибудь, не обязательно в контексте. Бывает и обычные сопряжения ломаются. Я понимаю, что по логике сначала сопряжения деталей отрабатываются, а потом уже вырезы в сборке, но ситауция-то обыйденная и довольно частая в конструкторской практике, неужели нет культурного решения? Структуру сборки ради этого менять? Городить костыли, да еще с учетом того, что я использую макросы Леона, которые едят структуру из дерева построения. Это все очень странно. Должно быть культурное решение.


Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, none сказал:

По второму вопросу приведу пример: бывают сварные конструкции, которые после сварки надо обязательно отмеханить (нужные поверхности довести до подходящего состояния), а потом еще на эти поверхности установить что-нибудь, не обязательно в контексте. Бывает и обычные сопряжения ломаются. Я понимаю, что по логике сначала сопряжения деталей отрабатываются, а потом уже вырезы в сборке, но ситауция-то обыйденная и довольно частая в конструкторской практике, неужели нет культурного решения? Структуру сборки ради этого менять? Городить костыли, да еще с учетом того, что я использую макросы Леона, которые едят структуру из дерева построения. Это все очень странно. Должно быть культурное решение.

 

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

Ссылка на сообщение
Поделиться на других сайтах

У нас в конторе всегда сразу делается все в одном чертеже чаще всего: сварка и обработка. Поэтому и возник такой вопрос. Никто на заводах не жаловался. Плодить сущности не хочется сверх меры. В общем выход пока видится один: вставить сборку-сварку с вырезами в еще одну сборку и ее уже затем соединять с другими деталями (спасибо за подсказку Ljo). Правда пока не вижу как проще с макросами Леона работать в этом случае. Одна сборка получается фиктивной, - только ради крепких ссылок на геометрию. Хотя пока писал - уже догадался, что надо где-то галку поставить (вроде была такая в настройках) чтобы специя видела состав подсборки, как свой собственный. Надо поискать.

Изменено пользователем none
Ссылка на сообщение
Поделиться на других сайтах
18 часов назад, none сказал:

галку поставить (вроде была такая в настройках) чтобы специя видела состав подсборки, как свой собственный

Во вкладке конфигураций ПКМ по конфигурации -> Свойства  -> Отображение дочерних элементов …, выбрать кнопку "Продвинуть", в англ.фейсе "Promote". 

В солидовской bom, работает, а как в excel, swr или с макросами Леона - не подскажу, т.к. не пользуюсь.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
    • Максим604
      разные уп, но смысл одинаковый. в первом варианте подача меняется, во втором сохраняется.   Это то что не устраивает   M0 E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1297,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.03937,0.31831,,,,1,0,"ISO_METRIC","M14");*RO* E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1298,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.07874,0.63662,,,,-1,0,"ISO_METRIC","M14");*RO* _E_P002: E_PS_CIR(1,0,0,-14,90,0,,0,,102.5,12.857,30,8,10,0,,);*RO* CALL "END.SPF";#SM;*RO* E_END(0,1,0);*RO* M30 ;#SM;*RO* _____________________________________________   это устраивает N104 T=" ФРЕЗ. РЕЗЬБЫ - 12" N106 M6 N108 G0 X0. Y0. S1326 M3 D1 N110 Z50. N112 Z5. N114 G1 Z-25. F198.9 N116 G41 Y-4.95 N118 G3 X9.95 Y0. Z-24.5 I3.74372 J4.95 N120 Z-22.5 I-9.95 J0. N122 Z-20.5 I-9.95 J0. N124 Z-18.5 I-9.95 J0. N126 Z-16.5 I-9.95 J0. N128 Z-14.5 I-9.95 J0. N130 Z-12.5 I-9.95 J0. N132 Z-10.5 I-9.95 J0. N134 Z-8.5 I-9.95 J0. N136 Z-6.5 I-9.95 J0. N138 Z-4.5 I-9.95 J0. N140 Z-2.5 I-9.95 J0. N142 Z-.5 I-9.95 J0. N144 X0. Y9.95 Z0. I-9.95 J0. N146 X-4.95 Y0. Z.5 I0. J-6.20628 N148 G1 G40 X0.
×
×
  • Создать...