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

Поворот поперечного сечения bar-элементов


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

Доброго времени суток.

 

Столкнулся с недопониманием между мной и Element Properties MSC.Patran 2012. Проблема состоит в следующем: необходимо смоделировать ферму с основанием в виде окружности, состоящую из балок прямоугольного сечения.

post-35195-0-37357200-1395964425_thumb.jpg

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

post-35195-0-69995000-1395964433_thumb.jpg,

проверил на цилиндрической ферме - работает. А в случае с конической фермой получается интересная картина: в одних и тех же точках сечения разных балок имеют разнонаправленные векторы bar orientation.

post-35195-0-03815500-1395964443_thumb.jpg

Подскажите, пожалуйста, так и должно быть, или я где-то ошибся?

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


включите визуализацию поперечного сечения на вкладке display-> load/bc/elem.prop -> beam display -> 3d

далее во вкладке по работе с элементами modify -> element -> reverse и подгоняете под одну ориентацию. Если это то, о чем я думаю.

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

Включите визуализацию поперечного сечения - посмотрите как там 

 

Разрывов нет, если Вы об этом.

Я сегодня ещё поэкспериментировал. Получил следующие результаты:

1) При задании вектора ориентации одним вектором <0 0 1> сечения ориентируются строго перпендикулярно оси bar-элемента, при этом ось Y сечения стремится расположиться вдоль оси Z Coord 0 - что, в общем-то, логично.

2) Варьируя численные значения компоненты 'Z поля векторов ориентации поперечного сечения можно добиться совпадения направлений сечения пересекающихся балок - но только в одной точке. Я не углублялся, получил совпадения или по нижнему кольцу, или по верхнему и на этом остановился. Закономерности выявить не получилось, но это можно объяснить моей слабостью в стереометрии.

во вкладке по работе с элементами modify -> element -> reverse и подгоняете под одну ориентацию. Если это то, о чем я думаю.

 

Спасибо, в этом направлении не работал. Надо будет попробовать.

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

Попробуйте таким образом - возьмите пару балок, и сориентируйте сечения так надо. Потом в Group/Transform/Rotate. скопируйте по кругу с включением Transform Properties.

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

Попробуйте таким образом - возьмите пару балок, и сориентируйте сечения так надо. Потом в Group/Transform/Rotate. скопируйте по кругу с включением Transform Properties.

Как много нам открытий чудных... :) Спасибо, попробую. Как мало я ещё, оказывается, знаю о возможностях MSC.Patran! 

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

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

 

post-35195-0-58217300-1397199122_thumb.jpg

post-35195-0-42956500-1397199137_thumb.jpg

post-35195-0-35197600-1397199176_thumb.jpg

 

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

 

Сечение рёбер представляет собой прямоугольник, тут проблем нет:

 

post-35195-0-88286600-1397199219_thumb.jpg

 

Помня, что во всех, что я нашёл, руководствах и программах обучения в качестве значения bar orientation рекомендуется задавать общее направление, пытаемся решить задачу в лоб, задав вектор <0 0 1>:

 

post-35195-0-76219000-1397199357_thumb.jpg

 

Получается, что ленты кладутся на оправку как будто ребром, то есть такой вектор ориентации не годится. Попробуем воспользоваться опцией Field, задав поле векторов, в котором конец вектора bar orientation описывает окружность: 

 

post-35195-0-46011900-1397199539_thumb.jpg

post-35195-0-41278600-1397199550_thumb.jpg

 

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

 

Поэтому прекращаем заниматься упрощением и задаём в качестве вектора bar orientation нормаль к конической поверхности в каждой её точке:

 

post-35195-0-42667500-1397200858.jpg

 

Из схемы видно, что координата Z искомого вектора зависит от расстояния, на котором расположена точка от оси конуса и тангенса угла при вершине конуса, на котором строится ферма. Итого имеем следующую формулу для координаты Z поля векторов bar orientation: Z=sqrt('X**2+'Y**2)*tg(угол при вершине конуса):

 

post-35195-0-03633900-1397201068_thumb.jpg

 

Как видим, рёбра пересекаются по красивым ромбикам, как и должно быть: 

 

post-35195-0-35364200-1397201196_thumb.jpg

 

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

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

Спасибо!! Спустя 4 года создавал такую же цилиндрическую оболочку и метод задания bar orientation через поля очень помог!

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

Доброго времени суток!

Недавно начал работать с msc Patran.

Не могу разобраться с заданием поля векторов. Расскажите немного подробнее. Заранее спасибо!!!

20181203_213326.jpg

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

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

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

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

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

  Разрешено не более 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 , но причина его появления и его смысл неизвестны
×
×
  • Создать...