Сборка

[_oleg 0]

В основном работаю с UG, ну и привычки в основном оттуда. Там есть три режима загрузки компонент в сборку (по расположению)

1. from directory (из директории файла сборки)

2. search directory (список директорий - аналог в PROE файла со списком директорий)

3. as saved (компоненты восстанавливаются по путям, прописанным в файле сборки)

Обычно технология работы с большими сборками ( от 1000 вход.), расположенными на сервере следующая:

создается файл для оформления чертежа (пустой, обозначим файл А) в директории пользователя, затем туда вставляется файл сборки (файл Б) с опциями загрузки search directory (в UG можно указать только верхний каталог, а для поиска по входящим каталогам ставятся три точки, например C:\temp\...). После записи файла А (к файлу Б доступ - только чтение, это мастер-модель),в файле А сохраняются все пути к компонентам входящих (в том числе и входящих в файл Б). Следующие загрузки файла Б выполняются с опциями as saved - очень быстро. Почему-то в PROE так не получилось. Даже когда файл Б со всеми входящими был явно перезаписан у нас , то при следующей загрузке пришлось опять вручную указывать расположение входящих (сборка Б была выполнена не у нас). Загрузка с файлом директорий - дело муторное, у нас кахдая деталь - отдельная папка, прописать тысячи путей (я так понял, что волшебных трех точек здесь нет), которые еще надо администрировать - почти невозможно.

Может в файле сборки PROE существует таблица с путями к компонентам, которую можно отредактировать.

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

Заранее большое спасибо.

[Basnev 1]

В сборке PROE нельзя даже просмотреть полные пути к загруженным компонентам ??! Круто! Как черный ящик.

А еще proE не умеет крестиком вышивать. Ему как-то без надобности.

[Nick :) 1]

В сборке PROE нельзя даже просмотреть полные пути к загруженным компонентам ??! Круто! Как черный ящик.

<{POST_SNAPBACK}>

1. Можно посмотреть, даный вопрос уже обсуждался на этом же форуме. Научитесь использовать поиск .

Пропишите в конфиге: display_full_object_path YES

После этого выберите в меню: Info -> Model

2. Для того чтобы каждый раз не подтягивать заново компоненты создайте файл search.pro и подгрузите его в сессию:

Tools -> Options -> Open -> search.pro (для WF и WF2.0)

В нём пропишите пути к папкам в которых размещены все компоненты сборок, например:

search_path d:\assembly\parts01

search_path d:\assembly\parts02

search_path d:\assembly\parts03

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

к которой путь в search.pro прописан первым (приоритет выше).

ИМХО. Чтобы избежать неразберихи лучше не создавать файлы с одинаковыми именами!

3. На счёт версий которые подтягивает ПроЕ, так он всегда подтягивает последнюю сохранённую!

[AlexanderM 1]

В сборке PROE нельзя даже просмотреть полные пути к загруженным компонентам ??! Круто! Как черный ящик.

Еще как круто!

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

Закинул новые файлы в новую дирректорию и работаю.

Если бы ProE помнил пути вложенных компонентов - во был бы у меня гемморой.

[_oleg 0]

1. Можно посмотреть, даный вопрос уже обсуждался на этом же форуме.  Научитесь использовать поиск .

Пропишите в конфиге:     YES

После этого выберите в меню: Info -> Model

2. Для того чтобы каждый раз не подтягивать заново компоненты создайте файл search.pro и подгрузите его в сессию:

Tools -> Options -> Open -> search.pro (для WF и WF2.0)

В нём пропишите пути к папкам в которых размещены все компоненты сборок, например:

search_path d:\assembly\parts01

search_path d:\assembly\parts02

search_path d:\assembly\parts03

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

к которой путь в search.pro прописан первым (приоритет выше).

ИМХО.    Чтобы избежать неразберихи лучше не создавать файлы с одинаковыми именами!

3. На счёт версий которые подтягивает ПроЕ, так он всегда подтягивает последнюю сохранённую! 

