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

Коррекция по Нейберу


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

Здравствуйте.

Нужна квалифицированная помощь. :g:

Я провожу прочностной расчет в I-DEAS по статической линейной модели. Полученные в реультате расчета напряжения превысили предел упругости. Превышение наблюдается в считанных элементах, то есть, необходимо проводить эластопластическую коррекцию (по Нейберу), так как в жизни такой эффект, само собой, наблюдаться не будет - металл в перенапряженной зоне просто "потечет" и перераспределит напряжения до безопасного уровня.

Как провести коррекцию Нейбера в I-DEAS? Как рассчитать требуемые для коррекции коэффициенты (материал нестандартный, в базе его нет)? :wallbash:

Спасибо.

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


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

<{POST_SNAPBACK}>

Мы много лет считаем в I-DEASe, но про возможность такой коррекции я не слышал. А сетку почему не хотите замельчить? На каких напряжениях (unavereged или avereged) это выплыло?
Ссылка на сообщение
Поделиться на других сайтах

Мы много лет считаем в I-DEASe, но про возможность такой коррекции я не слышал. А сетку почему не хотите замельчить? На каких напряжениях (unavereged или avereged) это выплыло?

<{POST_SNAPBACK}>

Доброе утро :smile:

Замельчение очень затруднено, так как перенапряжения вылезли около места, в котором coincident mesh'ем соединены две детали (ось и втулка). Уменьшение шага сетки плодит кучу проблем с формой элементов - тот шаг, что сейчас есть у нас, выбирался "наощупь", путем нескольких итераций.

Перенапряжение видно и в average и unaverage - причем картину портят несколько узлов, однако что тут - результат концентрации напряжений, а что - последствия плохой сетки и boundary effect'а, непонятно.

Я подозреваю, что коррекцию можно выполнить через модуль Durability, однако те методы обработки результатов, которые, судя по хелпу, коррекцию используют, требуют характеристик материалов, которых у нас нет (степенные показатели и коэффициенты усталостной прочности и вязкости).

В букваре по сопромату коррекция описана простой формулой, однако там фигурирует notch factor, которого у нас нет.

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

Замельчение очень затруднено, так как перенапряжения вылезли около места, в котором coincident mesh'ем соединены две детали (ось и втулка). Уменьшение шага сетки плодит кучу проблем с формой элементов - тот шаг, что сейчас есть у нас, выбирался "наощупь", путем нескольких итераций.

<{POST_SNAPBACK}>

Не очень понял, что Вы назвали coincident mesh, т.е. сначала делали шелловые сетки по поверхностям, закидывали в группы, а потом делали Solid from Shell? Т.е. сетка уже не имеет связи с геометрией и бысто ее не поменять?

Мы для таких случаев пользуемся собственной программой <noindex>Substruct</noindex>.

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

В принципе, тот же подход применим, если упомянутые Вами втулка и ось соединяются с остальными деталями посредством Rigid'ов или Beam'ов, т.к. в этом случае можно взять результаты перемещений из точки закрепления и задать их в качестве принудительного смещения. Естественно, т.к. все это нужно делать вручную, такой подход работает при разумном количестве соединительных Rigid'ов.

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

Не очень понял, что Вы назвали coincident mesh, т.е. сначала делали шелловые сетки по поверхностям, закидывали в группы, а потом делали Solid from Shell? Т.е. сетка уже не имеет связи с геометрией и бысто ее не поменять?

Не совсем так. Имелось ввиду, что на контактной поверхности узлы одной модели были соединены с узлами второй модели (при помощи Anchor node и Coincident node), т.е. не использовалось каких либо промежуточных элементов (типа Rigid). Сетка создавалась по 3D модели. Узлы, лежащие на кромке соединения втулки и оси оказались перенапряжены.

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

