Наши преимущества

Procast. Работа и обсуждение. Часть 3

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

то же самый только я упростил и тупо сделал 2 половинки...но этот фокус не прокатил=((
 
Дык кто его знает? ;). У меня никаких сообщений с ошибками не выдавал.
Просто на компе с 8Гб ОЗУ расчет становился "намертво" где-то на шаге 1510 и никакой "ристарт" не помогал. На компе с 16 Гб оперативки расчет удалось "протолкнуть" за несколько "рестартов". Результат занял 65 Гб!!! и это при том, что запись установил через 50 шагов. При этом, заметь, файл с твоей сеткой занимает более половины Гига. Не настаиваю, но интуиция подсказывает, что по-видимому, просто для выполнения расчета для промежуточных итераций тупо не хватает оперативки - сеточка мелковата. Наверное нужен суперкомп :D. Есть у нас один, не супер, но все-таки с 64 Гб. Но постоянного доступа к нему не имею, чтобы проверить.

16 Гб "оперативки", скорей всего не при чем. Оперативка зависит от размера сетки, 0,5Гб это у меня вполне стандартный vdb и моих 16 всегда хватало. 64 Гб расчета - не надо сохранять все шаги или каждый 10 (по умолчанию), можно и каждый 150 поставить, т.е. это тоже к делу отношения не имеет.
По делу. Чтобы понять в чем проблема стоит читать лог расчета. Там скорей всего будет иметь место запись(и) типа "Несходимость решения".
Мне помогло снизить шаг DTMAXFILL = 0,005 (обычно стоит 0,01), кроме этого на вкладке Last Foam можно попробовать поставить параметр BURNZONE = 3 (по умолчанию 1), можно еще кое-что подкрутить но мне показалось все остальное ерунда, а главное снизить DTMAXFILL.
Короче, я свой блок залил, правда не идеально, были вылеты. В этих случаях делал рестарт с сохраненной точки.

Надеюсь, сказал что-то умное )))
 
Последнее редактирование модератором:
Интересно, а как бы отреагировали "родители" прокаста на такую "непонятку" с расчетом лгм?
 
то же самый только я упростил и тупо сделал 2 половинки...но этот фокус не прокатил=((

Гипермеш очень хороший генератор. Но VE вполне нормально справляется со сложной геометрий из многих тел. Единственно, что може быть причиной бед это ошибки в геометрии, т.е. в КАД модели. В этом случае и Гипермеш може выдать фокус какой-нибудь. Я Ваш файл не смотрел, но подобные вещи разбивал не один раз. Надо внимательно посмотреть на пробемные места в сетке, а затем открыть CAD и посмотреть что там с геомерией в этом месте. В 99% там что-то будет (зазор, пересечение, ...).
В принципе VE позволяет все это решить своими средствами. Но проще в CAD-е исправить и заново разбить.
 
16 Гб "оперативки", скорей всего не при чем. Оперативка зависит от размера сетки, 0,5Гб это у меня вполне стандартный vdb и моих 16 всегда хватало. 64 Гб расчета - не надо сохранять все шаги или каждый 10 (по умолчанию), можно и каждый 150 поставить, т.е. это тоже к делу отношения не имеет.
По делу. Чтобы понять в чем проблема стоит читать лог расчета. Там скорей всего будет иметь место запись(и) типа "Несходимость решения".
Мне помогло снизить шаг DTMAXFILL = 0,005 (обычно стоит 0,01), кроме этого на вкладке Last Foam можно попробовать поставить параметр BURNZONE = 3 (по умолчанию 1), можно еще кое-что подкрутить но мне показалось все остальное ерунда, а главное снизить DTMAXFILL.
Короче, я свой блок залил, правда не идеально, были вылеты. В этих случаях делал рестарт с сохраненной точки.

Надеюсь, сказал что-то умное )))
Да я и не настаивал. Правда DTMAXFILL изначально выставил 0.003 (да он по ходу расчета и сам "по ходу" снижается по мере надобности) и Курант уменьшил на порядок. С рестартом аналогично. Правда повторюсь - на 8 Гб расчет вылетал намертво, а на 16 "тушкой":), но дошел до конца. Отсюда и этот "лобовой" вывод ;)
 
Гипермеш очень хороший генератор. Но VE вполне нормально справляется со сложной геометрий из многих тел. Единственно, что може быть причиной бед это ошибки в геометрии, т.е. в КАД модели. В этом случае и Гипермеш може выдать фокус какой-нибудь. Я Ваш файл не смотрел, но подобные вещи разбивал не один раз. Надо внимательно посмотреть на пробемные места в сетке, а затем открыть CAD и посмотреть что там с геомерией в этом месте. В 99% там что-то будет (зазор, пересечение, ...).
В принципе VE позволяет все это решить своими средствами. Но проще в CAD-е исправить и заново разбить.

вот ссылка на проблемный файл
Как увидеть ссылки? | How to see hidden links?
 
Доброго времени суток! Ищу примеры непрерывного литья, к сожалению, все ссылки на форуме - битые. У кого есть примеры литья в кристаллизатор скольжения и/или в валковый кристаллизатор - выложите, пожалуйста! Спасибо!
 
При расчете заливки в кокиль последний цикл, где происходит непосредственно заливка, не начинается: вылетает такая ошибка:
7ff0086c218139e3d6dccc2a2b8d0627.jpg

Как быть??
 
ProCAST 2014.5
Новая версия графического ядра Visual-Environment 10.0.4., русскоязычный интерфейс (немного смешной), поддержка многостадийных расчетов и другие изменения.
Читать по ссылке ниже.

Как увидеть ссылки? | How to see hidden links?

чет гугл пишет осторожно вредоносное ПО. может где еще есть?
 
Проверил ссылку, все правильно. Это форум своевольничает и сам приписывает.
 
Проверил ссылку, все правильно. Это форум своевольничает и сам приписывает.
На мой взгляд, серьезных "пряников" в 2014.5 не увидел. Может потому, что промежуточная версия... Интересно, говорится, что:
"Для задач, где вход потока задается условием Pressure, например в литье по выжигаемым моделям, рекомендуется снизить параметр сходимости PCONVTOL до 1e-04 для лучшей сходимости."
Может это повлияет на расчет ЛГМ ?, или вот это: "Метод дискретизации EBFEM, представленный в ProCAST 2013.0 и расширенный в версии 2013.5, улучшен в плане точности, устойчивости и скорости."?
 
я разговаривал тут на семинаре с представителем делкама. Так он вообще не в курсе проблем с выжигаемыми моделями. Еще сказал шо у них уже 2015 версия тестится с русскоязычным интерфейсом. Ждем Jonny. Когда он там все это "богатство"
 
Верх