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

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

Статус
Закрыто для дальнейших ответов.
Что на счет параметра Inlet - вроде по описанию похоже на то что меня интересует (заливка со стопорного ковша)?????

Ну я уж, сколько раз говорю - это все равно. Что Inlet, что Velocity - не важно. Заливка из стопора характеризуется переменной величиной скорости.

Задавая Inlet вы все равно говорите ProCAST -у о скорости, просто другим способом.

Как Партия и Ленин у Маяковского )))
 
Я задаю струю EMPTY=YES. Иначе, кажется, не будет заливаться

Заливается в обоих случаях (проверено)!
Вот только в чем разница?

Добавлено через 2 минуты
Я так понимаю что если empty=yes - это обозначает область которая заливается, а если задать "no" то это вроде как струя!!??
 
Последнее редактирование модератором:
3ddron2006Кроме этого, задаю по аналогии с примером ESI "скорость" = 0 на боковой поверхности струи
Мне кажется, это то-же условие Wall, чтобы струя не убегала.
А для расчета истечения из ковша (он же по форме конический) я использовал маткад (при известном законе изменения площади S по высоте h ковша) нахожу интервалы времени истечения и при этом массовый расход
Как увидеть ссылки? | How to see hidden links?
 
CAFE

Polymet, SALSA не попала в описание, потому в разделе "What's new" этой информации нет. Она есть в Release notes. Кроме того, это стороннее ПО, призванное играть роль прокладки между САПР и CAE (как-то так).

Ну, прокладки тоже вещь полезная, особенно 8 марта ;). Кстати, тот же Полигон в старших версиях пользовал "прокладку" FlowVision от ТЕСИС (правда с большими ограничениями по кол-ву элементов МКО) и ничего. Это нормально.
Но у меня вопросы к работе другой "прокладки", а именно, к модулю CAFE, вернее к воспроизводимости результатов расчетов в этом модуле. Возникли они давно - с год уже как, но было недосуг, а сейчас, вот, созрели.
1. При работе с модулем обнаружил ограничение, наложенное разработчиком, на воспроизводимость результатов расчетов встроенным в этот модуль плейером. Причем именно на воспроизводимость результатов, а не на возможность проведения расчетов. Поясняю - если задать достаточно большую расчетную область домена через
<Windows Definition>, то расчет проходит полностью, но вот при попытке воспроизведения результатов плейером CAFE в <CAFE results> выскакивает сообшение об ошибке:
Microsoft Visual C++Runtime Library
Runtime Error!
Program: C:\PROGRA~1\ESIGRO~1\ProCAST\...\bin\porosity_post.exe
This application has requested the Runtime to terminate in an unusual way.
Please contact the application's support team for more information
Сие в вольном переводе означает, что Приложение закрывается, просьба обратиться к разработчикам.
Модуль <porosity>, как можно было бы подумать, здесь абсолютно не при делах т.к. если даже в PreCAST установить <POROS 0> и <PIPEFS 0> ошибка все равно выскакивает. Изучение "бревна" показало, что за нее отвечает Microsoft Visual C++, то бишь Microsoft.VC80.CRT. Попытки переустановки и перебора версий оного - 2005/2008/2010, как и переустановка драйверов, ничего не дают.
Методом "научного тыка" обнаружил, что ошибка выскакивает, если создаваемый прогой файл *_cagl.v (gl надо полагать означает Global) будет больше 200Мб. Если он меньше, то плейер его прекрасно воспроизводит.
Для желающих меня перепроверить - p, d и mica файлы здесь:
Как увидеть ссылки? | How to see hidden links?
По результатом расчетов:
- в первом случае создается файл CAFE_test_cagl.v размером 343 Мб => выскакивает сообщение (см. выше);
- во втором - уменьшил расчетную область домена наполовину с помощью <Windows Definition> , как результат - файл CAFE_test_cagl.v - 171 Мб и "все играет" (см. CAFE_test2.avi).
Вывод напрашивается сам собой - где-то в проге разработчик установил "флажок", то бишь проверку условия - ЕСЛИ файл *_cagl.v < 200 Мб, то плейер влючается, если больше, то запрет на воспроизведение и просьба обратиться к разработчику, который, надо полагать, за дополнительную денежку, подскажет где и как этот "флажок" снять.
Причем, как упоминал выше, ограничение налагается именно на воспроизведение, а не на возможность расчета - пробовал просчитать полную кристаллизацию реальной отливки, файл занял 5Гб, но ,засада, не воспроизводится, хотя, судя по всему, все данные есть. Не надо объяснять насколько это актуально - иметь возможность просчитать кристаллизацию (не путать с затвердеванием) всей отливки, особенно для отливок, подвергаемых деформации - прокатке, ковке, штамповке
или работающих под нагрузкой.
Посему обращаюсь ко всем (но прежде всего к Jonny, Kendys и avmon-у) - может у кого будут мысли как свалить
эту проблему? Сам не потяну - я юзер, а не софтвер :-(. Кстати, интуиция почему-то подсказывает, что если с этим к разработчику обратится пользователь из бывшего USSR, то будь он даже трижды лицензированный, его пошлют по известному адресу вместе с бабками :-/
2. Вторая проблема связана с корретной работой означенного плейера в Прокасте 2010. При воспроизведении прога глючит - происходит перескакивание кадров с текущего на последний или первый, как следствие, "эдакое мерцание". Переустановка драйвера видеокарты ничего не дает; при воспроизведении на другом компе с другой видеокартой проблема не исчезает :(
Очевидно причина с кряком самой проги, т.к. тот же файл в Прокасте 2009.1 воспроизводиться без проблем. Но может дело все-таки в чем-то другом? Поэтому также прошу перепроверить.
P.S. К avmon-у с этой просьбой не обращаюсь, т.к. у него этой проблемы не может быть по определению ;)
 
Ну, по поводу вступительной части, я не буду комментировать. И вообще, это неприлично.

по поводу ошибки - не наблюдал. Скачаю, попробую посчитать.
Сообщение об ошибке: "Microsoft Visual C++Runtime Library Runtime Error! ..."
кажется, свидетельствует о том, что программа CAFE или ее плеер, или и то и другое, писано на "сях" от "майкрософта", но никак не служит указателем в какую сторону рыть.
Не думаю, что разработчики пошлют, но и исправлять не станут. Мне на полном серьезе кажется, что программа сугубо "университетская" и писана какими-то аспирантами. Там вероятно есть проблемы с выделением памяти или что-то такое....

Перескакивание кадров. У меня тоже перескакивает при просмотре на ноутбуке. Я считаю это проблемой видео на ноутбуке, у меня на нем и MeshCAST дурит здорово с картинкой. Если же это происходит на стационарном компе с приличной картой, вероятно, это проблема плеера. Давно сам хотел это проверить.

И последнее. Сильно интересует причинно-следственная связь между расчетом структуры отливки и прокаткой, ковкой и т.п. Если речь о сталях и это процессы "горячего" деформирования, то не совсем понятно....зачем структура?

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

И последнее. Сильно интересует причинно-следственная связь между расчетом структуры отливки и прокаткой, ковкой и т.п. Если речь о сталях и это процессы "горячего" деформирования, то не совсем понятно....зачем структура?
Связь такая - речь идет, конечно же, не о фазовых превращениях в многокомпонентных сплавах и тем более не
о получении точных количественных характеристик. Речь о получении "качественной" картинки процесса
роста зон кристаллитов - равноосных, столбчатых..., которые в значительной степени определяют анизатропию
свойств и протекание рекристаллизации , особенно при деформации. Типичный пример: МНЛЗ и последующая прокатка - "критичные" зоны углы слябов вследствие торцевых эффектов, а для сортовой прокатки это
еще актуальней. И вот здесь иметь полную картинку, а не "вылавливать" ее разрезами в <Windows Definition> это уже "не лесом", а "полем" :)
 
