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

Кривая по уравнению в NX, SW и Inventor


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

В продолжение <noindex>темы</noindex>.

Решил протестировать параметрические кривые каждой программы на <noindex>хорошем примере NACA 0020.</noindex> Не причастен к аэродинамике, но спортивного интереса ради.

Начать хочу с Inventor 2013. Так как эта функция в нем только появилась. И начало это показалось не очень хорошим, сродни первому блину.

Inventor отказался считать кривую в нулевой точке, убедительно мотивируя соответствующей надписью. Мне подумалось, что я чего-то где-то накосячил, но, все перепроверив, пришел к выводу, что тут перемудрил продукт Autodesk. Вроде как корень нуля равен нулю. Даже Calc.exe это подтверждает, не говоря об Excel. Но у Inventor'a на этот счет другие предположения. Поэтому кривая строилась при 0.0001<=t<=1. Также пришлось поступить и для других программ. Пришлось тут равняться на Inventor, чтобы не отличались по этому параметру результаты.

Каждая кривая сохранялась в STP и потом в NX делались графики.

Соответственно эпюры, на которых многое видно.

Из особенностей: кривая Solidworks, в отличие от собратьев, имеет четвертый порядок и состоит из 36 сегментов.

А кривая Инвентор'а состоит из 10 сегментов degree 3, но почему-то, они сопрягаются по касательной, а не по кривизне.

Ну и NX - кривая третьего порядка, состоящая из 11 сегментов.

То есть, для достижения максимальной точности, в случае необходимости подобных построений, лучше использовать иные методики, в том числе описанную <noindex>Ug_user</noindex>

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


Нет, если не умеешь пользоваться инструментом - не берись делать категорические утверждения..

Вот кривая, построенная в NX, по закону x=xt, y=yt, z=0 , как видишь - ее график кривизны совсем уж неплох. Во всяком случае - много лучше всех приведенных тобой примеров. Да - кривая именно из твоего примера.

Состояние замкнутости Открытая

степень 3

Число полюсов 24

Число сегментов 21

Число узлов с непрерывность C0 0

Число узлов с непрерывность C1 0

Число узлов с непрерывность C2 20

Состояние рациональности Полином

И еще - лучше не пытаться x возводить в степень 0.5, лучше взять корень sqrt. Думаю, что в Инвенторе есть эта функция.

А за ссылки на поднятую мной тему - спасибо, конечно.

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

2 Ug_user

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

Я конечно дико извиняюсь, но кривая в SW в чем именно недокривая( или пере)? А "много лучше" - это сколько?

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

  Кривая в SW - лучшая! Это для задетого самолюбия. На "хвостик" взгляни - "Ты все поймешь, ты все увидишь сам!"  

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

...

Каждая кривая сохранялась в STP и потом в NX делались графики.

...

Могу предположить что передача информации через сторонний формат также может привносить свои погрешности.
Ссылка на сообщение
Поделиться на других сайтах

Из SW можно через PARASOLID передать, роднее некуда.

Я когда-то, давно-давно, программировал "внутри" SW, параллельно делая то же самое в UG. Так вот, геометрия в том SW (сложная поверхностная геометрия, не "кубики") была здорово обрезана, даже на программном уровне. Это относилось как к функциям построения поверхностей, так и к кривых.

Вполне допускаю, что это был древний SW 97+, и может быть сейчас все радикально изменилось. Но тогда я совершенно отчетливо почувствовал, что "дешевый софт - для дешевых решений". Можете бросить в меня камень, это не изменит моей точки зрения. Мне периодически приходится сталкиваться с "импеллерами", построенными в SW. Они даже тени отбрасывают, ну как настоящие! Но - в помойку. А для построения чертежных проекций вполне сойдет.

Что-то я разоткровенничался на ночь глядя..

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

может быть сейчас все радикально изменилось

не знаю как для суперсложных поверхностей лопаток и крыльев (и т.п.) но даже в 2012 версии встречается вот такое

<noindex>Изображение</noindex>

не скажу что это плохо. Ибо это единичный случай и возможно имеет место быть проблема построения кривой.

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

И еще - лучше не пытаться x возводить в степень 0.5, лучше взять корень sqrt. Думаю, что в Инвенторе есть эта функция.