<{POST_SNAPBACK}>

Дык поиск по "display_full_object_path" на этом форуме ничего не дал. По search_path:

у меня самая мелкая сборка - 375 входящих, ну и загружают ее с разных машин (как с терминалов) с сервера. У нас правило (еще с UG) - на каждую модель отдельная папка. В ней хранится и чертеж. Пока чертежи выполняются для трансляции в другие CADы для оформления. Изменения в модели блокируются - это мастер. Оформление разрезов и т.д. через паразитный файл сборки - как в UG. В общем, надо прописать пару тысяч путей. Если можно будет через системную переменную : %PROE_SERVER%\assembly\parts01 ... , а через d:\assembly\parts01 это прям MDT.

Вобщем, ОГРОМНОЕ спасибо за помощь. Пойду пробовать, авось получится.

[Nick :) 1]

Дык поиск по "display_full_object_path" на этом форуме ничего не дал.

<{POST_SNAPBACK}>

От чего же не дал? А здесь ?! Это простое отображение полного пути объекта (дословный перевод) в информационном окне!!!

После Info -> Model у Вас на экране будет вся информация о сборке и входящих в неё компонентах (включая пути к ним).

А что после этого мешает сохранить эту информацию в файл *.inf (потом переименовать в *.txt) и на его базе создать search.pro?

ИМХО. Лучше потратить некоторое время на создание search.pro, чем каждый раз подтягивать компоненты вручную.

У нас правило (еще с UG) - на каждую модель отдельная папка.

<{POST_SNAPBACK}>

(ИМХО). Это конечно Ваше личное дело, но как видите саме - слишком хлопотно.

Лучше распределите всё в 2 папки: 1 - для готовых файлов, 2 - для тех, что ещё находяться в роботе и не готовы к использованию.

Во второй можете оставить старую структуру (если Вам так удобнее), а все готовые держать в отдельной.

ЗЫ. Меньше папок - меньше путей в search.pro.

[_oleg 0]

Ок. Все получилось. Даже пути через ситсемные переменные, только через $, как в UNIX - $PROE_SERVER\... . А вот почему одна модель - одна папка, попробую объяснить.

Например деталь - крыльчатка 7770101115:

- файл пера крыльчатки 7770101115-pero_v01.prt

- файл-мастер крыльчатки 7770101115_v01.prt (перо вставляется через sharing-merge) - изменения запрещены.

- паразитный файл сборки для выпуска чертежа dwg01_7770101115_v01.asm - препарировка, косметика, сечения и т.д. для оформления чертежа 01. (dwg02_7770101115_v01.asm для чертежа 02 и т.д.)

- файл чертежа dwg01_7770101115_v01.drw ( dwg02_7770101115_v01.drw и т.д.)

- проработка съемов металла при балансировке, определение компенсируемого дисбаланса bln01_7770101115_v01.prt (через наследование) или bln01_7770101115_v01.asm через сборку

- файлы различной степени препарированности для различных расчетов на прочность (циклосимметрия, осесимметрия и т.д.) и газуха, например str01_7770101115__v01.prt или ...asm.

А еще ЧПУ , прорисовки и куча всего другого. Все производные файлы связаны с мастером и содержат минимальное количество собственных modeling элементов. Связь через наследование, сборки с упрощеннием по фьючер-представлениям (чего к сожалению нет в UG), sharing. Бывает, что на одну деталь получается до 30 файлов.

Да, еще два вопроса, может кто знает.

Насколько я понял, PROE сначала ищет файлы в текущей директории, а потом по файлу search.pro. Нельзя ли запретить поиск в текущей, или поменять последовательность - сначала в search.pro, потом в текущей.

Можно ли заставить систему распозновать компонент не только по имени файла, но и по внутреннему идентификатору. В UG например, если файл с соотв. именем, но другой, можно настроить поведение - прекратиь загрузку, заменить, вобщем система предупреждает. А PROE больно лихо ставит другие компоненты, особенно если package.

