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

Горение в потоке


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

Передо мной стоит задача моделирования процесса горения в потоке выхлопных газов газовой турбины. Для этого использую FlowVision 3.08. На первом этапе смоделировал горение в потоке воздуха. Теперь в качестве окислителя необходимо задать параметры потока выхлопных газов (а точнее - его состав), подскажите, пожалуйста, как это сделать. Вещества из стандартного набора базы данных не подходят, а в свойствах можно задавать молярную массу, плотность, вязкость и т.п.

И второй вопрос: как узнать состав продуктов сгорания, используя возможности FlowVision?

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


Я так понимаю, для начала нужно создать свое вещество, чтобы его подключить к расчету.

Берете Базу веществ, копируете ее, создаете в ней свое вещество. В качестве примера используйте текущие вещества из базы и продукты сгорания, которые в ней есть. Там все на текстовых файлах построено, поэтому все просто.

Это раз.

Два. Нужно обратиться в техподдержку с этим вопросом, чтобы правильно задать параметры реакции.

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

Спасибо, с первым разобрался!

Насчет второго: вроде бы реакции стандартные - окисление топлива (природного газа), т.е. в реакции будут участвовать только углеводороды и кислород. Думаю стандартные настройки FlowVision это "умеют делать". Вопрос в том как узнать состав продуктов сгорания на выходе.

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

Ну там же вроде концентрации можно компонент смотреть? Или вам конкретный нужен перечень продуктов сгорания?

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

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

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

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

Ну температуру и давление вы узнаете, проведя моделирование. А вот химия... Тут всего одна реакция, в результате которой получается виртуальное вещество 'продукты', которое есть смесь продуктов и обедненного кислородом воздуха. Лучше моделировать воздух как смесь азота и кислорода, а в продукты ставить со2 и воду. Так более понятно. Хотите большего - обращайтесь в тп и просите многореакционную химию. Нас таких будет уже минимум двое. Ида, через текущий интерфейс 'химия' можно делать разве что реакции из тутора.

Добавлю полезную ссылку: <noindex>http://fsapr2000.ru/index.php?showtopic=38585</noindex>

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

С реакциями всё ясно. Как используя возможности FV получить данные по концентрациям составляющих веществ продуктов горения???

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

И вдогонку к предыдущему вопросу.

При установке диапазона изменения значения коэффициента избытка окислителя (ист. и восст.) в "Глобальный" принимают очень большие значения (от 25 тыс. до 58 тыс.)?

Что это вообще за величины? Привычно видеть коэффициент избытка воздуха 1,05 - 1,2, для газовых турбин 2,8 - 5,8.

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

С реакциями всё ясно. Как используя возможности FV получить данные по концентрациям составляющих веществ продуктов горения???

в какой постановке?

понятно, если реакция одна, то и продуктов кот наплакал. никакого NO NOx итд.

вариант А - как это видят в FV - топливо+воздух=продукты. продукты при этом - вещество из базы, оно как-то там рассчитано - его свойства представляют собой свойства продуктов, пересчитанные по концентрациям входящих в некий средний выхлоп веществ. каких именно - хз - спросите ТП. Т.е. знаем состав выхлопа, по нему считаем свойства вещества, загоняем в базу. Используем на все случаи жизни.

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

такой подход годится только когда от горения интересен только энерговклад и его влияние на поток.

вариант Б - чуть лучше - воздух представляем как O2, N2, (+H2O, + CO2, +?).

топливо есть топливо. O2+топливо=CO2 + H2O. Соотношение между ними будет постоянным (если не задавать +H2O, + CO2 на входе). Их наличие можно смотреть через массовые доли. То же самое что и вар.А, но мы не доверяем "продуктам", как некой непроверенной виртуальной смеси.

Истинные величины - это величины, полученные в результате горения.

Восстановленные - это величины, полученные при смешивании, но как-будто горения нет.

В общем, см. мануал - там это всё есть.

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

Сделайте горение из туториала - м.б. станет понятнее.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Jesse
      выкиньте призмы из расчёта.. считайте балочными конечными элементами, ограничив на концах лишь перемещения, как на картинке выше. Тогда всё будет збс..))
    • Jesse
      хз, запустил расчёт с вашими дефолтными настройками, всё посчитало. Но я бы упростил модель. Трубу можно точно исключить из расчётной модели (можно юзануть опцию "рассматривать как удалённую массу"). Всё остальное можно сделать оболочками, временно выкинув болты из модели. Также лучше использовать "Сетка на основе смешанной кривизны". Вот результаты. Напряжения небольшие, 09Г2С спокойно выдержит..))  
    • Killerchik
      Смысл в том, что подача должна указываться для фактического перемещения режущего клина. При одинаковой угловой скорости, в зависимости от радиуса траектории линейная скорость движения точки будет пропорциональна радиусу.
    • Killerchik
      Вероятно, я не совсем понятно написал. почта "имя@домен компании.com", хостер почты - Гугл.   Я, быть может, был бы готов из интереса рискнуть своей компанией - но точно не чужой.
    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
      Здравствуй, ты можешь свой дискорд дать и показать?
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
×
×
  • Создать...