Пробовал, конечно и sqrt(t).

Нет, если не умеешь пользоваться инструментом - не берись делать категорические утверждения..

Ну это я разве что над Инвентором подшутил немного. Но не буду отрицать, что зря подшутил, по-дурацки. :thumbdown: Но, если этот косячок и имеет место, то, несомненно, его найдут и поправят. Это совсем не ставит Inventor'у минус. У него плюсов и без этого масса.

А если это замечание касается приведеной вами кривой в NX, то, признаюсь, удивился. Такой не смог добиться. Но, подозреваю степенную зависимость по t.

Если так, то попробую оправдаться ниже.

Но я использовал именно те параметры, которые привел <noindex>GOLF_stream. </noindex>

Сравнивал я одинаковые уравнения при линейных изменениях по t в пределах от 0,0001 до 1. Хотел показать, как отрабатывают аппроксимацию полиномами разные ядра этих замечательных программ именно в контексте параметрического уравнения, не далее. Не берясь судить о какой-то из них категорично и однобоко только по одной этой, малозначительной для подавляющего большинства пользователей функции. Но в конце все-таки не удержался. Но это общее замечание для всех приведенных САПР.

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

Да. Прошу прощения.

Готов взять свои слова обратно.

Хотел этим сказать, что аппроксимация параметрических уравнений математическими ядрами CAD программ проходит менее точно, чем интерполяция представленных пользователем множества точек. Но это сугубо ИМХО.

Спасибо всем откликнувшимся! И интересно было бы поковырять кривую, показанную streamdown. :biggrin:

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

Странно

Сравнивали кривые по уравнению построенные в разных системах

Но никто не удосужился привести настройки точности моделировния в исследуемых

системах

Так можно допроверяться до того что лучше та система где точность моделирования

по умолчанию установлена лучше

А вообще почему в принципе результаты должны кардинально различаться

математика которые используют все системы для аппроксимации скорее всего NURBS

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

nut888

Спасибо!

Да-да, именно! Этот вопрос должен был встать рано или поздно. Сразу сил не хватило с толерансами разобраться. Думал вот при свободном времени уже в этом направлении порыть.

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

поковырять кривую, показанную streamdown

чуть позже, сначала разберусь с "производителем" ПО :cool:

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

...Думал вот при свободном времени уже в этом направлении порыть.

Dna, если есть желание и свободное время, включите пожалуйста в сравнение кривую из КОМПАСа, а то в самом КОМПАСе нет анализа кривизны. Прикладываю файл STP

profile_kompas.zip

post-4508-1334134804_thumb.png

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

Вот

степень 3

Число полюсов 45

Число сегментов 42 - видать, точность задал 0.0001

Число узлов с непрерывность C0 0

Число узлов с непрерывность C1 0

Число узлов с непрерывность C2 41

Состояние рациональности Полином

Определение данных Нет

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

kazimir

Все так, как показал Ug_user, не добавить, ни убавить.

2 Ug_user

Число сегментов 42 - видать, точность задал 0.0001

Компас3D так по дефолту строит. И, прошу прощения за свою дотошность, но не поделитесь ли по-товарищески prt файлом вашей замечательной кривой во втором посте?

И, признаюсь, с изменением настроек точности этих САПР у меня проблемы. Может ткнете пальцем, где они меняются? А то вот в Rhino знаю, где точность при построениях задается, но ни в одной из приведенных выше программ. :lamo:

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

Все так, как показал Ug_user, не добавить, ни убавить.

странный перелом. а как в "хвосте"? - можно полную картину?
Ссылка на сообщение
Поделиться на других сайтах

kazimir

странный перелом. а как в "хвосте"? - можно полную картину?

Вот-вот. Именно в носке каждой из САПР приходится попотеть при построениях. Потому как при t стремящемся к нулю, кривизна стремится к бесконечности. Отсюда всякие заскоки у каждой из программ и появляются ИМХО.

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

А Компас 3D, включившийся в сравнение в последний момент, оказывается очень-очень-очень неплох в отношении рассматриваемого случая. Потестировал тут его плотно в своей дилетантской манере. :smile:

