Перейти к публикации

Моделирование вентилятора внутри большого домена воздуха


dolivanov

Рекомендованные сообщения

Коллеги, столкнулся с задачкой по охлаждению одного прибора при помощи вентиляторов. Идея такая, что в корпусе есть нагревающиеся элементы, а также стоят вентиляторы, которые обдувают эти нагревающиеся элементы. Задача стоит так, что нужно смоделировать поток, создаваемый вентилятором, при этом вентилятор расположен внутри большего домена.

Почитав всякие форумы, решил делать следующим образом. Создаю внутри большого домена цилиндрический поддомен, который в CFX и делаю subdomainом. Далее в настройках source пытаюсь задать параметры, такие как массовый расход,температуру и скорость истечения воздуха. С этим и проблемы. У меня есть такой параметр вентилятора, как CFM, который в переводе на русский означает объемный расход. Зная только его, пытаюсь посчитать массовый расход и скорость потока, получается ерунда, так как потом сверяю объемный расход на выходе и тот, который нужен, они расходятся в десятки раз.

Подскажите, может лучше вентилятор вообще не так моделировать? У кого какой опыт в этих вопросах.

P.S. Если ставить этот вентилятор на входе в домен и задавать скорость потока на входе, пересчитав ее из площади поперечного сечения и заданного объемного расхода, то все сходится. А вот когда вентилятор нужен внутри домена, появились трудности.

Изменено пользователем dolivanov
Ссылка на сообщение
Поделиться на других сайтах


Прочитал про два способа. Первый - это сделать два объема, соединить их на интерфейсе при помощи граничных условий outlet, inlet. Но в таком случае система ругается на изолированные объемы. Если же объединяю объемы в один part, то граничные условия на интерфейсе не ставятся.

Второй способ - сделать на основе одного объема subdomain и в его свойствах создать источник. Там есть такой источник как continuity, мне он показался тем, что нужно. Но там есть параметры, например, Fluid mass source. Пока я совсем не понял, как его задавать. Хелп читал, не дошло. Пока экспериментирую, задаю от балды, кое-что получается, но не то, что нужно.

Прикладываю картинку с настройкой source в subdomain.

post-32910-0-67233100-1407952053.png

Ссылка на сообщение
Поделиться на других сайтах

Еще раз прочитал хелп. Получается, что при помощи fluid mass source я добавляю жидкость (газ) в домен откуда-то извне.

Мне же надо просто на поверхности или в малом объеме задать вентилятор, то есть придать поступающему воздуху скорость.

Ссылка на сообщение
Поделиться на других сайтах

Еще раз прочитал хелп. Получается, что при помощи fluid mass source я добавляю жидкость (газ) в домен откуда-то извне.

Мне же надо просто на поверхности или в малом объеме задать вентилятор, то есть придать поступающему воздуху скорость.

И что мешает? Правильно я понял, что где-то внутри объема (не на границе) надо поставить вентилятор?

Не знаю, как это точно делать (куда кликать и тп), но есть три подхода

1) если в продукте есть имитатор вентилятора - ставите его и всё. Такое есть в SW FlowSimulation ("Fan что-то там" называется опция)

2) нет имитатора - ставите объемную силу или жестко задаете скорость в определенном объеме, которое выделяете неким телом

3) полностью моделируете вентилятор, если не устраивает 1) или 2) - т.е. крыльчатка с вращением - но это большая и сложная задача сама по себе. 

 

UPD: еще есть вариант

4) ставите тело внутрь объема, которое становится границей (такой же как стенки домена). И затем меняете ГУ - на одной поверхности задать отсос (фиксированный массовый расход), на второй задать подачу (фиксированный массовый расход). Масса в объеме сохраняется.

Только вот это редкость - ГУ - отсос, фиксированный массовый расход.  не знаю, есть такое в CFX??

Ссылка на сообщение
Поделиться на других сайтах

 

Еще раз прочитал хелп. Получается, что при помощи fluid mass source я добавляю жидкость (газ) в домен откуда-то извне.

Мне же надо просто на поверхности или в малом объеме задать вентилятор, то есть придать поступающему воздуху скорость.

И что мешает? Правильно я понял, что где-то внутри объема (не на границе) надо поставить вентилятор?

Не знаю, как это точно делать (куда кликать и тп), но есть три подхода

1) если в продукте есть имитатор вентилятора - ставите его и всё. Такое есть в SW FlowSimulation ("Fan что-то там" называется опция)

2) нет имитатора - ставите объемную силу или жестко задаете скорость в определенном объеме, которое выделяете неким телом