То есть, модель переделывать накладно (время поджимает :surrender: ). Но при расчете наши максимальные напряжения немного вылезли за предел текучести. Потому я и хочу "перепрыгнуть" от линейной модели к нелинейной, а в теории только коррекция Нейбера (может, в I-DEAS есть другие способы) это позволяет.

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

Не совсем так. Имелось ввиду, что на контактной поверхности узлы одной модели были соединены с узлами второй модели (при помощи Anchor node и Coincident node), т.е. не использовалось каких либо промежуточных элементов (типа Rigid). Сетка создавалась по 3D модели. Узлы, лежащие на кромке соединения втулки и оси оказались перенапряжены.

<{POST_SNAPBACK}>

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

Либо есть еще несколько вариантов - не склеивать coincident nodes, а соединить их Gap'ами (чего Вы, по всей видимости, из-за контакта делать не хотели) или beam'ами с диаметром, обеспечивающим адекватную жесткость (это будет в любом случае не так жестко, как напрямую сращивать элементы узлами) или, еще лучше, для моделирования цилиндрического соединения - задать на внутреннюю поверхность втулки Constraint'ы с запрещенным перемещением по радиусу и свободным по углу поворота.

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

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

Спасибо.

Тогда следующий вопрос: есть ли более-менее научная методика того, на какие элементы не стоит обращать внимание при оценке результатов расчетов? :g:

Или все идет от инженерского чутья? Дескать, "Вот этот элемент мне нравится, а вот этот - нет".

Может, можно построить гистограмму напряжений по количеству элементов, на которые эти напряжения приходится, и по этой гистограмме будет видно, что большая часть расчетных напряжений сконцентрирована в 0,00001% всех элементов?

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

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

Или все идет от инженерского чутья? Дескать, "Вот этот элемент мне нравится, а вот этот - нет".

<{POST_SNAPBACK}>

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

Если ось и втулка могут вращаться друг относительно друга и для НДС сборки это существенно, то, пожалуй, стоило моделировать либо контакт, либо хотя-бы Constrain'ы в цилиндрической системе координат.

UPD: совсем забыл самый часто используемый нами способ моделирования цилиндрического шарнира - либо все, либо выборочно (по торцам) узлы цилиндрических поверхностей соединяются с узлом на оси вращения Rigid'ами, Beam'ами или Constraint-элементами (хорошая штука, заимствована из Nastran - обеспечивает передачу ведомому узлу усредненного перемещения группы ведущих узлов), причем делается это для обеих деталей. После этого центральный узел одной детали соединяется с узлом другой все тем же Constraint'ом (в данном случае это уже граничное условие) со степенями свободы, обеспечивающими вращение вокруг оси. Так же можно делать подшипники.

А проверить прокатывают напряжения или нет, как мне кажется, можно так - судя по тому, что вы использовали анкера, соединены не все узлы контактных поверхностей, а только их часть. Поэтому логично было бы посчитать усредненное напряжение на всю площадку контакта, а не только по соединенным узлам. Думаю, что в этом случае напряжения допустимых не превысят.

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

Большое спасибо всем.

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

Однако с Нейбером вопрос пока открыт.

Vova, спасибо за иллюстрацию. :smile:

Но в общем случае упругопластический пересчет придется делать для большого количества элементов, и вручную это - неподъемный труд. Вдобавок, в DURABILITY этого не сделаешь, так как при пересчете петли гистерезиса приходится решать уравнение (лично я не знаю, как в I-DEAS решить алгебраическое уравнение).

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

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

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

А ещё можно выписать результаты в форме текста (Патран репорт файл к примеру),

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

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

лично я не знаю, как в I-DEAS решить алгебраическое уравнение

<{POST_SNAPBACK}>

В I-DEAS действия с результатми производятся элементарно, посмотрите в хэлпе темы: Simulation: Finite Element Modeling User's Guide/Creating New Results Sets.

