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

Черчение многотельной детали


Lisowsky

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

Никому больше не надо применять многотел (кроме меня - мне можно!).

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


Ну вот и разобрались :smile: , тем более что...

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

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

Объясню кратко свою специфику- ....

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

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

Я с вами солидарен коллега. Хорошо, когда это "чертеж", хуже когда готовый образец, еще хуже когда это слова... Довелось 2 года работать в Армении, так этот вопрос там для меня был особенно больной. Предварительный эскиз приходилось ляпать из размахиваний руками, выпученных глаз и летящей слюны. Потом, взяли на работу дизайнера (из местных), стало хуже. Да, он брал на себя работу "приемника слюней заказчика", да и парень был (и есть) неплохой, зато он ваял потом свою нетленность в 3Д максе и пытался нас заставить сделать то, что наваял. Наша специфика полностью описанна подвигом Архимеда, когда он узнав объем короны и зная плотности серебра и золота, вывел на чистую воду нечестного литейщика этой самой короны. Так и у нас. Есть геометрически ограниченная область пространства, часть которой занимает стекло, а в другую часть должно помещаться определенное количество жидкости. Так вот объяснить дизайнеру, что в нарисованную бутылку может просто не поместиться или наоборот остаться много места от нужного объема, оказалось нелегкой задачей. Общее мнение было такое - "ну Вы же инженеры? Ну сделайте что нибудь! Вам за это и платят!" Короче, когда вернулись к бумажным эскизам, вздохнули свободней... :clap_1:

Мне нравиться в какую сторону пошла наша дисскусия. В общем, я вынес положительное впечатление о своей затее с форумом. Это был мой дебютный вопрос. Ругаю себя, что изначально не прикрепил вышеприкрепленные файлы, сняло бы много лишних вопросов. Спасибо всем. Вы действительно помогли мне решить мой вопрос. Жизнь продолжается и ставит новые вопросы. Не смогу решить, попрошу совета у Вас всех.

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

Люди, простите за наглость, но раз пошла такая пьянка, достану последний огурец. Вот в Армении судьба довела, что для реализации, в пику 3Дмаксу, сделал "наш ответ Чемберлену", визуализацию изделия через PhotoWorks.

post-18170-1223838142_thumb.jpg

post-18170-1223838157_thumb.jpg

post-18170-1223838177_thumb.jpg

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

Я хоть совершенно не связан и никогда не был со штампами и п/ф, но так как речь тут заходила о многотельности вообще, то выскажу своё мнение. Для нисходящего проектирования считаю многотельность весьма удобным методом. Это естественный и привычный для конструктора (именно конструктора, а не пользователя системы) стиль разработки новой конструкции, когда "всё на одном месте", в одном файле, и ты можешь свободно творить не задумываясь на данном этапе о финальной структуре готового изделия (что для новых изделий почти не реально) и не прыгать из файла в файл. Конечно есть ещё скелетон или мастер-модель (в других системах), но там разработка ведётся в основном вспомогательной геометрией и иногда частично работа дублируется на этапе отвердотелевания. Опять же "затаскивание" "опорной геометрии" из мастер-модели в каждую рельную деталь - дополнительный процесс (с точки зрения проектирования, а не работы системы). А вот то, что в SW приходится иметь 2 исполнительных файла (многотельная деталь и сборка) и за изменениями лазить в многотел - это уже больше особенность алгоритма программы, чем необходимость процесса проектирования. Идеальным мне представляется вариант, когда многотел можно строить непосредственно в среде файла изделия (назовём его сборочным) и по мере готовности сохранять тела во внешние файлы с автоматической заменой тела на ссылку в этом же исходном файле. Кажется такая схема реализована в UG и ТФ. До UG я пока не добрался, не знаю когда и доберусь ли вообще, а на ТФ, как таковой, у меня стойкая аллергия. А среди систем среднего уровня многотельность выгодно отличает SW от других. Ещё одну проблему нисходящего многотельного проектирования в SW - получение разных деталей из одних и тех же тел (копий) я так и не решил. Вернее сейчас приходится либо не сохранять копии в файлы (предпочтительно), либо удалять их потом из сборки, и затем делать копии оригинала с привязкой к многотелу, вставленному конвертом.

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

