Какую выбрать САПР

[Krusnik 421]

Офигеть какой критерий выбора программы подобного уровня! Это, вероятно, самое главное в возможностях системы. Без этой возможности дальше даже ничего не рассматривается.

 

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

 

1) Я последние 10 месяцев работаю с архивом, где ДЕСЯТКИ ТЫСЯЧ чертежей названы как в CREO. Т.е. 12346_789 нет даже первых букв, не то что наименование. PDM только внедряется (да собственно я с коллегами его и набиваю) все эти десятки тысяч чертежей сделаны в AutoCAD, и там никаких атрибутов нет. Даже если загнать в PDM поиск будет бесполезен. Я уже запарился с этой системой. И переходить в долгосрочной перспективе на САПР с такими же "костылями"? НУ УЖ НЕТ!

 

2) Что делать с эскизными обозначениями? Вот у меня есть БЛЗ.000.000.001 Рамка нижняя и ЗТВ.000.000.001 Вставка. По этой схеме оба файла будут 000.000.001. Просто прекрасно. А с PDM'ом так вообще один файл затрётся другим.

 

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

2. Писать в имени файла наименование, считаю дурным тоном. Во первых, сложнее контролировать уникальность Обозначения. Во вторых, простая смена наименования детали,будет совсем не простой.

3. Что касается ограничений на имя файла, то я уже про это писал.

Проблема имеет далекие корни и связана с тем что имя файоа используется при обработке программой, а также для совместимости на любых машинах с разными ОС(win, unix) и локалями.

Русское имя прекрасно видно после открытия файла. Хотя если поставить ПДМ, можео открывать по любому набору параметров.

п.с. оценивать программу по именам файлов, по их количеству на диске просто глупо.

Так же советую не злоупотреблять точками, пробелами и другими символами в имени файла, хоть win сейчвс и нормально к ним относится.

Да, имя файла и возможность оформления по ЕСКД не связаны.

А что, в CREO проблемы с переименованием файлов? В SW это решается на раз - два. Да и с PDM'ом не должно быть таких проблем.

Мало того... Представьте ситуацию. Есть кабель, с децимальным номером. И он присутствует в 140 разных изделиях и изогнут в них по-разному. Делать один большой файл с исполнениями нецелесообразно. Поэтому я в таких случаях не только приписываю наименование, но ещё и от какой этот кабель сборки. И такое у меня постоянно. Когда это делается просто в папках всё довольно просто: разложил эту кучу по разным папкам (по проектам) и спокоен, а с PDM задача усложняется. И выбирать САПР с ограничениями на имя файла - это неразумно.

[Ruslan 523]

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

Что касается дублирования моделей, считаю это грубейшей ошибкой, уж лучше исполнения. Хотя есть возможность иметь разное состояние одной и той же модели в разных сборках. В том числе и для кабелей. Я тут недавно даже видео выкладывал.

Одна из особенностей ПроЕ, это контроль уникальности имени файла (без пдм) в пределах всех указанных папок, что при использовании Наименования, делает эту функцию практически бессмысленной. Как и открытие файла только по наименованию, не нахрдясь при этом в папке с этим файлом.

П.с. Лично у меня нет проблем с ограничениями ПроЕ на имя файла. Для меня это не главное. И приборы проектировать совсем не мешает.

Изменено 25 июля 2016 пользователем Ruslan

[streamdown 1 565]

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

 в ProE есть. Вы бы уточняли на будущее)) а то новички подумают...многое.

Изменено 25 июля 2016 пользователем streamdown

[zobza 20]

 твоего совета ждёт   а то всё солиды да катии

Как говаривают местные кирпичепроизводители: "тефлекс" 

Так я уже, бери "тефлекс"    

А кто нибудь видел автора темы? На чем он все таки остановился? 

[Ruslan 523]

А еще в t-flex,ну и наверное в еще парочке программ.

[Krusnik 421]

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

