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

Остаточные напряжения в ANSYS


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

Здравствуйте. Помогите пожалуйста мне с возникшей проблемой.

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

Я задаю тело в виде балки (длинна 100 мм, высота и ширина 10 мм), тип элемента: Solid98. Нагрузка heat flow не узел расположенный на одной из граней. Свойства материалов: теплоемкость, теплопроводность, плотность, модуль юнга, к-нт Пуассона, к-нт теплового расширения. Для учета пластичности использую Bilinear Kinematic Hardening.

1 шаг. Сначала решаю термо-деформационную нестационарную задачу и получаю вполне адекватные результаты (тело нагревается и деформируется).

2 шаг. Дальше для получения остаточных деформаций, я снимаю нагрузку в виде теплового потока, выбираю стационарную задачу и restart. Никаких остаточных напряжений нет. Пытался решать также на втором шаге нестационарную задачу с большим временем расчета – то же самое.

В чем моя ошибка? Заранее спасибо!

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


Если моя память мне ни с кем не изменяет, coupled-field элементы не поддерживают пластичность.

Лучше провести термомеханический анализ по отдельности:

Cначала термический анализ с элементом типа solid70, или solid90;

Затем применить команду etchg - смена типа элемента на соответствующий для механического анализа;

Считывание результатов термического анализа командой ldread;

Запуск на решение.

Все должно получиться.

Удачи.

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

eprst

Делаете все правильно. Не знаю, что за элемент 90, я бы считал обычным 45. Можно фрагмент log файла увидеть со всеми запусками. Скорее всего проблема в том, что после решения первой задачит выходите в пост-проц. Попробуйте решить сразу на 2 шага.

time,1

Температура

solve

time,2

Температура=0

solve

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

Скорее всего проблема в том, что после решения первой задачит выходите в пост-проц.

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

Проблема точно не в выходе в постпроцессор, т.к. я также пробовал использовать тепловой поток, в виде ступеньки (например, от 0 до 3 сек = 1000, от 3 и выше 0) и устанавливал большое время расчета (например 1000 сек). По результатам также видно, что ни каких остаточных деформаций нет. В построцессоре рассматривая деформации тела по шагам видно, что тело сначала деформируется под воздействием температуры, и по мере ее распределения и в конечном счете остывания тела до начальной температуры, тело принимает прежнюю форму.

Если моя память мне ни с кем не изменяет, coupled-field элементы не поддерживают пластичность.

Лучше провести термомеханический анализ по отдельности:

Cначала термический анализ с элементом типа solid70, или solid90;

Затем применить команду etchg - смена типа элемента на соответствующий для механического анализа;

Считывание результатов термического анализа командой ldread;

Запуск на решение.

Все должно получиться.

Удачи.

ТАк же мне кажется, что такой вариант не пройдет (я его уже попробывал), т.к. в этом случае я получаю деформированное состояние для температурного поля переданного из термического анализа. А мне надо получить дальнейшие деформации при остывании и после него (т.е. как раз остаточные). А при решении механического анализа остывание и перераспределение температуры уже не учитывается. Или я в чем-то ошибаюсь? Изменено пользователем eprst
Ссылка на сообщение
Поделиться на других сайтах

Не знаю, что за элемент 90, я бы считал обычным 45.

45 - это для механического анализа.

90-двадцатиузловой тепловой солид.

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

В мануале речь только про термоупругость solid98. О пластичности речи нет.

ТАк же мне кажется, что такой вариант не пройдет (я его уже попробывал), т.к. в этом случае я получаю деформированное состояние для температурного поля переданного из термического анализа.

Что мешает пошагово передавать в механический анализ температурное состояние системы от начала нагрева и до конца остывания?

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

Что мешает пошагово передавать в механический анализ температурное состояние системы от начала нагрева и до конца остывания?

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

Смотрите подробнее описания следующих команд:

ldread,,,,time - считываете температуру в определенный "момент времени" температурного анализа;

