• Добро пожаловать на Форум пользователей ПО АСКОН. Пожалуйста, авторизуйтесь.
 

Уважаемые пользователи,

Хотим проинформировать вас о режиме работы регистрации на нашем сайте.

Зарегистрироваться возможно в рабочие дни, с 8:00 до 20:00 (мск).

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

Благодарим вас за понимание и сотрудничество. Мы ценим ваше терпение и стремимся предоставить вам лучший опыт использования нашего сервиса.

С уважением,
Команда Ascon

К22. Контекстная связь - как с ней работать?

Автор СВ, 10.06.24, 16:11:47

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

СВ

#20
Цитата: max_tlt от 27.08.24, 11:40:31...Просто теперь, появилась индикация в дереве сборки об этой связи и некоторые возможности при работе с ней, соответственно новые правила и проблемы

Вот о их использовании, по максимуму, и поговорим. Как, зачем, насколько улучшается жизнь и пр.? Разумеется, ни в коем случае не пропускаем что нельзя делать и прочие недостатки .

Сергей К

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

Валерий Изранов

Цитата: Сергей К от 16.11.24, 09:12:48каждый объект, на который будет выпущена КД должен быть самодостаточен и не зависеть от внешних связей,
Сергей К, если перевести ваши слова на русский язык, то вы предлагаете
чтобы Сборка и все ее компоненты находились в одной папке.
Лозунг очень хороший и правильный.
Но он останется лозунгом, потому что Компас не умеет копировать Сборки из одной папки в другую.

Сергей К

Цитата: Валерий Изранов от 16.11.24, 09:32:55Сергей К, если перевести ваши слова на русский язык, то вы предлагаете
чтобы Сборка и все ее компоненты находились в одной папке.
Лозунг очень хороший и правильный.
Но он останется лозунгом, потому что Компас не умеет копировать Сборки из одной папки в другую.


Нет, я этого не предлагал, но работа в Лоцмане предполагает использование специально созданного им диска без создания папок и вложений и при взятии объектов в работу все они выгружаются на этот диск, при чём, те, которые в состоянии проектирования с возможность их изменять, а утверждённые выгружаются с атрибутом "только для чтения"

Валерий Изранов

Цитата: СВ от 10.06.24, 16:11:47После К20 получили К22
Автор создал тему про Компас. Давайте разберемся с Компасом, а потом дойдем и до Лоцмана.

Сергей К

Цитата: Валерий Изранов от 16.11.24, 09:54:23Автор создал тему про Компас. Давайте разберемся с Компасом, а потом дойдем и до Лоцмана.

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

lavgirb

Цитата: Сергей К от 16.11.24, 09:12:48Могу описать с точки зрения конструкторского отдела. Нельзя использовать контекстные связи, каждый объект, на который будет выпущена КД должен быть самодостаточен и не зависеть от внешних связей
Здесь нет общих правил. Часто принимаемые решения зависят от разных причин.
Если есть корпус сложной формы и крышка сложной формы, то контекстные связи сильно экономят время, которого всегда не хватает.
При внесении изменений в КД на корпус при отсутствии контекстных связей (на удаление которых тоже тратится время) придется их восстанавливать в крышке или править крышку по размерам, что может приводить к ошибкам.

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

Сергей К

Цитата: lavgirb от 16.11.24, 12:57:50Здесь нет общих правил. Часто принимаемые решения зависят от разных причин.
Если есть корпус сложной формы и крышка сложной формы, то контекстные связи сильно экономят время, которого всегда не хватает.
При внесении изменений в КД на корпус при отсутствии контекстных связей (на удаление которых тоже тратится время) придется их восстанавливать в крышке или править крышку по размерам, что может приводить к ошибкам.

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

При проведении извещения об изменении никто не будет заходить во все 3D-модели и искать там некие связи. В Лоцмане есть возможность просмотра входимости объекта ДСЕ или объекта "3D-модель", но не эскизов, входящих в эти 3D-модели. И может возникнуть ситуация, что необходимо будет изменить 3D-модель ДСЕ, которая использовалась для построения эскиза, например, вместо отверстий сделать пазы, и тогда не изменяемая в рамках этого извещения 3D-модель может в данном примере потерять точки центров отверстий, т.к. теперь там не отверстия, а пазы. И таких ситуаций можно придумать огромное количество

lavgirb

Цитата: Сергей К от 16.11.24, 20:14:11При проведении извещения об изменении никто не будет заходить во все 3D-модели и искать там некие связи. В Лоцмане есть возможность просмотра входимости объекта ДСЕ или объекта "3D-модель", но не эскизов, входящих в эти 3D-модели. И может возникнуть ситуация, что необходимо будет изменить 3D-модель ДСЕ, которая использовалась для построения эскиза, например, вместо отверстий сделать пазы, и тогда не изменяемая в рамках этого извещения 3D-модель может в данном примере потерять точки центров отверстий, т.к. теперь там не отверстия, а пазы. И таких ситуаций можно придумать огромное количество
Вообще-то заимствованная модель это не разные модели, а одна и та же.
Если вы вносите в нее изменения, то должны посмотреть, где она применяется и принимать решение об изменении в соответствии с этим.
Может быть контекстные связи, убитые или не убитые, не играют здесь решающей роли.

Сергей К

Цитата: lavgirb от 16.11.24, 20:39:17Вообще-то заимствованная модель это не разные модели, а одна и та же.
Если вы вносите в нее изменения, то должны посмотреть, где она применяется и принимать решение об изменении в соответствии с этим.
Может быть контекстные связи, убитые или не убитые, не играют здесь решающей роли.


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