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

Посоветуйте простенький stl-редактор


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



PeterShilnikov , СВ ругнулся что там нет твёрдых тел и вообще ничего не открыл.

Там два файла, один из них SW на самом деле не берет, а второй - та же самая модель, пропущенная через v5. Ее SW взял. Есть там отличия - v5 преобразовал всю геометрию в объекты другого типа. Почему SW не берет - не знаю, потом выясню, наверное, какая-то мелочь, потому что модель точно такого же устройства, сделанную в Pro/E SW нормально взял.
Ссылка на сообщение
Поделиться на других сайтах

Конвертор, какой есть, выкладываю. Когда добьюсь. чтобы SW напрямую читал его файлы (без помощи v5), выложу следующую версию.

STLRelease.zip

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

Да, второй файл таки открылся. Ждал я минут 20, не меньше :) Пытаюсь что-то делать и опять задумчивость... Наверное действительно преобразовывать полигоны в поверхности будет слишком накладно по ресурсам :(

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

У меня первый файл открылся (Model01.stp). Второй не дождался :biggrin:

Сам не испытываю необходимости в таком конвертере, но автор конвертера достоин Огромного уважения :worthy:

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

Коль пошла такая пьянка ...

STL модель порезал и скамейку соорудил чтоб добро не пропадало:

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

Как я и обещал, получилось сделать так, чтобы модель после конвертора читалась сразу в SW. По ходу дела я реализовал сшивку фасет, примитивную, но, вроде бы работает, и файлы стали раза в полтора меньше. Так что отсюда до того, чтобы сразу из STL получать твердотельную модель - один шаг. А проблема оказалась не в этом. Ошибка/недоработка оказалась, как всегда, дурацкая (за долгие годы программирования не могу припомнить ни одной умной ошибки, все они оказываются дурацкими и после обнаружения исправляются за 5 минут). Дело было в атрибуте implicit_outer у ентитя curve_bounded_surface. Естественно, у бесконечной плоскости не может быть никакой неявной границы. Но v5 на этот атрибут не обращала внимания, потому и брала модели, а SW и NX обращают внимания, и потому или воспроизводят что-то чудное (NX) или просто отказываются читать (SW).

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

И, вообще, пока я эту разработку отложил, особого смысла в ее продолжении не вижу.

STL_Release_01.zip

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

Ну вот, собственно, что и требовалось доказать для тех кто ратует за разработку на общественных началах в противовес коммерческим кодам.

Хочет - пишет, хчет - нет.

:bleh:

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

Хочет - пишет, хочет - нет.

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

Ну это еще нормальный расклад, а то могли набежать некоторые обложить ...

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

что-то у меня не работает, доступна только кнопка Open STEP dictonary

User manual:

1. Открыть словарный репозиторий STEP, для этого нажать "Open STEP dictonary" и выбрать файл START.RPD (другого он все равно не видит). При этом нужно, чтобы START.RPD, SDAI00.RP и SES00.RP были в одной папке, иначе будет плохо;

2. Прочесть STL-файл, если файл большой, читаться он будет долго, и по ходу чтения сразу преобразуется в STEP-модель (для этого и открываются словари STEP, иначе конвертор не сможет создавать нужные экземпляры ентитей). Пока файл читается и обрабатывается, кнопки не доступны;

3. Выгрузить обменный файл STEP. Появится список из двух экземпляров схем: первая - словарная, вторая - та, которая создавалась при обработке STL-файла, ее-то и нужно выгружать.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • 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
      Ничего не смущает?
    • Максим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.
×
×
  • Создать...