mdmitry
Member
Сколько примерно время заливки? Я ставил 14 сек...
Получилось так же как и у тебя... Всегда дефект возникает именно под прибылью в этом месте??
Procast. Работа и обсуждение. Часть 3
- Thread starter Kendys
- Start date
Сколько примерно время заливки? Я ставил 14 сек...
Получилось так же как и у тебя... Всегда дефект возникает именно под прибылью в этом месте??
Заливку я не считал, только затвердевания. А по факту секунд 8-10 из чайника 600 кг. Со стопорного ковша пока еще не заливали.
Procast с моими настройками в отличие от лвм с твоими в упор не находит пористость.
Дефект на всех отливках, грешил поначалу на т-заливки , но плавок было несколько, не могли быть перегретый они все. На скрине из лвм раковина ближе к наружной поверхности отливки, по факту она даже не в центре узла, а смещена внутрь правее, к стержню.
Сегодня залили еще партию на другой формовочной смеси - завтра рентген и фрезеровка, поглядим на результат.
Но меня все же интересует, что в Proaste я навтыкал неверно...
Procast с моими настройками в отличие от лвм с твоими в упор не находит пористость.
Дефект на всех отливках, грешил поначалу на т-заливки , но плавок было несколько, не могли быть перегретый они все. На скрине из лвм раковина ближе к наружной поверхности отливки, по факту она даже не в центре узла, а смещена внутрь правее, к стержню.
Сегодня залили еще партию на другой формовочной смеси - завтра рентген и фрезеровка, поглядим на результат.
Но меня все же интересует, что в Proaste я навтыкал неверно...
Last edited by a moderator:
mdmitry
Member
Так он все же под прибылью во всех отливках???
да, во всех отливках раковина в одном и том же месте
ядовитым зеленым цветом указал место.
провели еще две плавки, поменяли формовочные материалы. картина на рентгене изменилась к лучшему - дефект уже перешел в категорию допустимых. но все же он еще виден на снимках (фрезеровать годные отливки считаю нет необходимости) вот такая история...
Объясните, пожалуйста, (для тех, кто в танке) насколько много времени занимает расчет макро (АМД 8 ядер, 16 гиг ОЗУ, Visual-Environment 9.6+ProCast2014.0) - запускаю приложенную модель шарика, затвердевание просчитывается за секунд 30, затем выскакивает фраза "Creating the element-block connection files...", и программа благополучно задумыватся на неопределённое время. Раза с четвертого эти "element-block connection files" были созданы, прога ещё раз крепко задумалась, потом начала на 500 итераций что-то просчитывать ещё. После завершения расчета при попытке посмотреть результат ПроКаст раз за разом вылетает (скрин прилагаю).2. CAFE
Всех заинтересованных, чтобы "освежить" тему, отправляю к своему посту #801:
http://dumpz.ru/showthread.php?t=54467&page=41
Помнится спрашивал avmon(a), как с этим ограничением в ProCAST2014.0 но он почему-то не ответил.
Видно тема его не очень интересовала или было "не до этого".
Но наконец-то у меня самого "дошли руки" и проверил сам. К "вящей" и "общей радости" могу доложить, что это ограничение или "снято" полностью или, по крайней мере, сильно "раздвинуто" (см. "кино")
"Искомый" файл *_cagl.v весит ~750Mb.
Для желающих перепроверить и "поупражняться" с модулем CAFE файл VDB лежит здесь:
http://rusfolder.com/43062501
Попробовал посчитать свою тестовую модель (делал по вшитому в программу FAQ): в Volume manager определил CAFE=On для слитка и литника, досчитал необходимые свойства стали, в Calculation box создал коробочку (одну, правда, и в режиме авто), добавил BC surface nucleation и volume nucleation, в настройках выставил CAFE Sub Solver=On, расчет запустил. ПроКаст снова надолго задумался на "Creating the element-block connection files...", затем эти файлы вроде как создал и благополучно закрыл расчет (скрин прилагаю) - в Виювере, естественно, пусто.
Я явно где-то что-то не учёл или неверно задал, но не могу определить, где и что именно.
1. Активируешь решатель АРМ (Sub Solver APM):
<File> => <Preferences> => <Cast Preferences> => Раздел (Solver Options), строка (APM Sub Solver) => <on>
2. <Cast> => <Simulation parameters> добавляешь раздел <APM> и заполняешь его (здесь создаются параметры файла
*_poro.d)
Да, немаловажно - в разделе <Thermal> назначаешь PIPEFS=0 и очень желательно POROS=0/(OFF)
3.<Cast> => <Start Simulation> в разделе (Sub Solvers) отмечаешь <APM> и запускаешь расчет
Как следует из пункта 2., расчет на "макроусадку" лучше выполнить отдельным расчетом.
P.S. Уважаемый Jonny выложил ProCAST 2015.0
Все "заинтересованные" говорим ему СПАСИБО
Добавлено через 3 минуты
Может не подключил Sub Solver <CAFE>?
Подключается так же, как и <APM> (см. пост выше)
Last edited by a moderator:
SubSolver я включил (проверил ещё раз - включен). В data check обнаружил ошибку: BC surface nucleation конфликтует условием теплообмена между поверхностью слитка и стенкой формы (как я понял).
Очевидно, что где-то я туплю, но найти, где именно, не могу: http://rusfolder.com/44864070
И ещё вопрос: возможно ли посмотреть не просто напряжение в форме (закрепляю верхнюю и нижнюю поверхности конструкции dc displacement xyz0 - как в учебнике - напряжения в итоге показывает), а поведение формы под действием нагрузок (скажем, подовую плиту выгибать начнёт - увидеть эту деформацию)?
Спасибо.
Вот, нашел в своем архиве, полный аналог твоего кубика (когда-то "тренировался" с модулем CAFE)
http://rusfolder.com/44865328
Там полный расчет (включая, естественно, и "исходники")
Сравни со своими и найди свой "косяк" самостоятельно, что будет ценнее.
С этим (деформация формы) сложнее. Наверное можно, но сложно. Как-то до сих пор, похоже, никто "не озадачивался".
С такими "вещами" "по-ходу", лучше в ANSYS.
Спасибо. Две (одна вытекает из другой) ошибки я нашел и подправил - теперь data check не ругается. Зато вылетает окно с ошибкой (скрин прилагаю) - то ли лыжи не едут, то ли я ещё что-то не учитываю.
http://rusfolder.com/44868369
mdmitry
Member
Ребята, пжл, выложите где-нить на нормальном файлообменнике (скайп, гы=)))...шучу...на яндекс/гугл диске, а то уже 10 раз ходил смотреть по 30 сек рекламу, а скачать так и дало - все время внутренние ошибки
Доброго времени суток!!! Ребят, кто сталкивался - подскажите. пожалуйста. Необходимо реализовать следующую задачу: магнито-импульсная обработка расплава, т.е. воздействую импульсом на расплав. Реализую это в Process Condition Manager задав параметр Pressure. Выбираю область в виде кольца и задаю 2 импульса графически (см. фото 1).
View attachment 7806
в результате какие бы я параметры импульса не ставил - время и давление, результат на экране одинаковый (см. фото 2)
View attachment 7807
как видно по фото идет разлив металла - как будто импульс ну ооочень большой. По идее металл должен изобрать что-то типо волны. не совсем понятно что именно делаю не так. Буду рад любой помощи
View attachment 7806
в результате какие бы я параметры импульса не ставил - время и давление, результат на экране одинаковый (см. фото 2)
View attachment 7807
как видно по фото идет разлив металла - как будто импульс ну ооочень большой. По идее металл должен изобрать что-то типо волны. не совсем понятно что именно делаю не так. Буду рад любой помощи
Чет странный у вас подход по моделированию воздействия магнитного поля. В прокасте реализовна возможность моделирования воздействия эл. эм. поля как такового. Для этого надо шоб в сплаве были заданы электро-магнитный характеристики (вкладка ElectroMag, поставлено соответствующее ГУ (раздел EMAG). Может быть еще что нить в параметрах решателя надо включить (например расчет течения и после заполнения формы)
Благодарю за помощь! А сами реализовывали подобные вещи? есть ли пример, чтобы наглядно посмотреть?
В скачанном проекте "Cube" все работает, как только начинаю делать свой - выбивает эту ошибку.
В "Cube" я менял граничные условия, материалы, подключал стрессовый модуль - все продолжает работать. Как только попытался в этот же проект подгрузить свою геометрию (igs -->Repair-->Assembly-->SyrfaceMesh-->VolumeMesh - все как обычно), так снова выбивает ошибку "Error: impossible to allocate cellInd in erfh5StorageManagement.cpp" (формулировка немного изменилась). :bac:
Мне удалось скачать только через предлагаемый загрузчик. Залил сюда: https://dropmefiles.com/9isTl
Решение проблемы оказалось простым до неприличия: в меню StartSimulation перед запуском расчета всего-то нужно нажать на кнопку DataCast:gygy:
Ты хочешь сказать, что полностью "просчитал" свою отливку в модуле CAFE?
Интересно, сколько же у тебя "весит" файл *_cagl.v? Поделись.
Компутер при переходе к расчету CAFE задумался крепко, для бруска 35х35х75 этот файл 1,34 Гб весит. Сколько он будет весить, если посчитать что-то настоящее, боюсь представить.
Решить проблему по-другому у меня не вышло.
Считал на модуле CAFE турбинную лопатку - модельный блок имеет четырехместную форму - 4 отливки в блоке. Для модуля CAFE была задействована только 1 лопатка - общий объем элементов порядка 3,8 млн - весят расчеты 42,7 Гб.
Расчет, очевидно, может стоприться по двум причинам.
Либо ограничения, о которых я упоминал ранее, значительно расширены, но не сняты полностью.
Либо, если все-таки эти ограничения сняты полностью, то "тупо" не хватает ресурсов обычного компа и нужен суперкомп
. Оно и понятно - "клеточный автомат" генерирует ячейки размером (по умолчанию) 100 микрон каждая. Чтобы обсчитать твою модель понадобится ~ 2000*2000*5000=20000000000 ячеек.Естественно, комп "бунтует". Выход понятен - делать "слайсы" или выделять малые объемы "критичных" областей отливки. Собственно, также, как это и делалось раньше. В твоем случае это может выглядеть так:
"Исходный" vdb можешь забрать здесь:
http://rusfolder.com/44877385