Импорт из rhino

[nikalur 0]

Добрый день!

Столкнулся со следующей проблемой: экспортирую из рино набор trimmed surfaces в fastship/maxsurf/solidworks, при этом исчезает обрезка. Т.е. в solidworks я вижу хаотичную кучу необрезанных поверхностей. Можно ли как-то передать из рино именно обрезанные поверхности, чтобы их не приходилось заново обрезать?

[GOLF_stream 293]

Попробуй объединить всё это в тело и передавать через STEP.

Хотя, Фастшип с Макссурфом могут всё равно не воспринять обрезку. Очень уж они своеобразные.

А у Солида с Рино проблем вообще не должно быть. Он, вроде, может напрямую открывать носорожьи файлы.

[nikalur 0]

Попробуй объединить всё это в тело и передавать через STEP.

Хотя, Фастшип с Макссурфом могут всё равно не воспринять обрезку. Очень уж они своеобразные.

А у Солида с Рино проблем вообще не должно быть. Он, вроде, может напрямую открывать носорожьи файлы.

Мне нужно гидростатику посчитать в гидромаксе, для этого все затевается. В step пробовал передавать, не помогло.

[GOLF_stream 293]

Для гидростатики есть приложение к Рино - РиноМарин. Это по сути вычислительная часть от Фастшипа. Те же самые формы отчётов, и тот же разработчик.

[nikalur 0]

Для гидростатики есть приложение к Рино - РиноМарин. Это по сути вычислительная часть от Фастшипа. Те же самые формы отчётов, и тот же разработчик.

мне нужна полноценная программа для гидростатики, orca3d&rhinomarine не считают поправки на свободные поверхности, аварийную остойчивость и т.п.

три тысячи чертей!

[GOLF_stream 293]

А что-нибудь типа NAVcad пробовал?

Год назад я считал статику по поверхностям, переданным из ПроЕ. Но уже не помню в какой из программ.

Откопал файл результатов. Считал в РиноМарине.

[nikalur 0]

А что-нибудь типа NAVcad пробовал?

Год назад я считал статику по поверхностям, переданным из ПроЕ. Но уже не помню в какой из программ.

Откопал файл результатов. Считал в РиноМарине.

Нет, не пробовал. Я большой поклонник hydromax. У меня появилась ошеломительная идея: нужно триангулировать trimmed surfaces, затем выполнить обратную метаморфозу (из mesh в surface). Теперь проблема в том, как сделать второй шаг (обернуть сетку в поверхность).

Буду премного благодарен за любую подсказку.

Или быть может можно как-то из обрезанных поверхностей сделать необрезанные, полностью удалив геометрию за пределами линий реза?

[RGK 0]

Добрый вечер!

Может и мне помогут товарищи носороговоды и сочувствующие, название темы вроде подходит?

Изготовил я трехмерные модельки в рино с целью потом на стороне отфрезеровать мастер-модели из МДФ. В итоге выяснилось, что эти модели проще и быстрее фрезеровать по "контурам" с разницей лишь по высоте.

По быстрому снял кривые с нужных граней, конвертанул в dxf и отправил изготовителю. И тут началось, линии не такие, а должны быть другие, а какие, никто не знает, программа их не корректно распознает и т.д. и т.п., причем есть и хорошие, но большинство "битые".

Следует заметить, что перед конвертом в dxf, я все линии в рино обрабатывал действием "курвы-конверт-курвы ту лайнс/курвы ту аркс". Да и при конверте в dxf, тоже вываливается окно с кучей "тем". В общем много всего перебрал, чувствую теряю время, а результата нет.

Как получить правильные линии 2D в формате dxf из рино для ЧПУ?

[GOLF_stream 293]

Как получить правильные линии 2D в формате dxf из рино для ЧПУ?

Не надо заниматься ерундой. Передавайте трехмерную модель. Как её фрезеровать - это задача технолога.

Если технолог не в состоянии это сделать, стоит задуматься о его компетенции. И о возможном результате.

Если всё-таки, решите предавать линии, то не надо ни во что конвертировать. Передавайте сплайны как сплайны.

Кстати, некоторые изготовители могут вообще потребовать файлы в Кореле. Вот такие умельцы...

[RGK 0]

