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

Производительность SW и структура сборки


Милонов

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

Здравствуйте Коллеги.

 

Зависит ли производительность SW, при работе в главной сборке от ее структуры?

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

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

Отразится ли это на скорости перестроения и скорости работы с главной сборкой вообще?

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


UnPinned posts
3 часа назад, Милонов сказал:

Отразится ли это на скорости перестроения и скорости работы с главной сборкой вообще?

Может немного улучшить (возможно не сильно) т.к. входящие узлы фактически как цельные узлы подтягиваются (если для узла не установлена галочка СВОБОДНО), но главное что бы не было ошибок в сопряжениях. Тем не менее это лишь догадки, для математической модели это может быть не существенным изменением и эффект может оказаться не значительным, а вот трудоёмкость получения сборки может увеличиться.

 

Основная проблемы обычно даже не в большой сборке, а в чертеже на эту сборку и тут сопряжения уже не при делах - всё повесит обилие кромок/линий которые чертёжный модуль переваривает с трудом.

 

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

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

 

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

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

Спасибо, да вот планирую поменять процессор и оперативку.

Вы не в курсе INventor по большим сборкам не лучше оптимизирован?

Тест системы.png

Ссылка на сообщение
Поделиться на других сайтах
В 02.10.2020 в 12:20, Милонов сказал:

Здравствуйте Коллеги.

 

Зависит ли производительность SW, при работе в главной сборке от ее структуры?

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

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

Отразится ли это на скорости перестроения и скорости работы с главной сборкой вообще?

Зависит. Но скорее от количества сопряжений.

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

Так что в таком случае оптимально делать сборки матрёшкой.

 

И плюс ко всему есть базовые рекомендации.

Ссылка на сообщение
Поделиться на других сайтах
On 10/2/2020 at 12:20 PM, Милонов said:

Здравствуйте Коллеги.

 

Зависит ли производительность SW, при работе в главной сборке от ее структуры?

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

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

Отразится ли это на скорости перестроения и скорости работы с главной сборкой вообще?

Зависит и от этого. В процессе работы всегда делаю сборку основную до 8 узлов и побсборки имеют уже больше конечно компонентов. Заметил что очень тормозит SW если в подсборках использую детали с конфигурациями (стандартные изделия допустим). Так чем больше в этой детали концигураций то тем сильнее тормозит и перестраиватся основная сборка. Поэтому если большое количество таких деталей (стандартные) я просто разрываю связь с базой данных и удаляю ненужные конфигурации!

 

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

Заметил что очень тормозит SW если в подсборках использую детали с конфигурациями (стандартные изделия допустим). Так чем больше в этой детали концигураций то тем сильнее тормозит и перестраиватся основная сборка. Поэтому если большое количество таких деталей (стандартные) я просто разрываю связь с базой данных и удаляю ненужные конфигурации!

Поставьте галочку

Спойлер

Снимок.JPG

 

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

ависит. Но скорее от количества сопряжений.

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

Так что в таком случае оптимально делать сборки матрёшкой.

Спасибо

19 часов назад, dinu сказал:

Зависит и от этого. В процессе работы всегда делаю сборку основную до 8 узлов и побсборки имеют уже больше конечно компонентов. Заметил что очень тормозит SW если в подсборках использую детали с конфигурациями (стандартные изделия допустим). Так чем больше в этой детали концигураций то тем сильнее тормозит и перестраиватся основная сборка. Поэтому если большое количество таких деталей (стандартные) я просто разрываю связь с базой данных и удаляю ненужные конфигурации!

Спасибо, буду пробовать.

Ссылка на сообщение
Поделиться на других сайтах
В 02.10.2020 в 17:07, Милонов сказал:

 

Спасибо, да вот планирую поменять процессор и оперативку.

Вы не в курсе INventor по большим сборкам не лучше оптимизирован?

Тест системы.png

У меня 36, 50, 30, 116 - на маке....

Сколько же у Вас компонентов в сборе, если Ваши супер цифры не справляются?

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

У меня 36, 50, 30, 116 - на маке....

