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

Есть ли какая-то стандартная и простая (относительно) методология построения в NX сборок цепочек?


NeedMoreLODs

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

Существует в природе такая вещь как цепочки.

Я имею ввиду не те здоровенные цепи, которыми ворота блокируют, а те, которыми крышки агрегатов к корпусу агрегата крепят, например.

Для примера можно привести цепочки ОСТ1.10806, которые собираются из звеньев ОСТ1.10807.

 

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

С моделями звеньев проблем особых нет, они относительно простые.

А вот со сборкой...

Есть только примерное положение начального и конечных звеньев.

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

 

В голову пришло только три метода.

1) Добавлять и двигать звенья чисто на глаз. Метод варварский, вызывает много боли и страданий. Собственно примерно так тогда и поступил.

2) Сопрягать звенья по определённым точкам между собой. Пробовал этот метод, и точно уже не помню, но вроде бы тогда помешала однонаправленность старого типа сопряжений (NX4). Может с нынешними двухсторонними сопряжениями проще?

3) UG/Open. Думаю реализуемо, но уж больно много заморочек (да и NX у меня в паре с Visual Studio нет), универсальный алгоритм прикинуть не удаётся, а только для какого-то конкретного типа звеньев, да и результат будет в виде звеньев без сопряжений.

 

Если кто сталкивался с задачей создания достоверных (ну или более-менее достоверных) цепочек, то как решали проблему, хотя бы в общих чертах?

Может тут вообще всё просто?

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


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

Ссылка на сообщение
Поделиться на других сайтах
Пятый способ - бросаем цепочку куда надо, а она сама вешается, как сможет :smile:

 

В каком модуле NX это делается?

Поди какая-нибудь супер-пупер кинематика-симуляция?

 

P.S.: Только не говорите, что ответ платный. :biggrin:

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

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

Врядли это целесообразно применять в сборке.

BSV1 думаю не серьезно это предлагает. При большом количестве звеньев цепочки расчет займет много времени.

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

 

 

Дело в том, что я технический иллюстратор, и для меня многие специализированные модули NX - тёмный лес ввиду отсутствия прямой и постоянной необходимости в их изучении.

 

Поэтому вопросы.

 

1) Из модуля кинематики (а как он точно называется?) можно ли передать результат в "обычном" (в виде компонент) виде в модуль сборки?

2) Учитывает ли модуль кинематики необходимость исключения пересечения геометрии тел между разными звеньями? Ну то есть не будут ли тела в результате пересекаться частично между собой? По той анимациий, что приложил BSV1, похоже что учитывает, но уверенности нет.

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

BSV1 думаю не серьезно это предлагает.

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

post-11848-0-77079500-1455961789.jpg

Да, забыл сказать, что я делал все это в T-Flex, но, уверен, то же самое сможет любая CAD (ну или почти любая :smile:).

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

 

Один предмет в банке уж очень на шампур похож. :g:

 

 

Модуль называется NX Motion.

 

При возможности поковыряюсь в модуле. :-)

Всем спасибо!

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
    • Максим604
      разные уп, но смысл одинаковый. в первом варианте подача меняется, во втором сохраняется.   Это то что не устраивает   M0 E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1297,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.03937,0.31831,,,,1,0,"ISO_METRIC","M14");*RO* E_MI_TR(1,0,0,"REZBA_D11.9_P2_VARGUS","",1,0.05,2,50,2,1298,-16.2,91,2,10,14,1.0826,1.083,0.1,0,3,0.07874,0.63662,,,,-1,0,"ISO_METRIC","M14");*RO* _E_P002: E_PS_CIR(1,0,0,-14,90,0,,0,,102.5,12.857,30,8,10,0,,);*RO* CALL "END.SPF";#SM;*RO* E_END(0,1,0);*RO* M30 ;#SM;*RO* _____________________________________________   это устраивает N104 T=" ФРЕЗ. РЕЗЬБЫ - 12" N106 M6 N108 G0 X0. Y0. S1326 M3 D1 N110 Z50. N112 Z5. N114 G1 Z-25. F198.9 N116 G41 Y-4.95 N118 G3 X9.95 Y0. Z-24.5 I3.74372 J4.95 N120 Z-22.5 I-9.95 J0. N122 Z-20.5 I-9.95 J0. N124 Z-18.5 I-9.95 J0. N126 Z-16.5 I-9.95 J0. N128 Z-14.5 I-9.95 J0. N130 Z-12.5 I-9.95 J0. N132 Z-10.5 I-9.95 J0. N134 Z-8.5 I-9.95 J0. N136 Z-6.5 I-9.95 J0. N138 Z-4.5 I-9.95 J0. N140 Z-2.5 I-9.95 J0. N142 Z-.5 I-9.95 J0. N144 X0. Y9.95 Z0. I-9.95 J0. N146 X-4.95 Y0. Z.5 I0. J-6.20628 N148 G1 G40 X0.
    • sklide008
      Да точно, подзабыл уже все. а можно ли горячими клавишами открыть деталь из сборки и пересохранить не открывая деталь?
    • maxx2000
      наверное пришло время выложить программу которая устраивает и которая не устраивает
×
×
  • Создать...