Вот тут эту тему разжевали до желудочного сока http://fsapr2000.ru/index.php?showtopic=2...0&start=100

Для нисходящего проектирования считаю многотельность весьма удобным методом.

Если речь идет о небольшой конструкции, то вполне возможно.

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

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

PS Каждый из нас тут прав по-своему. Так что спорить с Вами я не буду. Не хотелось бы что бы эта тема со временем была снесена во флейм

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

Вот тут эту тему разжевали до желудочного сока ]]>http://fsapr2000.ru/index.php?showtopic=2...0&start=100]]>

Да, есть такая тема. Но там дискуссия немного ушла в другое русло :smile: Хотя согласен, что здесь это то же не 100% в тему.

PS Каждый из нас тут прав по-своему. Так что спорить с Вами я не буду.

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

Я занимаюсь проектированием штампов для горячей объёмной стальной штамповки.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • gudstartup
      постоянно оно не фигачит так как есть сигнал разрешения импульсы никогда не приходят постоянно а имеют определенную длительность и фазу относительно напряжения прикладываемого между a и к
    • maxx2000
      конечно есть, apt это  cldata в котором к траекториям может быть добавлено и описание геометрии. 
    • gudi
      там же виндовс  или я ошибаюсь? 
    • Guhl
      Там есть неуправляемый мост на диодах и мост на тиристорах для рекуперации Тиристоры молотят постоянно. Не могу сказать в какой именно момент приходит импульсы на открытие - в начале полуволны или в около ее пика, но зажигание на тиристорах я видел и когда рекуперация не происходила Если вы открыли тиристор, то закроется он только тогда, когда через него прекратится ток, поэтому неважно постоянно приходят импульсы или нет. То есть если даже вы открыли тиристор в момент превышения постоянки, то закрыть вы его все равно не сможете так просто    
    • gudstartup
      они открываются тогда когда напряжение на шине dc выше допустимого иначе они будут вам просто так dc линию просаживать даже когда она в номинале а зачем это надо ? а я понял  чтобы на dc линии дополнительные пульсации создавать  вам может схему привести или вы сами найдете? @Guhl у вас не зародилась в голове мысль зачем ставить управляемый вентиль если он всегда сливает. угол уэ управления меняется можете проверить на ваших любимых древних приводах
    • Guhl
      Аргумент приведете в пользу своего утверждения?
    • AlexKaz
      Выложен конвертер файлов результатов Radioss/OR в d3plot-файлы LS-Prepost. Конвертер позволяет очень сильно упростить жизнь при постобработке, т.к. удобного фриварного нативного просмотрщика результатов OR фактически нет, а юзать Paraview то ещё удовольствие, в основном, из-за отсутствия в Paraview огромного количества фич LS-Prepost.   https://www.vortex-cae.com/vortex-radioss https://github.com/orgs/OpenRadioss/discussions/2361 Видео.
    • gudstartup
      работайте  на повышением квалификации а станок пускай стоит чего ему сделается а чего вы спрашивали то такого чего никто не знает? что у меня неисправно так на этот вопрос вам ни на одном форуме не ответят и даже в сервис-центре не расскажут... биполярники теряют даже большую мощность на себе чем диоды именно поэтому и сделали на тиристорах чтобы радиаторы размером с дом не ставить дурь пишите
    • Alexey8107
      Ладно, я понял. Обычная проблема форумов, если спрашиваешь никто не знает, но как только начинаешь конкретнее вникать, так это и так все знают. Значит бум как обычно, разбираться самостоятельно.
    • Guhl
      Ха, конечно не было Там биполярники стоят на 120А , у которых ток базы 5А А на тиристорах сделано прикольно: тиристоры постоянно молотят и если напряжение шины растёт, то автоматом сливают в сеть, там и управления толком никакого, так, сифу обычное 
×
×
  • Создать...