Jump to content

Подскажите подходящий софт для анализа профиля крыла.


Recommended Posts

zerganalizer

Привет всем, кто меня ещё не знает. У меня повторно пробудился интерес к аэродинамическим профилям. Я ещё лет 10 назад создал генераторы профилей NACA 4 и 5 digit и собирался делать 6-е поколение (нашёл материалы официальные по алгоритму построения), когда сменил сферу деятельности. Примеры работы и обсуждение были тут.

 

Были найдены расхождения с забугорными программами.

 

Но несколько лет назад снова вёл изыскания на предмет создания универсального конфигуратора профиля, которым можно симулировать (аппроксимировать, имитировать) любой гладкий профиль и получить возможность поиска идеального профиля под конкретные задачи. Результаты были интересные, проектов 5 и более, в итоге получилось хорошее решение, но очень трудно управляемое.

 

В данный момент мне снова стало интересно, и я создал прототип со всего 3-мя параметрами, позволяющий генерировать аналоги всех NACA-подобных профилей в виде бесконечно гладких кривых (G3/4/5/бесконечность). Но чтобы оценить качество - нужна простая программа анализа, которая может по кривой (не по точкам!) провести анализ аэродинамики и качества сгенерированного профиля.

 

Желательно, чтобы программа была точная и бесплатная.

 

Кто что может посоветовать? Я пробовал FlowEFD, но не понял, как в ней анализировать чисто профиль, а не всё крыло. И как интерпретировать результаты анализа? Интересуют численные результаты аэродинамического качества, какие выдаёт общеизвестная программа AirFoil, но она не ест кривые, только точки.

 

Ваши варианты?

Edited by zerganalizer
  • Чемпион 1
  • Хаха 1

Автоматизирую все, что логично.

Link to post
Share on other sites
  • 1 month later...


UnPinned posts
zerganalizer
10 минут назад, NGM сказал:

Подозреваю, что этому расчёту предшествовала подготовка данных и работа пары-тройки десятков специалистов уровня PhD++. Ну это я так, мюсли вслух.

Подозреваю, что и при применении ансиса там они тоже участвовали, но ансис всё-равно сдулся. Я как раз про это.

Автоматизирую все, что логично.

Link to post
Share on other sites
a_schelyaev
1 час назад, zerganalizer сказал:

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

У нас раз выступал мужик с расчетом центробежной ступени. Совпадение с экспериментом было изумительное. Все были в восторге.

Потом в кулуарах подошел к нему и спросил какой размер сетки - 15000 ячеек.

Попасть в эксперимент проблем нет никаких.

Вопрос в том, как это было сделано.

С уважением

Link to post
Share on other sites
AlexKaz

 

1 час назад, Jesse сказал:

когда как речь идёт онли о расчётах, причём в "тяжёлых" САЕ

5 в одном затодишевле. Сегодня грузчик, завтра арфист, в среду депутат, а на остаток недели конструктор, программист, дояр и по прочности чуть-чуть:yes3:

На самом деле, такой профессии как прочнист больше нет. Их вымело зоопарком прочностных модулей в кадах. Чё-то простенькое тысячи конструкторов сами прикинут по книжкам, нормативке и в SW-каком-нибудь. А за сложное они не возьмутся - бегут и несут лимоны в фирмы типа всем известных. Только вот поток несущих фактичесски иссяк когда иссякло и сложное =)

Link to post
Share on other sites
2 минуты назад, AlexKaz сказал:

5 в одном затодишевле.

Не зря одна из книг, которую советует прочитать Билл Гейтс, посвящена универсалам :biggrin:

Link to post
Share on other sites
Цитата

Как универсалы выигрывают в специализированном мире (Дэвид Эпштейн)

 

Link to post
Share on other sites
zerganalizer

После сотни-другой продувок и экспериментов нашёл ключевые баги и ошибки, есть крайне интересные результаты, как и обещано было:

 

1. Прожка имеет косяк - если мышкой кликать в кнопку ok диалога задания анализа, то считает почти идеально, а если кликом только рейнольдса, а потом с клавы - ок - то пипец вешается или жутко косячит, с пропусками части пакета анализа.

2. Ставишь больше 300 точек - пишет, что надо 180+/-, если меньше - занижает результаты, если больше - при импорте в профиле то дыры, то аномальные линии, режущие профиль наискосяк или под жопой доп. срезы.

