Определение скоростей U, V, W в Cfx Pre

[alexkos16 5]

Добрый день!

Выполнил я расчет осевого компрессора в двухмерной постановке в Axstream. 
Получил скорости и компоненты этих самых скоростей. 
В качестве первого приближения хочу задать в Pre инициализацию в доменах по скоростям, но не совсем понимаю какие именно скорости нужно задать в Cartesian.
 Компоненты скорости или сами скорости т.е. относительную,  переносную и абсолютную? Т.е. U, V, W это проекции какой-то скорости (какой?) на X, Y, Z  или 
скорости,  которые я назвал .

Изменено 29 октября 2020 пользователем alexkos16

[piden 2 874]

4 hours ago, alexkos16 said:

U, V, W это проекции какой-то скорости (какой?) на X, Y, Z

Проекции абсолютной скорости на XYZ. Help об этом может рассказать лучше)

 

4 hours ago, alexkos16 said:

но не совсем понимаю какие именно скорости нужно задать в Cartesian.

Вроде как здесь напрашивается Polar, нет?

 

4 hours ago, alexkos16 said:

хочу задать в Pre инициализацию в доменах

В качестве инициализации можно использовать предварительно посчитанный кейс. Даже если сетка там была другая. Выбирается при запуске на решение на вкладке Initialization вроде..

[alexkos16 5]

2 часа назад, piden сказал:

Вроде как здесь напрашивается Polar, нет?

Вы имеете ввиду Cylindrical ?
А есть какие-то нюансы если я выберу Cartesian вместо Cylindrical?
Тогда Axial, Radial, Theta component это соответственно компоненты абс скорости?

 

 

2 часа назад, piden сказал:

В качестве инициализации можно использовать предварительно посчитанный кейс. Даже если сетка там была другая. Выбирается при запуске на решение на вкладке Initialization вроде..

Как раз я первый расчет собираюсь запустить. 

[piden 2 874]

Just now, alexkos16 said:

Тогда Axial, Radial, Theta component это соответственно компоненты абс скорости?

Да)

 

Just now, alexkos16 said:

Как раз я первый расчет собираюсь запустить. 

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

[Борман 2 375]

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

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

Типа пешком с пятого этажа проще подняться до десятого, если до этого ты уже пешком поднялся на пятый ?

[piden 2 874]

@Борман ,

типа на лифте быстрее подняться с пятого на десятый, если ты уже как-то добрался до пятого.

Про "пешком" было бы уместно, если бы он вручную все итерации считал.

[Борман 2 375]

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

Про "пешком" было бы уместно, если бы он вручную все итерации считал.

Так вот и объясни чем отличается поиск начального приближения от обычного решения ?

[piden 2 874]

 

1 minute ago, Борман said:

Так вот и объясни

... какие знакомые интонации..

[alexkos16 5]

1 час назад, piden сказал:

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

Но сходимость будет быстрее. Так ему проще будет жить)
Вообще я считаю х-ку компрессора и вот интересно можно ли изменять к примеру расход  на выходе в автоматическом режиме по 1 изодроме? Случайно не с помощью функции if ?

[piden 2 874]

31 minutes ago, alexkos16 said:

Случайно не с помощью функции if ?

У вас же стационарный расчет?

С if можно, но неадекватно много мучений: нужно будет явно задавать количество итераций до завершения расчета (или писать функцию под определение завершения) и для бекапа файлов результатов.

Если через WB считаете, то проще всего расход сделать параметром.

Если отдельно в CFX - то или создать нужные конфигурации, или через .ccl файлы.

[alexkos16 5]

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

Если отдельно в CFX - то или создать нужные конфигурации, или через .ccl файлы.

А что Вы имеете ввиду под "конфигурации"?

[karachun 2 038]

2 часа назад, Борман сказал:

чем отличается поиск начального приближения от обычного решения

Ничем, кроме того что поиск начального приближения должен быть проще чем само решение иначе теряется смысл в хорошем начальном приближении.

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

Самый интересный вариант это посчитать обычное решение на грубой сетке а потом интерполировать его на подробную. В этом случае мы как раз ищем первое приближение теми же самыми методами что и само решение.

[Борман 2 375]

1 минуту назад, karachun сказал:

Самый интересный вариант это посчитать обычное решение на грубой сетке а потом интерполировать его на подробную. В этом случае мы как раз ищем первое приближение теми же самыми методами что и само решение.

Кругом обман.

[karachun 2 038]

15 минут назад, Борман сказал:

Кругом обман.

Так и живем. Принцип Парето, 20% усилий дают 80% результата. Тем более что чем мельче сетка тем сложнее сходимость.

Если есть экспериментальные данные в оцифрованном виде и их достаточно то можно засунуть и их.

[piden 2 874]

55 minutes ago, alexkos16 said:

А что Вы имеете ввиду под "конфигурации"?

CFX-Pre User's Guide > Chapter 38. Configurations

[alexkos16 5]

14 часов назад, piden сказал:

CFX-Pre User's Guide > Chapter 38. Configurations

Спасибо!

 

 

[alexkos16 5]

29.10.2020 в 13:46, piden сказал:

29.10.2020 в 13:42, alexkos16 сказал:

Тогда Axial, Radial, Theta component это соответственно компоненты абс скорости?

Да)

 

А данные компоненты скорости строго привязаны к глобальной СК?

Если у меня ось вращения OZ, то радиальная составляющая будет по ней направлена или все-таки осевая скорость?