Сколько же у Вас компонентов в сборе, если Ваши супер цифры не справляются?

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

Не уверен что цифры в тесте объективно отражают качество работы приложения на компьютере.

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

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

(возможно еще в этом проблема-не знаю)

image.png

 

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

Вот видео, отображающее скорость перестроения:

https://yadi.sk/d/hLb3dZpms0zKRQ

Ссылка на сообщение
Поделиться на других сайтах
22 минуты назад, Милонов сказал:

Вот видео, отображающее скорость перестроения:

https://yadi.sk/d/hLb3dZpms0zKRQ

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

Так?

Изменено пользователем Krusnik
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Милонов сказал:

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

 

У меня в сборке все кол-во крепежа, все шланги, хомуты и пр  и пр. Ну и что?

Сейчас все открывал на ноуте Леново 510 - такой старенький с максимально возможной памятью 8 ГБ.

Притормаживает, конечно... У этого компа результаты теста: 83-72-31-246.

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

Кол-во компонентов.PNG

Кол-во компонентов2.PNG

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

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

Так?

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

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

Только что, VOleg сказал:

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

Тоже стараюсь делать так же как и вы. Сопряжения получаются лаконичными и удобно от базовых поверхностей делать зеркальные модели.

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

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

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

А вы читали базовые рекомендации?

 

Происходит вот это:

loop.jpg

 

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

 

И вот таких кругов компьютер совершает сотни, тысячи.

 

Если хотите чтобы типовая сборка менялась при изменении циферок - то либо ставьте DriveWorks, либо ваш путь - это iLogic в Inventor.

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

Если хотите чтобы типовая сборка менялась при изменении циферок - то либо ставьте DriveWorks, либо ваш путь - это iLogic в Inventor.

Поскольку работаю в SW, склоняюсь к первому пункту, однако он требует изучения. 

Вы уверены в том, что DriveWorks будет быстрее решать сборку чем уравнения?

в DW зависимость между размерами эскизов, свойства, привязки и параметр погасить/высветить там устанавливается также как и в уравнениях. Взаимосвязи (там они называются "правила"(rules)) также ассоциируются с конкретной сборкой.

1 минуту назад, Krusnik сказал:

и всё понеслось снова по кругу.

По логике понеслось - линейно. Почему по-кругу? SW несколько раз пересчитывает сборку разве?

 

Ссылка на сообщение
Поделиться на других сайтах
10 минут назад, Милонов сказал:

Поскольку работаю в SW, склоняюсь к первому пункту, однако он требует изучения. 

Вы уверены в том, что DriveWorks будет быстрее решать сборку чем уравнения?

в DW зависимость между размерами эскизов, свойства, привязки и параметр погасить/высветить там устанавливается также как и в уравнениях. Взаимосвязи (там они называются "правила"(rules)) также ассоциируются с конкретной сборкой.

Во-первых там возможностей больше.

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

Т.е. сделал я мастер-модель ящика. Ввел 600х600х400 - создаётся папка, и там все детали и подсборки под ящик 600х600х400. Потом ввел 400х500х2800 - создалась папка с деталями и  подсборками на ящик 400х500х2800.

14 минут назад, Милонов сказал:

По логике понеслось - линейно. Почему по-кругу? SW несколько раз пересчитывает сборку разве?

 Нет. По кругу.

Линейно - это когда вы меняете размер в детали и перестраивается сборка. Проектирование снизу-вверх.

Или.

Вы меняете некий мастер-эскиз в сборке - и меняются все детали. (но тут есть нюанс - эти детали нельзя использовать в других сборках)

 

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

Это просто адская карусель.

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

Чтож,  будем учить DW. Спасибо за совет.

Только что, Krusnik сказал:

Это просто адская карусель.

Надпись смешная, а ситуация конечно страшная.

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

SW несколько раз пересчитывает сборку разве?

 

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

Для перестроения один раз надо создать один внешний управляющий файл - в нем поменять нужный размер, потом открыть последовательно все управляемые детали, а уж потом отрыть сборку. У меня есть диск, на котором так сделано. Только в Автокаде. Интересная, никому не нужная работа.

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