Что касается дублирования моделей, считаю это грубейшей ошибкой, уж лучше исполнения. Хотя есть возможность иметь разное состояние одной и той же модели в разных сборках. В том числе и для кабелей. Я тут недавно даже видео выкладывал.

Одна из особенностей ПроЕ, это контроль уникальности имени файла (без пдм) в пределах всех указанных папок, что при использовании Наименования, делает эту функцию практически бессмысленной. Как и открытие файла только по наименованию, не нахрдясь при этом в папке с этим файлом.

П.с. Лично у меня нет проблем с ограничениями ПроЕ на имя файла. Для меня это не главное. И приборы проектировать совсем не мешает.

 

Про ссылки на файлы, где модель участвует это понятно. Именно это я и имел ввиду. В SW это легко решается. Буквально одной правой кнопкой мыши.

Про нивелирование имени файла в ПДМ не очень понял...

 

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

 

П.С. Если не проектировать в больших количествах кабельных кабельные сборки - я  сами полностью согласен.

[niksasa 159]

У меня имя файла обычно состоит из обозначения и наименования и считаю это правилом хорошего тона. Исключение составляют прочие изделия и материалы с длинными наименованиями, я их сокращаю. Это существенно облегчает поиск деталей в библиотеках для вставки в сборки.

PS переходите на инвентор и будет Вам счастье. 

[Ruslan 523]

Про ссылки на файлы, где модель участвует это понятно. Именно это я и имел ввиду. В SW это легко решается. Буквально одной правой кнопкой мыши.

Про нивелирование имени файла в ПДМ не очень понял...

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

П.С. Если не проектировать в больших количествах кабельных кабельные сборки - я сами полностью согласен.

В чистом SW одной правой кнопки не достаточно. Там есть отдельное приложение, для этой задачи. Факктически мини ПДМ.

Про нивелирование ПДМ имеется в виду что вы работаете непосредственно с набором параметров удрбных вам, а какое реальное имя файла вы не видите.

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

Изменено 25 июля 2016 пользователем Ruslan

[Ruslan 523]

http://cccp3d.ru/topic/32031-voprosy-po-wf5/?p=723252

[SAPRonOff 561]

И читайте подпись:

 

и что?) для CATIA 100500 встраиваемых приблуд есть, в том числе наверняка для оформление по ЕСКД найдется... как, например, для AutoCAD есть СПДС-модуль. Сегодня всё больше адекватных нормоконтролеров предприятий с ЕСКДшными "фишками" подстраивается под реалии, если это мешает продуктивной работе коллектива.. 

Если Вы до сих пор пользуетесь "системой для домохозяек", где все настроено, то это не значит что это подойдет всем, зачастую это несет ряд ограничений в настройках систем под себя, как, например, спецификации в SW - без макросов там не пролезть в разных вариациях кем-то написанных, а где-то это базовый функционал, который можно настроить буквально под любые задачи с формированием отчётных документов(Например, на том же ТФлексе есть механизм - "Структура изделия", который из тел(не деталей и сборок/отдельных файлов,а именно тел одного файла, например тел труб) может автоматизированно собрать информацию для СП или любого другого отчета, например ведомость ПИ, материалов и т.п.   ).

И понятие программирование(Open API) и параметризация все же разные в требованиях к квалификации и уровням знания "настоящего" программирования.. поставить галку в множестве, может быть, не простых настроек и написать код - большая разница..

 

Ну в этом плане и в CATIA - все нормально. Деревьев можно плодить сколько хош и где хош, и с любой верхней точкой вхождения

 

В возможностях CATIA глупо сомневаться - это факт. В тоже время в ТФлекс новой - 15ой версии стало поддерживаться подобное, можно плодить деревья модели в любой точки входимости, + можно скрывать из дерева модели не нужные(в текущий момент времени) элементы(не исключая из расчета), снижая перенасыщеность маловажными элементами.

 

