Здравствуйте!
В рамках работы над своей диссертацией столкнулся необходимостью расчёта аэродинамической нагрузки на движущийся поезд от объёктов инфраструктуры
Ранее моделировал эту задачу созданием объёма с вычитанием из него нужного объекта и "погружением" в него поезда как immersed solid
Очевидно, что основной недостаток этой модели - отсутствие пограничнгог слоя вокруг поезда, в связи с этим решил использовать слеующий подход к решению этой задачи:
1. Моделирование объёма с вычитанием из него объекта инфраструктуры
2. Создание домена c вычтеным из него объемом поезда и приданием верхней и нижней граням радиуса большой величины (500...1000 км)
3. Вычитание из домена п.1. домена п.2. Таким образом в домене 1 получается тоннель, в котором перемещается домен с поездом
4. Связь этих доменов через transient rotor-stator interface
Отмечу, что домен с поездом на 300...400 м больше в длину, чем объект с сооружением
Модель принципиально работает, все движется, картина распределения воздуха вокруг поезда корректная. Однако, interface некорректно передает параметры воздуха, домены словно не взаимодействуют.
С чем это может быть связано и как можно решить эту задачу?
Как могут сосуществовать понятия
распределение воздуха правильное и домены не взаимодействиют?
Тут либо одно, либо другое.
Распределение воздуха вокруг поезда в подвижном домене (внутри него) корректное, но interface словно не связывает два домена и выступает как wall
При просмотре давлений на side 1 и side 2 для каждого интерфейса картина распределения абсолютно разная как при выборе переменной pressure, так и pressure in stn frame
спасибо за картинку, теперь понятней... прежде всего, вокруг поезда образуются контуры физических величин, похожие на настоящие, но назвать их настоящими можно будет лишь при корректной работе интерфейсов. покажите, как вы определили интерфейсы, для этого откройте настройки интерфейсов и покажите все вкладки настройки.
Интерфейсы задаю для каждой поверхности отдельно (всего 4)
Созданные при этом автоматческий граничные условия в доменах не изменял
спасибо, теперь еще яснее. попробуйте поменять Pitch change -> Automatic на Pitch change -> None
Попробовал на тестовой модели (все то же самое но размеры доменов сильно поменьше), результат лучше к сожалению не стал
запустил кирпич для пробы, вроде как передается информация через интерфейсы... или?
Если как у Вас указано на скриншоте, то решение не запускается в принципе, т.к. нет frame change/mixing model
| Message: |
| Error number 1 found in subroutine CHECK_INIT. Interface |
| "v1t1" connects a rotating and stationary domain, but has no frame change model.
похоже, что одна из сеток крутится. паровоз ведь движется поступательно, но не крутится, верно? под immersed solid вы выбрали скорость и направление, верно? все домены без rotating, верно?
Да, крутится
Возможно, я немного спутанно объяснил, но модель с использованием Immersed Solid работает успешно, однако есть вопросы с корректности ее использования в рассматриваемой задаче
А сейчас я по сути моделирую движение домена с "вычтеным" из него поездом по окружности очень большого радиуса (roating domain) который проходит через подготовленный "тоннель" в стационарном домене. На поверхностях этого тоннеля и подвижного домена как раз и задается интерфейс transient rotor stator
Или существует возможность задать движение домена с "вычтенным" из него поездом поступательно? В настройках CFX вроде есть только roating
Добавить комментарий