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

Изгиб балочного элемента


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

Добрый день, коллеги!

 

Имеется балочный элемент любого сечения, нагруженный изгибающим моментом в линейной постановке.

 

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

 

Пробую получить адекватное перемещение конца балки в цилиндрической системе координат (ось Z совпадает с осью балки) по направлению X и получаю не итоговое перемещение балки, а только ту компоненту деформации, которая совпадает с визуальным направлением оси X, отображаемым в ANSYS. Если же отображать деформацию в цилиндрической системе координат по оси Y, то получаю вторую компоненту деформации как и в декартовой системе координат, хотя в цилиндрической системе Y это, вроде как, угол поворота.

 

Может мне кто-нибудь пояснить, почему такое получается?

 

Спасибо!

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


то получаю вторую компоненту деформации как и в декартовой системе координат

При различных нагрузках?

Может, значения случайно близки оказались.

Файл проекта был бы не лишним, чтобы с нуля не создавать.

 

В качестве результата имеем перемещения конца балки в двух направлениях в плоскости, перпендикулярной оси балки.

Кажется, плоскость, в которой будут происходить перемещения конца балки, должна содержать и ось балки. Или мне только кажется? :g:

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

Прикладываю модель:

Beam_CYL.zip

 

Суть вопроса: почему в цилиндрической системе координат радиальные перемещения (X) равны нулю?

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

В цилиндрической системе вроде ро, фи, зет ...  Угол попробуйте поменять...

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

Угол чего? Координатку повернуть? Я ведь смотрю результаты в данной системе координат и угол ее поворота на величину радиального смещения уж точно не должен влиять...

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

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

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

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

Для оболочек и солидов цилиндрическая СК работает как положено, для балок - работает как декартова.

Если и баг, то можно довольно просто обойти через user results, вычислив радиальные перемещения по формуле.

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

Тогда наверное показывает систему координат элемента, которая всегда декартова x - по оси, а остальные в плоскости моментов инерции их как-то не встречал  в цилиндрической системе ...  

Ссылка на сообщение
Поделиться на других сайтах
баг
Баг. Если в классике делать NROTAT c цилиндрическую СК, то если прикладывать UY на узел, то сиса принимает ее как UY а не как поворот.
Ссылка на сообщение
Поделиться на других сайтах
  • 4 недели спустя...
Либо баг - прошлеп разработчиков

Баг.

В принципе уже все сказали, но сколько-то лет назад мы с этим прилично набодались.

 

Постпроцессинг в цилиндрическую СК не считает результат в этой СК, а поворачивает в неё уже посчитанный к этому времени результат в декартовой СК. Откуда получается фигня с перемещениями. С элементными результатами, если я правильно помню, этот финт срабатывает, а вот с перемещениями лажа получается. UDR спасают.

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

"почему" - бесполезный вопрос. "по качану" - обычный и справедливый ответ.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • 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
      с него родимого
    • Grundick
    • eljer0n
      Большое спасибо! Посмотрю. Но, судя по всему, даже если удастся заставить его сохранять чертеж с трехзначным исполнением, видимо, в той же спецификации правильного отображения не добиться. У Леона с товарищем был об этом разговор, что солид вроде как не воспринимает исполнения дальше двузначного. Хотя, может и я неправильно понял. Вернусь к этому вопросу чуть позже. Еще раз спасибо за совет.
×
×
  • Создать...