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.

  • Сообщения

    • ID_Hacker
      К сожалению у нас критичное место, вертикальные оси гантри. При некоторых неправильных действиях оси расходятся и мотор стоит с высокой нагрузкой, начинает греться. Предыдущий мотор так и сгорел. При этом температура предупреждения и ошибки выставляется стандартная по коду мотора. 150 и 170 градусов, а мотор при этом сгорел даже не дойдя до ошибки по температуре. Максимум достиг 150 градусов, но уже было поздно. В среднем была 130 градусов. В тот раз мотор аварийно перебрали своими силами, статор отправляли на перемотку. Но из за смещения угла полюсов по нему есть проблема с вибрацией и высокочастотным шумом. В итоге мотор заменили на новый, но теперь надо придумать что то с датчиком температуры. Вроде как можно в параметрах P604, P605 задать свои значения температуры, но редактировать я их не могу. Думаю попробовать указать мотор не по коду, а в ручную, может тогда параметры будут редактироваться.   Обновить ПО приводной системы можно, но станок критичный по загрузке, на долго не отдают, времени на эксперименты совсем нет, а я ни разу в синумерике не обновлял отдельно ПО приводов. Нет уверенности что так легко получится. Возможно надо всё ПО синумерика обновлять как минимум до версии 4.5, что может повлечь необходимость настройки измерительных циклов и циклов смены инструмента.   Мы так делали ещё в приводах Simovert Masterdrives когда помирал датчик внутри мотора. В Sinamics S120 так делать нет необходимости, просто пока отключил контроль температуры в параметре P601, сейчас показывает постоянное значение -200 градусов и ошибок не выдаёт.
    • Гиперион
      Как говорится - блажен тот, кто верует. Да, два станка с разницей в серийном номере на одну цифру. И никто из сервисников в трезвом уме и памяти не будет так радикально копаться в логике, тем более зная, что туда ещё приедет технолог. Ну, вы свой опыт озвучили, я свой.
    • andrey2147
      Вероятно что в обычном экране сименса у вас ошибки не появляются т к не прописаны, а в оболочке прописаны. Это не обязательно ДМГ у меня станок  EAGLE (Орёл) там то же оболочка есть.И то же кнопка ISO есть .
    • andrey2147
      Кто то ещё сомневается ?
    • Kelny
      Есть исходный файл? Не обновлённый до последней версии SW2024.      
    • РоманВ
      Добрый день, коллеги. Предстоит очень большая сборка, в разы больше той, что до этого едва ворочалась на моем компе. Решил переосмыслить работу с большими сборками и обращаюсь к вам за подсказкой. Какие способы структурирования сборок, работы в SW позволяют не перегружать комп и легко работать с очень большими сборками? Ниже варианты, которые предполагаю.   1. Больше подсборок. Например в нулевую сборку все входящие детали группировать в подсборки (монтажный комплект, трубопроводный комплект и т.д.). Есть ощущение, что 3 сопряжения подсборки перевариваются легче, чем куча сопряжений кучи деталей. 2. Замена обычных сопряжений упрощенными. Например три координаты или три совпадения заменить на фиксацию. Так же слышал версию о привязках подсборок к базовым плоскостям верхней сборки, чтобы не было взаимозависимостей между подсборками. 3. Облегченные конфигурации подсборок. Использовать SpeedPak для облегчения подсборок. Возможно подсборку сохранять как деталь и вставлять в верхнюю сборку, вставив в это же место сборку и скрыв ее. Т.е. визуально будет деталь, а сборка будет скрыта и не будет обсчитываться. Возможно сборку-деталь вставить в саму подсборку как справочный элемент и сделать конфигурацию, где все детали подсборки скрыты, а высвечена только эта же сборка-деталь. 4. Привязка подсборок к справочному 3д эскизу и управление их расположением через один эскиз, а не массу взаимных сопряжений. (про компоновочный эскиз читал, пока не очень понял насколько он облегчит работу в сравнении с обычным эскизом в сборке)   Еще осложняет работу обилие трубопроводов и фитингов-соединителей. Pоутингом не пользуемся, но в планах попробовать. Может как-то можно упростить работу с трубопроводами в части загрузки компа геометрией?
    • jtok
      Уберите кромки с видов: Используйте "Состояния отображения" - например, сделайте несколько их - полная, без крепежа, без чего-нить и т.д. В нужных видах включайте только нужное состояние отображения: Например, у меня весь крепеж вставлен в сборку верхнего уровня. Сборка имеет два состояния отображения "Полная" и "Без крепежа" Если мне нужны общие виды - спереди, сверху там, то я выбираю "Без крепежа", его все равно там не видно. А для узлов - "Полная".   Используйте для разрезов галку "Глубина сечения" - сильно улучшает производительность при работе с чертежами:   Пару запрещенных приемов: Некоторые инженеры, возможно, не все, экспортируют в ACAD и потом разрисовывают чрезвычайно сложные сборки, т.к. в самом солиде именно с чертежами работать невозможно. Некоторые разбивают вид в эскиз и дальше линиями фигачат, отвязываясь от параметрической модели.
    • davidovka
      И как из этого следует, что нужно переменные суммировать с постоянными? В моей логике "переменные данные" - это тоже самое  что и «Кол. на исполн.» из Варианта Б. 
    • tohnae
      Сигналы с них приходят* что инструмент сменился, писал в попыхах пока интернет есть
    • dmitry767
      спасибо большое за разьяснение может у Вас есть схема этого станка?  
×
×
  • Create New...