Для перестроения один раз надо создать один внешний управляющий файл - в нем поменять нужный размер, потом открыть последовательно все управляемые детали, а уж потом отрыть сборку. У меня есть диск, на котором так сделано. Только в Автокаде. Интересная, никому не нужная работа.

Внешний управляющий файл-это макрос или таблица в EXEL? 

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

 

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

Это уже "Искусственный интеллект". Но тема была про другое.

Я несколько лет назад тестировал макрос в Солиде по клонированию типовой конструкции...

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      @Viktor2004 вы бы сначала ось b выровняли а то я не вижу у вас в таблице ни одной компенсации для нее. а чпу точно 530?
    • gudstartup
      одна точка - одно значение  это правильно.  если у вас поверхность стола ровная и ось b повернута 90 реально а не только по индикации системы отсчета чпу остальные точки будут компенсированы верно так как находятся с ней на одной прямой.
    • Ninja
      Создай новый проект и начни всё сначала!
    • Bot
      21-22 июня компания «Топ Системы» приняла участие в одном из знаковых ежегодных мероприятий ИТ-сообщества Пермского края — CIO Конгресс «Камские огни». Основной темой мероприятия стало импортозамещение. Заместитель директора по развитию PLM-технологий в компании «Топ Системы» Игорь Николаевич Кочан открыл мероприятие с докладом «Российский программный комплекс T-FLEX PLM: импортозамещение, цифровизация производства, системная инженерия» и задал вектор последующих тематических обсуждений. Во время своего выступления Игорь Николаевич поделился примерами реализованных проектов по импортозамещению и цифровизации предприятия у заказчиков, подходом компании «Топ Системы» к развитию программного комплекса T-FLEХ PLM, представил новейшие программные разработки и достижения в развитии платформы T-FLEX DOCs, САПР T-FLEX CAD и других приложений. «Подробный анализ задач заказчиков и мировой опыт показывают: наилучшим выбором для работы с единой моделью изделия [...] View the full article
    • Bot
      В сборке T-FLEX CAD 17.1.15.0 были улучшены стабильность работы и производительность системы, а также реализованы предложения пользователей и внесены исправления по их замечаниям. Ниже описаны самые существенные изменения системы. 2D проектирование – команда Оси В команде Оси добавлены опции Оси между двумя окружностями и Ось между центрами 2 окружностей. Опция Оси между 2 окружностями — создаёт общую ось между окружностями и перпендикулярные ей оси на каждой окружности отдельно — всего три элемента. Опция Ось между центрами 2 окружностей — создаёт одну ось между центрами двух окружностей: В основной надписи формат даты изменён с ДД.ММ.ГГ на ДД.ММ.ГГГГ. Также оптимизирован алгоритмы построения 2D проекций, местных разрезов и разрывов. Устранён ряд зависаний при работе с большими проекциями и таблицами исполнений. 3D моделирование В операции Поверхность смещения вместо набора граней в качестве исходной геометрии теперь можно выбрать [...] View the full article
    • lexx174
      какие данные вы подразумеваете для начала?
    • Snake 60
    • Snake 60
      А что за софт зеленые галочки на папках ставит?
    • Snake 60
      Я имел ввиду трубы, которые являются раскосинами, допустим в фермах. У них система координат наследуется от многотельной детали и в ней труба повернута на произвольный угол (согласно ее положения в сборке) + такая труба имеет подрезку на концах. Такую деталь скармливать труборезу черевато, Обычно народ делает новую систему координат, так чтобы одна из осей была параллельна длине (желательно чтобы это была Х координата, хотя не обязательно) и только потом экспортируют в IGS с выбором этой СК. Вопрос, реализуемо ли создание СК || длине трубы средствами API? Есть пример, хотелось бы глянуть...
    • Chuvak
      Насчёт скосов не совсем понял, но реализовать выравнивание системы координат вдоль самой длинной стороны трубы скорее всего возможно, почему бы и нет)
×
×
  • Создать...