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

Не повышается температура после рабочего колеса центробежного компрессора


seyka

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

Добрый день!

Столкнулся со следующей проблемой: рассчитываю ступень центробежного компрессора. Моделирую её работу на расчетном режиме работы. Рабочая среда - природный газ. Его свойства задаю таблицами. 

Начальное давление 6,8 МПа, начальная температура - 15 С - параметры заданные на входе в проточную часть. На выходе задавалась массовая скорость. Вращение рабочего колеса задавалось по средствам подвижного тела. 

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

С чем может быть связано поведение температуры после элемента в котором подводиться энергия?

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


какую вы ожидаете температуру?

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

 

хотя от этих задач я далек...

 

посмотрите еще такие параметры как опорное давление и опорная температура.

М.б. у вас есть неувязка с этим, и с вашими граничными условиями?

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

энергия подводимая в рабочем колесе срабатывает на повышение давления и температуры. Помимо этого в проточной части происходит перераспределение потенциальной энергии в термическую + температура газа повышается за счет вязкостного трения газа. Таким образом температура может повышаться до 15-20 гр С. Эта величина зависит выходного угла наклона лопатки рабочего колеса, условного числа Маха для рабочего колеса и сжимаемой среды. В моей расчетной и экспериментальной практике минимальное значение которое я получал было 5 гр С.

 

М.б. у вас есть неувязка с этим, и с вашими граничными условиями?

чет я на понял о чем Вы говорите( 

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

Добрый вечер! Учтен ли теплоперенос в расчете? По моему во вкладке где выбирается конвекция и теплоперенос.

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

Добрый вечер! Учтен ли теплоперенос в расчете? По моему во вкладке где выбирается конвекция и теплоперенос.

без включенного теплопереноса не задать температуру в этом пакете.

 

В 3,09,03 есть такая штука, как опорные значения расчета - самый верх дерева пре-пост-процессора.

Далее все величины - начальные и на ГУ - задаются относительно них. 

Поэтому если вы задали начальное давление 6,8 МПа, начальная температура - 15 град, то в реальности у вас 7,8Мпа и 315 град.

Смотрите раздел "общие установки"

 

Вы можете выложить ссылку на архив с клиентской частью проекта - м.б. я смогу его открыть и посмотреть.

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

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

По поводу опорных величин. Да действительно давление порядка 6,8 МПа (точную величину не помню на память), а вот температура у меня традиционно ставится 273,15. Следовательно выдаваемые величины в результате расчета являются градусами цельсия:)

По поводу включения теплопереноса - да включен.

В добавок по версиям, есть и 3,09,4 - но я ее мало тестил с подвижным телом, поэтому для данной задачи решил использовать проверенную 3,09,03

 

Спасибо за не равнодушие к моей задаче:)

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

обновляйтесь до 3,09,05 - там задачи типа ротор-статор можно решать в секторной постановке с использованием периодического ГУ.

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

именно для этой задачи необходимо решать через подвижное тело - необходимо учитывать теретечки через пазухи у рабочего колеса. Хм 05 версия мне уже будет недоступна техническая поддержка закончилась и дальше не проплатили её(((

Ссылка на сообщение
Поделиться на других сайтах
Рабочая среда - природный газ.
Начальное давление 6,8 МПа, начальная температура - 15 С -
При этом повышение давления происходит ожидаемо и степень повышения давления равна 1,21.
какую вы ожидаете температуру?
Это Газпромовская компрессорная станция. Должно скакнуть не менее чем на 30-40 градусов.
Ссылка на сообщение
Поделиться на других сайтах

Задайте условия исключительно адиабатического процесса сжатия газа в турбине.

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

с объединенным газовым законом (p*V)/T=const.

Должны измениться все три параметра и температура в том числе.

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

Затем добавьте условия теплообмена, изменение температуры д.б. 

меньше, чем для адиабатического процесса.

Хотя если считать, что в турбине и корпусе установилось тепловое равновесие,

то это будет означать квазиадиабатические условия сжатия.

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

А вообще, если известно давление, температура и расход "до", и известно давление "после", массовый расход не меняется - то можно найти плотность "после", а по плотности и давлению - найти температуру "после" ;) 

Ссылка на сообщение
Поделиться на других сайтах
Это Газпромовская компрессорная станция. Должно скакнуть не менее чем на 30-40 градусов.

на сколько я помню такие ступени в газпроме есть - гл в каждом компрессора по 2 - 3 ступени для линейных станций. 30-40 это для всего компрессора, а для одной ступени где то 12-15. 


А вообще, если известно давление, температура и расход "до", и известно давление "после", массовый расход не меняется - то можно найти плотность "после", а по плотности и давлению - найти температуру "после" ;) 
 

да я могу взять результаты эксперимента и считать не стоит. Основная цель расчета - посмотреть величину перетечки через пазуху между рабочим колесом и статорными элементами проточной части. Эспериментально довольно противно это делается...

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

как дела? 

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

https://cloud.mail.ru/public/MgSH/viiG8ByrR

клиент расчета

1) зачем заменили плотность с закона идеального газа на таблицу?

