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

Фильтрация газа через деформируемую пористую среду


Mihail_Ts

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

Добрый день!

Решаю задачу моделирования процесса фильтрации газа через упругодеформируемую насыщенную пористую среду. При деформировании должна меняться пористость и проницаемость; существует необходимость задавать свои определяющие соотношения.

Подскажите, пожалуйста, можно ли решить такую задачу в Ansys? есть рекомендации как и в чем это реализовать?

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


В CFX такое бы решалось через задание зависимостей на CCL (Зависимость проницаемости от какой-либо переменной, макс. величины деформации, к примеру). Во флуенте наверняка можно реализовать через субрутины на C. Это первое приближение. Дальше придется думать, как ввести в каждом элементе значение проницаемости в завис. от степени его деформации. Во флуенте это опять же может быть субрутина, в CFX - процедура на фортране. Это уже достаточно серьезный уровень)

Если вы решали задачи с FSI, то должны понимать, о чем речь. Если нет - сначала придется разобраться "как сделать чтобы фильтр гнулся под напором газа". Это FSI)

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

Спасибо за ответ.

А каким образом можно расчитать НДС в пористой среде?

у меня в задаче не газ деформирует пористую среду, а газ движется за счет деформации (расширения/сужения) пористой среды, которую мы должны задавать... Может быть есть какой-нибудь обучающий пример?

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

1) По поводу деформации посмотрите help/flu_tg/x1-22100014.3.html

2) А изменение параметров пористой среды через UDF

Ссылка на сообщение
Поделиться на других сайтах
По поводу деформации посмотрите help/flu_tg/x1-22100014.3.html

Лучше указывайте версию, т.к. в некоторых версиях эта страница может и не существовать)

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Shoker
      Насколько я понял Ваш вопрос, результат будет зависеть от типа закрепления, приложенного к проушине. Если вы используете "фиксированную геометрию", тогда все точки поверхности этой поверхности будут иметь нулевые перемещения, что фактически означает запрет на вращение вокруг оси (т.к. поворот вокруг оси будет приводить к вращению-перемещению всех точек, не лежащих строго на самой оси вращения). В SW должны быть другие виды закрепления, которые будут позволять поворачиваться, при этом у точек будет нулевые радиальные и осевые перемещения. Но это нужно будет применять, только если этот ГЦ будет входить в другую расчетную схему, как элемент, воспринимающий только осевую силу (остальные будут нулевые как раз изза этого поворота), отдельный расчет с таким закреплением вам ничего не даст и ничего он не посчитает вам.
    • laytermen
      Добрый день. Нет. Стабильно 54 оборота и все. 
    • KSVSVK
      С одного дистрибутива на 2 компьютера несколько лет назад поставлен Солид. Обновления отключены.   Последнее время начались "чудеса":   1. Файл, созданный на первом компе, не открывается на втором, утверждая, что он из "будущей версии"   2. Проверка сборки эвольвентного зубчатого редуктора в "будущей версии" находит интерференции, отсутствующие в старой.   3. Расчет данного редуктора (Motion) при одних и тех же исходных данных приводит к разным результатам. Причем, на мой не очень искушенный взгляд, правильный результат у "старой" версии.   4. В контексте сборки создаю плоский эскиз, к которому привязываю размеры деталей (системное "Расположение" не использую). В какой-то момент (не отследил точно) часть размеров в эскизе пропадают. Причем эскиз остается определенным, и соответствующие взаимосвязи в нем есть. Похоже на "скрыть размер", но данный пункт не вызывался. При попытке посмотреть размеры через уравнения (режим ) Solid сообщает об ошибке и предлагает его перезапустить.   Кто-нибудь с такими "чудесами" сталкивался?
    • gudi
      Для длинных и сложных сделали ком-порт, а сеть для коротких и простых? всё равно не понимаю. Программа передалась через ком-порт, загрузилась в чпу, цикл старт нажали станок поехал ее делать, хоть час хоть неделю, хоть как. Или вы по ходу выполнения программы вы ее  через ком-порт корректируете ?
    • AlexArt
    • Kelny
      Если это просто текст, то возможно стоит использовать инструмент: Инструменты-Объекты эскиза-Текст... и в чертеже использовать эскиз (как-то больше нравится использовать эскиз, что бы не появлялось множество мелких кромок при выдавливании текста - с больших сборках это создаёт проблемы) или выдавить/вырезать этот текст на небольшую высоту/глубину - 0,001 мм.
    • Jesse
      имхо вы чего-то путаете... Малоцикловая усталость - это про разрушение путём накопления пластических деформаций (беглый гуглинг показал, что формула Мэнсона относится именно к этому типу усталости). А многоцикловая усталость - это когда в детали упругие напряжения, но в результате циклических нагрузок образуются и развиваются микротрещинки.
    • oldmax
      я выше писал причину почему мне загружать с карты на  мазак, так как обработки у нас длинные по времени и сложности
    • gudi
      Можно же с HDD грузить в NC. А на жесткий диск копировать с карты или через сеть. Что за сложности с ком портом?     ( или я чего то не понимаю)
    • TugoDum
      Люди добрые, подскажите, откуда при постпроцессировании появляется файл mom_information.out,  и как его блокировать?
×
×
  • Создать...