Здравствуйте.
Как построить сборку если будет много раз меняться?
Поясняю. Есть сборка, в ходе проектирования, после проектирования во время внесения изменений приходится менять все части конструкции. Меняется то одна часть, то другая. При изменении одной части слетают другие части, особенно стандартные изделия. Может нужно собирать как набор подсборок( сюда входит и избегание вставки стандартных изделий в главной сборке). Я использую параметризацию, проецирование и компоновочную геометрию. Может есть другие секреты.
Посоветуйте свои надежные, проверенные методы, пожалуйста.
Ку,
посмотрите на библиотеку "Редуктор" там нет не какой параметризации - только api.
Цитата: bionorica2015 от 14.03.25, 19:44:56Как построить сборку если будет много раз меняться?
Поясняю. Есть сборка, в ходе проектирования, после проектирования во время внесения изменений приходится менять все части конструкции. Меняется то одна часть, то другая. При изменении одной части слетают другие части, особенно стандартные изделия.
Мы не знаем, как вы СЕЙЧАС строите сборки, вдруг у вас всё хорошо, а вы ищете ещё лучше.
Не знаем, что такое "менять все части конструкции": это что - был самолёт, а стал пароход?
В какой момент они меняются - на стадии проектирования или в полностью готовом проекте? И т.д и т.п.
- - -
По стандартным: если такая большая беда, то ставить их в самый последний момент. Как минимум - ставить один крепёжик, а "размножать" его - в последнюю очередь. И по максимуму использовать массивы по образцу.
Цитата: СВ от 14.03.25, 21:28:05был самолёт, а стал пароход?
Похоже что да, я как то блок цилиндров проектировал методом параметризации - допустим был 4-х цилиндровый затем стал 8-ми - и как при параметризации этого достичь ?
Подход через api -> много зим назад предлагал написать библиотеку - генератор кода и он по готовой модели снимает снимок кода и относительно этого снимка идут вариации конструкций затем строится следующая модель 8-ми цилиндровый и опять делается снимок кода и его адаптировать под генерацию новых локальных конструкций.
И этот способ самый быстрый и устойчивый.
Цитата: bionorica2015 от 14.03.25, 19:44:56в ходе проектирования
Цитата: bionorica2015 от 14.03.25, 19:44:56после проектирования
Мощно. КОМПАС и так корявый, а люди придумывают способы как ещё корявей с ним работать :laugh:
Цитата: Doom2 от 14.03.25, 22:01:01генератор кода и он по готовой модели снимает снимок кода
Старика повеселили перед сном :laugh:
Цитата: Lemieux от 14.03.25, 22:26:59Старика повеселили перед сном :laugh:
Мы внимательно слушаем Ваш вариант решения вопроса.
Цитата: СВ от 14.03.25, 21:28:05Мы не знаем, как вы СЕЙЧАС строите сборки, вдруг у вас всё хорошо, а вы ищете ещё лучше.
Не знаем, что такое "менять все части конструкции": это что - был самолёт, а стал пароход?
В какой момент они меняются - на стадии проектирования или в полностью готовом проекте? И т.д и т.п.
- - -
По стандартным: если такая большая беда, то ставить их в самый последний момент. Как минимум - ставить один крепёжик, а "размножать" его - в последнюю очередь. И по максимуму использовать массивы по образцу.
Если коротко и на стадии проектирования и в полностью готовом проекте во время заказов.
Бизнес не ждёт, и всегда требования разные и могут диктовать менять сборку то с угла то сверху то снизу - откуда хотят оттуда, а когда начинаете менять под его требования и теряется время, возникает вопрос со стороны бизнеса: Так Вы же делали подобное ранее, неужели трудно подстраиваться под новые требования)))
Бизнес видит общую картину, но не видит детали. Детали: Вы сопрягали раньше так, а теперь этого узла нету и вместо него что-то другое и конструкция изменилась.
Цитата: Lemieux от 14.03.25, 22:25:23Мощно. КОМПАС и так корявый, а люди придумывают способы как ещё корявей с ним работать :laugh:
Блин, не технический форум, а сплошных эмоций, каждый норовит просто съязвить, сказать какую ни будь гадость о программе и т. п. (YNA)
Цитата: bionorica2015 от 15.03.25, 08:02:44Блин, не технический форум...
А какое отношение к технике имеет Ваш вопрос? Можете пояснить?
Ситуация довольно частая, например:
Изначально пояса ферм были из двутавров. Сборка уже собрана. Приходит директива поменять двутавры на трубы. Но замена двутавров на трубы, это ещё полбеды, можно выкрутится без глобальных переделок. Потом нужно заменить трубы на спаренные уголки. Вот тут уже начинается морока.
Универсального надёжного метода наверное нет, но по опыту работы выработались такие методы:
- Все привязки и сопряжения делать к эскизам (параметрическим). В этом случае при замене каких-то компонентов остальные не рассыпятся.
Вместо эскизов можно использовать копии объектов. Можно использовать Компоновочную Геометрию (КГ), но на больших сборках ни каких вычислительных ресурсов любого компа не хватит для работы с КГ, там уже используются копии.
- Для СИ (например метизов) обычно используем оперативные библиотеки, это значит, что все СИ сложены в одну папку и если надо, собраны в подсборки. В этом случае легко все СИ исключить из расчёта во всём проекте одним движением и легко глобально менять их типоразмеры. При использовании Полинома на вставку десятка болтовых соединений уйдёт полдня, так что лучше один раз заморочится и создать свою оперативную библиотеку. :)
Инженеры рассуждают о том как подстелить себе соломку или не работать? Такое ощущение, что разработчики КОМПАС работают по такому же принципу.
Цитата: bionorica2015 от 14.03.25, 19:44:56в ходе проектирования
Цитата: bionorica2015 от 14.03.25, 19:44:56после проектирования во время внесения изменений
Цитата: bionorica2015 от 15.03.25, 07:59:32и на стадии проектирования
Цитата: bionorica2015 от 15.03.25, 07:59:32и в полностью готовом проекте во время заказов
Писал, писал и всё заруинил. Почему такое корявое цитирование на форуме? У АСКОН хоть один продукт есть, который работает хотя бы на четвёрку?
Цитата: bionorica2015 от 15.03.25, 08:02:44Блин, не технический форум, а сплошных эмоций, каждый норовит просто съязвить, сказать какую ни будь гадость о программе и т. п. (YNA)
Странно, что у вас бизнес не ждёт, а Вы довольны продуктами АСКОН и задаёте вопросы на форуме. По моя фирма отдала АСКОН от 15 до 20кк рублей, а ничего толком не работает. Если КОМПАС ещё кое как работает, то приложения к КОМПАС это такой кринж, что остаётся только язвить. КЭ глючный и кривой, ЛОЦМАН глючит и неудобный, интеграция в ЛОЦМАН толком не работает, программы для расчёта это вообще уровень детсада, КиЖ - кривое глючное УГ, которое годиться только для презентаций (как КЭ), приложение анимации это вообще позор. У нас на заводу уже даже спокойные люди начинают батхертить от продуктов АСКОН.
Цитата: bionorica2015 от 15.03.25, 07:59:32Если коротко и на стадии проектирования и в полностью готовом проекте во время заказов.
Бизнес не ждёт, и всегда требования разные и могут диктовать менять сборку ...
Ну силён ответ! На уровне:
- А у меня к тебе предложение, брат, фирму открыть "Братья Багровы". А, звучит? Нет, ты скажи, нравится?
- Чего делать будем?
- Бизнес. Всё, в общем...Чем конкретно занимаетесь: машиностроение (какое), строительство, электрика (какая), электроника, ... ? Насколько сильны изменения?
Вот тут у нас один товарищ всё жалуется, а оказывается он - электрик. А я вот - "механик", какой ему от меня толк.
Цитата: СВ от 15.03.25, 10:04:52Чего делать будем?
Эх раз, да и еще раз да еще много много много раз все будет переделываться..
Цитата: Doom2 от 14.03.25, 20:15:08Ку,
посмотрите на библиотеку "Редуктор" там нет не какой параметризации - только api.
Если я начну строить сборку по апи, уволят на след день
Цитата: bionorica2015 от 15.03.25, 11:42:33Если я начну строить сборку по апи, уволят на след день
Помнится Вы работали на пол ставки ассистентом у GPT ?
Вот поэтому и нужны программные снимки в кодовом представлении.
Представьте каково было разработчику библиотеки "Редуктор" ? миска супа, безысходность, старые вещи.. но он нашел ресурсы и разработал библиотеку.
Цитата: lavgirb от 15.03.25, 08:15:11А какое отношение к технике имеет Ваш вопрос? Можете пояснить?
Не можете? Потому что вопрос не технический.
Убедите ваш бизнес, что любые значимые изменения это практически новый проект.
Если надо, подготовьте расчеты.
И Вам дадут на него время. И Вы не спеша все будете успевать делать.
Цитата: Doom2 от 15.03.25, 12:05:04Помнится Вы работали на пол ставки ассистентом у GPT ?
Опять провоцируете, да?
Ладно. Желаю здравствовать.
Цитата: lavgirb от 15.03.25, 08:15:11А какое отношение к технике имеет Ваш вопрос? Можете пояснить?
YNA же ответил сразу поняв что я имел ввиду.
Желаю здравствовать!
Цитата: lavgirb от 15.03.25, 12:29:27любые значимые изменения это практически новый проект.
Согласен с этим предложением
Цитата: bionorica2015 от 15.03.25, 12:40:09YNA же ответил сразу поняв что я имел ввиду.
Желаю здравствовать!
И что в том ответе полезного? Там такой ответ как будто человек никогда не работал в КОМПАС.
Если модель заменяется, то все привязки слетают к каким бы параметрическим эскизам не цеплялись. Я из того поста только понял, что двутавр можно с лёгкостью заменить на трубы. Как за хлебушком сходить.
Цитата: Lemieux от 15.03.25, 13:44:15Я из того поста только понял, что двутавр можно с лёгкостью заменить на трубы. Как за хлебушком сходить.
А то что я написал bingobongo2015, Вы не прочли?
Цитата: Doom2 от 15.03.25, 17:31:38А то что я написал bingobongo2015, Вы не прочли?
Я Ваши посты всерьёз не воспринимаю. Вы либо троллите, либо троллите.
Цитата: Lemieux от 15.03.25, 17:34:25Я Ваши посты всерьёз не воспринимаю. Вы либо троллите, либо троллите.
Хм, репостните то что по Вашему является тротлингом ?
Вся моя идея в этой теме - создавать локально переходные снимки которые и будут генерировать Вам проект и все. А то что другое предложено - это ерунда, это ходьба по мукам.
Даже ИИ соглашается с тем что кроме API по большому счету нет вариантов и привела примеры как работают другие программы и сервисы.
Цитата: Doom2 от 15.03.25, 23:11:28Даже ИИ соглашается с тем что кроме API по большому счету нет вариантов и привела примеры как работают другие программы и сервисы.
Позвольте узнать разницу между временем, затраченным на создание кода на основе API, и временем, потраченным на классическое проектирование без кода?
Уверен, что пока инженер будет писать код с 100500 условиями - уволят его без его согласия с задним числом)))
Цитата: bionorica2015 от 16.03.25, 08:49:36с 100500 условиями
1) Конструкция должна быть дробной ибо с частями легче работать.
2) Если перспектива есть то первая время будет полу ручной труд а потом уже когда код наладится будете интегрировать.
3) Если Вам так тяжело то искать какие смешанные генерации - например деталь меняется только по пропорции то тут может и включить параметризацию.
Цитата: Doom2 от 16.03.25, 10:24:071) Конструкция должна быть дробной ибо с частями легче работать.
2) Если перспектива есть то первая время будет полу ручной труд а потом уже когда код наладится будете интегрировать.
3) Если Вам так тяжело то искать какие смешанные генерации - например деталь меняется только по пропорции то тут может и включить параметризацию.
Есть наглядный, видео, пример?
Цитата: Doom2 от 14.03.25, 22:01:01... я как то блок цилиндров проектировал методом параметризации - допустим был 4-х цилиндровый затем стал 8-ми - и как при параметризации этого достичь ?
...
А в чем проблема? Что не получалось?
Цитата: Doom2 от 14.03.25, 22:01:01...
Подход через api -> много зим назад предлагал написать библиотеку - генератор кода и он по готовой модели снимает снимок кода и относительно этого снимка идут вариации конструкций затем строится следующая модель 8-ми цилиндровый и опять делается снимок кода и его адаптировать под генерацию новых локальных конструкций.
И этот способ самый быстрый и устойчивый.
Фигасе быстрый! :o Изучить SDK Компаса можно быстро? 8-) 8-) 8-) :%:
Цитата: bionorica2015 от 14.03.25, 19:44:56Здравствуйте.
Как построить сборку если будет много раз меняться?
Поясняю. Есть сборка, в ходе проектирования, после проектирования во время внесения изменений приходится менять все части конструкции. Меняется то одна часть, то другая. При изменении одной части слетают другие части, особенно стандартные изделия. Может нужно собирать как набор подсборок( сюда входит и избегание вставки стандартных изделий в главной сборке). Я использую параметризацию, проецирование и компоновочную геометрию. Может есть другие секреты.
Посоветуйте свои надежные, проверенные методы, пожалуйста.
Тут не плохо бы уточнить кое-что.
Что Вы проектируете? Ведь сборка сборке рознь.
У Вас есть опыт работы конструктором?
Хотя бы узнать, в какой области человеческой деятельности Вы занимаетесь проектированием? Это важно.
Цитата: IgorT от 16.03.25, 11:45:52Что Вы проектируете?
NDA
Цитата: IgorT от 16.03.25, 11:45:52У Вас есть опыт работы конструктором?
Да
Цитата: IgorT от 16.03.25, 11:45:52Хотя бы узнать, в какой области человеческой деятельности Вы занимаетесь проектированием? Это важно.
NDA
Цитата: Lemieux от 16.03.25, 11:11:13Есть наглядный, видео, пример?
Только горький опыт, могу записать кино для Вас при финансовой поддержке.
Цитата: bionorica2015 от 16.03.25, 11:52:58NDA
Да
NDA
Шифруетесь.
В таком случае каких ответов на свой первый пост Вы ждете? Ничего конкретного по Вашей информации Вам предложить не представляется возможным.
Кроме советов от Doom использовать АПИ при проектировании :-))) :-))) :-)))
Цитата: IgorT от 16.03.25, 12:13:53Шифруетесь.
В таком случае каких ответов на свой первый пост Вы ждете? Ничего конкретного по Вашей информации Вам предложить не представляется возможным.
Кроме советов от Doom использовать АПИ при проектировании :-))) :-))) :-)))
Желаю здравствовать!
Цитата: Doom2 от 14.03.25, 22:01:01Подход через api -> много зим назад предлагал написать библиотеку - генератор кода и он ...
Цитата: IgorT от 16.03.25, 11:41:47Фигасе быстрый! :o Изучить SDK Компаса можно быстро? 8-) 8-) 8-) :%:
Ну, думаю, с чего это Игорь стал таким легковерным?!
Смотрю дальше:
да нет, всё в порядке:
Цитата: IgorT от 16.03.25, 12:13:53Кроме советов от Doom использовать АПИ при проектировании :-))) :-))) :-)))
Цитата: bionorica2015 от 16.03.25, 12:26:58Желаю здравствовать!
И Вам не хворать!
Такое впечатление, что Вы вчера решили заняться конструкторской деятельностью с использование Компаса. Может быть позавчера. :angel:
Не?
Цитата: СВ от 16.03.25, 12:30:45Ну, думаю, с чего это Игорь стал таким легковерным?!
И правильно! поскольку он знает что есть компонент для чтения *.chm файлов.
Да и база есть VBA, AutoLISP.
Цитата: IgorT от 16.03.25, 12:33:37И Вам не хворать!
Такое впечатление, что Вы вчера решили заняться конструкторской деятельностью с использование Компаса. Может быть позавчера. :angel:
Не?
Не первый год...
Мне знакомы все эти насмешки, унижения и попытки самоутверждения за счет оскорбления других. Почему-то на наших форумах это стало нормой. В то время как на европейских и англоязычных платформах я такого не встречал. Там специалисты, гуру и профессионалы с десятилетиями опыта спокойно задают даже самые примитивные вопросы, не считая это чем-то постыдным. Люди помогают друг другу, учатся, обмениваются знаниями и нередко открывают новые, ранее неизведанные возможности в технике.
Возможно, именно поэтому за последние 50 лет все значимые изобретения, инновации и прорывы исходят с Запада. Там царит единство, а у нас люди готовы растоптать друг друга.
Странно, конечно.
Это кто Вас тут топчет и унижает?
Я что ли? Помилуйте. Спросить о стаже работы это унижение?
Вы считаете Ваш вопрос простым и примитивным?
Я бы так не сказал. Это сложная тема и зависит от решаемых задач.
Чего Вы хотите, услышать ответ в двух словах как научиться легко проекты переделывать? что Вы так негативно реагируете?
Поддерживаю недоумение Игоря Алексеевича.
Просят помочь, а в какого рода работе - молчим как партизаны. В общем: помогите в том - не знаю в чём...
Плюс ещё некоторая наивность: КАК быстро и легко переделать проект, в котором ВСЁ меняется? Вопрос действительно похож на новичка в Компасе.
- - -
(bionorica2015, вот вас некоторые поддерживают в ваших словах (и благодарности объявляют), а почему-то ни слова в помощь вам не пишут. Может - стесняются? Так вы их попросите понастойчивей - помогут, не сомневаюсь! Это лучшие люди форума, и нравственно-морально, и госто-профессионально!!
А то, что Игорь Алексеевич пытается помочь, но натыкается на некое сопротивление самого же просящего - попеняем ему, будет знать, что не всегда доброе дело с добром и принимается.)
Цитата: IgorT от 16.03.25, 13:07:40Это кто Вас тут топчет и унижает?
Я что ли? Помилуйте. Спросить о стаже работы это унижение?
Вы считаете Ваш вопрос простым и примитивным?
Я бы так не сказал. Это сложная тема и зависит от решаемых задач.
Чего Вы хотите, услышать ответ в двух словах как научиться легко проекты переделывать? что Вы так негативно реагируете?
Могли бы вы прочитать все ответы на мои посты, в которых содержится как минимум 2-3 насмешки, унижения или провокации.
Задать вопрос о стаже работы - это не унижение, но задать его так, как вы сделали, - это провокация. Любой лингвист или филолог подтвердит, что ваши высказывания очевидно необъективны и явно саркастические. Если вы считаете мой вопрос простым и примитивным, то почему тогда задаёте вопрос о стаже таким образом: "Такое впечатление, что вы вчера решили заняться конструкторской деятельностью с использованием Компаса. Может быть, позавчера."
Да, я хотел услышать, как легко создавать проекты, которые потом легко изменять во время заказов. Я знаю некоторые методы, но хотел услышать мнение других. YNA уже дал красивый ответ.
Если это трудная тема, то почему в предыдущем ответе намекали, что такой вопрос задаст чайник?
Я реагирую взаимно.
Просто хотел предложить хоть немного уважать друг друга без атак.
Цитата: IgorT от 16.03.25, 11:41:47Фигасе быстрый! :o Изучить SDK Компаса можно быстро? 8-) 8-) 8-) :%:
Этот человек просто занимается бравадой. Во-первых быстро API КОМПАС не изучить, во-вторых там много критических ошибок из-за которых многое не работает. Просто тут на форуме ничего сложнее текстовых отчётов и создания двух сопряжений не писали. Да о чём говорить, если даже разработчики АСКОН не знают как вычисляется нормаль.
Цитата: bionorica2015 от 16.03.25, 12:53:31Там специалисты, гуру и профессионалы с десятилетиями опыта спокойно задают даже самые примитивные вопросы,
Не путайте базовые вопросы с тупыми вопросами или троллингом. Я много лет сидел на англоязычном форуме Autodesk, пока писал свой САПР под AutoCAD, и знаю, что там к чему.
А то зададут абстрактный вопрос, на грани троллинга, а на наводящие вопросы, отвечают так же абстрактно
Цитата: bionorica2015 от 16.03.25, 11:52:58NDA
Цитата: bionorica2015 от 16.03.25, 11:52:58NDA
Я никогда не сталкивался с NDA в инженерном деле, при разработке приложений да. А вот в инженерке была секретка.
Цитата: lavgirb от 15.03.25, 12:29:27Убедите ваш бизнес, что любые значимые изменения это практически новый проект.
Если надо, подготовьте расчеты.
И Вам дадут на него время. И Вы не спеша все будете успевать делать.
Не всегда так.
Ведь вместо предоставления времени для "неспешаделания", НАЧАЛЬНИК может заявить:
- что тут делать? Какое время? Да, ты саботажник.
- может быть, это на компьютере долго? Давай ускоримся. Нам эти бумажки ни к чему. Возьми лист бумаги (писчей), нарисуй всё от руки, линейку не используй - она только добавит тебе ненужной работы и отнимет время. Масштаб ни к чему, как и прямые линии, мы и так всё поймём. Размеры только необходимые. Спецификация ни к чему, прямо на чертеже проставишь всё необходимое.
- что тут делать? Какое время? Да я слесарю скажу что делать, он мне через неделю всё в металле выдаст. Без Ваших бумажек. А Вы тут только штаны протираете.
Как-то зашёл в "новоиспечённое" предприятие, поинтересовался что делают. Так, директор, он же главный инженер, сразу мне пояснил, что полный комплект чертежей на производимую продукцию они не делают. Чертежи - только на некоторые детали. Остальное всё "по месту". Главное - минимальное время, затраченное конструктором.
Например:
- ленточный конвейер - чертежи только на токарные работы.
- цилиндрическая ёмкость для химических растворов. Один чертёж сделали.
Для следующего заказа надо увеличить или уменьшить объём - изменили длину цилиндрической части, не выпускать же ради этого чертежи.
Для следующего заказа надо приварить патрубки в других местах (или изменить положение ёмкости с вертикального на горизонтальное), не выпускать же ради этого чертежи. Конструктор показал слесарю (ткнул пальцем) где надо приварить патрубки и "лапы", достаточно.
Цитата: bionorica2015 от 16.03.25, 13:46:03...
Я реагирую взаимно.
Просто хотел предложить хоть немного уважать друг друга без атак.
Золотые слова!
Аналогично реагирую на Выше NDA.
Я простой человек, далекий от всех " Любой лингвист или филолог". Что вижу то и говорю. Может быть Вы вращаетесь в высоких сферах, где каждое слово надо пропускать через фильтр лингвист-филолог, меня там небывало.
Моя трудовая деятельность началась с работы на шахте слесарем после горного училища, требую уважать сей факт!
Однако похоже пытаюсь оправдаться перед Вами на собственное мужланское поведение. Нафига сам себя спрашиваю... Но что делать, какой есть.
Теперь советы как переделать проект по щелчку пальца ждите от участника форума, который Вам тут плюсы ставит. Он научит!
Цитата: алексst от 16.03.25, 14:45:16Не всегда так.
Ведь вместо предоставления времени для "неспешаделания", НАЧАЛЬНИК может заявить:
- что тут делать? Какое время? Да, ты саботажник.
- может быть, это на компьютере долго? Давай ускоримся. Нам эти бумажки ни к чему. Возьми лист бумаги (писчей), нарисуй всё от руки, линейку не используй - она только добавит тебе ненужной работы и отнимет время. Масштаб ни к чему, как и прямые линии, мы и так всё поймём. Размеры только необходимые. Спецификация ни к чему, прямо на чертеже проставишь всё необходимое.
- что тут делать? Какое время? Да я слесарю скажу что делать, он мне через неделю всё в металле выдаст. Без Ваших бумажек. А Вы тут только штаны протираете.
Как-то зашёл в "новоиспечённое" предприятие, поинтересовался что делают. Так, директор, он же главный инженер, сразу мне пояснил, что полный комплект чертежей на производимую продукцию они не делают. Чертежи - только на некоторые детали. Остальное всё "по месту". Главное - минимальное время, затраченное конструктором.
Например:
- ленточный конвейер - чертежи только на токарные работы.
- цилиндрическая ёмкость для химических растворов. Один чертёж сделали.
Для следующего заказа надо увеличить или уменьшить объём - изменили длину цилиндрической части, не выпускать же ради этого чертежи.
Для следующего заказа надо приварить патрубки в других местах (или изменить положение ёмкости с вертикального на горизонтальное), не выпускать же ради этого чертежи. Конструктор показал слесарю (ткнул пальцем) где надо приварить патрубки и "лапы", достаточно.
Такое бывает. Сам занимался реверсом. Ребята лучше без всяких конструкторов ваяли изделия. Но потом им приходилось делать комплекты документации на изделия. Без него эти изделия не имели право на жизнь. Работа простая, но за неё платили.
Только ТС спрашивает именно о проекте. О сверх скоростной генерации нового.
У меня почему-то подобное вызывает недоумение. Разве что табуретки так можно проектировать. Или что-то подобное.
Но для проектов изделий хотя бы от 10 000 компонентов не представляю как подобное организовать. Слишком много взаимосвязей и зависимостей, которые при изменении проекта будут рушиться. Как тут без ручной работы обойтись? Если такое кто организует, то ИМХО на нобелевскую потянет.
Я думаю, прежде всего нужно продумать состав сборки по уровням, который, обычно, соответствует порядку выполнения работ. В результате получится, что конечная сборка верхнего уровня у Вас будет состоять из некоторого количества объектов, которые, наверное, и будут подлежать замене. Я не знаю, что такое сборка по api, и никогда не пользовалась компоновочной геометрией, все сборки, даже больше 1000, только обычными связями, т.к. узловая сборка это вполне позволяет делать. Чтобы любой компонент можно было поменять, не затрагивая привязки других, можно в раб.пространстве создать справочные объекты типа плоскостей, осей и точек (привязаных к нулю системы координат раб.пространства) и объекты сборки привязывать к ним (так я делала, удобно, но нужно делать проверку на интерференции, зазоры, соосности и т.п.). Через поверхности крепежа и под крепеж связывать объекты сборки не стоит. Если присоединительные размеры заменяемого объекта будут 100% идентичны новому объекту, то крепеж также можно повесить на доп.построения, если нет - то переделывать все равно придется. И по технической части, хотя, скорее всего толку от этого не будет, т.к. что в этом процессее в компасе, я не знаю: в программе, в которой я в основном работаю, при замене компонента сборки инициализируется процедура проверки сопряжений, и в процессе объект сборки можно перепривязать, используя новые поверхности, т.е., если в новом компоненте остался объект из сопряжения (изменились только его параметры, например, или он вообще не изменился), то нужно просто подтвердить правильность, если объект сопряжения пропал - можно выбрать новый, или добавлять связи потом.
В случае, если что-то гарантипованно будет меняться на промежуточный уровнях, т.е. в подсборках, то тогда можно рассмотреть вариант сборки полностью по координатным плоскостям/осям во всех подсборках на всех уровнях. Эти элементы есть во всех деталях и сборках, но тут точно нужно будет проверять на конфликты в сборке.
В общем-то, это из опыта в другом ПО, но, может, что-то окажется полезным.
Цитата: Ольга Б от 16.03.25, 16:00:51... можно рассмотреть вариант сборки полностью по координатным плоскостям/осям во всех подсборках на всех уровнях. Эти элементы есть во всех деталях и сборках, но тут точно нужно будет проверять на конфликты в сборке.
Полностью солидарен!
К примеру, к подсборке в корпусе 1 крепится подсборка в корпусе 2, и они соосны по отверстиям: делаем корпуса совпадением по плоскости (ХУ) и соосно по Z, соответственно и строим их на плоскостях ХУ и отверстие соосно с Z. Можно даже ХУ корпуса 1 задавать на расстоянии от ХУ корпуса 2.
И ГЛАВНОЕ:
строить Детали в том положении, в котором они будут стоять в Сборке (кроме наклонных), тогда не придётся их разворачивать и ты точно знаешь, что одноимённые плоскости/оси у них совпадают, что позволяет ЛЕГКО сопрягать.
При незначительной переделке Деталей:
линии в Эскизах лучше не удалять, а превращать в не основные;
линии, определяющие базовые плоскости Детали (по которым идут сопряжения) стараться оставить, тогда не придётся пересопрягать;
если "валы" делать выдавливанием, то желательно ступени выдавливать не друг от друга, а от базовой плоскости - тогда нет проблем добавить или убавить ступени;
крепежи стараться по максимуму делать массивами: отверстия - массивами, ответные отверстия - проецированием, ссылками, крепёж - массивы по образцу;
...
Всем огромное спасибо за ценные советы и методы.
Цитата: Ольга Б от 16.03.25, 16:00:51Чтобы любой компонент можно было поменять, не затрагивая привязки других, можно в раб.пространстве создать справочные объекты типа плоскостей, осей и точек (привязаных к нулю системы координат раб.пространства) и объекты сборки привязывать к ним
Напоминает принцип Dependency Inversion (Принцип инверсии зависимостей) из SOLID (программирование).
Базовые плоскости/оси у всех Деталей/Сборок - одни и те же, а дополнительные - уже "самопал", и в заменяющей Детали/Сборке их придётся вновь создавать и вновь сопрягать. По скорости это, ясное дело, хуже; по удобству - наверное, лучше.
Цитата: СВ от 16.03.25, 17:29:35Базовые плоскости/оси у всех Деталей/Сборок - одни и те же, а дополнительные - уже "самопал", и в заменяющей Детали/Сборке их придётся вновь создавать и вновь сопрягать. По скорости это, ясное дело, хуже; по удобству - наверное, лучше.
Справочные в головной сборке будут, создаются один раз, и их можно не менять, а можно менять при необходимости. Типа имитация реальных объектов физической привязки, как пол, например, стена, ось привода и тому подобное. А относительно них можно менять расположение компонентов, задавая нужные размеры. Сами размеры недолго менять, а нужные можно снимать с самой сборки после перестроения. А со второй стороны может быть геометрия, присутствующая во всех 3д объектах по умолчанию, типа элементов СК. Тут смысл именно в том, что после перестроения все сопряжения остануться, но положение объектов может быть неправильным.
Цитата: bionorica2015 от 16.03.25, 17:23:39Напоминает принцип Dependency Inversion (Принцип инверсии зависимостей) из SOLID (программирование).
Надо почитать, что это такое :angel:
Цитата: Ольга Б от 16.03.25, 16:00:51Чтобы любой компонент можно было поменять, не затрагивая привязки других, можно в раб.пространстве создать справочные объекты типа плоскостей, осей и точек (привязаных к нулю системы координат раб.пространства) и объекты сборки привязывать к ним (так я делала, удобно, но нужно делать проверку на интерференции, зазоры, соосности и т.п.).
Чем это будет отличаться от фиксации?
Цитата: Ольга Б от 16.03.25, 18:01:08Надо почитать, что это такое :angel:
Это реализация сильной связности, в контексте данной темы это не применимо.
Цитата: Lemieux от 16.03.25, 22:32:40Чем это будет отличаться от фиксации?
Это реализация сильной связности, в контексте данной темы это не применимо.
Если имеется ввиду понятие "фиксация" как в солиде, то фиксация - это запрет на перемещение объекта, объект может быть зафиксирован в любом произвольном положении даже при отсутствии привязок вообще, то есть это, как говориться, "другое". Можно наложить на объект связи, потом его зафиксировать, в этом случае связи станут погашенными, то есть не они будут управлять положением объекта, а запрет на изменение положения в пространстве. А так: всех степень свободы объект лишен - значит, зафиксирован, и не важно каким способом, с этой точки зрения любые привязки в достаточном количестве и фиксация - это одно и то же.
А по второй части, в некотором смысле принцип похож. Вообще, задание положения (на самом деле перемещения, а положения - как функции в момент времени) с помощью СК используется при программировании операций обработки на чпу, а система координат является как раз абстрактным объектом. С ней определенны образом будут связаны элементы объекта, который движется, а сами расчеты производятся именно для СК. Ну и сборки по этому же принципу ничто не мешает делать.
Совсем вылетело из головы. В 23-й версии появилась функция Замены компонентов, там вроде можно перенастроить сопряжения и геометрию в процессе вставки компонента в сборку.
Цитата: Ольга Б от 16.03.25, 23:48:11Если имеется ввиду понятие "фиксация" как в солиде, то фиксация - это запрет на перемещение объекта, объект может быть зафиксирован в любом произвольном положении даже при отсутствии привязок вообще, то есть это, как говориться, "другое". Можно наложить на объект связи, потом его зафиксировать, в этом случае связи станут погашенными, то есть не они будут управлять положением объекта, а запрет на изменение положения в пространстве. А так: всех степень свободы объект лишен - значит, зафиксирован, и не важно каким способом, с этой точки зрения любые привязки в достаточном количестве и фиксация - это одно и то же.
А по второй части, в некотором смысле принцип похож. Вообще, задание положения (на самом деле перемещения, а положения - как функции в момент времени) с помощью СК используется при программировании операций обработки на чпу, а система координат является как раз абстрактным объектом. С ней определенны образом будут связаны элементы объекта, который движется, а сами расчеты производятся именно для СК. Ну и сборки по этому же принципу ничто не мешает делать.
Какая разница между полностью определённой сборкой и всеми фиксированными компонентами в сборке?
Цитата: Lemieux от 17.03.25, 08:01:22Какая разница между полностью определённой сборкой и всеми фиксированными компонентами в сборке?
Может быть в том, что сборку определенную посредством сопряжений можно изменять измениями сопряжений. Например меняя величины расстояний.
Фиксированные этого не позволяют. Не?
Цитата: IgorT от 17.03.25, 08:26:45Может быть в том, что сборку определенную посредством сопряжений можно изменять измениями сопряжений. Например меняя величины расстояний.
Фиксированные этого не позволяют. Не?
Я бы хотел услышать ответ от Ольги. А то, как я понял, многие не понимают концепции мехкадов. Вместо того, чтобы разрабатывать изделия инженеры думают о том как сделать универсальную сборку. На этой почве придумывают костыли. А в итоге мы получаем кадавра, с которым ничего потом нельзя сделать, потому что во всех сборках всё "приколочено гвоздями".
Цитата: Lemieux от 17.03.25, 08:38:55Я бы хотел услышать ответ от Ольги. ...
Сорри. А то что-то непотребное подумалось.
Вспомнил: был у нас молодой товарищ, начинающий конструктор, он решил во всех моделях все переменные делать управляемыми, с пояснениями ... В итоге тратил на них чуть ли не в 2 раза больше времени, а использовал дай бог в 2% случаев. Т.е. бес толку тратил время.
Цитата: СВ от 17.03.25, 09:08:23.. во всех моделях все переменные делать управляемыми...
Что-то до меня не доходит. А это как? Примерчик покажете?
Внешними, ещё какими-то, с пояснениями - что для чего. А ещё он был буддист, якобы.
Цитата: СВ от 17.03.25, 09:08:23а использовал дай бог в 2% случаев. Т.е. бес толку тратил время.
Видимо так себе была перспектива - наверно он у кого то ее услышал или кто то его на ложный путь направил..
Цитата: СВ от 17.03.25, 09:25:09Внешними, ещё какими-то, с пояснениями - что для чего. А ещё он был буддист, якобы.
8-) А что, сделать переменную внешней много времени надо? :shu:
Но совершенно не понятно, для чего ВСЕ делать внешними? :%:
Цитата: СВ от 17.03.25, 09:08:23Вспомнил: был у нас молодой товарищ, начинающий конструктор, он решил во всех моделях все переменные делать управляемыми, с пояснениями ... В итоге тратил на них чуть ли не в 2 раза больше времени, а использовал дай бог в 2% случаев. Т.е. бес толку тратил время.
То же самое будет, если сопряжения в "универсальной" сборке делать только по плоскостям и осям.
До некоторых пока доберешься полдня пройдет.
Совет сопрягать по вспомогательным элементам хороший, но далеко не универсальный.
Что и как сопрягать приходит с опытом.
И сильно зависит от вида проектируемых изделий и от того, на сколько эти изделия типовые (похожие) или оригинальные (не похожие).
Цитата: lavgirb от 17.03.25, 09:56:00Что и как сопрягать приходит с опытом.
В точку сказано.
Там целая философия развилась по работе с Компасом.
Цитата: lavgirb от 17.03.25, 09:56:00... сопрягать приходит с опытом.
И сильно зависит от вида проектируемых изделий...
То же самое пытался донести до ТСа. Получил обвинение во всех смертных греха :-))) :-))) :-)))
Прямо сейчас дорабатываю узел, (небольшой, всего 424 компонента) так, что бы можно было менять его ширину задавая её переменной верхней сборки. тупо ссылками, самый верный способ ИМХО.
И что? Задрало в одном месте сопряжение "Касание" :-)))
Вот же загадка. В одном диапазоне изменения ширины узла она ведёт себя правильно, а в другом хулиганит, меняя вариант касания на противоположный. И как с ней бороться?
В результате пришлось по другому сопряжения делать, без касания. Хорошо одно место такое попалось в этом узле, было бы больше - больше веселья было бы.
А время идёт!
Цитата: IgorT от 17.03.25, 10:14:10То же самое пытался донести до ТСа. Получил обвинение во всех смертных греха :-))) :-))) :-)))
Меня вообще похоронили. Но это не страшно я и из под земли достану :laugh:
Цитата: IgorT от 17.03.25, 09:44:168-) А что, сделать переменную внешней много времени надо? :shu:
Но совершенно не понятно, для чего ВСЕ делать внешними? :%:
Сдаётся мне, что много времени уходило на проектирование архитектуры.
Цитата: Lemieux от 17.03.25, 10:24:00Меня вообще похоронили. Но это не страшно я и из под земли достану :laugh:
Хех, форум - форумом, но зачем рубероид таскать? Кого решили закатать им или крыша протекает ? :police:
Цитата: IgorT от 17.03.25, 10:14:10То же самое пытался донести до ТСа. Получил обвинение во всех смертных греха :-))) :-))) :-)))
ЦитироватьПоловина правды — это всё-таки целая ложь
Цитата: Warlock-72 от 17.03.25, 10:55:29Половина правды — это всё-таки целая ложь
Кто то считает стакан на половину пуст, но для тс все придет с горьким опытом.
Цитата: Lemieux от 17.03.25, 08:38:55Я бы хотел услышать ответ от Ольги. А то, как я понял, многие не понимают концепции мехкадов. Вместо того, чтобы разрабатывать изделия инженеры думают о том как сделать универсальную сборку. На этой почве придумывают костыли. А в итоге мы получаем кадавра, с которым ничего потом нельзя сделать, потому что во всех сборках всё "приколочено гвоздями".
Фиксация не предполагает определения нужного положения элементов сборки, зафиксировать можно сборку в любом состоянии, к тому же, положение объектов в зафиксированом состоянии нельзя редактировать. Полностью определенная сбоока редактируема, и элементы с помощью сопряжений расставлены в нужное положение.
Я нигде не предлагала никакую фиксацию делать. Привязки к справочной геометрии остаются привязками, это не фиксация в ее прямом смысле. Справочная геометрия связана с ск основной сборки также редактируемыми сопряжениями.
В некоторых случаях это удобно, когда нужен гибкий объект в головной сборке, изменяя расположение узлов в котором можно менять параметры изделия. Например, длину конвейера. Зона загрузки привязана к одной горизонтальной оси в сборке, зона выгрузки к другой горизонтальной оси, которая не сопряжена ни с какими объектами, кроме системы координат самой сборки (сопряжена - не значит совпадает,она привязана с помощью сопряжений и размеров в них). Понадобилось заказчику сделать трассу длиннее, поменял размер в сопряжении одной из осей и смотришь, что делать с изделием - ставить еще секцию, удлинять имеющиеся или еще что-то. Еще пример сборка роторных насосов (и любого соединения сложных поверхностей с зазором): посадочные места, которые подшипники и опоры, заменяются на пару осей, при этом все остальные элементы сборки вплоть до корпуса, можно менять, не затрагивая выставленных роторов, корректность положения всех элементов сборки проверяется инструментально программными средствами в любом случае.
Нет ничего плохого в том, чтобы заранее обеспечить нужный уровень гибкости объекта разработки, я бы не стала противопоставлять этот процесс разработке изделия. Однозначного требования сопрягать объекты сборки исключительно друг с другом я тоже не встречала.
Цитата: Ольга Б от 17.03.25, 12:54:11Фиксация не предполагает определения нужного положения элементов сборки, зафиксировать можно сборку в любом состоянии, к тому же, положение объектов в зафиксированом состоянии нельзя редактировать. Полностью определенная сбоока редактируема, и элементы с помощью сопряжений расставлены в нужное положение.
Всё понятно. Спасибо.
Ранее я предлагал еще вариант который в данной темен не озвучен. Этот путь куда сложнее но в плане ИИ - наиболее лучший поскольку предрасполагает несколько уровневую проверку корректности построения модели..