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

Обратные Токи На Стыковке Ротор-статор


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

Всем Здравствуйте!

вот такая проблема вышла:

решается задача ротор - статор (одноступеньчатый fan) во Fluent. для ротора построена сетка на один периодич. сектор.

на статоре лопатки расположены не равномерно поэтому сетка на весь венец.

для взаимодействия выбрано mixing plane. (выход ротор - вход статор). вот только беда, токи обратные есть на статор inlet.

из-за этого теряется расход.

лучше бы здесь применить не mixing plane а grig interfase (MRF). но нельзя так как сектор ротора взаимодействует со всем колесом статора.

подскажите как хоть минимизировать эти обратные токи? :sad:

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


Всем Здравствуйте!

вот такая проблема вышла:

решается задача ротор - статор (одноступеньчатый fan) во Fluent. для ротора построена сетка на один периодич. сектор.

на статоре лопатки расположены не равномерно поэтому сетка на весь венец.

для взаимодействия выбрано mixing plane. (выход ротор - вход статор). вот только беда, токи обратные есть на статор inlet.

из-за этого теряется расход.

лучше бы здесь применить не mixing plane а grig interfase (MRF). но нельзя так как сектор ротора взаимодействует со всем колесом статора.

подскажите как хоть минимизировать эти обратные токи? :sad:

Думаю, что в случае с MRF нужно брать весь ротор целиком, либо период ротора должен быть равен периоду статора.

Здесь, наверное, можно пойти по двум разным путям:

- принебречь неравномерностью статора и, модифицировав геометрию, сделать его

периодическим, с периодом ротора.

- считать полную геометрию ротора

Второй вариант более точный.

Да, кстати, забыл еще сказать по поводу массовых расходов в Mixing Plane. Если у Вас одна граница интерфейса больше другой, то и массовый расход через нее будет больше - см. картинку. Может это причина Вашего дисбаланса?

http://fsapr2000.ru/index.php?act=attach&type=post&id=9376

post-1334-1182244014_thumb.png

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

Думаю, что в случае с MRF нужно брать весь ротор целиком, либо период ротора должен быть равен периоду статора.

Здесь, наверное, можно пойти по двум разным путям:

- принебречь неравномерностью статора и, модифицировав геометрию, сделать его

периодическим, с периодом ротора.

- считать полную геометрию ротора

Второй вариант более точный.

Да, кстати, забыл еще сказать по поводу массовых расходов в Mixing Plane. Если у Вас одна граница интерфейса больше другой, то и массовый расход через нее будет больше - см. картинку. Может это причина Вашего дисбаланса?

http://fsapr2000.ru/index.php?act=attach&type=post&id=9376

про разницу расхода для Mixing Plane знаю, спасибо. вот как раз таки в моем случае и не выполняется что m1= 16m2 (16 -это колво лопаток на роторе), а должно! из-за обратных токов массовый расход для статора меньше аж на 10 m3/c.

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

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

про разницу расхода для Mixing Plane знаю, спасибо. вот как раз таки в моем случае и не выполняется что m1= 16m2 (16 -это колво лопаток на роторе), а должно! из-за обратных токов массовый расход для статора меньше аж на 10 m3/c.

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

Неужели геометрия сектора так сложна, что требует такого количества ячеек? Может сетку можно уменьшить. Вообще первый расчет, на котором подбираются параметры расчетной модели, удобно проводить на небольшой по объему расчетной сетке: расчет проходит быстро, можно настроить и опробовать разные варианты. А после этого перейти на более мелкую сетку. Кстати, на мелкой сетке можно использовать в качестве начального поля решение с крупной сетки с помощью File->Interpolate...

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

Неужели геометрия сектора так сложна, что требует такого количества ячеек? Может сетку можно уменьшить. Вообще первый расчет, на котором подбираются параметры расчетной модели, удобно проводить на небольшой по объему расчетной сетке: расчет проходит быстро, можно настроить и опробовать разные варианты. А после этого перейти на более мелкую сетку. Кстати, на мелкой сетке можно использовать в качестве начального поля решение с крупной сетки с помощью File->Interpolate...

геометрия не сложна, а вот вентилятор большого размера, и лопатки высотой 0,5 м.

следующий раз попробую сначала на грубой сетке решить задачу :smile:

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

с каких пор массовый расход меряется в м3/с ??? :smile:

а меряете точно то что надо ? нужен строго массовый расход кг/с !

закон сохранения массы работает однако, а не объема.

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

еще одно

по каким критериям остановился расчет ? просто по невязкам ?

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

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

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

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

с каких пор массовый расход меряется в м3/с ??? :smile:

а меряете точно то что надо ? нужен строго массовый расход кг/с !

закон сохранения массы работает однако, а не объема.

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

еще одно

по каким критериям остановился расчет ? просто по невязкам ?

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

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

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

привет!

это опечатка, конечно же массовый расход и в кг/с ! :smile:

и на машинку скоро хватит, хотя у меня и сейчас неплохая, но общая сетка на всю модель за 3млн.ячеек, то.... я думаю не каждая потянет!

кстати: поясните пожалуйтса

"нужно одновременно проверять макропараметры по устройству, перепады давления "

что значит макропараметры по устройству?

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

Неужели геометрия сектора так сложна, что требует такого количества ячеек? Может сетку можно уменьшить. Вообще первый расчет, на котором подбираются параметры расчетной модели, удобно проводить на небольшой по объему расчетной сетке: расчет проходит быстро, можно настроить и опробовать разные варианты. А после этого перейти на более мелкую сетку. Кстати, на мелкой сетке можно использовать в качестве начального поля решение с крупной сетки с помощью File->Interpolate...