2) отрицательную массовую скорость задавать нельзя - выполните урок из туториала по задаче ротор-статор

2.1) в целом надо ставить другое гу на выходе..., не вход/выход....

3) задавать нулевые параметры турбулентности очень не рекомендуется. нужно хотя бы 0,001 везде поставить

 

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

Ссылка на сообщение
Поделиться на других сайтах
1) зачем заменили плотность с закона идеального газа на таблицу?

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

2) отрицательную массовую скорость задавать нельзя - выполните урок из туториала по задаче ротор-статор

хм - даж не знаю что ответить. Данный подход решения задачи, а именно задания ГУ разрабатывался совместно с технической поддержкой FV. Более кого, данное задание ГУ много кратно было подтверждено верификацией с экспериментальными данными. Все было шикарно просто!

3) задавать нулевые параметры турбулентности очень не рекомендуется. нужно хотя бы 0,001 везде поставить

Тут согласен!

 

Спасибо за уделяемое время данной проблемы! 

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

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

тогда точность таблицы должна быть выше - это влияет на расчет тепловых задач 

 

хм - даж не знаю что ответить. Данный подход решения задачи, а именно задания ГУ разрабатывался совместно с технической поддержкой FV. Более кого, данное задание ГУ много кратно было подтверждено верификацией с экспериментальными данными. Все было шикарно просто! 

да, я ошибся, нельзя задавать отрицательную скорость, а массовую скорость отрицательную можно.  Нюанс в том, что и скорость, и массовая скорость работают внутри примерно одинаково - оба ГУ работают, по факту, как массовая скорость, поэтому очень интересно, почему в одном месте (-) задать можно, а в другом - нет.

 

еще посмотрю задачку.

еще посмотрите - сейчас есть два теплопереноса - через h и через H.

один для М<0.5 а второй для >0.5.

 

попробуйте переключить.

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

еще нюансы:

 

опорным давлением лучше задать статику на входе (или выходе), чтоб относительное давление на входе (или выходе) было = 0. Это повышает точность/скорость немножко.

Сейчас у вас опора 100000, и полное на входе +7241000, в результате статика на входе +7100000.

А надо : опора 7200000.

после такого изменения задачу надо полностью пересчитывать!

 

сетка грубая. но можно еще в 2 раза загрубить (будет 50тыс вместо 300тыс ячеек), получить сошедшееся решение, и потом проадаптировать 1м уровнем по объему и 2м уровнем по лопаткам.

Для этого лопатки ротора и статора надо было еще в CADе покрасить в другой цвет...В уже сделанном проекте это не так удобно делать. Хотя можно сделать замену геометрии.

 

Далее - шаг по времени некорректно задавать фиксированным. У вас подвижное тело, такие задачи считаются с поверхностным CFL=1 или меньше. (конвективное ставим 100).

 

у меня сейчас на выходе +23 градуса, но это не сошедшееся решение. Но жду, что сойдется примерно к этой цифре, а потом можно проадаптировать сетку и уточнить решение.

 

Вот слева динамика температуры в моем варианте, справа - в вашем