3. Острые профили не любит считать, много пропусков - легко 30-40% пакета анализа на разных углах атаки скипает как неконвергентные.

4. Самые мои (на мой взгляд) революционные профили надо долго на разных настройках тюнить неравномерностью точек, чтобы прога прожевала хотя бы 80% диапазона углов атаки. И ставить 1000 циклов вместо 100 по умолчанию.

5. Очень важно сравнивать профили, чья геометрия адаптирована под тот рейнольдс, что у исходно "модифицируемого" профиля. Выяснилось, что прожка почти не скипает пакет анализов, если рейнольдса поднять раз в 100 или 1000.

 

Есть несколько профилей, ключая дракончика и клювика, которые побили испытуемый профиль либо вчистую на всех рейнольдсах от 300.000 до 3,000,000,000, либо на младших + старших. Особенно эффектно всех "замочил" клювик на 3 ярдах рейнольдсов. Прямо куполом сверху по периметру покрыл.

 

А началось всё с анализа первой анимашки, там качество 200+ вышло сразу. Воткнул его в проект "23018" и продул в сравнении с ним. Ну не хочет прожка считать острые профили на низких рейнольдсах, ломает её. Вот результаты, 8 ярдов рейнольдсов на моём (жёлтые) рулят, на пациенте при больших углах атаки уже ступор прожки, кривая обрывается:

23018vs_firstMy.png

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

 

По эффективным углам атаки тут есть сдвиг - у профилей немного разные camber positions.

 

Ну, уже понятно, что конфигураторы (3 последние версии, отдельно доступны) могут создавать превосходящие скоростные профили, но теперь надо научиться адекватно продувать их в атмосфере Марса, чтобы разработать идеальное крыло для шаттлов. Так что засяду за теорию и FloEFD.

 

Так что первый же задутый мною профиль уважаемого патриарха поимел.

Edited by zerganalizer

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

23018vs_kluv.png

С "клювом" та же ситуация - на низких рейнольдсах прога скипает половину углов атали, ломая анализ (зелёные). Ситуация с более градиентным профилем из числа названным мной идеальным картина по анализам лучше, но сдвиг по углам атаки (мои - красноватые):

23018vs_E.png

Edited by zerganalizer

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer
27.01.2022 в 14:27, piden сказал:
27.01.2022 в 14:25, zerganalizer сказал:

А штатно до 10 МАХов считает-таки и стандартный?

Типа, да...

Урррааа... во FloEFD есть advanced модуль, можно считать до 30 махов и в атмосфере Марсе. Буду проектировать космические шаттлы и на планеты сажать с симуляцией.:biggrin:

Автоматизирую все, что логично.

Link to post
Share on other sites
a_schelyaev
07.02.2022 в 12:00, zerganalizer сказал:

Урррааа... во FloEFD есть advanced модуль, можно считать до 30 махов и в атмосфере Марсе. Буду проектировать космические шаттлы и на планеты сажать с симуляцией.:biggrin:

- Космоболисты прилетели...

- Капец планете.

  • Хаха 1

С уважением

Link to post
Share on other sites
  • 3 months later...
zerganalizer

Обратил внимание на зеркальную поверхность самого передового сверхзвукового ЛА - Х-59

fweAj699ReKWLnyM6J4P9j_large.jpg

Поверхности class A? Я был прав, когда ими моделировать крылья начал?

Автоматизирую все, что логично.

Link to post
Share on other sites
  • 2 years later...
green_fly
04.02.2022 в 13:07, zerganalizer сказал:

но теперь надо научиться адекватно продувать их в атмосфере Марса, чтобы разработать идеальное крыло для шаттлов. Так что засяду за теорию и FloEFD.

Во FloEFD cвойства марсианской атмосферы ограничены температурой 1000K. Да и те посчитаны при давлении 800 Па, т.е. на поверхности планеты. Вход в атмосферу и торможение сразу посчитать не получится.

Link to post
Share on other sites
a_schelyaev
13.05.2022 в 09:37, zerganalizer сказал:

Обратил внимание на зеркальную поверхность самого передового сверхзвукового ЛА - Х-59

fweAj699ReKWLnyM6J4P9j_large.jpg

Поверхности class A? Я был прав, когда ими моделировать крылья начал?

Если на этом фото, то просто в пленку завернут черную и она блестит.