lswrite - записываете шаг решения;

снова ldread с новым параметром time;

lswrite

... (ну, или в цикл все это);

lssolve - решаете записанные шаги.

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

"кстати, а остаточные напряжения должны быть?" - логичный вопрос. Может пластических деформаций и не возникает в процессе нагрузки-разгрузки. Кроме того надо проверить работает ли ветвь разгрузки на обычной задаче. Например сильно согнуть, а потом прибавить эту же силу в другом направлении, что приведет к обнулению воздействия...

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

Деформационная теория пластичности, например, обычно трактуется как нелинейно-упругая по сути алгоритма .

Может стоит решить с пластичностью нагревание и отдельно упруго охлаждение и просто сложить решения...

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

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Alexey8107
      Я как бы в курсе. Вопрос звучал Вы же для чего то флудите, видимо уровень себе накручиваете.    К вашему сведению, у нас три таких станка, и все три загружены работой в три смены. Один вышел из строя, их осталось два, но работают за троих.   Интересная интерпретация   Я спрашивал про идеи и вдруг у кого есть опыт устранения дефекта. Адекватные люди промолчали, я это воспринимаю как отсутствие опыта или идей. И это нормально. Вас же отчего то поперло на откровенный флуд. 
    • sloter
      В этом случае (при импорте) можно проще (раз связь с исходными построениями всё равно потеряна). При открытии  IGES зайти в Параметры и поставить галку "Импортировать несколько тел как детали".    В вышеуказанном способе поверхности перенесутся. Правда они все могут содержаться в какой то одной детали. Но правильная структура сборки на данном этапе, как я понял, вам не важна. Если поверхностей не сильно много, то может устроит.
    • Jenny
      Ну что поделать. Оптические сборки они такие. Соединители(2шт)+заглушка+провода а в спецификацию летит 1 строкой. При этом для сборщиков необходимо указывать как проложить провод. Вот и извращаемся как можем. Благодарю!
    • Павлуха
      Поставите сюда галочку и будет Вам счастье.    
    • Бестолковый
      Так вот, осваивая потихоньку SW пришёл к созданию собственных таблиц свойств. Тех самых которые Custom Properly Table, для детали, сборки чертежа детали и чертежа сборки соответственно. Создал таблицы (синхронно создав заготовки для каждого типа вышеуказанных документов, переписал переменные и сложил в отдельную папочку, прописав в свойствах SW пути к ней. Так, чтобы при создании нового документа всё открывалось правильно.   Начитавшись форумов всяко-разных профильных (включая этот) и мануалов пришёл к выводу, что можно "скармливать" в таблицу текстовый или Excel файл с необходимыми данными, как то данные для заполнения штампа и прочее. Иерархия такова: Есть конкретный неизменяемый диск, на нём папки всех проектов, в каждой из них, кроме самих файлов SW кладу этот самый файл гордо именуемый "Код_проекта_db.txt" имя которого меняется, равно как и путь. Всё бы ничего, но когда у тебя один проект - всё гуд, делаешь второй проект - при открытии панельки справа - SW автоматом "подтягивает" файлик из первого проекта, приходится открывать Properly Table Builder и переназначать путь к файлу с необходимыми для второго проекта данными.   Сопсна - сам вопрос к Многоуважаемому Сообществу: Продолжать перезаписывать пути каждый раз или есть какой-то другой выход из сложившейся моими шаловливыми ручонками ситуации?   Заранее признателен за адекватный развёрнутый ответ!  
    • igor555
      Но почему-то на других станках в цехе этого нет и не тупим...хотим придти к единому знаменателю
    • mrVladimir
    • Vengeance
      https://t.me/bBqcc5UzY2E6 заходи в гости, там есть все ^_^
    • Давид
      Доброго времени. Можете поделиться русификатором пожалуйста. ambdavids@gmail.com
    • Александр1979
      В диагностике параметр 0000 смотрите.
×
×
  • Создать...