Модель с разной детализацией

[azx]

Возможно ли в одной и той же модели иметь геометрию с разной степенью детализации?  Например, одна для сборок, другая для деталировок, третья для заготовок. А затем управлять этими геометриями в зависимости от того, куда деталь вставляется или проецируется.
Например, создаю рабочий чертеж по модели - полная детализация в окончательной форме, проецируются все элементы. Размещаю модель в сборке - упрощенная детализация, например, фаски или зазоры не показывать. Чтобы и на сборочном чертеже не было лишнего.
Использовать исполнения не по назначению как то не хочется.

[IgorT]

Возможно ли в одной и той же модели иметь геометрию с разной степенью детализации?  Например, одна для сборок, другая для деталировок, третья для заготовок. А затем управлять этими геометриями в зависимости от того, куда деталь вставляется или проецируется.
Например, создаю рабочий чертеж по модели - полная детализация в окончательной форме, проецируются все элементы. Размещаю модель в сборке - упрощенная детализация, например, фаски или зазоры не показывать. Чтобы и на сборочном чертеже не было лишнего.
Использовать исполнения не по назначению как то не хочется.

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

[kamos]

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

[azx]

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

Да, спасибо, годный вариант - зазор смог изменить. Ищем как избавляться от фасок.

[KiDim]

Да, спасибо, годный вариант - зазор смог изменить. Ищем как избавляться от фасок.

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

[p3452]

Самый гибкий, самый универсальный способ - программное построение деталей и сборок...
Если вложенность сборок небольшая, вполне подойдет способ с внешними переменными - создаем логические переменные и с их помощью управляем "детальностью" отображения.
Ну и частный случай - отображение вложенных сборок в виде макетов, мало что дает кроме ускорения.

[СВ]

 Несколько слов о самом методе скрытия с использованием внеш.переменных: чем-то напоминает он программирование на древних программируемых калькуляторах - по уровню примитивности. Считаю, нужно прямое управление: в Детали - прямо назначать элементы на последующее скрытие, в Сборке - прямо управлять скрытием.
То же самое относится к управлению размерами (положением) и пр.

[azx]

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

Спасибо. Да, это решение еще лучше. С макетами работать не так удобно как с исполнениями: требуется несколько разных файлов, невозможно работать с локальными деталями, настройка макета происходит где-то в недрах свойств компонентов, но это уже кое что-то! И надо проверить еще как поведет себя связанный макет, при внесении изменений в оригинальный файл.

[azx]

Самый гибкий, самый универсальный способ - программное построение деталей и сборок...
Если вложенность сборок небольшая, вполне подойдет способ с внешними переменными - создаем логические переменные и с их помощью управляем "детальностью" отображения.
Ну и частный случай - отображение вложенных сборок в виде макетов, мало что дает кроме ускорения.

Ага, ваша мысль мне кажется понятна.

Создал деталь, в ней создал внешнюю переменную Simple присвоил ей значение 0.
На детали сделал фаску. Оказалось, что у фаски есть переменная "Исключить из расчета" (повезло), присвоил этой переменной выражение Simple. Меняю в сборке внешнюю переменную на 1 - фаска исчезает. Ура.

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

Ладно, будем еще искать варианты. Это как по минному полю в тапочках...

[azx]

Несколько слов о самом методе скрытия с использованием внеш.переменных: чем-то напоминает он программирование на древних программируемых калькуляторах - по уровню примитивности. Считаю, нужно прямое управление: в Детали - прямо назначать элементы на последующее скрытие, в Сборке - прямо управлять скрытием.
То же самое относится к управлению размерами (положением) и пр.

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

[azx]

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

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

* Никогда не знаешь где рванет! Хождение по минному полю с Компасом в руках продолжается.

[azx]

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

Ладно, это уже вопросы риторические. Такое минное поле...

[IgorT]

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

* Никогда не знаешь где рванет! Хождение по минному полю с Компасом в руках продолжается.

Это да. Но у на с есть "Комментарии" для переменных! Запад Они нам помогут!
С переменными ещё засада есть. е знаю как в новых версиях К, для 15 бывает нак, что значение переменной в сборке меняешь, а геометрия нифига не меняется.   Перестроение не помогает... Помогает только перезагрузка Компаса. 

[IgorT]

С этими минными полями иногда у меня просто слов не хватает приличных! 
..

Что-то здесь не так...

ИМХО должно быть так:

Деталь


сборка с фаской


сборка без фаски

[azx]

ИМХО должно быть так:

Управление видимостью я так же сделал - тут все нормально.

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

Никогда не знаешь где рванет.

[IgorT]

Это уже другая тема. См. соседнюю тему https://forum.ascon.ru/index.php?topic=34961.msg284078;topicseen#msg284078

[azx]

Это уже другая тема.

Етить... разработчики компаса об относительных ссылках вида ../folder/file не слышали! Но то тоже риторический вопрос.

[azx]

Вернемся к теме.
Использование макетов не так заморочено и ведет себя понадежнее, но требует поддержания нескольких версий одной и той же детали с разной степенью проработки, что при редактировании снова добавляет заморочек.
Копирование в макет объектов  со связью из оригинального файла, конечно упрощает управление версиями. Но, скопированный в макет объект нельзя упростить отключив ненужные построения, можно только усложнить, добавив геометрию. НО!!! В макете же геометрию нужно упрощать, а не усложнять. Например, избавиться от фасок можно добавлением материала к скопированным объектам.
Это очень нелогично: сначала в оригинале усложнять модель добавлением нужных элементов, а потом усложнять уже макет добавлением материала, чтобы замазать созданные элементы.
Можно, конечно, вообще построить новую модель на основе некоторых элементов геометрии, скопированных из оригинала, но и тут, если это тело, то его бы желательно скрыть после построения новой геометрии, если же это эскизы, то нужно просто полностью повторить построение оригинала без доп элементов - опять не логично - я же один раз уже это строил!!!

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