3) полностью моделируете вентилятор, если не устраивает 1) или 2) - т.е. крыльчатка с вращением - но это большая и сложная задача сама по себе. 

 

UPD: еще есть вариант

4) ставите тело внутрь объема, которое становится границей (такой же как стенки домена). И затем меняете ГУ - на одной поверхности задать отсос (фиксированный массовый расход), на второй задать подачу (фиксированный массовый расход). Масса в объеме сохраняется.

Только вот это редкость - ГУ - отсос, фиксированный массовый расход.  не знаю, есть такое в CFX??

 

1. Такого в cfx не нашел.

2. Так вроде нельзя. Во всякому случае, я не нашел.

3. Так можно, но сложно и нет необходимости.

4. Этот способ с ГУ я пробовал самым первым. Получается либо нельзя задать так, либо возникают изолированные объемы. Как с эти бороться, пока не понял.

Сейчас читаю один из воркшопов, там вентилятор моделируют при помощи momentum source на сабдомене.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Еще раз прочитал хелп. Получается, что при помощи fluid mass source я добавляю жидкость (газ) в домен откуда-то извне.

Мне же надо просто на поверхности или в малом объеме задать вентилятор, то есть придать поступающему воздуху скорость.

И что мешает? Правильно я понял, что где-то внутри объема (не на границе) надо поставить вентилятор?

Не знаю, как это точно делать (куда кликать и тп), но есть три подхода

1) если в продукте есть имитатор вентилятора - ставите его и всё. Такое есть в SW FlowSimulation ("Fan что-то там" называется опция)

2) нет имитатора - ставите объемную силу или жестко задаете скорость в определенном объеме, которое выделяете неким телом

3) полностью моделируете вентилятор, если не устраивает 1) или 2) - т.е. крыльчатка с вращением - но это большая и сложная задача сама по себе. 

 

UPD: еще есть вариант

4) ставите тело внутрь объема, которое становится границей (такой же как стенки домена). И затем меняете ГУ - на одной поверхности задать отсос (фиксированный массовый расход), на второй задать подачу (фиксированный массовый расход). Масса в объеме сохраняется.

Только вот это редкость - ГУ - отсос, фиксированный массовый расход.  не знаю, есть такое в CFX??

 

1. Такого в cfx не нашел.

2. Так вроде нельзя. Во всякому случае, я не нашел.

3. Так можно, но сложно и нет необходимости.

4. Этот способ с ГУ я пробовал самым первым. Получается либо нельзя задать так, либо возникают изолированные объемы. Как с эти бороться, пока не понял.

Сейчас читаю один из воркшопов, там вентилятор моделируют при помощи momentum source на сабдомене.

 

 

momentum source на сабдомене. - я что-то похожее предлагаю в п.2, но это что-то типа force source на субдомене (во flowvision просто ставится параллелепипед и на нем ставится модификатор - объемная сила, действующая на среду. сам параллелепипед при этом полностью прозрачен для среды).

изолированные объемы - не очень понимаю, но возможно, что это аналог вложенных объемов во FV. Там внутрь объема надо отдельным телом вставлять внутрь имеющегося основного объема  нечто (например, крыло для продувки) . Знаете, как ставить внутрь объема тело для обдува?

Попробуйте "ногу" тонкую и длинную для этого объема сделать - т.е. сразу единый такой объем загрузить :)

Еще в п.4 может быть проблема с углом между гр.условиями типа стенка и вход/выход. Надо, чтоб угол был 90, а не 270 град. Т.е. нельзя просто цилиндр брать, нужно цилиндр с цилиндрическими выемками.

Ссылка на сообщение
Поделиться на других сайтах

Короче, пока нашел два способа. Сейчас пробую считать, смотрю, что получается.

1. Создавать в общем домене сабдомен и в его свойствах (source) задавать general momentum source.

2. Создавать два домена и на их интерфейсе в свойствах можно задать mass flow. Этот способ с первой попытки не хочет сходиться, массовые расходы меняются скачками. Пока пытаюсь с ним посчитать.

Ссылка на сообщение
Поделиться на других сайтах

Небольшой отчет по результатам нескольких экспериментов.

Первый способ с general momentum source на subdomain, по-моему мнению, наиболее оптимальный, так как сходится по потокам намного быстрее, чем способ с заданием массового потока на интерфейсе между доменами. В качестве подтверждения своих выводов о том, что вентилятор моделировать лучше именно так, нашел парочку туториалов с описанием похожих задач.

Правда, так и не понял, как подбирать значение этого источника момента. Делал тупо подбором, анализируя скорость на выходе и объемный поток моделируемого вентилятора.

