Перейти к публикации

Библиотека проектирования: деталь с будущим отверстием в сборке


Рекомендованные сообщения

Доброго времени суток.

В библиотеке проектирования имеется деталь фланца.

Возможно ли создать в этой библиотечной детали отверстие, которое будет распространяться в сборке, а конкретно в определенной детали этой сборки?

Существуют же элементы из библиотеки проектирования для деталей - можно ли сделать то же самое, но не элементы, а компоненты для сборок?

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах


А где в авто-компонентах указать отверстие? 

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

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, JlVS сказал:

А где в авто-компонентах указать отверстие? 

Вкладка Элементы

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

К фланцу в качестве автоэлементов используются метизы. Но что делать с отверстием?

Метизы и др сопутствующие компоненты - вкладка Компоненты. Вырезы - вкладка Элементы.

 

Скрытый текст

789.thumb.png.052b173b4397798ae66122ca29230bfb.png

 

Изменено пользователем sloter
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, JlVS сказал:

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

Всё правильно. Это первая часть работы - как раз создание авто-компонента на основе "мастер-сборки". Где то это должно быть первый раз создано и затем извлечено в авто-компонент. Затем уже этот авто-компонент вставляется в другие (целевые) сборки, привязывается и выполняется процедура "применения авто-элементов" (вставляются включённые в авто-компонент детали и элементы - вырезы\отверстия в деталях целевой сборки).

Изменено пользователем sloter
Ссылка на сообщение
Поделиться на других сайтах

@sloter Все-таки - как сделать чтобы отверстие появилось не в детали, а именно в сборке, но распространилось только на конкретную деталь? Проблема в том, что крышка, фланец к которой прикрепляется - используется в сборке в массиве, т.е. многократно. Если вставить фланец как автокомпонент - то все крышки будут с этим отверстием.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, JlVS сказал:

распространилось только на конкретную деталь

Для этого необходимо чтобы каждая отдельная деталь была уникальной , в противном случае (при использовании массива) деталь одна и та же и ведет себя соответственно

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, JlVS сказал:

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

Эту проблему не сложно решить. Создайте в крышке конфигурацию с погашенным отверстием и выберите необходимые конфигурации экземпляров массива.

 

Скрытый текст

7890.thumb.png.a80e0f730635b814137b2a230cc9ae20.png

 

Изменено пользователем sloter
Ссылка на сообщение
Поделиться на других сайтах

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

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

Спасибо за участие.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.



  • Сообщения

    • Killerchik
      EdgeCam и SW тоже в разных ядрах работают, но ассоциативность работает хорошо, при серьёзных изменениях в модели в худшем случае умирают элементы/операции, геометрия которых сильно изменилась - но не остальные.
    • ART
      Ну то есть не крутая? 
    • Steel_in
      Уже не раз говорили NC_CAD и NX CAM работают в одном ядре SC и SW работают так же в одном ядре SW и СПРУТКАМ работают в разных ядрах, поэтому ассоциативность не работает в операциях где в рабочем задании указывается не вся деталь, а  рёбра, контуры, отдельные поверхности итд Потому что, как опять кто то выше уже говорил, при редактировании модели меняется ее топология, т.е условно говоря сменилась кодировка всех объектов модели из которых эта модель состоит.
    • AlexKaz
      Если бы Николас Кейдж был метал-музыкантом https://vk.com/wall-157550847_77524
    • sokolikkostya
      Аналогично почему то исполнения не читаются, а в наименовании - обозначение. можно ли будет разобраться с этим или все же придется переходить на другой пакет макросов? Вставка на чертеж таблички "Поз.-Обозначение-Кол." совсем не тянет на ЕСКД:( 
    • gudstartup
      попробуйте сохранить другие файлы а потом порассуждаем что у вас  не так
    • gudstartup
      Я имел ввиду что юридическая ответственность наступает именно для изготовителя станка а не для третьих лиц которые изменили логику ЭА  а задача их адвоката как раз состоит в том чтобы уклонится от ответственности доказав что имело место постороннее вмешательство и именно оно явилось причиной аварии. Эта ответственность обычно наступает в течении гарантийных обязательств станкостроителя с древними станками выработавшими свой ресурс это не прокатит. Станкостроителю не нужны публикации о том что их оборудование отрывает рабочим головы!!
    • Sergey___1978
      Версия ДЭ соответствует  изм. или ревизии в PDM, генерируется при сохранении или создании ПДФ. 
    • Fedorly
      Как вариант, при сохранении в PDF, заполнить время экспорта, вставкой соответствующего водяного знака   
    • Killerchik
      Простите, это бред. В суде производитель имеет шанс отвязаться от ответственности даже если вмешательство не имело (с технической точки зрения) вообще никакого отношения к тому, что стало причиной несчастного случая. А уж если с технической точки зрения именно вмешательство было частью проблемы - это уже не шанс, а 99,9% вероятность, если юрист ответчика не конченый дебилл, и суд не совсем уж басманный.
×
×
  • Создать...