Работает элементарно: задаете новое имя результата, выбираете в качестве переменной старый результат, пишете действие, которое должно быть с ним произведено и выбираете тип получаемого результата (напряжения, перемещения). После этого обработанный результат с заданным Вами названием доступен также, как и полученные в рез-те расчета. Мы обычно пользуемся этой функцией, чтобы в случае, если клиент скажет: "Ага, 10000 Н выдержал, а вот выдержит ли 15000?" не пересчитывать. ПРосто домножаем результаты перемещений и напряжений на 1.5 и, как говорится, вуаля. Естественно, что только в случае если рачет был линейным.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Александр1979
      Сравните параметры 5000-5010 и 5041
    • sloter
      Всем привет! Кто нибудь работает\работал с картой  NVIDIA Quadro RTX 3000 (мобильная) в SW2016? Понимаю, что сочетание редкое, ибо эта карта появилась на 3 года позже выхода SW2016. Проблема в поиске сертифицированного (или хотя бы рекомендованного) драйвера для этой карты под SW2016 на W10. На офсайте SW сейчас найти его невозможно, ибо 2016 уже отсутствует в списке версий SW в разделе драйверов. Данная карта у меня в составе ноута Dell Precision 7550. Сам ноут по хар-кам, конечно, мощный  Intel(R) Xeon(R) W-10855M CPU @ 2.80GHz, 64,0 ГБ, NVIDIA Quadro RTX 3000. Но вот SW2016 на нём работает как то... Ноут корпоративный, поэтому на нём навешано всяких сервисов (в том числе в реалтайме). Плюс сетевая лицензия SW на удалённом сервере и подключение к серверу PLM (то же удалённому) висит. Отчасти этим можно объяснить некоторую неторопливость работы. Но больше всего меня напрягают "подлагивания" и "залипания" при работе с чертежом (при создании\перемещении объектов чертежа, замедленная реакция на выделение\снятие выделения объектов чертежа, "залипание" в начальный момент перемещения и зуммирования чертежа по экрану и т.п.). Раньше (не на этом ноуте) подобные проблемы решал подбором драйвера видеокарты. Подбирал и тут. Некоторые незначительные улучшения были, но прийти к более-менее комфортной работе так и не удалось. Честно говоря, это мой первый опыт серьёзной полноценной работы на ноутбуке. До этого полноценно работал только на десктопе. Возможно вообще драйвера для этой карты не сертифицировались под SW2016?
    • Snake 60
      @tompsongun Спасибо за новую версию, при тестировании обнаружил небольшой косячокс : https://cloud.mail.ru/public/xJUJ/wVjE7mbmq
    • Пингвинчик
      Можно как то вытащить количество элементов из массива по точкам? Отверстия из любого массива выводят количество через &Pattern_No На прочих операциях (выдавливание к примеру) эта команда не работает
    • rrr11
      Инструменты аналогичные стоят, что на новом станке что на старых, которые до этого работали по этой программе... 
    • Володя ЧПУ
      Здравствуйте. Спасибо за участие. К сожалению это не совсем то что мне нужно. Радиусное скругление расположено в глухом отверстии. Вот это скругление, курсор на нем. Мне нужно сформировать его концевой фрезой и с хорошей частотой поверхности.
    • FOX80
      Галочки стоят, надо значит офис поставить, его нет...
    • Guhl
      Другие типы инструмента? Радиусы при вершине?
    • Говорящий Огурец
      Так есть же специализированные стратегии. В разделе Mill_planar/Planar_deburring это для притупления кромки в плоскости обработки. Поддерживается как угловая фреза, так и сферическая фреза. А есть более интересный вариант: Mill_contur/3_Axis_Deburring Тут можно снимать фаску по пространственной кромке, не лежащей в одной плоскости. Поддерживается 3 типа инструмента: концевуха, сферка и лоллипоп (леденец). Отличная стратегия, легко можно управлять притупляемыми кромками. И есть еще мультиаксис_дебурринг, но он за пределами вашей задачи.
    • AlexArt
      Ну иногда кое-что можно сделать в реальности:      
×
×
  • Создать...