post-26004-0-63329700-1475709023_thumb.jpg

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • plm-ural
      О вебинаре Уважаемые коллеги! Приглашаем Вас на вебинар, посвященный обзору возможностей программы Логос Прочность. Это высокоточный отечественный инструмент для численного решения широкого спектра задач статического и динамического упругопластического деформирования и разрушения конструкций, а также вибрационного анализа и широкополосной случайной вибрации при проектировании высокотехнологичных промышленных изделий.   Дата проведения: 24 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   1.    Общая характеристика решения Логос Прочность 2.    Перечень основных решаемых задач (статические расчеты прочности, вибрационный динамический анализ, динамические расчеты во временной области) 3.    Демонстрация решения задач     Логос Прочность обладает достаточно удобным пре/постпроцессором, позволяющим корректировать и создавать геометрию, строить сетку конечных элементов, формировать необходимые условия задачи, а также производить обработку результатов. Решение разрабатывается с учетом требований отечественных предприятий для решения реальных задач в различных отраслях промышленности, включая обычные вооружения, атомную энергетику, авиастроение, транспортное и военное машиностроение и многие другие.   Вебинар будет интересен специалистам, занимающимся прочностными расчетами.   Спикер  — Сергей Хрулев, руководитель бригады прочности ГК «ПЛМ Урал».   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru. Будем рады видеть Вас в качестве участников!   Регистрация на вебинар  
    • plm-ural
      О вебинаре Приглашаем Вас на вебинар, посвященный сравнительному анализу российской системы компьютерного моделирования литейных процессов ПолигонСофт и ПО ProCAST от ESI Group. Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Дата проведения: 25 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   сравнение решаемых задач; сравнение возможностей ПО в плане подготовки расчетной модели; сравнение постановки задачи; сравнение и анализ полученных результатов и т.д.  ответы на вопросы.   Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Лопатки для двигателестроения являются одними из самых сложных в технологическом плане отливок и, в то же время, одними из самых ответственных деталей в агрегате. К ним предъявляются высокие требования к качеству (наличие дефектов и структура зерна), так как отливки работают в тяжелых эксплуатационных условиях.  Для их изготовления применяются дорогостоящие сплавы и, следовательно, получение не качественной отливки обходится предприятиям очень дорого как в материальном плане, так и в плане репутации.    Компьютерное моделирование изготовления таких отливок поможет избежать грубых ошибок в технологии на этапе разработки, снизить себестоимость изделия за счет минимизации брака и сократить время запуска технологии в производство.   Ведущий: Максим Ведерников, инженер технической поддержки ГК "ПЛМ Урал".   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru.   Будем рады видеть Вас в качестве участников!   Регистрация на вебинар
    • Killerchik
      Эх, текстовый файл, я тогда так не умел :( Нет, измерял по одной точке и фоткал с экрана соответствующие переменные #1хх. Сейчас бы конечно применил команду dprnt или как там её, для записи результатов в файл на стойке. Единственно что, последний раз когда надо было обмерить какой-то кривой ужас, писал точки в переменные #600-#999 и потом фоткал все разом с экрана. Хотя бы УП измерения была одна единая.
    • Говорящий Огурец
      Лучше, чем это сделал OpenMind, у меня вряд ли получится :) Полно инфы как в текстовом формате, так и видосов на Трубе
    • ak762
      @Killerchik а как вы точки касания в текстовый файл записывали, руками с экрана или использовали станочную команду?
    • Umkach
      Ну про дверцу согласен. А когда он фрезерным шпинделем об контр шпиндель стукнулся - тут ему прощения не было и его от работы на этом станке освободили (это было последней каплей)
    • Umkach
      Ребята, прекратите собачиться, жизнь не для это дана. Надо жить дружно. Простите все обиды и заройте топор войны.
    • Viktor2004
      там был косяк японцев. Если вызвать тот инструмент, который уже в шпинделе, шпиндель едет в дверцу, которая не успевает открыться. На другом станке заметили. Надо в ладдере убрать вот этот контакт  
    • Umkach
      Вот этот самый грамотный и начал убивать станок после отъезда технолога: дверцу в магазин инструмента раздолбал фрезерным шпинделем, постоянно лазает по параметрам считая себя профессионалом в этом деле (видимо так считает потому, что помогал Вам). И нет, он еще не уволился. А второй оператор он с технологом был и тоже себя считает профессионалом. В итоге станок две недели стоял. Извиняюсь за поздний ответ
    • ivanK
      Можете описать как это работает? 
×
×
  • Создать...