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

Почему различаются результаты расчета?


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

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

Разница в 10 раз....

Как правильно делать расчет?

SW 2015.

Проверка кронштейна.rar

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


Не знаю, рассчитал оба варианта - разница небольшая, не должно быть в 10 раз...

Жесткая деталь  

5be60a31774d6_1-.thumb.jpg.3b178d4af149425b48eb24c937c81f54.jpg

Hide  

 

Деформируемая деталь  

5be60a42b41f5_2-.thumb.jpg.c74c87b91a6a8f45e45d3c2e4a283b0f.jpg

Hide  

 

Ну и замечание небольшое - вместо жестких или нежестких рычагов лучше прикладывать момент или Remote load (удаленную нагрузку)

Ссылка на сообщение
Поделиться на других сайтах
40 минут назад, IgorT сказал:

может быть дело в SP5?

Не знаю, я считал в SW2018, сервиспак не помню какой там.

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

Не знаю, я считал в SW2018, сервиспак не помню какой там.

Ясно.

На счет удалённой нагрузки...

Пытаюсь её приложить. Получаю такую картину:

 

2018-11-12_10-12-25.thumb.png.4b6010faf75bdf817dd28ea5d8a35070.png

 

То есть круглый фланец деформируется вместе с листом под ним нереально. А в конструкции на фланец монтируется узел и подобная деформация не возможна.

Каким образом нужно организовать модель для подобных случаев?

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, IgorT сказал:

Каким образом нужно организовать модель для подобных случаев?

в настройках что-то про жесткую связь прикрутить

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Turgenev
      Не, греться будет, конкретно, потому что разъем будет прямо на стенке "стакана", а сам "стакан" будет нагреваться от нагревателя до 300 градусов. 3Д модель в процессе. погуглил, это разъемы типа таких: У них все круто, но нет фланца, чтобы хоть как-то закрепить разъем на стенке "стакана". По вашей наводке нагуглил еще разъемов, стоят дорого и очень большой габарит: Есть интересные варианты, но я не смог найти к ним ответную часть:   Это что-то типа такого: Мне не подходит по форм-фактору. Нагреватель должен быть в форме диска- плоский цилиндр диаметром 75мм и высотой около 10-20мм То есть запах идет от обгорания металла нагревателя? Вариант с заливкой нагреватель термостойким бетоном был, я даже его опробовал, но очень уж трудозатратно выходит. Любой металл будет иметь запах при нагреве, если его никуда не засовывать?
    • FROST_R6
    • Guhl
      У вас питание силовое на привод приходит? Е09 - отсутствие силового питания
    • Максим604
      В мануале написано что подача при Резьбофрезеровании считается по центру инструмента. Ок. Тогда почему когда пишешь в кам системе, то выдает подачу для движение  по траектории.      Перефразирую.  Нужно нарезать внутреннюю резьбу М20х2.  Фреза 3 зуба ∅12. Скорость резания 50. (Оборотов 1326)  Подача на зуб 0.05   Когда пишу в джи кодах, то выдаётся подача 198.9 мм/мин. С этой подачей станок и режет.    А если написать через шопмилл, то при тех же условиях( скорость резания и подача на зуб), он подачу пересчитывает для центра фрезы.  И выходит подача 80 мм/мин.   И выходит что при одних и тех же условиях меняется время обработки.    Когда пишешь через кам, то подача считается по траектории, а шопмилл считает для центра.    И я не понимаю как правильно считать. И почему именно так.  И в мануалах не нашёл ответа. 
    • maxx2000
      Да вот так ему хочется. Вот такие гады разработчики. Небось и в мануале всё это описали. Я негодую вместе с тобой.
    • Максим604
      Поэтому и вопрос. почему шопмилл подачу меняет, когда пишешь через него(макропеременые), а когда через G код не меняется. как шопмилл просчитывает новую подачу я понимаю, но не понимаю как прравильно и почему именно так правильно, а не наоброт. почему шопмилл переводит подачу с движения по траектории на движение по центру?     
    • Snake 60
      Так а зачем, если вот эта кнопка  сохраняет все детали и подсборки входящие в нее: При желании можно повесить на горячую кнопку через Настройка-Клавиатура Или пересохранить имеется ввиду создать копию с новым именем? Если да, то для этих целей я бы посоветовал крутой макрос с именем Коперник от @tompsongun См. пост выше.
    • maxx2000
      ну хотя бы то что одна написана через макропеременные, вторая в джи кодах. Ты считаешь что при одинаковом результате у них одинаковые алгоритмы?  
    • Максим604
      А что должно смущать?
    • maxx2000
      Ничего не смущает?
×
×
  • Создать...