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

Большие перемещения, Remote Force, Remote Displacement


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

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

Прошло время, появился повод проверить, как ВБ работает с большими перемещениями.

После задачи с дверью, показавшей, что ВБ14.5 справляется с большими перемещениями и шарнирами очень плохо, было интересно, что изменилось в ВБ17.1

В задаче с коленвалом поршни - rigid body, шатуны - пружины.

На поршнях с помощью Remote Displacement задано ограничение на XY-перемещение в системе координат поршня.

Clipboard02.png

 

В этой же системе координат на поршне задана Remote Force.

Clipboard04.png

 

Задача статическая, 2 оборота коленвала за 2 sec. Крутится красиво (к сожалению, анимация не подгружается)

Clipboard01.png

 

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

Однако, поршни, не смотря на ограничения, после первой секунды начинают здорово "плыть" по Х и по Y (на анимации это хорошо видно)

Clipboard05.pngClipboard06.png

 

Если сделать два оборота за 1 сек, то все относительно хорошо, а на второй секунде ВБ "забывает" о наложенных ограничениях.

Возможно, на rigid body нельзя накладывать несколько Remote ограничений.

Где-то в документации встречалось, что несколько  Remote ограничений рекомендуется прикладывать с помощью Remote Point.

 

Сделаем для Remote Displ и Remote Force Promote to Remote Point:

Clipboard07.png

 

Наверное, помогло.

Clipboard09.pngdemo_kolenval_2sec.avidemo_kolenval_2sec.avidemo_kolenval_2sec.avidemo_kolenval_2sec.avi

Clipboard10.png

Но ожидаешь значений ближе к 0.

Что-то я делаю неправильно? Можно как-то полечить?

 

 

 

 

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


1 hour ago, imt said:

Что-то я делаю неправильно?

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

 

1 hour ago, imt said:

после первой секунды начинают здорово "плыть" по Х и по Y (на анимации это хорошо видно)

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

 

1 hour ago, imt said:

Можно как-то полечить?

Вопрос хитрый, так как вы признанный мастер находить баги :wink:  Когда будет ясна постановка, можно попробовать повторить в другом софте, к примеру, и сравнить. Потом бежать жаловаться в техподдержку)

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

Была надежда, что это фича. Похоже опять баг...

Попытаюсь как-то через шарнир обойти. С шарнирами задача тяжело сходится ...

Перепроверил все Remout Displ - все как обычно.

Clipboard11.png

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

Вообще-то тут нет больших перемещений с точки зрения деформирования. Тут работа механизма. Насколько понимаю не для этого прочнистские программы делают. И теория больших деформаций не для таких задачек.  https://ru.wikipedia.org/wiki/Тензор_деформации :)

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

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

 

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

 

Но вопрос-то остается. Почему Remote Displacement по X и Y явно не 0.

Кто виноват и что делать.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • jtok
      Он сильно зависит от марки PP, от расчетной температуры и от расчетного срока службы (количества циклов нагружения). Поищите стандарт DVS 2205, части 1 и 2. В нем есть номограммы долговременной прочности. Он на немецком, но ничего лучше нет. Номограммы эти приведены по ссылке, внизу страницы, раздел "Список приложений".  Например, диаграмма для PP type 1 по ссылке: В оригинале же выглядят они вот так (для PP type 1): Также был древний документ на русском по этой теме, прицеплен к сообщению. _raschet_emkosti DVS 2205-2.pdf
    • Andrey_kzn
      - тут возможно смысл сообщения в том, что оси не синхронизированы, только вот зачем синхронизировать  оси X и Y не понятно. В случае двух шпинделей например,  coupled будет означать синхронизацию.
    • niagara39
      Правильно ХУ на этом станке не перпендекулярны. Тормоз оси У включен постоянно, отключается только при перемещении самой оси У. Координаты не  меняются... Знать бы что за параметры, пока ничего подобного не нашли
    • nicomed
      Поднял старые записи. Из того что было максимально похоже на то, что можно было назвать "получалось" :   Самому не совсем понятно поведение СкетчМенеджера при отрисовке линии от координат 0,0,0 - частенько слетает в произвольное место на виде. 
    • maxx2000
      на втором  скрине PLC сообщает что-то типа "старт программы запрещён потому что оси ХУ не связаны". Возможно станок в режиме точения должен заблокировать перемещение У, включить тормоз или что-то ещё для произвольного смещения под нагрузкой. Возможно косяк в тексте программы.
    • maxx2000
      @sneg0vik как это? Если ХУ не перпендикулярны то это уже не У, а скажем ось В. Нет, конечно в теории можно построить станок с неперпендикулярными ХУ. Вопрос зачем? Gildemeister CTX 420 это же токарно-фрезерный с осью У
    • sneg0vik
      На станке ось "X" является наклонной по отношению к оси "Y" (т. е. они не перпендикулярны). Поэтому надо полагать (учитывая текст ошибки) у вас отключена связь оси "Y" с осью "X".   Проверьте меняются ли координаты оси "X", когда вы двигаете ось "Y". И наоборот. Если - нет, то ищите как включить (наверное через параметры) взаимосвязь оси "Y" с осью "X".
    • ДОБРЯК
      Если ваш Заказчик и такую работу примет, то необходимо в шпоночное отверстие добавить и массу воды. Примерно 1/4 от той массы которую вы будете добавлять.  Да и еще и не забыть добавить момент инерции от воды.
    • Soprin
      В функции MOVE по F7.3 должно же из R270 переносить в R278?
    • niagara39
      Причина все еще не найдена... Но заметил, что сразу после включения в меню диагностики появляется следующее предупреждающее сообщение: 10155 M: Y-axis: Y-axis and X-axis not coupled , но причина его появления и его смысл неизвестны
×
×
  • Создать...