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

Свободная конвекция в канале


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

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

Решаю следующим образом: построение модели в Компас, сохранение в *.sat, импорт модели в DesignModeller ANSYS WorkBench. Построение сетки в ANSYS WorkBench, потом экспорт в CFX для задания граничных условий.

В CFX-Pre создаю 3 домена: труба (solid, алюминий из библиотеки материалов), вода(fluid, water из библиотеки материалов), нагревательный элемент(solid, алюминий из библиотеки материалов), сцепляю их domain interface по поверхностям касания, все прочие поверхности адиабатные, для всех Heat Transfer ставлю Thermal Energy. Для fluid задаю Buoyancy по осям (0, -g, 0, Ref. Buyoancy Temp.: 27 [С]). Для нагревательного элемента создаю субдомен с Sources - Energy-Total source в 100 [Вт]. Для домена fluid задаю границы на входе\выходе из трубы как Opening с Opening Temp: 20 [С], Opening Pres. and Dirn, Relative Pressure: 0 [Pa].

Проблема в следующем: решение как-то быстро сходиться и по результатам расчета получается, что вода собрала тепла больше, чем выделил нагреватель. Сверял по Q=Cp*G*(T2-T1). Т2 и Т1 – средняя температуры воды на входном и выходном сечении. G – массовый расход кг\с получил в пост обработке по Function calculator – MassFlow в выходном сечении. Должно быть полюбому меньше 100 Вт, а получается больше. Помогите отследить ошибку. Что необходимо выложить?

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


... решение как-то быстро сходиться ....

Я думаю это по скоростям, а как на счёт баланса H-Energy и T-Energy по доменам?

Их можно во время расчёта вывести графиками, либо по окончании расчёта

+--------------------------------------------------------------------+

| T-Energy-домен |

+--------------------------------------------------------------------+

----

----

----

-----

Domain Imbalance, in %: 0.4928 %

Величина для жидкостей должна быть <2% (по хелпу)

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

Я прогнал следующую задачу: один домен fluid (столб жидкости в трубе), остальные домены убрал, 2 opening границы для входа и выхода, на боковые стенки падает тепловой поток. Поставил дополнительные переменные скорости и собираемой теплоты в Monitor решателя.

Результат следующий: небаланс H-Energy - Domain Imbalance:0.0212 %. Скорость на входе\выходе сошлась, но собираемая теплота, блин, опять больше, чем располагаемая. Откуда береться эта лишняя энергия, понять не могу.

Вот скрины сходимости решения

<noindex>раз</noindex>

<noindex>два</noindex>

<noindex>расходы</noindex>

<noindex>теплота падающая и поглощенная</noindex> Оба значения в Вт, хоть одна из переменных обозначена q.

Помогите отследить ошибку. В чем может быть причина? Написать подробный алгоритм моих действий?

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

Обратных течений в домен из opening выхода нет?

Нету.

Вот алгоритм на всякий случай:

1. Создал модель в компасе, сохранил в *.sat, отправил в DM Ансис.

2. Разбил на сетку. Сетка делалась путем Edge Sizing по границам объектов. Для упрощения пока оставил только трубу и саму жидкость.

3. Переношу в CFX.

3.1. Создаю домен Fluid со следующими параметрами: Вкладка Basic Settings: Material – Water (из библиотеки CFX), Buoyancy – Buoyant – 0, -g, 0, Buoy. Ref. Temp – 40 [C], Вкладка Fluid Models: Heat transfer – Thermal energy, Turbulence – None (Laminar). Остальное по умолчанию

3.2. Создаю домен Pipe со следующими параметрами: Вкладка Basic Settings, Domain Type – Solid Domain, Material – Aluminium (из библиотеки CFX), Вкладка Solid Models: Heat transfer – Thermal energy. Остальное по умолчанию