И, как оказалось, отечественный продукт показал себя молодцом! :drinks_drunk:

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Павлуха
      Я скажу Вам так, что модель сама кривыми руками сделана. Нет базовых плоскостей и граней. Поэтому столько.
    • jtok
      Спасибо, более-менее понятно. А это видео - оно от модели @Павлуха , "Хитрый полик"? Если да и если нужно 12 фичеров на эту операцию, то похоже, что я неверно оценил свои силы и время на проект(
    • DJ Astro
    • ak762
      @jtok записал видео с СВ23 может поможет разобраться Recording 2024-05-23 211508.mp4
    • Павлуха
    • nikzubik
      они подключены на видео не видно, загрузил фото в хорошем качестве там видно что эти разьемы подключенны нет там напряжения, как то раньше мерял было что то около 100 вольт, сейчас померял там нет ничего
    • Александр1979
      Посмотрите на станке, где есть "автоподход", параметры 6071-6089. Если в одном из этих параметров число 46, то при выполнении кода M46 вызывается пользовательская макропрограмма. 
    • jtok
      Какая хоть версия, чего ставить? У меня последняя 21(
    • androskv
      При выборе того или иного подшипника для обеспечения его статической и динамической прочности необходимо руководствоваться справочными значениями его статической и динамической грузоподъемности. В старых ГОСТах (за 1975 и 1987 гг.) для указанных ниже в таблице подшипников приводились таблицы со справочными значениями их статической и динамической грузоподъемности. Но неожиданно для себя я обнаружил что в новых ГОСТах (за 2022 и 2023 гг.) данные таблицы отсутствуют, а также отсутствует какая-либо ссылка (сноска), где в этом случае смотреть справочную статическую и динамическую грузоподъемность подшипников. Поиск информации вывел на два ГОСТа: – ГОСТ 18855-2013. Подшипники качения. Динамическая грузоподъемность и номинальный ресурс – ГОСТ 18854-2013. Подшипники качения. Статическая грузоподъемность.   В данных ГОСТах действительно есть формулы для расчета статической и динамической грузоподъемности для каждого типа подшипника. Однако, чтобы рассчитать данные значения необходимо знать дополнительные параметры, например, для шариковых подшипников это: – Z – число шариков в подшипнике; – Dw – диаметр шарика в подшипнике; – Dpw – диаметр центов шариков в подшипнике. Данные параметры не приводятся ни в старых, ни в новых ГОСТах по подшипниках. Числовые значения двух данных параметров (Z и Dw) можно найти только в справочниках (например, Анурьев). Dpw – в справочниках не приводится, но если рассуждать логически то его можно принять равным Dpw=d+0.5(D-d), но это не точно. Все это делает нелогичным расчет грузоподъемности по ГОСТ, беря для этого недостающие данные из справочников или другой специальной литературы.   Решил проверить расчет статической и динамической грузоподъемности подшипников по формулам и сравнить их с приведенными в старых ГОСТах (приняв Z и Dw из справочников, а Dpw рассчитав по предложенной формуле). Для простоты выбрал шариковые радиальные однорядные подшипники с диапазоном номеров 200…220. В результате получилось следующее: 1 рассчитанная по формуле динамическая грузоподъемность достаточно близко совпадает с динамической грузоподъемностью приведенной в таблицах в старых ГОСТах 2 рассчитанная по формуле статическая грузоподъемность достаточно близко совпадает со статической грузоподъемностью, приведенной в таблицах в старых ГОСТах, но для подшипников с малым диаметром внутреннего кольца d. По мере увеличения диаметра внутреннего кольца подшипника расхождение между расчетными и табличными значениями существенно возрастает. Например, для подшипника №220 табличное значение статической грузоподъемности в старом ГОСТе составляло 79.000 Н, а рассчитанное по формуле составило 92.900 Н. 3 для аналогичных подшипников SKF и FAG, указанные в каталогах статическая и динамическая грузоподъемность достаточно близко совпадает с рассчитанной по формулам.   Файл с расчетом прилагаю ниже. Сравнение расчета по ГОСТ грузоподъемности подшипников.rar   Вопрос скорее всего будет риторический: что думаете по этому поводу и ваши предложения по расчету статической и динамической грузоподъемности по новым ГОСТам?
    • Zver 0209
×
×
  • Создать...