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

Моделируем контакт БЕЗ контактных элементов


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

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

А у нас жизнь бьет ключом. :blink:

Решается прочностная задача с одной специфической особенностью: есть две контактирующие поверхности.

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

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

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

Я планирую использовать GAP-элементы, так как у нас, в одном и том же расчете, в контакте будет и сближение поверхностей (gap "включается") и разъединение (gap "выключается"). Но остаются вопросы, требующие ответов специалистов:

1) Корректно ли использовать GAP в этом случае?

2) Если да, то какой зазор раскрытия выставлять, нулевой, или маленький положительный

3) Не испортит ли работу GAP'ов сдвиг в контакте? Не возникнет ли взаимопроникновение поверхностей?

4) Если GAP - неудачная идея, то что нам использовать вместо них?

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


если есть контакт я предпочитаю считать ABAQUSом. Там это сделано не плохо.

Про Настран и GAP не использовал никогда, но если по описанию смотреть, то думаю можно попробовать сделать и посмотреть что получится.

Если не понравится то есть ещё в Настране SOL600 , который по проспектам MSC офигительно справляется со всеми нелинейными задачами.

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

если есть контакт я предпочитаю считать ABAQUSом. Там это сделано не плохо.

Про Настран и GAP не использовал никогда, но если по описанию смотреть, то думаю можно попробовать сделать и посмотреть что получится.

Если не понравится то есть ещё в Настране SOL600 , который по проспектам MSC офигительно справляется со всеми нелинейными задачами.

<{POST_SNAPBACK}>

:smile:

Да я бы сам в LS-DYNA загнал расчет, и не мучился - там контакты тоже хорошо сделаны. Для простого случая достаточно указать коэффициенты трения и контактирующие поверхности.

Однако этот проект обязательно должен быть выполнен в I-DEAS.

А вы не знаете случайно, аналог SOL600 в I-DEAS есть?

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

:smile:

Да я бы сам в LS-DYNA загнал расчет, и не мучился - там контакты тоже хорошо сделаны. Для простого случая достаточно указать коэффициенты трения и контактирующие поверхности.

Однако этот проект обязательно должен быть выполнен в I-DEAS.

А вы не знаете случайно, аналог SOL600 в I-DEAS есть?

<{POST_SNAPBACK}>

Нет I-DEAS я не знаюю :blink:

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

Да я бы сам в LS-DYNA загнал расчет, и не мучился - там контакты тоже хорошо сделаны. Для простого случая достаточно указать коэффициенты трения и контактирующие поверхности.

Однако этот проект обязательно должен быть выполнен в I-DEAS.

<{POST_SNAPBACK}>

Вы меня прям поражаете! А в I-DEASe чем контакты плохи? Зайдите в Boundary Conditions. выберете Contact Set. Задавать можно или автоматическим поиском по зазору, или выбирая контактные пары (можно выбирать поверхности, можно Free Element Faces). Трение задается также автоматом.

А с гэпами мучений больше, особенно если сетку будете подгонять, а итерационных петель будет примерно столько же.

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

Avargano

Дело в том, что у нас нет данных по коэф. трения между контактными поверхностями. Мы хотим просто передать нагрузку (по одной оси) от одного тела к другому. На сжатие GAP работает хорошо, но присутствует еще и сдвиг. Для его учета, как нам кажется нужно в GAP, как и в контакте задавать коэф. трения. В этом случае вы правы, задат контакт будет значительно проще, чем задать GAP.

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

Дело в том, что у нас нет данных по коэф. трения между контактными поверхностями. Мы хотим просто передать нагрузку (по одной оси) от одного тела к другому. На сжатие GAP работает хорошо, но присутствует еще и сдвиг. Для его учета, как нам кажется нужно в GAP, как и в контакте задавать коэф. трения. В этом случае вы правы, задат контакт будет значительно проще, чем задать GAP.

<{POST_SNAPBACK}>

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

А чем вообще отличаются GAP от Contact? В ANSYA по моему это одно и тоже. :g:

Если не прав поправьте.

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

А чем вообще отличаются GAP от Contact? В ANSYA по моему это одно и тоже. 

Если не прав поправьте.

<{POST_SNAPBACK}>

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

Гэпы же приходится делать вручную, т.е. тянуть от узла к узлу, поэтому для этого приходится добиваться нахождения узлов друг напротив друга и делать идентичные сетки на контактных областях. Кроме того возможно автоматическое создание гэпов по зазору между указанными 2-мя группами элементов, но в этом случае тоже желательно иметь идентичные сетки, т.к. иначе гэпы могут быть направлены не по нормалям к контактным поверхностям.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
    • gudstartup
      да информация о решенной проблеме очень важна так что будем ждать хороших новостей!
    • mrVladimir
      @gudstartup Спасибо Вам за помощь. Теперь дело в приобретении платы. Как что-то получится (сперва приобрести, потом поставить) обязательно отпишусь.
    • gudstartup
      а как вы taxid фирмы нашли?
    • gudstartup
      все что я написал в цитате выше по теме полная фигня в связи с вновь приобретённой информацией. можно менять любые компоненты в пределах серии чпу если только не меняете по или записываете oprminf но  всегда могут быть нюансы  @mrVladimir все должно получиться извините за то что выдал непроверенную информацию за мнение типа знающего эксперта оказывается я 
    • malvi.dp
      Какое у детали имя файла и как формируете Обозначение и Наименование? Вы каждое исполнение сохраняете в новый чертеж? Или это групповой чертеж? Если групповой-то имя конфигурации в нем быть не должно. Стоит ли галочка "Исполнение" "Из конфигурации"? На сколько мне не изменяет память макрос сохраняет файл чертежа с тем же именем что и файл модели в папке модели. В спецификации все правильно отображается, даже если знаков исполнений больше трех  
    • gudstartup
      и главная деталь чтобы на системе была remote option system а именно файл oprminf.000 c сертификатами и были ли проблемы с ними после замены компонентов.
    • boomeeeer
      с него родимого
×
×
  • Создать...