Изменение ГУ в процессе расчета (зависимость от температуры), и вообще управление самим Флюентом

[Игорь (Москва) 1]

Добрый день!

А не подстажете ли - столкнулся со следующей штукой...

Хочу посчитать простенькую, но НЕСТАЦИОНАРНУЮ задачу.

Пусть греется током металлический цилиндрик.

Для расчета надо задать ГУ на поврехности. У нас свободная конвекция - значит задается коэффициент теплоотдачи, который считается по эмпирическим формулам - числа Gr, Pr, степени и коэффициенты.

При этом параметры входящие в числа подобия ЗАВИСЯТ ОТ ТЕМПЕРАТУРЫ. Которую мы еще... не посчитали. Соответственно надо задаваться каким-тоначальным приближением, считать с ним, получать распределение т-ры, пересчитывать коэффициент теплоотдачи и все по новой.

И это только один шаг. Затем... как-то делать второй шаг. Как - непонятно. И на нем считать так же.

Вот и вопрос - а как?

И вопрос общий - а как вообще управлять тем что делать Флюент без визуального интрефейса?

Еще пример навскидку - например если хочется просчитать сотню вариантов отличающихся какими-то параметрами - то как это автоматизировать?

Тут пролетела информация насчет schemes. Вроде это язык который позволяет во Флюенте делать что-то такое. Но информации нет к сожалению.

Вот...

С уважением,

Игорь

[chupal 0]

Добрый день!

А не подстажете ли - столкнулся со следующей штукой...

Хочу посчитать простенькую, но НЕСТАЦИОНАРНУЮ задачу.

Пусть греется током металлический цилиндрик.

Для расчета надо задать ГУ на поврехности. У нас свободная конвекция - значит задается коэффициент теплоотдачи, который считается по эмпирическим формулам - числа Gr, Pr, степени и коэффициенты.

При этом параметры входящие в числа подобия ЗАВИСЯТ ОТ ТЕМПЕРАТУРЫ. Которую мы еще... не посчитали. Соответственно надо задаваться каким-тоначальным приближением, считать с ним, получать распределение т-ры, пересчитывать коэффициент теплоотдачи и все по новой.

И это только один шаг. Затем... как-то делать второй шаг. Как - непонятно. И на нем считать так же.

Вот и вопрос - а как?

И вопрос общий - а как вообще управлять тем что делать Флюент без визуального интрефейса?

Еще пример навскидку - например если хочется просчитать сотню вариантов отличающихся какими-то параметрами - то как это автоматизировать?

Тут пролетела информация насчет schemes. Вроде это язык который позволяет во Флюенте делать что-то такое. Но информации нет к сожалению.

Вот...

С уважением,

Игорь

Относительно свободной конвекции на цилиндре: а зачем вообще сюда приплетать всякие Грасгофы? Считайте напрямую свободно-конвективное течение во флюенте.

Если же все-таки хочется привлечь приближенные формулы, то можно задавать граничные условия, зависящие от температуры стенки с помощью UDF (см. UDF Manual).

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

Литературы по Sсheme в интернете достаточно, например <noindex>здесь</noindex>. Хотя у меня, например, чего-то пока руки до его изучения не дошли. Да и очень он специфичен...

[Mottle 0]

Относительно свободной конвекции на цилиндре: а зачем вообще сюда приплетать всякие Грасгофы? Считайте напрямую свободно-конвективное течение во флюенте

Считать напрямую сопряженный теплообмен это конечно хорошо, так как хлопот меньше, но не всегда гладко получается. Это к тому, что по результатам решения сопряженной задачи не всегда удается получить совпадения с теми самыми эмпирическими зависимостями вида Nu=f(Gr, Pr, ...). А сравнения подобного рода зачастую являются чуть ли не единственным способом валидации результатов. Если конечно не обладать экспериментальными данными по температуре металла, скажем.

В любом случае, попробывать стоит (сопряженную постановку). И не забыть, конечно, потом Nu посчитать.

А если же считать чистую задачу теплопроводности, то тут конечно без UDF не обойтись.

[Игорь (Москва) 1]

Добрый день!

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

Собственно уже разобрался.

Вот такая UDF оказалась вполне работоспособной.

#include"udf.h"

DEFINE_PROFILE(alfa_profile, t, i)

{

cell_t f;

real temper;

begin_f_loop(f, t)

{

temper = C_T(f, t);

F_PROFILE(f, t, i)=1000*temper; /* Это такая альфа - 1000 умноженная на температуру. Взял просто для теста. На самм деле должно быть все сложнее, но пока это не важно//

}

end_f_loop(f, t)

}

Если кто заметил ошибки - скажите пожалуйста!

С уважением,

Игорь

[Mottle 0]

Ошибок вроде нет, тем более если все это работает. Но ведь это же стационарное граничное условие. А как я понимаю Вам на каждом временном шаге нужно пересчитывать температуру поверхности

[Игорь (Москва) 1]

Да. Это вопрос. Я думаю, что ГУ применяется на каждом шаге. Но... я могу сильно ошибаться.

Надо попробовать просчитать "ручками" и сравнить. Хотя это по идее простой вопрос для знатока. Просто мы не знаем как работает Флюент в этом аспекте.

[Mottle 0]

На каждом временном шаге должно быть одно поле температур. Т.е. на каждом временном шаге имеем один профиль температуры стенки.

[Игорь (Москва) 1]

На каждом временном шаге должно быть одно поле температур. Т.е. на каждом временном шаге имеем один профиль температуры стенки.

А... а что это означает?

А как может быть по другому? Можно поподробней?

[Mottle 0]

Итак. Ваша UDF будет работать корректно. На наждой итерации Fluent будет прикладывать к границе Вашу UDF (если конечно не изменить настройки Update UDF). Т.е. каждую итерацию внутри одного временного шага будет вычисляться коэффициент теплоотдачи.

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

[Игорь (Москва) 1]

Спасибо! Понял.