Внешние облегчения моделей в больших сборках

[BobiX 0]

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

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

Пытаемся решить вопрос с использованием внешних облегчений взамен моделей ранее разработанных изделий, но сталкиваемся с рядом новых вопросов. Основные из них:

1. В моделях внешнее облегчение сборочных единиц не получается настроить так, чтобы правильно отображались все поверхности. Часть поверхностей просто не отображается при любых настройках качества внешнего облегчения и точности моделей (и сборок и входящих деталей).

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

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

4. Возможно ли построение одного внешнего облегчения с таблицей семейства, которая бы управляла подгружаемой табличной моделью для облегчения?(По аналогии с созданием табличной зеркальной копии табличной детали.)

5. Наряду существенным ускорением загрузки моделей верхней сборки получили торможение при работе с чертежами и 3d моделью, при вращении модели и наведении на нее курсора происходит медленная перерисовка.

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

7. Возможно ли после создания внешних облегчений в ранее разработанных сборках верхнего уровня произвести замену обычной сборки на облегчение посредством замены с сохранением привязок взаимосвязных элементов? (Кроме способа взаимозамены).

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

Благодарю за помощь в поиске решения этих вопросов и выборе оптимальной методики дальнейших действий.

[Sergey___1978 35]

It's imposible.

[Dometer 1]

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

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

[BobiX 0]

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

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

[Dometer 1]

Учитывая "искусственный" характер "болванок", можно строить "болванку" как ПОДСБОРКУ. Т.е. в сборка "болванка.asm" войдёт подсборка "ручное_упрощение_сборки.asm" и "упрощаемое_изделие.asm" (! и больше ничего - работать над "упрощённым болваном в его подсборке" !). Таким образом можно надёжно передать любые параметры. А потом создать таблицу семейств, в инстансе "для упрощений" оключить "упрощаемое_изделие.asm".

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

[BobiX 0]

Пока я тоже склоняюсь к подобному решению. В принципе, должно получаться.

[wexus 44]

4. Возможно ли построение одного внешнего облегчения с таблицей семейства, которая бы управляла подгружаемой табличной моделью для облегчения?(По аналогии с созданием табличной зеркальной копии табличной детали.)

Интересует 4 пункт, как сделать облегчение для таблично управляемых сборок? Через менеджер оболочек что-то не вышло.

[BobiX 0]

Интересует 4 пункт, как сделать облегчение для таблично управляемых сборок? Через менеджер оболочек что-то не вышло.

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

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

[wexus 44]

Хм в чём у вас проблема, может мы уже сталкивались с этим?

Сейчас формируем библиотеку элементов - восстановление сборок и деталей по чертежам. Встал вопрос увеличения быстродействия. По нашему мнению библиотечные элементы почти неизменяемы - отсюда напрашивается вывод создать на все сборки облегчение. Облегчённые сборки залетают в память мигом, есть пока небольшая проблемка с отображением на чертеже, цвет оболочечных компонентов не меняется через стиль.

И вот ещё столкнулись с проблемой построения облегчения табличных сборок.

Есть вроде решение:

1. Имеется сборка A с таблицей семейства и экземплярами A-01, A-02, A-03 и т.д.

2. Создаём деталь с наименованием ENVELOPE_A

3. Вставляем в неё внешние облегчения ссылающиеся на экземпляры A-01, A-02, A-03 и т.д. Итого в дереве модели имеется необходимое количество облегчений.

4. Настраиваем таблицу семейства детали так чтобы у неё появились исполнения ENVELOPE_A, ENVELOPE_A-01, ENVELOPE_02. ENVELOPE_A-03 в каждом исполнении включаем только необходимое нам облегчение.

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

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

Минус такого решения - в главном представлении будет видна деталь ENVELOPE_A можно ошибочно привязаться к ней.

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

Поделитесь пожалуйсто опытом быстрой загрузки в память, что используете? (графическое, геометрическое упрощение, файлы ускорителей)

[BobiX 0]

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

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

[wexus 44]

Да что-то мы с вами тут в двоём общаемся, хотелось бы услышать кого-нибудь ещё. Потому, что проблема, как мне кажется, актуальная.

Сейчас решили пойти вот каким путём.

Все библиотечные модели и комплектующие имеют свои оболчки. Комплектующие напрямую не используются. создаётся промежуточная сборка в которую вставляются однотипные модели оболочек, настраивается таблица исполнений.

То есть у нас например имеется сборка бак_1 с двумя исполнениями бак_1-01 и бак_2-02, создаём внутри сборки бак_1 оболочки "оболочка_бак_1-01" (задаём внешнюю модель бак_1-01, делаем твёрдой деталью), "оболочка_бак_1-02" (те же параметры). Аналогично имеем сборку бак_2 с исполнениями бак_2-01, бак_2-02 и соответствующие оболочки оболочка_бак_2-01, оболочка_бак_2-02.

Далее создаём сборку Баки, вставляем туда все наши 4 исполнения

оболочка_бак_1-01

оболочка_бак_1-02

оболочка_бак_2-01

оболочка_бак_2-02

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

Ещё есть несколько проблем. При создании внешнего облегчения не в контексте модели нет возможности создать твёрдое тело и модель должна грузиться только в главном представлении.

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