Вообще, понравился ресурс scribd.com. Там подписка платная, надо кредитку привязывать, но первый месяц бесплатный и потом можно отказаться от подписки, чтобы не платить 9 баксов в месяц. 

Уже второй раз им пользуюсь, нужные файлы находил именно там.

Ссылка на сообщение
Поделиться на других сайтах

 

Моделирование вентилятора внутри большого домена воздуха

Здесь и ниже.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Моделирование вентилятора внутри большого домена воздуха

Здесь и ниже.

 

Спасибо. Способ с инлетом и аутлетом на границе я не смог реализовать, а хотел. Вылезает ошибка изолированных доменов.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • ДОБРЯК
      Хотите еще и матрицу масс изменить. :=) И сколько килограмм воды будете присоединять?  Опыт правильного моделирования, опыт расчета таких конструкций накапливается десятилетиями. Маловероятно, что кто-то на форуме будет вам объяснять как правильно моделировать, какие КЭ использовать, какие граничные условия задавать и т. д. Вы же всегда уклоняетесь от разговора на эти темы, даже для простых моделей.  Даже если перейдете на Ансис и не разберётесь в том, что он считает это не поможет вам написать грамотный отчет и объяснить грамотному заказчику, что вы там насчитали. Считает расчетчик, а программа это инструмент. Это только в рекламе пишут, что купите программу трехмерного моделирования, сделайте трехмерную модель, потом нажмите одну кнопку и на обычном игровом компьютере все посчитаете. Только в жизни все немножко иначе...:=)
    • Jesse
      Вот что у Биргера: Центробежные силы и индуцированный гироскопический момент зависят от квадрата частоты вращения вала   Хотя уже сама критическая частота зависит только от момента инерции колеса (альфа, бэта, гамма - это прогибы, углы поворота и прочая шелуха), т.е. частота вращения в формулу не входит, а всё определяется только моментом инерции Jm Ну у него рассматривается простая одномассовая система (фактически грузик на пружинке). Думаю поискать публикации.. мб где то раскопали аналитическую зависимость первой и высшей СЧ от частоты вращения для сложных систем. Хотя если выяснится что зависит,  всё равно обоснование придумывать придётся.  Эхх...
    • Fedor
      https://www.litres.ru/book/v-n-faddeeva/vychislitelnye-metody-lineynoy-algebry-65999878/  Ну и классику жанра :) 
    • Jesse
      4000 об/мин при наружном диаметре колеса 380 мм. Думаете, на больших оборотах вилка всё равно может разойтись и могут появиться гироскопические эффекты? Даже несмотря на вышеприведенные массово-инерционные оценки и расположение опор?   да я влияние престресс (вращение) особо не увидел... Думал обычным модальником прогнать, Ланцошом (он пошустрее).   Ещё мои раздумья направлены в сторону присоединённой массы воды, что по идее должно занижать частоты. Хотя для такого массивного вала как у меня даже на это дело можно забить, наверно...
    • Handrusik
      Maxx2000 - благодарю Павлуха - это не фриланс Утомлённый солнцем - приятно, что меня помнят
    • Борман
      Я так понимаю, что обороты не особо большие. ДК - это чисто высокооборотистая тема.   Просто мысли вслух... Если вилка будет сильно расходится, то всегда будет точка пересечения любого луча с кривой BW. Причем точка будет на меньших оборотах по сравнению с обычным престресс-модальником. Какие дальше действия ? С чем тут нужно дополнительно бороться по сравнению с тем, с чем нужно было бы бороться по результатам обычного престресс-модальника Если вилка не сильно расходится (от кривой обычного престресс-мобальника), то смысла стоить строгую ДК большого нет.    
    • boomeeeer
      На сименсе параметрами настраивается многое, что связано с менеджером иснструмента. Вызов возможен как по номерам, так и по именам инструментов. Через равно вроде как по имени вызывается (Т="имя"), а по номеру можно было, например, Т1 M6, а первый корректор подтянулся бы автоматически. И не всегда М6 на смену. Производитель мог нагородить чего угодно. Параметры надо смотреть
    • Den4ik85
      P.S этой ошибки не было при запуске,она возникла при выполнении команды смены инструмента "T=.." d1m6. (так учили на курсах) возможно,не тот номер ввел или не соответствовало название инструмента его номеру?
    • boomeeeer
      @Den4ik85 Подключаться к контроллеру и искать цепочку формирования сигнала ошибки DB2.DBX183.0. Возможно один из индуктивных датчиков на подсчёт ячеек магазина вышел из строя
    • boomeeeer
      G108 C0 - Включить шпиндель №0 в режим оси C G90 C180 - Переместить ось С в позицию 180 градусов
×
×
  • Создать...