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

Сборка


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

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

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

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

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

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

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

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

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

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

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


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

А еще proE не умеет крестиком вышивать. Ему как-то без надобности.
Ссылка на сообщение
Поделиться на других сайтах

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

<{POST_SNAPBACK}>

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

Пропишите в конфиге: 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 прописан первым (приоритет выше).

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

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

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

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

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

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

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

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

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

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

Пропишите в конфиге:     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 прописан первым (приоритет выше).

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

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

<{POST_SNAPBACK}>

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

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

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

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

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

<{POST_SNAPBACK}>

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

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

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

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

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

<{POST_SNAPBACK}>

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

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

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

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

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

Ок. Все получилось. Даже пути через ситсемные переменные, только через $, как в 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.

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

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

:wallbash::wallbash::wallbash:

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

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

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

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

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

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

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

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

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

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

_oleg

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

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

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

SVB

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

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

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

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

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

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

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

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

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

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

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

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

2oleg

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

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

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

SAS_17

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

:clap_1:

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

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

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

Отвечаю.

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

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

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

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

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

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

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

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

SAS_17

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

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

Basnev

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

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Lev72rus
      Есть ли более свежая ссылка на видео? Похожая беда сейчас
    • bard
      Странно, как-то. Кто Вам разрешит отгружать изделия (не важно) какие по безлитерной документации? Кто Вам разрешит использовать в литерованном изделии безлитерные части? Если Вы приняли неверные технические решения, как Вы про это узнаете не проведя испытания?
    • vad0000
      Не важно, Не нужен output при зелёной и красной кнопки.
    • ispite
      Всем привет, спасибо за ответы, но просто так не удалось создать сборку, солид выдавал ошибку. Пришлось Сохранить как IGES (файл разросся до 920 МБ), потом открыл как деталь (в нейстало шустрее работать), нажал "создать сборку" и она создалась! НО она создалась без поверхностей, а они тоже нужны Всем привет, спасибо за ответы, но просто так не удалось создать сборку, солид выдавал ошибку. Пришлось Сохранить как IGES (файл разросся до 920 МБ), потом открыл как деталь (в ней появились Тела и Поверхности и стало шустрее работать), нажал "создать сборку" и она создалась! НО она создалась без поверхностей, а они тоже нужны. Как создать сборку с телами и поверхностями? Пробовал в детали сохранить поверхности, но оно как будто работает наоборот и все поверхности стирает.  PS удалите плз предыдущий ответ, я его случайно отправил.
    • Alexey8107
      Всем доброго дня. Имеется ивановский обрабатывающий центр ИС-800, в нем установлены: PSM-45HVi A06B-6120-H045 SPM-30HVi A06B-6121-H030#H550 Возникла авария 9030 Overcurrent in the converter input circuit. Если смотреть В-65285 в этом случае на PSM должна отображаться 1, а на SPM - 30. Так оно и есть на самом деле. Документ ссылается на пункт 3.1.1, в свою очередь этот пункт говорит о неисправности PSM и следует проверить Входящее питание. Скорее всего здесь имеется ввиду питание управления, оно 240 В и стабильно Рекомендуют проверить реактор. Сразу откидываем, т.к. дело до включения силового питания еще даже не доходит, МСС отключен. Да и реактор штатный, всю жизнь работал с этим реактором. Проверить IGBT. Проверить проверил как мог, на КЗ, но дело до силовухи еще не доходит, ее питания еще нет и физически включиться не может из за MCC(ну это естественно, блок в аварии). Принципиально все рекомендации. На LEADWELL была похожая ситуация, на торможении шпинделя на PSM помнится выпадала авария 1, а на шпинделе не помню уже что. Тоже думали на PSM, а судя по всему мозг вынимал рекуператор в SPM. Т.к. на шине 500 вольт на торможении шпинделя напряжение вылетало далеко за 500 вольт выше. Здесь тоже нечто подобное, SPM опрокидывает PSM в аварию. Вобщем при включении питания станка, запитывается только управление на PSM, а он в свою очередь раздает 24 вольта на все остальные блоки по CXA2A, если все нормально и ЧПУ включена, замыкается контакт МСС, разрешая подачу силового питания на PSM. Шаги загрузки на полностью исправном станке PSM    SPM   -          A   -         50   -         12(или 18)   -         -- После включения ЧПУ и подачи силового питания   0         0 У нас PSM    SPM   -          A   -         50   -         12(или 18)   1         30 Включение силовухи невозможно. Что было сделано: 1. Проверены все питания, 240 СХ1А, 24 СХА2А, силовое питание, везде порядок. 2. Проверены IGBT на PSM и SPM, явного замыкания нет. 3. Проверены обмотки серво двигателя шпинделя. На всех 0,4 ома(сопротивление щупов 0,2 + обмотки 0,2 ома). Сравнил с заведомо исправным таким же двигателем(он стоит в другом таком же станке и работает), все тоже самое, На массу КЗ нет. Да и силовухи тоже нет, так что это бессмысленно. 4. Откинул от PSM разъем СХА2А(тупо обесточил остальные блоки от 24 вольт), включил питание управления, PSM перестал опрокидываться в ошибку, на дисплее "-". Ждал долго, не опрокидывается. Силовое питание подавать не стал, ибо чревато для остальных блоков, а скидывать шинку постоянного тока честно говоря поленился. 5. С соседнего станка снял плату управления SPM и переставил в неисправный станок, по номерам они идентичные. Станок включился и даже подал силовое питание на PSM без всяких аварий. Гонял пару минут в холостую, все было нормально, но после опрокинулся с той же ошибкой 1 и 30 на PSM и SPM соответственно. 6. Взял плату управления SPM с неисправного станка и установил в исправный. Станок включился и сколько бы не гонял, и даже шпинделем крутил, не опрокидывается. Т.е. к обоим платам претензий ноль. После вернул все обратно. Исправный станок работает как ни в чем не бывало, неисправный сразу опрокидывается в аварию почти сразу после включения управляющего питания. На ЧПУ ошибка 9030 и какие то еще по осям, но они связаны с отсутствием питания на шине постоянного тока если не ошибаюсь, так что это нормально. Итого, силовуха явных признаков неисправности не имеет, и даже на какое то время с другой платой включает силовое питание(скорее всего это связано с разбросом параметров защит на разных платах). К самому PSM тоже вроде претензий не должно быть, хотя В-65285 указывает именно на него. В истории с LEADWELL точно помню, что тоже все указывало на PSM(в том числе 1 на дисплее), и даже сервисный инженер FANUC был уверен в неисправности именно PSM. По факту, неисправен был как раз SPM. К платам управления тоже никаких претензий, обе работают в исправном станке. Единственное логическое объяснение, неисправность силовухи SPM. НО!!! Шина постоянного тока даже не думает запитываться, так что и тут с опрокидыванием сразу после включения есть засада! Ну не тестирует же SPM и PSM силовую часть напряжением 24 вольта??? Ведь до включения силового питания в этом случае даже не доходит из-за аварии! Может у кого есть еще идеи или опыт устранения таких дефектов? Помнится у фанука была типовуха на платах А16В-2203-0623 с датчиками тока, они отгорали и привод отваливался в аварию по одной из фаз. Это были привода шпинделя и двух осей в одном корпусе, были такие у нас на токарных. Сервисники фанука тогда их тучами меняли... Хотя тут я думаю не наш случай
    • Kelny
      Даже при всём при этом оно не всегда корректно работало, так что даже в старых версиях было быстрее удалить размер и потом вставить заново, чем искать эти точки размеров, а потом пытаться их привязать к новому месту.   Возможно это всего лишь глюк новой версии, в последних версиях они похоже штатно закладываются.
    • maxx2000
      @davidovka я их сразу ссыпаю в TEMP,  в тех что живы нет отметок о создании current_session.pro. Интересно что сам current_session.pro создаётся, но не обновляется дата в отличии от даты модели. Может быть и вправду менял какие нить настройки и забывал сохранить
    • Ahito
    • maxx2000
      т.е. доверять разработчикам оснований нет. Ясно-понятно
    • clavr
      все так и было до 2024 версии. размеры не импортировались. теперь вот в 2024 так нельзя. может где-то в настройках поменять что нужно? все перерыл, пока не нашел
×
×
  • Создать...