В остальном ничего оригинального в обшивке нет. В продольном направлении порядок гладкости на единицу минимум выше, чем в поперечном.
62c5b4febf8428001937c998?format=jpeg

С уважением

Link to post
Share on other sites
  • 6 months later...
zerganalizer
Posted (edited)

Пора вернуться к этой теме - ИИ-CFD начинает стабильно (куда стабильнее XFLR5) выдавать результаты продувок профилей на +/-90 градусах угла атаки. И я начал продувать туннельники из этой ветки и прочие мои эксперименты, кое-что в соседних ветках выложено.

 

Из основных открытий - "туннельные профили с ярко выраженным "туннелем" не имеют прогиба качества в отрицательных углах атаки, как в NACA 2412 или GAW от Лэнгли:

 

NACA2412_03_vs_mGAW.png

 

Туннельники схожи в этом свойстве:

 

изображение.png

 

Я даже продул "клювик" на фоне туннельника:

 

Sharp_profile025.png

изображение.png

 

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

 

Present_AutoCATsys welcome.png

Present_AutoCATsys profile.png

Edited by zerganalizer

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Тадаааааам! После множества экспериментальных продувок, включая множественные пакеты найдены настройки решателя, которые не требуют включения контроля сходимости - просто проблемные места считаются дольше вплоть до достижения заданной точности. Одну цифру подправить - и вот экспресс-расчёт, а хотите - можно и точнее. Точнее, чем разрешает сетка цифры не станут - просто пойдут повторения последнего результата после сходимости точно в ноль.

 

Причём эти настройки гарантируют максимальную плавность поляр, прямо графики class A. Есть желающие продуть профиль и получить сравнение поляр типа как тут?:

 

изображение.png

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Интересный это профиль - kluvik. Нарисован самыми первыми формулами по уравнению "на глазок", верхняя дужка как есть - а нижняя сплющена из верхней масштабом по оси Y. Такой вот он отчасти "симметричненький":

 

изображение.png

 

Он доставил мне больше всех хлопот по модернизации как мешера, так и настроек CFD. Это один из самых остроносых профилей у меня в коллекции, на мой взгляд красивый и в меру грузоподъёмный. Программа продувки, работавшая как часы на других профилях, как известных, так и моих туннельных, на этом профиле начала сбоить на углах атаки вблизи 9 градусов - там где начинается провал качества CL/CD в минусовые значения. Из-за острого носа там, видимо, вихри "мама не горюй", так что мне пришлось поменять почти все настройки SU2: вместо HLLC, который довольно просто настраивать поставил самый продвинутый и универсальный AUSMPLUSUP2. Он очень капризен в настройках, его трудно заставить работать в широком диапазоне при прочих равных, особенно если сетка жиденькая. Даже продувки старой версии с критерием сходимости 4+ давали нетипичные, как по мне всплески, они видны на пунктирной поляре на фоне обновлённой версии:

 

изображение.png

 

Обновлённая версия продвинута так же и в плане производительности в 4 раза и более, и стало не напряжно делать расчёты на стареньком буке на i5 и GTX680M. Точка считается на нём в-среднем 20-30 секунд, местами - 13-15, но в проблемных углах атаки расчёт точки может доходить до 280 секунд из максимальных 500. При проблемах расчёт не только затягивается, но и результат имеет повышенный критерий сходимости, чем у соседних не особо проблемных участков.

 

Так же настройки чутка подкалиброваны для приближения чисел к реальности. По сравнительной картинке видно - проблемные участки новая версия просчитывает куда достовернее. Также видны последствия применения HLLC в старой версии - новая прорисовала поляру как бы "острее".

 

Я продул NACA 2412 следом - для более точного сравнения и положил фоном "клювику":

 

изображение.png

 

Здесь также файлы с отчётом, расчёты были эскизными, с критерием точности 4 на ещё тестовых настройках тюнингованного CFD, расчёт NACA прошел втрое быстрее - средняя скорость 12-15 сек, и скачков на 100+ секунд не было.ALL_polars_kluvik025.txtALL_polars_naca2412-025.txt

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Тестирую пакет на трансзвуке, тут куда проще считать, чем на 0.1 МАХа было...

 

изображение.png

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Моя ИИ-CFD становится всё удобнее - можно сравнивать уже сделанные просчёты разными методами обдува 'CONV_NUM_METHOD_FLOW' - даже сразу в процессе текущего расчёта, вот поляра в процессе: AUSMPLUSUP vs SLAU

 

