Параметр "Путь компонента"

[Naz 79]

в некоторых системах есть возможность прописывать в чертеже (где нибудь в уголке ) путь к файлам чертежа и модели...Есть ли возможность тоже сделать в Про/Е? есно автоматом ... PDM не предлагать

офтоп - йёксель ...юбилей однако - 100 постов

[MixaProE 1]

мы ограничились model_name.а архив моделей(без ПДМ) структурирован в зав-ти от имени(обозначения) модели.

[Raw 0]

2Naz

Нет, нельзя. Только файл search.pro...

[Naz 79]

то что есть search.pro это понятно :) ... не о себе забочусь ...значит придется ручками прописывать в параметр ... плохо :(

[MixaProE 1]

Naz

а зачем это надо,да еще и ручками?

[Ajaxx 0]

MixaProE

так видимо, для технологов, чтоб долго не искали. раз ПДМа нет.

[Naz 79]

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

Придется добавить в template параметр path и из сборки присваивать каждому компоненту...геморой однако :(

[MixaProE 1]

Ajaxx

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

1.модели,которые мы сами строим по сторонним бумажкам и dwg

2.модели,построенные нашими конструкторами

Есть примитивный классификатор,в соответствии с которым созданы раб.каталоги и модели,обозванные согласно этого классификатора, складываются именно в них.

А еще вопрос к Naz-если печатаешь в пдф и в ПроЕ работаешь один,то зачем тогда путь до файла?Ведь он(файл модели),получается, никому не нужен...

[Naz 79]

Ну во-первых народ начинает подтягиваться :)...а во вторых, в случае если названия деталей в разных проектах совпадают (а называть какую нибудь деталюшку ЗАЕ-123456.00-13_деталюшка я считаю не совсем удобным и правильным, да и просто неудобно такое название визуально найти в папке) то хотелось бы посмотреть путь от корня диска до папки из которой был распечатана деталь, а не ползать по дереву в поисках папки с названием этого проекта.

[MixaProE 1]

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

<{POST_SNAPBACK}>

криминал,по моему...

называть какую нибудь деталюшку

<{POST_SNAPBACK}>

"деталюшкой",а чертеж на нее(и в штампе) тоже "деталюшка"?

Насчет удобства спорить не буду-личное дело каждого(как цветовое восприятие).

А если есть каталог 3АЕ(подозреваю,что это от формата,на котором рисуется чертеж Е-эскиз и далее-порядковый номер с исполнением)и в нем лежат все детали с этим 3АЕ?Разве неудобно?Заимствовать ее в др.проекты-пожалуйста.

У нас была(и сейчас ведется параллельно) подобная система ХА.ХХХ.ХХ-ХХ нумерации чертежей.Для ПроЕ по возможности ушли от нее...Объясню,почему.

1.Заранее неизвестно,во что в процессе проектирования выльется деталь по габаритам-отсюда неизвестен формат чертежа,а значит и имя модели будет какое-то непонятное,т.е. модели все обзывают кто как-ugolok_lev.prt,planka.prt,flanec.prt и тд.Затем по какому-то списку присваивают номера чертежей и этими номерами обзывают файлы чертежа.Отсюда растет доп.параметр "Номер чертежа",который успешно "забывают" менять,делая Save as для модификации в др.проектах.

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

3.Неинформативное имя для модели

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

Слышал тут от одного спеца по ПроЕ(реселлер),что одна из рекомендаций РТС в этом плане следующая:самое простое-использовать именно имя модели в плане номера чертежа и пр.

А насчет папок,так у меня стройный список из 1А,2А,3А,4А и далее согласно классификатора..никакого неудобства.

[Finist 1]

После перехода на прошку была принята следующая метода :

1. Точки заменили на тире.

2. Имя файла чертёжа и модели обязательо совпадают.

3. Обозначение в основной надписи - &model_name.

4. Жесткий классификатор и папки согласно ему.

Эта система помогла в дальнейшем четко, плавно и без проблем внедрить PDM (Ilink).

[Naz 79]

2Finist:

1. надо будет задуматься, идея интересная.

2. конечно это наиболее удобно, но сомнительно в случае описаном ниже.

3. работаю в основном по оснастке - иногда приходится "плодить" прессформы, соответственно работаю через FamTab.

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

4. да конечно, я думаю все так и работают, но немного неудобно ползать в куче папок с шифрованными названиями и вспоминать - а енто чё за хня и когда я её ваял? :) ... поэтому я и спрашивал про параметр пути компонента.

[TVM 267]

Может где-то в этом направлении можно найти приемлемое решение.

display_full_object_path yes

Info=>Model

[MixaProE 1]

Naz

с пресс-формами не знаком,посему тонкостей не знаю.Не совсем понял ситуацию с

некоторые (матрицы) меняются - получается что название файла детали одно и то же, а параметр oboznmodel меняется по таблице семейств

<{POST_SNAPBACK}>

простенький пример с "семьей" и обозначением можно здесь привести?

[Naz 79]

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

ЗЫЖ тема убрела в сторону :)...Насчет автоматизации получения параметра пути - мысль такая(алгоритм, надо думать как реализовать)

- создать параметр PART типа стринг в детали (задать в template)

- далее Info=>Model (кто нибудь знает - есть возможность в Pro/Program заставлять прошку генерить *.inf.1 файл? )

- там же в Pro/Program (опционально после генерации *.inf.1) в INPUT прописать PART, тогда при регенерации прошка будет спрашивать откуда брать параметры (вот еще вопрос - как его заставить всегда брать параметр из определенного файла?)

- получим PART = name_model + PATH (путь) (если не ошибаюсь прошка считывает из файла до EOL?)

- ну и все - дальше вычитанием получаем параметр PATH

[TVM 267]

*.inf генерируется при Info=>Model.

[Finist 1]

Если

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

<{POST_SNAPBACK}>

то должен быть групповой чертёж

А вот это

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

<{POST_SNAPBACK}>

я называю БАРДАК. В котором Вы рано или поздно утонете.

PS: Прошу простить за резкость, и не принимать близко к сердцу.

[MixaProE 1]

Finist

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

Извините за ОФФ

[suslad 1]

Задача поставленная в начале темы:

в некоторых системах есть возможность прописывать в чертеже (где нибудь в уголке ) путь к файлам чертежа и модели...Есть ли возможность тоже сделать в Про/Е? есно автоматом

не решается без PDM-системы. И никакие доп. стандарты, должности, крики и т.д. не решат этот вопрос. Потому как даже простое переименование матмодели приведет к плачевному результату. И нет смысла напоминать также о возможности поиска по РЕАЛЬНОМУ обозначению (а не его эквиваленту в виде имени файла), наименованию и прочим характеристикам. И имя файла в чертеже с полным путЁм к нему не выход.

Но т.к.

PDM не предлагать

то придется изобретать свой PDM...

[Naz 79]

Да бардак :))) но я не главный конструктор... как грится - кто платит тот и заказывает...может кто-нибудь скинет мне гост на оформление группового чертежа и спецификации? st_ch{}mail.ru . Заранее благодарен %)