на какой % может отличаться решение полученной на грубой сетке от решения полученного на хорошей сетке? (решение задач для осевых турбомашин)

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

на какой % может отличаться решение полученной на грубой сетке от решения полученного на хорошей сетке? (решение задач для осевых турбомашин)

Универсального ответа здесь, пожалуй, дать нельзя. Все зависит от того, насколько сетка груба по отношению к "хорошей" сетке. При расчете на более мелкой сетке могут проявиться какие-то особенности течения, каких не было на более крупной. Это, в свою очередь, иногда может очень сильно изменить общую картину течения (Например на мелкой сетке появляется отрыв и характеристики устройства падают). Если же измельчение не приводит к появлению дополнительных особенностей и перестройке течения, а только увеличивает степень разрешения имеющихся особенностей, то решение меняется не сильно. О процентах говорить сложно, поскольку это относительная величина и в разных точках поля и для разных величин они будут разные.

Вообще хорошо всегда проводить исследование сеточной сходимости для каждой расчетной модели. Для этого после расчета на грубой сетке можно сделать расчет на более мелкой (При этом все настройки можно перенести со старого расчета при помощи текстовых команд file/write-bc и file/read-bc). Степень мелкости выбираем, исходя из своих возможностей. После этого можно сделать выводы о степени влияния сетки на решение. Если влияние небольшое - это добавит нам уверенности в правильности наших расчетов, если картина течения сильно меняется, то вообще-то нужно измельчать дальше. Если наши ресурсы на пределе, то нужно попытаться разобраться в причинах изменения решения, возможно, поможет локальное и/или адаптивное измельчение в критических местах, добавление призматических слоев на стенки и т.д. Что касается точности в процентах, то, на мой взгляд, для перепада давления вентилятора при заданном расходе, отклонение от экспериментальной кривой в 5% является хорошей точностью. Точнее посчитать тяжело (иногда в отдельных точках можно попасть точнее, но в целом по кривой отклонения бывают больше, особенно на малых расходах).

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Koels
      Дополню: поменял энкодер на оригинальный, проблему не решило.
    • Koels
      Здравствуйте, имея опыт перевода системы измерения с оптических линеек на энкодер двигателя столкнулся с ошибками: "SV0410" , "SV0364" , "SV0368" , "SV453". Кто сталкивался с подобным, подскажите пожалуйста.
    • Юрий К.Ф.
      ДВС)) А если серьёзно, не знаю даже как назвать тот двигатель который там установлен. Там конструкция похожа как на вентиляторе. То есть статор (три обмотки) на который приходит три фазы с привода (китайцы его называют драйвер двигателя). Цанговая конструкция это якорь. Попробывал с бэкапом поиграться, с файлами парамметрии и машинными файлами. Там по старым записям около 30 вариантов. Не помогло. А вообще настройки шпинделя сидят в парамметрии или в машинных данных?
    • gudstartup
      само собой код т должен переписаться по сигналу tf 
    • ДОБРЯК
      Вы интересный вопрос задали. Вы не сможете задать сосредоточенные моменты инерции. Да и центробежные силы будут неправильные.
    • gudstartup
      запросто . у многих токарных станков наклонной х осьy не перпендикулярна - она обеспечивается  одновременным перемещением оси y при перемещении оси х  и наоборот для того чтобы обеспечить эту самую перпендикулярность  на фрезерных станках с включенной опцией 3d коррекции именно так исправляется кривая кинематика когда ось х или y по причине деформации перестают быть перпендикулярны
    • 4Zzz
    • Bot
      Автор — руководитель группы C3D Web Vision Оригинал статьи — на сайте C3D Labs Web Vision — это клиент-серверный модуль, предназначенный для визуализации в браузере. Он включает процессы управления камерой, такие как панорамирование, вращение, зумирование, причем как с помощью компьютерной мыши, так и с помощью жестов на сенсорном экране. Процесс поиска геометрии можно осуществлять как в режиме поиска под курсором, так и рамкой — секущей и объединяющей. Кроме того, имеются функции управления видимостью, масштабирования камеры и динамического сечения. Web Vision состоит из двух частей. Первый, frontend-часть, представляет собой npm-пакет, поставляющийся для внедрения в браузер разработчика. В него входит Type Script API для управления свойствами визуализации — скрытия объекта, его покраски и других способов взаимодействия с графикой. Второй компонент, серверная часть, в большей степени ориентирован на управление данными. Серверная часть используется для [...] View the full article
    • jtok
      Он сильно зависит от марки PP, от расчетной температуры и от расчетного срока службы (количества циклов нагружения). Поищите стандарт DVS 2205, части 1 и 2. В нем есть номограммы долговременной прочности. Он на немецком, но ничего лучше нет. Номограммы эти приведены по ссылке, внизу страницы, раздел "Список приложений".  Например, диаграмма для PP type 1 по ссылке: В оригинале же выглядят они вот так (для PP type 1): Также был древний документ на русском по этой теме, прицеплен к сообщению. _raschet_emkosti DVS 2205-2.pdf
    • Andrey_kzn
      - тут возможно смысл сообщения в том, что оси не синхронизированы, только вот зачем синхронизировать  оси X и Y не понятно. В случае двух шпинделей например,  coupled будет означать синхронизацию.
×
×
  • Создать...