изображение.png

 

По идее в отрисовку в нижней части поляр можно сделать 2 мини-кривые, с численными значениями RMS (достоверности расчётов). Будет удобно по предварительному прогону поляр в разных настройках выбирать потом лучшие. Можно даже добавить как гребёнку величины числа проходов - будут наглядно видны проблемные места.

 

Всё, пока писал пост - расчёт закончился:

 

изображение.png

 

Скажу сразу - RMS у AUSMPLUSUP выше на пол-единицы, но есть узкие места, где расчёт сильно замедлялся. Теперь буду пытать другие методы обдува.

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Протестировал новый устойчивый в широком диапазоне конфиг - по 4 критерию на краях лагает, по 5+ уже норм на том же клювике, да при 0.1 МАХа.

 

изображение.png

 

На фоне старых расчётов с 3+ уже неохота показывать...

 

932942087_.thumb.png.5fea8412e89df816d0f

 

Сейчас алгоритм просчёта таков, что разброс значений много меньше, и последние 30% проходов система "вылавливает" последние пару соток - так что урезав по числу проходов, я много не потерял, вот отчёт, в нём добавлено число проходов и предел в 1499.

ALL_polarsKluvik01autoRMS5+.txt

 

 

изображение.png

Edited by zerganalizer

Автоматизирую все, что логично.

Link to post
Share on other sites
zerganalizer

Кто тут возмущался, что сверхзвукового конуса нет на моих анализах? На туннельниках, понятное дело, его почти нет в сравнении с обычными профилями, и клювик тут не исключение.

 

изображение.png

Автоматизирую все, что логично.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Сообщения

    • alex0800
    • mannul
      Набросал на Jscript для головы AC вилочного типа: https://www.programiz.com/online-compiler/4lKHjYPdbXL9k @ceprДля головы что на видео надо знать кинематику и ориентацию.
    • Ander
      Чтобы расчитывать углы для такой машины, надо знать её возможности - нужен мануал.
    • cepr
      Именно так HEAD-HEAD и +-180 Видео, там где голова синего цвета https://www.youtube.com/shorts/-5SJILz81VQ?feature=share    
    • Dipnik
      Помогите разобраться с кнопкой DRN При отладке программы и попытке её посмотреть в графике блокирую оси кнопкой MLK и для замены рабочих подач на ускореные жму кнопку DRN.  Проблема, что чаще всего отображение происходит на рабочих подачах (это очень долго)  То есть у коренные движения отрисовываются, а на рабочих подачах останавливается графика пока не отожмеш кнопку drn Немогу отследить логику. То есть то работает нормально и рабочее подачи заменяются на ускореные, то нет.  Заранее благодарю за ответы. 
    • mannul
      Ошиблись наверное? В кинематике HEAD-HEAD ось A обычно +-105 градусов. В какой последовательности хотите пересчитывать? XYZ Roll Pitch Jaw?
    • Leon
      Ну так то все вроде работает. Макросы в СП5 заработали. Платную версию я тоже сделал, так что она со всеми сервиспакми 25 версии теперь работает. У меня нет возможности делать запросы.
    • Ander
      Зачем углы считать - фаска вдоль оси Х, значит, поворот только вокруг Х. Наклоняем стол на 40 градусов, ось наклона параллельна оси Х.  Вот теперь надо расчитать  Y середины фаски i Z фрезы  от рабочего нуля, т.е. действительно, смещение. ROT - это  вращение программы, здесь он не катит.     Если фаска на детали не параллельлна Х, то надо считать углы поворота и наклона, чтобы плоскость фаски оказалась горизонтальной, и она вряд-ли будет параллельна Х, поэтому придётся считать и угол разворота этой фаски. Расчёт ведётся от чертёжных размеров, но конструктора ни знают какие размеры нужны для этих расчётов, поэтому надо использовать модель, а если испоьзуешь модель, то можно и углы разворотов с неё снять.
    • cepr
      Да, машинные углы. Круговые координаты А и С. А - качающаяся ось -180 до 180, А система координат без проблем - TRANS, ROT и прочее. Надо, например, фрезеровать фаску 10*45 градусов. Систему координат поверну ROT Х-45. На какие углы при этом будут повернуты А и С?  
    • mannul
      Не понятно что вы хотите. Пересчет последовательности углов Эйлера в машинные углы, для имитации CYCLE800?
×
×
  • Create New...