Solidworks. Уравнения и конфигурации.
HTML-код
- Опубликовано: 4 окт 2024
- В этом видео покажу самую распространенную ошибку: сведение в одной сборки уравнений на деталях с конфигурациями.
Просмотрите этот ролик внимательно, уверен что вы сможете найти решение своей проблемы или восполнить пробелы в знаниях по этой теме.
Спроектировано в #Solidworks 2015
#Mudbox #Autocad #Catia #NX10
#NX10 уроки #CAM #CAE #CAD #CatiaV5
#Cadmatic #Creo Parametric #Solidworks
#Surface #металлоконструкции #CatiaV6
#Powersurfacing #Archicad
![KSI - Thick Of It (feat. Trippie Redd) [Official Music Video]](http://i.ytimg.com/vi/At8v_Yc044Y/mqdefault.jpg)
ПРивет! Не знаешь в чем может быть причина, в сборке из множества деталей пры выборе того или иного конфига не чего не меняется , до какого то момента все работало, элементы в конфиге при формировании просто скрывались глазом и отображались в нужном конфиге ?
Спасибо!
В каждом исполнении детали и сборки должны быть разные имена эскизов и используемых команд моделирования ( например глубина выдавливания и выреза) , если соблюдать вышекказанное тогда даже в миллионной сборке со многими исполнениями не будет проблем!!!!!
Все просто - или конфигурации или уравнения)
Тут другой вопрос есть:
деталь в сборке подвязана по уравнению к управляющему эскизу и при перестроении (иногда) она не перестаивается - кликаешь на деталь - уравнения нету, заходишь в деталь - уравнение есть - перестраиваешь деталь - появляется знак уравнения и деталь меняет размер - возвращаешься в сборку - все норм.... вопрос какого черта деталь сразу не перестаивается?
Буквально вчера словил похожую фигню, в сборке имеется подсборка с уравнениями. Так вот при редактировании деталей основной сборки, солид начал "ругаться" красным матом, что мол уравнения в подсборке неправильные (хотя там ничего не трогал). Захожу в подсборку, в редактирование уравнений, ничего не меняя просто обновляюсь, и вуаля, солид перестает находить ошибки...
А про глюки с сопряжениями - это отдельный триллер.
@@1313Rahula1313 ну что тут сказать, глюков с каждым годом все больше, к сожалению. Все чаще подумываю перейти на другой САПР.
@@1313Rahula1313 непонятки бывают с сопряжениями деталей в большой сборке.
Например сопряжены две детали между собой, потом применяем инструмент выступ-прорезь, и солид начинает "терять" поверхности и грани, которыми были сопряжены...
Как правило, тупо забиваю на солидовский мат, т.к. применяю выступ-прорезь на заключительных этапах проектирования.
Бывают и другие приколы с солидом.
@@1313Rahula1313 "а мне солид нравиться тем что его всегда обмануть можно" - иногда на поиски решения уходит много времени...
@@DmitrDorofeev Теряет привязки и ругается если вырезаешь грань (или кромку или точку) по которой привязывал, еще больше ругани если распостраняеш вырез в деталь, чтобы этого не было - тебе правильно уже написали - создавай справочную геометрию (плоскости, оси) и привязывайся к ним, но учитывай, что если ты создашь справочную плоскость, которая опирается не на начальную справочную, а на грань детали, то при вырезе в сборке который распространяется в деталь опять может быть жопа)
Важно понимать на сколько гибкой тебе нужна проектируемая тобой сборка, если ее пластичность одноразовая - можно вообще сикося-накося собирать, если это основной модуль который ты будешь применять 100 раз - будь добр все по уму делать - да в 5 раз дольше , но потом окупиться.
Нужно в сборке делать детали или под сборки виртуальными. И тогда всё работает замечательно...
Никак не связано. Виртуальные - это деталь внутри сборки.
Пересмотрел еще раз, новые вопросы появились:
1) что на счет ошибки "Циклическая ссылка", есть понятие реально циклической (а=б, б=с, с=а), а есть случай, когда уравнение ссылается на управляемый размер управляющего эскиза и тогда тоже зажигается треугольник "циклической ссылки"... можно это как-то обойти? работает то все корректно (за 2 или более перестроений подряд), но глаза мозолит очень сильно да и перестраивать надоедает, еще и мешает исправлять реально сломанные формулы возникающие после копирования проэкта... (Вообще не понятно, почему солид не перестраевает используе дерево построения, тоесть поочередно все элементы... а как-то паралельно перестраивает все сразу... оптимизация чтоли...)
2) после удаления элемента - остаются уравнения, которые на него ссылаются, можно ли удалять их вместе с элементом автоматически?
3) зеркальная деталь и детали которые используют в себе команду "полость" постоянно просят перестроения... как это исправить, можете подсказать, может снимите видео о зеркале, а то в сборке зеркало еще та беда, без 100 грамм не разобраться.
1 лучше не ссылаться на управляемые серые размеры.
2 от этого не спастись. Легче написать программу которая удаляла бы полвешенные уравнения
Может в новых версиях уже сделали. В этой версии нет
ещё знаешь какая ошибка постоянно,
когда деталь подсборки, её отверстие концентрично привязанно к отв детали сборки /при этом конфигурации, как на сборке так и на детали/ и на детали массив с уравнением,
думал ты знаешь как победить, а это системная ошибка, на всех верстиях солида так, приходится в ручную тыкать в детали или заходить и перестраивать,
просто приходиться постоянно работать с модельныи рядами, хотелось бы минимизировать потери времени,
ещё я сборку привязываю за эскиз по габаритам, а детали перестраиваются, но вот с отверстиями не выходит, если на детали. уравнение стоит это очень жаль, оказывается не победимая задача
П,С, кстати как победить именно эту, / как на видео/ я описал внизу
Не нужно использовать управляющие эскизы. Лучше завязать на размеры деталей
Все эти ваши системы по контекстным сборкам - полнейшая ерунда. Да, эта система хороша, если ты работаешь один. Но когда у вас на заводе установлен PDM, виндовс разных версий, глюченный ГОСТ Toolbox, сложные сборки, в которых может быть десятки изменяемых параметров, а часть из них еще может гаситься/решаться - то это не поможет. Даже когда вы завяжите десяток параметров, придадите названия/наименования этим деталям, зарегистрируете, и у вас будет очень огромная проблема: дело в том, что если другой человек скопирует проектом вашу сборку, он столкнется с тем, что ему надо будет заново переобозначать все затронутые контекстные детали, делать чертежи на контекстные детали и т.д. А также он столкнется с тем, что некоторые взаимосвязи будут ссылаться на старую сборку, в связи с чем вы будете волосы на голове рвать, чтобы убрать "красноту" этих деталей каждый раз. И это еще не весь список проблем, с которым вам придется столкнуться. Нигде пока не встречал построения сборки, состоящих из 10 и более деталей. Потому что там возникают трудности, о которых я писал - вам нужны чертежи на каждую контекстную деталь, а могут быть и контекстные сборки, то есть многоуровневая контекстная сборка, у каждой из деталей своя иерархическая нумерация по принятым на заводе стандартам и многое многое другое.
Либо вы что то неправильно делаете, либо копия солидворкс не до конца сломана.
@@cadcamcae262 ruclips.net/video/71jbTsbkEgU/видео.html&t - посмотрите мое видео по гальваническим ваннам и все поймете. На ютубе Вы нигде не найдете похожее, с таким количеством параметрических деталей - потому что этот путь гиблый, даже если учесть то, что каждая из ванн - отдельная сборка (тут возникает первые минусы:
1) в головной сборке нельзя использовать одну и ту же параметрическую сборку - потому что у одной детали не может быть два размера
2) хорошо, скопируем проектом. Но как обозначать внутренние подсборки? ведь после этого их надо сохранить как свои детали т.к. они будут контекстные, у них другие размеры и им заново надо давать обозначения и делать чертежи. Для того, чтобы все это скопировать проектом - у вас уйдет овердохрена времени, чтобы раскидать все внутренние сборки по папкам, очень даже дохрена. И это с условием того, что надо соблюдать общую иерархию обозначения, принятую на заводе.
2.1) Я придумал как раскидать побыстрее - сделать внутренние узлы полуконтекстными - они будут существовать в реале (лежать в своих папках), но контекстно привязаны в главной сборке и соответственно изменяться с главной сборкой. При том что у них в названии будут некоторые отличительные знаки, типа "-", которые потом при копировании проектом заменяются на "/" и автоматически создаются папки с заранее написанными именами в самой детали (040 Барботер П.БР.01-040 П.БР.01.SLDASM - пример обозначения сборки)
3) Жуткие тормоза при перестроении сложных сборок.
Вот после этого у меня возникла следующая проблема:
4) При копировании проектом, почему-то не все взаимосвязи отвязывались от предыдущей сборки. Я потратил много часов времени, чтобы это выяснить - но так и не понял что к чему, может я и где ошибся, потому что слишком сложная иерархия, не знаю.
В итоге мы отказались от этого метода построения, пришли к более практичному - основанному на таблицах параметров. Пока единственная проблема с которой мы столкнулись - SW частенько вылетает в тех сборках, которые решены свободно в головных сборках и привязяны по расстоянию. SW вылетает при получении новой версии. Но производительность возросла в несколько раз в целом по заводу
@@pps2703 не открывается видео