SolidWorks/оптимальные правила перевода из Stp сборки стороннего сапр в SolidWorks

[Sabar173 0]

Делаю так

1. Выполняю команду "Разорвать связи\связи компонентов и элементов"

2. "Cохранить сборку во внешнем файле\Сохранить узел сборки и все вертуальные дочерние элементы во внешний файл"

На этом этапе SolidWorks ругается, что отдельные файлы уже существуют и просит переименовать.

Причина простая:

Деталей много заимствовано из разных подсборок.

Не подскажете как нужно делать, не разрушая структуру подсборок.

[Kelny 1 333]

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

Причина простая:

Деталей много заимствовано из разных подсборок.

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

Хотя некоторые другие САПР это позволяют, возможно от сюда и проблема - тогда стоит прислушаться к программе и перед сохранением разобраться с дублями - устранить их дав не одинаковые имена.

 

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

2. "Cохранить сборку во внешнем файле\Сохранить узел сборки и все вертуальные дочерние элементы во внешний файл"

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

 

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

Не подскажете как нужно делать, не разрушая структуру подсборок.

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

[Ветерок 2 155]

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

[Sabar173 0]

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

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

Это не хорошо конечно. Детали одинаковые, но у них разные центры координат. Привязок после стп нет. Значит с заменой приходится создавать привязки

22 часа назад, Ветерок сказал:

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

Пересохранить только под новыми именами получится

[Kelny 1 333]

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

Детали одинаковые, но у них разные центры координат. Привязок после стп нет. Значит с заменой приходится создавать привязки

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

 

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

Пересохранить только под новыми именами получится

А если всё же:

06.02.2023 в 10:18, Kelny сказал:

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

Через меню Файл-Сохранить как... выбрать сохранить виртуальные в файлы.

[Sabar173 0]

58 минут назад, Kelny сказал:

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

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

[Ветерок 2 155]

22 минуты назад, Sabar173 сказал:

Во всех созданных файлах после stp центр координат создается исходя из центра координат основной сборки

Где вы это увидели? Никогда такого не было и нет. У каждой детали свой центр, никак не связанный с центром сборки.

Достаточно включить отображение исходных точек и увидеть воочию.

25 минут назад, Sabar173 сказал:

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

А вот это полный бред, ибо при каждом изменении детали её центр перемещался бы. И вслед за ним деталь перемещалась бы в сборке.

Вы хоть иногда голову-то включайте, не только фантазируйте.

[maxx2000 742]

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

У каждой детали свой центр, никак не связанный с центром сборки.

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

Как говорится, в каждой избушке - свои погремушки

Изменено 7 февраля 2023 пользователем maxx2000

[Kelny 1 333]

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

Во всех созданных файлах после stp центр координат создается исходя из центра координат основной сборки, т.е.

Возможно это особенность именно вашей сборки.

 

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

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

Это можно решить привязками к телу компонента, но такая работа потребует кропотливости и внимательности.

Возможно быстрее будет взять сборку за базу и на неё накидать одинаковые компоненты с привязкой к базе.

Или если сборка вовсе для разовой работы, то возможно проще будет сохранить её как деталь и потом работать в модели детали с многотелом - потом при необходимости можно поделить на сборку (или оставить как есть).

[Ветерок 2 155]

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

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

Надо вставлять правильно. Не "по умолчанию", а задавая правильные привязки.

[sloter 562]

06.02.2023 в 13:10, Sabar173 сказал:

На этом этапе SolidWorks ругается, что отдельные файлы уже существуют и просит переименовать.

А если отказаться от сохранения существующих файлов? Что будет? Просто сам не могу проверить, у меня в 2017 этой фишки с линками (3DInterconnect кажется называется) ещё нет. По идее, если файлы уже существуют, то сборка должна их поднять при открытии.

06.02.2023 в 13:10, Sabar173 сказал:

1. Выполняю команду "Разорвать связи\связи компонентов и элементов"

А если по старинке - отключить эту фичу (3DInterconnect кажется называется) в настройках? Что бы сразу при открытии конвертировал без всяких линков. Вроде не было проблем с самыми разными сборками (в том числе и с заимствованными).

Изменено 8 февраля 2023 пользователем sloter

[Kelny 1 333]

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

А если по старинке - отключить эту фичу (3DInterconnect кажется называется) в настройках? Что бы сразу при открытии конвертировал без всяких линков.

Разорвать свять это тоже самое, только после предварительного открытия для просмотра.

 

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

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

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

 

[sloter 562]

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

Разорвать свять это тоже самое, только после предварительного открытия для просмотра.

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

[Kelny 1 333]

34 минуты назад, sloter сказал:

Не помню что бы у меня были подобные проблемы при прямом импорте

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

[Ветерок 2 155]

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

@Sabar173 что-то темнит,

Скорее всего, что-то недопонимает. Или понимает не так, потому что пишет действительно странные вещи.

 

27 минут назад, Kelny сказал:

есть ли вообще проблема у других с его сборкой

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

 

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

[Krusnik 438]

Напоминает импорт печатной платы из альтиума. Такие приколы обычно там:

Есть сборка печатной платы. В ней деталь Board.sldprt и куча подсборок по схемным обозначениям (R1, R2, C1, C2). В каждой этой подсборке ещё подсборка с номиналом (1k, 2M, 10uF).

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

 

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

 

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