Последнее редактирование модератором:
Polymet, для МНЛЗ, мне кажется, как раз достаточно понаделать сечений и в них считать. Учитывая, как считается непрерывка в ProCAST, это кажется более чем логичным. Почему надо обязательно в трехмере? Разве структура сильно меняется вдоль оси сляба?
 
Polymet, для МНЛЗ, мне кажется, как раз достаточно понаделать сечений и в них считать. Учитывая, как считается непрерывка в ProCAST, это кажется более чем логичным. Почему надо обязательно в трехмере? Разве структура сильно меняется вдоль оси сляба?
С этим можно отчасти согласится - обычно достаточно продольного и поперечного разрезов. Но все же есть и здесь особые случаи и кроме того, существуют спецклассы отливок, где иметь трехмерную картину кристаллизации крайне желательно. Не буду углубляться в тему, но можно упомянуть хотя бы не чужие тебе турбинные лопатки.
А относительно выделения памяти и написания плейера на сях, то почему-то есть такая уверенность, что даже если искомую прогу поставить на "пингвина", будут те же вилы :(
 
Здравствуйте, коллеги! Я тут человек новый, и совсем нулевый пользователь ProCast. Для примера хочу смоделировать совсем простенькую задачку - заливку алюминиевого сплава в форму - тонкий стакан из нержавейки с поддоном из некоего термоизоляционного материала (за неимением другого в базе задала его как SandSilicon или что-то вроде). Задаю контактные коэфф. теплоотдачи между отливкой и стаканом 1000 Вт/м2К, между отливкой и поддоном (а также между стаканом и поддоном) 500 Вт/м2К (цифры взяты из примеров, разобранных в Tutorials к Procast 2007).
Граничные условия - стакан и поддон охлаждаются снаружи воздухом (Heat - AirCooling); температура верхнего торца отливки 700 градусов, скорость верхней этой поверхности Velocity (0,0,-1) - против направления оси z. Задаю начальные условия - температура отливки 700 градусов, формы и поддона 20.
Задаю гравитацию, в параметрах запуска выбираю Gravity filling.
Запускаю DataCast - он выдает мне список (в архиве приложена картинка с экрана с этим списком, на этой же картинке видна часть экрана с заданными граничными условиями) из строк типа "Two points have the same temperature value..." На этом все заканчивается и решатель не запускается. Что я делаю неправильно?
Имея опыт тепловых расчетов в Ansys, в целом ничего странного в задании граничных и начальных условий не вижу, смущает только начальная скорость на верхней грани отливки.

Тут файлы *.mesh, *p.dat, *d.dat и картинка с экрана:
Как увидеть ссылки? | How to see hidden links?

Да, ProCast лицензионный, версия 2010.
 
Вероятно, на поставить в региональный настройках винды в качестве разделителя "точку" вместо "запятой"
 
Вероятно, расчет запустится. Если вы лицензионный пользователь, то вас должны были научить этому. ProCast в качестве разделителя целой и дробной части числа "жестко" использует точку.
Я не смотрел файлы, но по описанию это "оно"
 
Вероятно, расчет запустится. Если вы лицензионный пользователь, то вас должны были научить этому. ProCast в качестве разделителя целой и дробной части числа "жестко" использует точку.
Я не смотрел файлы, но по описанию это "оно"

Спасибо. Меня не научили - программу купили за безумные мильоны, а обучение к ней - нет :bac: Приходится самой колупаться.
 
Статус
Закрыто для дальнейших ответов.
Верх