Топологическая оптимизация

[piden 2 874]

30 minutes ago, AlexKaz said:

косяк был вшит в логику WB, отвечающую за стадию подготовки расчёта. Например, год-полтора назад потребовалось подобрать модуль Юнга; логично, что в таком случае менять сетку не надо, а WB решил иначе и каждый раз с нуля перестраивал сетку.

Попробовал в 17.0. При изменении свойств материала сетка не перестраивается, только свойства апдейтятся. В процессах, конечно же, висит Updating model component... Год-полтора - это как раз времена 16.0...17.0. Сомневаюсь, что и в более ранних версиях было иначе.

 

30 minutes ago, AlexKaz said:

потребовалось подобрать модуль Юнга

Там нелинейная задача была что-ли?

 

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

Изменено 5 марта 2018 пользователем piden

[AlexKaz 1 821]

5 минут назад, piden сказал:

Там нелинейная задача была что-ли?

В модальной задачке подбирались модули композита (>=три Юнга и два Пуассона), несколько десятков расчётных случаев (в зависимости от качества алгоритма оптимизатора можно уложиться в 10 расчётов (плохой), можно в 100 (хороший)). В переходном потребовалось найти предельное давление, начиная с которого торлоновый шарик проскакивает в отверстие - здесь было ~ 2500 расчётных случаев и столько же предварительных, и WB благополучно был послан.

[soklakov 1 475]

34 минуты назад, piden сказал:

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

Если время на обновление модели можно уменьшить, то это стоит делать вне зависимости от соотношения с временем решения.

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

Я бы согласился с тем, что тут нечего сравнивать между собой.