Не надо заниматься ерундой. Передавайте трехмерную модель.

Это первое что я сделал, т.к. больше ничего не было. Но в связи с тем, что бюджет ограничен и нужно подешевле, я подписался, что файлы все подготовлю сам. Вот и облажался. А файлов дофига, 6 штук 2-х сторонних деталей.

Модели "геометрические", поэтому проще и быстрее резать по векторам, но вышла нестыковочка...

Если всё-таки, решите предавать линии, то не надо ни во что конвертировать. Передавайте сплайны как сплайны.

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

[GOLF_stream 293]

линии, у которых радиусы не будут состоять из отдельных отрезков

Откуда там вообще возьмутся радиусы? Или деталь состоит из цилиндров?

[RGK 0]

фрезерованные криволинейные пазы всевозможные отверстия.

Вот радиус из отрезков

Изменено 19 февраля 2012 пользователем RGK

[MFS 248]

а вот PowerMill возьмет данные в меше, построит по ним траекторию, потом ее аппроксимирует дугами и так выведет в G-code. бебебе)

[kfmut 13]

так это, если есть криволинейные поверхности, то ест-но, что получаемые сплайны рассыпаются на множество участков при переводе в дуги, чем выше точность перевода тем больше число дуг!? в чём противоречие не совсем понятно. Собственно сплайн разбил в рине на 15 дуг, открыл в нанокаде, те же 15 дуг и осталось... + в настройках профиля экспортирования можно забить настройки экспорта и не париться с переводом сплайна в дуги, разве нет?

[RGK 0]

так это, если есть криволинейные поверхности, то ест-но, что получаемые сплайны рассыпаются на множество участков при переводе в дуги, чем выше точность перевода тем больше число дуг!? в чём противоречие не совсем понятно. Собственно сплайн разбил в рине на 15 дуг, открыл в нанокаде, те же 15 дуг и осталось... + в настройках профиля экспортирования можно забить настройки экспорта и не париться с переводом сплайна в дуги, разве нет?

Если честно, нихрена не понял из этого текста, но все равно спасибо за отзыв. Смысл в том, что мне не нужно, чтобы дуги состояли из какого то количества отрезков, нужно -две крайние точки, а между ними целая дуга (см.рис)

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

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

Изменено 20 февраля 2012 пользователем RGK

[GOLF_stream 293]

мне не нужно, чтобы дуги состояли из какого то количества отрезков, нужно -две крайние точки, а между ними целая дуга

ЗАЧЕМ? Зачем тебе это нужно?

Это абсолютно не нужно.

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

У меня такое ощущение, что у них вообще нет САМ-софта. Они собираются задавать траекторию вручную. И поэтому хотят как можно меньше дуг.

[RGK 0]

ЗАЧЕМ? Зачем тебе это нужно?

Лично мне это не нужно, я достаточно потратил времени на создание 3д модели, которая мне нужна для общей сборки и считал, что она будет самодостаточна для всех сопутствующих процедур. Но требуют "правильные" векторы, справедливости ради, замечу, что были точно такие же проблемы и запросы от других исполнителей -с лазерной резки, поэтому пришел к выводу, что я делаю не так из-за малого опыта.

А что это сложно разрешимая задача?

Изменено 20 февраля 2012 пользователем RGK

[GOLF_stream 293]

Обработка по ЛЮБОМУ контуру есть в каждой нормальной САМ-программе. И по сплайну тоже. Даже примитивный Арткам может сделать обработку по сплайну. И занимает это около одной минуты - выбрать инструмент, задать параметры обработки, указать сплайн.

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

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

Возможно, практикующие САМ-щики меня поправят.

Лично мне это не нужно, я достаточно потратил времени на создание 3д модели, которая мне нужна для общей сборки и считал, что она будет самодостаточна для всех сопутствующих процеду

Обычно так оно и есть.

[RGK 0]

Используется как раз арткам. думаю дело не в дурении, а в желании изготовителя в том числе и меня -все идеализировать, что бы получилось макс качественно. А есть мнение, (основанное скорее всего на опыте работы), что с "правильными" линиями будет лучше.

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

[ilya_w 85]

Не очень вник в тему, но с Рино работаю периодически и, кажись, понимаю в чём вопрос.

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

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