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

Странный глюк Gambit-а


Yuri69

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

При создании и присоединении пограничного слоя к любой edge, принадлежащей некоторой face, помимо собственно слоя возникает еще сбоку побочный слой ячеек - на одной из соседних edge из той же face (показано черными стрелками на рисунке):

<noindex>Изображение</noindex>

И ничем сей артефакт не удается убрать!

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


Что-то странное нарисовано.

Если выложите модель и лог можно будет посмотреть.

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

Запускается следующий скрипт. А на рисунке - одна из подобластей в препарированном виде...

geom1.zip

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

German_psv: спасибо за помощь. Суть действительно в генерации всех ПС до мешинга edges и faces. Такой порядок можно бы было узнать и из расположения гамбитовых кнопок =)) Единственно, немного не понял, как одновременно сгенерить ВСЕ ПС ОДНОЙ командой, на что вы вроде намекаете?. Что до хранения модели во внешнем CAD-формате, то для моего уровня владения пакетами такой подход будет неоправданным усложнением. (Кстати скажу, что сам скрипт я создаю с помощью программы на Фортран, этаком пре-препроцессоре, ибо пустыми руками здесь не навоюешь, важна именно автоматизация перестроения контура при внесении в него исправлений)...

Еще пару вопросов:

1) Создание ПС на одной из edge (верхнем контуре выходной области "dif_throat") приводит при генерации сетки для "dif_throat" к ухудшению ее качества, в виде островков самопересечений (где отрицательный Cell Volume, как потом глаголет Fluent). Не помогает ни изменение типа элементов, ни схемы мешинга. Пример приведу чуть позже. А пока просто констатация факта. Как бороться с сим явлением, не отказываясь от ПС на данной стенке?

2) У меня стоит Gambit 1.3 (вроде бы) и кондовость интерфейса с частыми вылетаниями из-за ошибок в "hpp"-файлах просто поражают. Стоит ли в этом смысле переходить на более новую версию программы (скажем, 2.3.16)?

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

Вроде разобрался с проблемой отрицательного объема некоторых ячеек сетки: перешел в проблемной области на метод triangle...

Кстати, вопросов не становится меньше =)) Моделирую стационарное турбулентное течение в приведенном выше аэродинамическом тракте на основе k-eps модели с использованием Enhanced Wall Treatment. Величину y+ поддерживаю на всех стенках равной примерно 3 (что соотносится с рекомендациями y+<4-5). Воздух прокачивается по каналу вентилятором (fan) и истекает в окружающую среду. Имеются местные потери, которые представлены пористым слоем (porous zone) и скачком пористости (porous jump). В граничных условиях на входе (pressure inlet) и выходе (pressure outlet) задаю интенсивность турбулентости I=1% и соответствующий гидравлический диаметр. Расчет турбулентного течения осуществляю на основе стационарного решения, полученного в рамках ламинарной модели.

В результате получаю аномально высокий уровень турбулентности: I=100% и выше в следе за втулкой вентилятора и в струе, не говоря уже о пристенных областях! Что-то где-то не так делаю? Или трудности в разрешении физики? (Течение в области выхлопа безотрывное, а за центральным телом - отрывное, но ведь со следовыми возмущениями борется сетка, расположенная вниз по потоку)

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

German_psv:

На входе задаю избыточное давление скажем (-100)Па, а на выходе 0Па и соответствующие турбулентные параметры. НО, насколько я понял, при нахождении стационарного решения эти величины используются только КАК ЗАТРАВОЧНЫЕ, т.е. чтобы стартануть итерационный процесс. В итоге, какое бы избыточное давление на входе не задать, все равно получишь ОДНО-единственное стационарное решение, определяемое только характеристикой вентилятора dp=f1(v) (зависимостью повышения давления за вентилятором от средней скорости перед ним) и гидравлическими потерями по тракту. Ведь, как известно из гидравлики, рабочий (установившийся) режим трубы будет определяться точкой пересечения двух графиков - характеристики нагнетателя dp=f1(v) (f1-функция убывающая) и кривой потерь dp=f2(v) (f2-возрастающая функция скорости v).

Насчет фейсов с 4-мя ребрами - это не так для "edge_throat_2", если я правильно понял ваше замечание.

А второе соображение уже приводил: для выходного устройства использование именно triangle позволяет избежать проблем с отрицательным cell volume некоторых ячеек.

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

"...

Нет, граничные условия действуют постоянно..."

--> тем не менее в задаче с вентилятором на входе вырабатывается одно и то же давление, вне зависимости от того значения, что ставится на inlet. Причем, чем дальше эта граница отнесена от оси трубы, тем меньше статическое давление на ней (в среднем), p->-0 (слева к нулю), т.к. условие о покое окружающей среды выполняется все лучше...

"...

Теперь можно, увеличивая размер картинки..."