4. Задаю ГУ для доменов, для Pipe: adiabatic для всех поверхностей, кроме контактирующих с доменом Fluid и поверхности, где будет задан граничный тепловой поток; для поверхности на которую будет падать тепловой поток задаю boundary-adiabatic, sources-energy-flux-20000 [Вт/м2], что учитывая площадь поверхности, на которую падает поток создает 60 Вт.

5. Делаю Domain interface типа Fluid Solid, Interface Side 1 – pipe (с соответствующими поверхностями), Interface Side 2 – fluid (с соответствующими поверхностями), все прочее по умолчанию.

6. Для Fluid для входа и выхода задаю границу типа Opening, вкладка Boundary Details – Flow Regime – Subsonic, Mass and Momentum – Opening Pres and Dirn с Relative pressure – 0 [Pa], Opening Temperature – 40 [C].

7. Создаю переменные для мониторинга: Q_vosprinatoe - (ave(Temperature)@out-ave(Temperature)@in)*volumeAve(Specific Heat Capacity at Constant Pressure)@Fluid*massFlow()@out; massflow_in - massFlow()@in; massflow_out - massFlow()@out

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

7. Создаю переменные для мониторинга: Q_vosprinatoe - (ave(Temperature)@out-ave(Temperature)@in)*volumeAve(Specific Heat Capacity at Constant Pressure)@Fluid*massFlow()@out

Косяк здесь: 

Q_vosp = (massFlowAve(Temperature)@out - massFlowAve(Temperature)@in) * volumeAve(....

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      @boomeeeer может от страны зависит
    • david1920
      нет время нет заниматься да и информации новой нет Это я на других станках делал
    • gudstartup
      @david1920 имеется ввиду платы на системах с сертификацией опций фалом oprminf старые в расчет не принимаются вы свой 18i восстановили?
    • gudstartup
      очень даже спрашивают как обязательную информацию для проверки вашей компании налоговый идентификатор должен быть указан. на myfanuc не спрашивают а вот на портале к сожалению просто так не зарегаться. 
    • david1920
      На 0I-TC mate менял плату управления приводами На 18i-TB менял для диагностики платы процессоров (один был от Spinner другой простой) процы были одинаковые Всё работает
    • brigval
      Браком 1.04В версии 1.04Добавлено: Автоуменьшение высоты шрифта многострочного наименования в ОН чертежа.Добавлено: Переименование поверхностей, баз, размеров в порядке их следования на чертеже.Добавлено: Переименование изображений по ГОСТ: сначала виды, затем разрезы, сечения, выносные элементы.Добавлено: Выравнивание неассоциативных видов.Добавлено: Ручной ввод шага и угла наклона штриховки.Добавлено: Перемещаются в макроэлемент компоненты, исключаемые из спецификации.Добавлено: Выбор количества значащих цифр в значении площади поверхности детали для вставки в ТТ.Добавлено: Возможность не авторазмещать ТТ перед конвертацией чертежа в PDF.Добавлено: Добавлены кнопки «Выделить все включенные в расчет» и Выделить все исключенные из расчета».Добавлено: Версия КОМПАС-3D Home показывается в программе со словом Home.Добавлено: Улучшен алгоритм считывания и вставки ТТ чертежа.Добавлено: При конвертации чертежа в PDF удаляется старый файл с таким же обозначением в начале имени, как обозначение в начале имени нового файла.Добавлено: Улучшено считывание номеров позиций из 3D-модели сборки.Исправлено: Иногда скрытые и потом показанные объекты чертежа отображались не серым цветом.Исправлено: Иногда после ручного заполнения графы «Масса» ОН чертежа в окне программы масса могла отображаться не правильно.Исправлено: В некоторых случаях из ОН чертежа могла не считываться литера.Исправлено: В некоторых окнах программы неправильно показывался заголовок окна программы.Исправлено: Другие замеченные мелкие ошибки и неточности кода.Скачать
    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
    • gudstartup
      да информация о решенной проблеме очень важна так что будем ждать хороших новостей!
×
×
  • Создать...