http://cccp3d.ru/top...o-wf5/?p=723252

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

 

 

Там есть отдельное приложение, для этой задачи. Факктически мини ПДМ.

Для централизованной работы со всеми ссылками/файлами в сборке по переименованию, перемещению во Флексе есть механизм - "Ссылки" (аля "навигатор сборок" от NX):

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

Такой механизм не уникальный, и должен быть в любой современной САПР, в базе. Уже не говоря про интеграцию с PDM и возможности управления перемещениями файлов в едином информационном пространстве предприятия, с отслеживаниями входимости этих файлов в разные сборки, поддержке коллективной работы над одной сборкой, и поддержку интеграции с другими информационными системами, в том числе другими CAD-системами.

Изменено 25 июля 2016 пользователем SAPRonOff

[Павлуха 508]

... в том числе наверняка для оформление по ЕСКД найдется...

А если не найдётся?

Всё.

Утонула Ваша Катя, чертежи её не катят...

[streamdown 1 565]

должен быть в любой современной САПР

 всё в кучу намешали. Если по интернету пробежаться, то я тоже найду тыщу разных аддонов для SW и для совершенно различных случаев, включая и различные варианты "тупо-архив-без_настроек=SWE". Модульность, это хорошо. И если вы покупаете T-Flex вот прямо со всеми! плюшками, дело ваше(й фирмы). Покупаете же?   И если ссылки в проекте меняются из панельки слева - ну круто, чо. А если в отдельно запущенном EXE-шнике, который идёт в стандартной поставке БЕЗ PDM? Фу, отстой?

Вроде про юзабилити среды говорили. Если переключились на всё то что пихают поверх CAD-рисовалки, тож могу накидать ссылок.

Изменено 25 июля 2016 пользователем streamdown

[SAPRonOff 561]

А если не найдётся?

Поверте, найдется)

 

 всё в кучу намешали.А если в отдельно запущенном EXE-шнике, который идёт в стандартной поставке БЕЗ PDM? Фу, отстой? 

Вроде про юзабилити среды говорили. Если переключились на всё то что пихают поверх CAD-рисовалки, тож могу накидать ссылок.

 

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

Изменено 25 июля 2016 пользователем SAPRonOff

[Ruslan 523]

э

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

Для централизованной работы со всеми ссылками/файлами в сборке по переименованию, перемещению во Флексе есть механизм - "Ссылки" (аля "навигатор сборок" от NX):

Ссылки, навигатор сборки.jpg

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

Я знаю про адаптивные фрагменты t-flex. Я отвечал топиккастеру и написал что такое возможно в нескольких программах.

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

Во обще я считаю это задачей ПДМ и наличие полноценной функции на уровне cad наверно избыточно.

Изменено 25 июля 2016 пользователем Ruslan

[SAPRonOff 561]

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

Во обще я считаю это задачей ПДМ и наличие полноценной функции на уровне cad наверно избыточно.

Абсолютно правильный вопрос, при полном понимании сложности реализации такого функционала)) без pdm не получится. 

[Ганстер 4]

работать комфортнее, чем в таком?

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

[streamdown 1 565]

базовая функция стандартной поставки СВ

 повторюсь-ка я:

вы покупаете T-Flex вот прямо со всеми! плюшками

?

В базовый состав T-Flex входит T-Flex Doc's?

[Ганстер 4]

Не думаю, что в медицине больше выкрутасов чем в авиа и автомобилестроении.

Интересное заблуждение.

[streamdown 1 565]

Интересное заблуждение.

 разубедите нас картинкой с крутой поверхностью, которая является частью 

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

 

[Ганстер 4]

разубедите нас картинкой с крутой поверхностью, которая является частью Blohm&Voss сказал(а) 21 Июл 2016 - 19:45: медицинских приборов, железная часть: корпуса, механизмы и т.д.

Например, Электроды для кардиостимуляторов только у нас самые колхозные, у немцев не всё так просто с формами.