--> эта опция у меня почему-то не работает (пытаюсь приближать и правой и центральной кнопкой мышки)

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Ветерок
      Вообще-то, это не рисование, а банальная начертательная геометрия. Или её теперь не проходят в школе?
    • Kelny
      Вероятно разблокировку делает патч с официального сайта, но не смотря на то что позиционируется для профкарт, вероятно делает описанное в видео и с другими картами:  
    • Alexey8107
      Их официальный номер пока еще работает . На нем сейчас пока еще стоит переадресация. В общем не знаю что за организация, завтра займусь наверное этим. На словах и сервисный инженер у них катается по стране. Что-то мне подсказывает сервисники остались теже . Вобщем в ближайшее время займусь, гляну по реквизитам что за организация.
    • Fedor
      "Какой эмпирико-нормативный опыт есть у человечества"  подробно этим занимались в зубчатых передачах. Но единой теории усталости не существует. Надо смотреть буквари по Деталям машин.   https://elima.ru/books/?id=3934   Вот хорошая книжка ... 
    • Борман
      При циклике вообще-то надо минимум и максимум знать. Есть ли вообще циклическая нагрузка ? В остальном Газпромовская нормативка копирует атомные нормы.   Запасы только свои, а не атомные.
    • gudstartup
      что наглухо вышел физически или ошибки в разделах? если логически то можно r-studio поковырять образ может параметры удастся  вытащить
    • gudstartup
      это как вы с ним свяжитесь? в россии представительство фанука закрыто - никакой поддержки нет и поставок тоже если покупать то через китайцев. значит руководство фанука в этот раз оказалось правым.
    • andrei_shevchenko
      Добрый день коллеги! Сделал имитационную модель в plant simulation, сейчас я ищу способы продемонстрировать модель в виртуальной реальности, и для этой цели мне было бы очень интересно, если бы я мог напрямую подключить omniverse к Siemens plant simulation. Я видел, что коннектор был представлен на одном из вебинаров nvidia, поэтому мне было интересно, может ли кто-нибудь рассказать мне о нем подробнее? И как его скачать? Ниже приведена ссылка на вебинар (начинается в 18:29, чтобы ознакомиться с частью, посвященной omniverse connector для моделирования установок и процессов). https://www.nvidia.com/en-us/on-demand/session/gtcfall21-a31571/   При создании своего сервера Nucleus, выходит ошибка  Error: [621cc28f-0997-4faf-beeb-cce360d80d81] Cannot prepare file for download, the server has returned HTTP403 for signed URL https://asset.launcher.omniverse.nvidia.com/nucleus-workstation/2023.2.3/windows-x86_64/package.zip?Expires=1717549893&Policy=eyJTdGF0ZW1lbnQiOlt7IlJlc291cmNlIjoiaHR0cHM6Ly9hc3NldC5sYXVuY2hlci5vbW5pdmVyc2UubnZpZGlhLmNvbS9udWNsZXVzLXdvcmtzdGF0aW9uLzIwMjMuMi4zL3dpbmRvd3MteDg2XzY0L3BhY2thZ2UuemlwIiwiQ29uZGl0aW9uIjp7IkRhdGVMZXNzVGhhbiI6eyJBV1M6RXBvY2hUaW1lIjoxNzE3NTQ5ODkzfX19XX0_&Signature=I5XhGkOGlBif-bh82r~Iny5AWZ9fGxngRTZ0dSVlr4lsv-rbmDBlqHjCqtf~Z-TVrdIlLFCshOT4X7u-OekeVJiTnjJCWQLPuxR31Cf8npT3KUrgtSACPsv0XaA2IyW1XEmWTJbVbaPEYGdsqjhXnbvhGrOvLikeqfR0c767zIgY5nrPn2yrO3WTj-9DuWUlk5OnsKMQkvhYmc7xObOToQrmveOQltxHrgjZHoSP9RDtSXv07kwUJKnDFF56PkXLFTjb1c3l16nmJTAUkwcWiOLnAQGtsYvS7TTX35RgIsqq-rRx5bi51efYKfd75vodPKJe~ObTTMEsMyvwsaPfSQ__&Key-Pair-Id=K13PD0MHC2KFRP Так же видел возможность, когда на AnyLogic делали модель, через стороннее API подключали к Unreal Engine, может стоит попробовать реализовать эту задачу таким образом? Но информации о том, как это делали не нашёл. Вот статья об этом: https://stackoverflow.com/questions/73695807/co-simulation-anylogic-and-unreal-engine?newreg=aa00b11ef29c4eef952c09083c9bfb90  
    • Павлуха
      Публикатор конфигураций не пробовали?
    • malvi.dp
      Да, в эскизе можете эту линию жёстко зафиксировать нужными вам размерами. А при создании плоскости нужно выбрать ещё и вторую ссылку для позиционирования. Это может быть плоскость "спереди" с взаимосвязью перпендикулярности.  
×
×
  • Создать...