Еще раз большое спасибо за помощь.

[Nick :) 1]

Где тут смайлик кричащий от ужаса ??? Голову можно сломать!

А не проще было бы bln01_7770101115_v01.prt, str01_7770101115__v01.prt, ... сделать инстансами 7770101115.prt.

ИМХО. И файлов было бы поменьше и тоже всё взаимосвязано. Не, ну дело конечно хозяйское!

Нельзя ли запретить поиск в текущей, или поменять последовательность - сначала в search.pro, потом в текущей.

Вроде нельзя, я точно такого способа не знаю.

[SAS_17 10]

Можно ли заставить систему распозновать компонент не только по имени файла, но и по внутреннему идентификатору.

В жизни каждая деталь имеет уникальный чертежный номер, имя файла тоже должно быть уникальным. РТС тут ничего не придумала, было реализовано так как должно быть.

Выводы: не ленитесь присваивать ПРАВИЛЬНЫЕ имена файлов.

Рекомедация: имя файла должно совпадать с чертежным обозначением детали/сборки.

[SVB 188]

_oleg

Я извиняюсь за глупый вопрос..., но Вы не пробовали использовать с UG систему PDM-PLM? Судя по описанным Вами сложным манипуляциям и распределенной работе давно пора.

Выводы: не ленитесь присваивать ПРАВИЛЬНЫЕ имена файлов.

Для этого есть отраслевые классификаторы.

[Basnev 1]

SVB

Для этого есть отраслевые классификаторы.

Где тут смайлик кричащий от ужаса ??? Голову можно сломать!

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

Сорри, слегка оффтопик, но от этих СУКИ.12345.543.21 давно тошнит.

[troy 0]

В таких случаях Intralink помогает.

[_oleg 0]

Не-е-е.... PDM это отдельная песня (очень спорный вопрос). Вот раньше пришлось поработать в i-DEAS и Euclide, очень мне понравилась центральная база этих сапров, там это как то ненавязчиво. Дак их я слышал уже порешили, а жаль. Ну, а здесь спасение - скорее всего search.pro. Попробуем вести его через какую-нить БД или электронную таблицу. Всем спасибо за советы.

[SAS_17 10]

Это Pro/E без PDM является СПОРНЫМ вопросом. Он заточен под работу с PDM, потому и не поддерживает полных путей для файлов...

[SHARit 2 810]

..не поддерживает полных путей для файлов...

Каким это образом Pro/E не поддерживает полные пути????

[troy 0]

2oleg

Если ты работаешь в команде и в PRO/E, то тебе НУЖЕН PDM.

У нас подобных проблем не возникает.

[Basnev 1]

SAS_17

Это Pro/E без PDM является СПОРНЫМ вопросом.

Меня на этом даже обвинили хрен знает в чем. Любой большой CAD без PDM ненамного лучше Фанеры, если живет в маленькой, пусть даже и на файл-сервере, конуре.

[SAS_17 10]

Каким это образом Pro/E не поддерживает полные пути????

Отвечаю.

Возьмем CADDS 5 или даже Pro/DESKTOP. Там ссылка на компонент имеет полный путь до файла. При этом никаких лишних телодвижений. Куда бы сборку не перенесли, она откроет компоненты найдя их по полному пути...

В ПроЕ так не делается, все файлы сливаются в рабочий каталог и уж тогда...

Может у Вас SHARit есть такое решение для ПроЕ, лично я не нашел...

[Basnev 1]

Интересно, а что такое "поддержка полного пути"?

ProE ЗНАЕТ полный путь ЗАГРУЖЕННОГО объекта. А уж где этот объект искать - забота не ProE, а config. pro, search.pro, PDM, etc, т.е. КАДминов проекта.

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

[SHARit 2 810]

SAS_17

Ситуация с переносом/копированием сборки (именно самого одного файла сборки) вручную мне кажется надуманной.

Но и Pro/E с таким вандализмом справится при наличии правильного search.pro.

Basnev

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

Я тоже так думаю....