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

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


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 пользователей

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




  • Сообщения

    • alek77
      Не отработал на нарисованном прямоугольнике: Начальный макрос такие вещи отрабатывает:   SW17 у меня  
    • Горыныч
      Не занимайтесь ерундой. В Китае б/у оборудование ОЧЕНЬ ликвидно, а потому дорого. Ну и в 99%случаев уже ушатано почти в ноль. 
    • Guhl
      Кто-нибудь может подсказать сайт, где продаются б/у станки в Китае?
    • gudstartup
      если не повезет то вобразе исправляйте user/system/etc/basesys.ini
    • andref
      @gudstartup  ну если есть PCU50  то все гораздо проще: подключаем к нему мышь , клаву и монитор, загружаемся в Windows и выставляем там  нужный IP (надеюсь что он известен). А вот если 840Dsl без PCU50 , то да... Хотя может просто сетевые разъемы  перепутали  
    • Kate KAUS
      Инжиниринговая компания, специализирующаяся на проектировании морских портов и терминалов приглашает в команду Ведущего/главного инженера-проектировщика ПОС. Чем предстоит заниматься: Разработка разделов проектной документации ПОС согласно ПП№87; Анализ проектной и исходно-разрешительной документации, используемой в качестве данных для составления раздела ПОС Составление ведомостей объемов работ разделов ПОС; Выдача заданий и исходных данных для смежных отделов; Обеспечение увязки принятых решений с проектными решениями других разделов (частей) проекта; Принятие основных технических решений, их обоснование, согласование и защита в органах экспертизы. Разработка основных технических решений на период строительства объектов (ППР, ОПР, строительные решения); Обеспечение соответствия разрабатываемой документации стандартам, техническим условиям, заданию на проектирование.   Требования: Высшее профильное образование (строительное); Опыт не менее 3 лет по специализации ПОС, ППР; Знание требований, предъявляемых к оформлению проектной документации; Умение качественно и в срок выполнять поставленные задачи; Опыт работ на строительных площадках приветствуется; Опыт прохождения согласований проектной документации; Знание ПК на уровне уверенного пользователя: (AutoCAD, Adobe Acrobat PRO, MS Office : Word, Excel, выполнение расчетов в программах).   Мы предлагаем: Трудоустройство согласно ТК РФ Пятидневную рабочую неделю с 9:00 до 18:00 Все социальные гарантии, ДМС Полностью официальную заработную плату, уровень готовы обсуждать с успешным кандидатом Динамично развивающаяся компания, комфортный офис   г. СПб м. Василеостровская, зп от 100 000-140 000р.   Контакты: eksmirnova@kaus-group.ru ТГ @Kate_Kaus  
    • Maks Horhe
      Все ок, работает. Спасибо, только пересчитывает подачи, как отключить пересчет, работать с постоянной подачей? Есть аналог cftcp Siemens? Или надо лезть в параметры?
    • Anat2015
      Боюсь, что не смогу вам помочь, тему прочитал. Я давно уже на административной работе, технические нюансы не помню. Думаю, вам тут помогут.
    • gudstartup
      придется вам вооружиться access my machine выкачать образ cf и там отредактировать сетевые настройки или если образ есть то залить его для восстановления
    • andref
      на фото у вас не стойка а TCU (Thin Client Unit) Посмотрите в шкафу, вот примерно такой блок есть? PCU50.3
×
×
  • Создать...