Как избавиться от "приведений"?

[Sergan 0]

Добрый день. Давно возникают подобные проблемы, но грамотного решения так и не известно. Подскажите, если кто знает.

В данном случае имелась модель устройства с чертежами. Имена файлов переименовывались на корректные инструментом Файл->Переименовать (File->Rename). В результате, у некоторых файлов (почти у всех чертежей, и у главной сборки) возникли "необязательные зависимости" с уже не существующими файлами, которые проявляются только при попытке сдать чертежи в Windchill. Никаким инструментом эти зависимости найти пока не получилось. Соответственно, как удалить, тоже не понятно. Каким либо образом исключить эти "необязательные зависимости" из списка на загрузку на сервер тоже не получается :(.

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

PS

Pro/E WF5, Windchill 9

Изменено 21 апреля 2011 пользователем Sergan

[GOLF_stream 292]

Во-первых, прошу модераторов перенести эту тему в раздел по ВИНЧИЛ.

Во-вторых, в своё время с этой проблемой разобраться не смог. Официалы говорили что-то невнятное про Модел-Чек, но что конкретно надо задавать в этом Модел-Чеке и на каком этапе его использовать никто сказать не мог.

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

[Sergan 0]

Только написал и сам кажется победил :))

Ура.

Опция "всегда игнорировать" похоже их чудесным образом удаляет!

Во-первых, прошу модераторов перенести эту тему в раздел по ВИНЧИЛ.

Думал в какую из тем написать, почему то решил сюда... Предварительно поискал и там и тут обсуждения подобные %). Сорри :)

Во-вторых, в своё время с этой проблемой разобраться не смог. Официалы говорили что-то невнятное про Модел-Чек, но что конкретно надо задавать в этом Модел-Чеке и на каком этапе его использовать никто сказать не мог.

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

Да, часто совершенно не понятно откуда появляются. Просто в этом случае я точно знал, когда и отчего возникло. Сейчас похоже сдалось все нормально, включенная опция помогла. На сервере никаких следов этого "недействительного объекта" не нахожу. Попробую сдать остальное.

[Sergey___1978 34]

Она похоже не удаляет их, а просто временно игнорирует при сдаче на хранение.

Если потом сделать чекаут с общей области и дальше работать, эти касперы появятся вновь.

Эта беда возникает в основном при переходе с интралинка на винчил, так как в интралинке контроль за моделями помягче чем в винчиле.

[Motorhead 0]

Во-первых, прошу модераторов перенести эту тему в раздел по ВИНЧИЛ...

Это проблема как раз не с Windchill, а с Pro/E. Давно было замечено "застревание" в чертежах ссылок на удаленные или переименованные компоненты. Windchill честно требует загрузки требуемых компонентов, но хотя бы дает возможность "разрешить конфликт зависимостей".

[mech 1]

При работе с системой Pro/ENGINEER в среде Windchill у пользователей иногда возникают проблемы связанные с Недействительными объектами (GHOST). Это связанно с тем, что файлы системы Pro/ENGINEER имеют взаимосвязи между собой. Данные связи часто имеют внешние ссылки, которые находятся в других файлах и требуют регенерации моделей Pro/ENGINEER, например:

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

2. Вы не можете открыть общее представление сборки, не имея входящих в нее деталей и подсборок.

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

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

Это дает большие преимущества, так как любое изменение, сделанное на уровне детали, сборки или чертежа отображается на любом другом уровне проектирования. Позволяя, например, редактировать только одну деталь, а получать изменения на всех уровнях ее использования, получая таким образов ассоциативное изменение проектных данных, но требует соответственного отслеживания взаимосвязей файлов системы Pro/ENGINRER.

В этом случае система Windchill обеспечивает отслеживание этих взаимосвязей и исключает возможные коллизии в случае потери важной проектной информации. Отображая потерянные данные в виде Недействительных объектов.

Можно сказать, что GHOST это объект без физического содержания, например Призрак .

Если исходить из понятий Pro/ENGINEER GHOST это ссылка на несуществующий физический файл и обозначается значком .

Система Pro/ENGINEER сама по себе не требует обязательного наличия всех файлов содержащих внешние ссылки, однако сами файлы содержат информацию их взаимосвязях даже в тех случаях, когда ссылочные файлы были удаленны.

Таким образом, система Windchill создает Недействительные объекты в случае, если в объектах Pro/ENGINEER есть внешние ссылки на другие файлы и которые в текущий момент физически не представлены.

2 ПУТИ ВОЗНИКНОВЕНИЯ GHOST

2.1 Когда возникают Недействительные объекты?

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

Иногда данные объекты возникают в случаях перемещения объектов Pro/ENGINEER из одной системы в другую, например из Pro/INTRALINK.

2.2 Недействительные объекты могут вызвать проблемы?

Не обязательно

В каждой ситуация требуется индивидуальный подход.

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

В некоторых случаях изменения не будут возможны без недостающих файлов.

2.3 Пути возникновения Недействительных объектов

1. Оболочечные детали

2. Сборки взаимозамены

3. Заменяемые компоненты

4. Объединение и Вычитание моделей

5. Зеркальные компоненты

6. Подавленные компоненты

7. Компоновки

8. Внешние ссылки

 Внешние ссылки Наследование / Объединение

 Внешние ссылки Копия геометрии

 Контролируемые внешние ссылки

 Случайные внешние ссылки

 Каркасная геометрия

[GOLF_stream 292]

mech

Вы описали что это и как возникает. Но Вы не написали главного - как с этим бороться.

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

По сути получается, то требования Винчил к работе в ПроЕ более жесткие, чем требования самого ПроЕ. А это нонсенс! Это ненормальное положение дел.

[mech 1]

3 ПРИМЕРЫ GHOST

3.1 Оболочечные детали

Вид > Менеджер оболочек

Создаются в контексте сборки, где они будут использоваться, служат для облегчения сборки, посредством замены компонента в Упрощенном представлении.

Сборка, где оболочечная деталь была создана, не требует при регенерации ее наличия и может быть открыта, без оболочечной детали. Когда будет выполнена загрузка сборки в Windchill, Недействительный объект появится в рабочей области. Сборка не может быть сдана на хранение, до тех пор, пока данный конфликт, не будет решен.

Решение

1. Связанные Оболочечные детали необходимо загружать в Windchill вместе со сборкой, в которую они входят.

2. Удалите Оболочечные детали и связанные Упрощенные представления из сборки.

3. Создавайте символьную деталь на основе стартовой, которая будет использоваться в упрощенном представлении.

3.2 Сборка взаимозамены / Заменяемые компоненты

Файл > Новый > Сборка > Взаимозамена

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

Решение

1. Загрузить в Windchill Сборки взаимозамены и все входящие в нее компоненты.

2. Перестроить Сборку взаимозамены и ее компоненты.

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

3.3 Объединение и Вычитание моделей

Править > Действия с Компонентами > Объединить / Вычесть

Данная технология позволяет добавить или удалить материал одной деталью к другой или из другой. Операция выполняется в контексте сборки, которая не нужна в процессе регенерации моделей. Данная сборка необходима только для изменения положения моделей и элементов

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

Решение

1. Загрузить в Windchill потерянные компоненты (сборку и ссылочные модели, если это возможно).

2. Загрузить в Windchill потерянные компоненты (ссылочные модели) – изменение положения элементов Объединения / Вычитания в этом случае производиться не будут.

3. Пересоздать сборку, исключив ее из процесса сдачи на хранение или создать пустышку вместо нее.

3.4 Компоненты отражения

Вставить > Компонент > Создать > Деталь (Подсборка) > Отражение

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

Решение

1. Загрузите в Windchill исходные модели, которые использовались для создания отраженных деталей.

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

3.5 Компоновка

Файл > Объявить > Объяв Комп

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

Если модели загружены в Windchill без компоновки, она также будет порождать Недействительный объект

Решение

1. Загрузить в Windchill все недостающие объекты.

2. Пересоздать недостающие объекты.

3. Удалить из моделей используемые Уравнения и Объявления.

4. Удалить Недействительные объекты в процессе сдачи на хранение.

3.6 Подавленные компоненты

Если в процессе открытия сборки, какие либо ее компоненты отсутствуют, то процесс открытия прерывается. Если для продолжения открытия пользователь подавит эти компоненты, а затем выполнит загрузку сборки в Windchill, он получит Недействительные объекты.

Решение

1. Загрузить в Windchill все недостающие объекты.

2. Пересоздать недостающие объекты.

3. Удалить Недействительные объекты в процессе сдачи на хранение. В данном случае вы не будете иметь возможности при необходимости восстановить в сборке подавленные компоненты.

3.7 Внешние ссылки

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

Решение

1. Загрузить в Windchill недостающие объекты

2. Удалить внешние ссылки на объекты

Инструменты для определения внешних ссылок

Инфо > Родитель / Потомок

Инфо > Просмотр Глобальных привязок

[GOLF_stream 292]

2. Удалите Оболочечные детали и связанные Упрощенные представления из сборки.

А для чего тогда они создавались?

2. Перестроить Сборку взаимозамены и ее компоненты.

Каким образом? Что должно быть по-другому?

1. Загрузить в Windchill потерянные компоненты (сборку и ссылочные модели, если это возможно).

КАК??? Если эти модели потерянные? Т.е. этих моделей НЕТ!

2. Пересоздайте исходные детали,

ФЕНОМЕНАЛЬНО! Создавать ненужные детали!

2. Пересоздать недостающие объекты.

А работать когда?

3. Удалить из моделей используемые Уравнения и Объявления.

ОФИГЕТЬ! Как работать без нужных уравнений? Они же не просто так писались!

3. Удалить Недействительные объекты в процессе сдачи на хранение.

Как удалить, если их и так нету?

2. Удалить внешние ссылки на объекты

Где искать эти ссылки?

По сути Винчил по-прежнему остаётся диверсионной программой, направленной на подрыв эффективной работы в ПроЕ. За годы ничего не изменилось. А жаль.

Одно радует - я с ним уже не общаюсь. И дрожь берёт, когда подумаю что возможно к этому вернуться.

[Sergey___1978 34]

По поводу ФЕНОМИНАЛЬНО! Создавать ненужные детали можно поспорить.

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

И вообще не так страшен этот зверь как его преподносят.

Можно просто забить на него и игнорировать.

[mech 1]

Об этом уже писалось, эта настройка отключает Недействительные объекты.

Утилиты > Диспетчер личных настроек > Windchill Workgroup Manager > Сервер > Сдать на хранение > Разрешать недействительные объекты > Да

[Sergan 0]

Она похоже не удаляет их, а просто временно игнорирует при сдаче на хранение.

Если потом сделать чекаут с общей области и дальше работать, эти касперы появятся вновь.

Да, действительно, так и получается...

3.7 Внешние ссылки

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

Решение

1. Загрузить в Windchill недостающие объекты

2. Удалить внешние ссылки на объекты

Инструменты для определения внешних ссылок

Инфо > Родитель / Потомок

Инфо > Просмотр Глобальных привязок

Каким образом увидеть внешние ссылки для чертежа? Отображаются только ссылки для деталей/сборок (Данные -> Просмотр привязок). Сама модель недействительных объектов не порождает в данном случае.

Можно ли эти привязки не только увидеть, но и удалить? Т.е. для одной сборки действительно удалось найти причину возникновения недействительного объекта. Можно ли эту связь разорвать, не удаляя при этом компонент, который порождает некорректную ссылку?

[mech 1]

Каким образом увидеть внешние ссылки для чертежа? Отображаются только ссылки для деталей/сборок (Данные -> Просмотр привязок). Сама модель недействительных объектов не порождает в данном случае.

Можно ли эти привязки не только увидеть, но и удалить? Т.е. для одной сборки действительно удалось найти причину возникновения недействительного объекта. Можно ли эту связь разорвать, не удаляя при этом компонент, который порождает некорректную ссылку?

Внешние ссылки для чертежа это модели чертежа и ссылки на элементы модели например, при создании размера чертежа.

[shurshik 14]

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

[Sergan 0]

В пятницу получилось создать новое приведение для чертежа и модели, которые УЖЕ в виндчилл были загружены. Т.е. обошлось без импортирования с диска и/или переименований.

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

А вот удалить приведение так и не получилось :D

[wexus 41]

Не нашел тут сведений как решить проблему с приведениями. Покопался у иностранцев на ptc.com, воспользовался рекомендациями и удалось избавиться от приведений. Есть два основных пути получения приведений:

1. Модели

2. Чертежи

 

Итак боремся с приведениями из моделей:

Открываем модель, жмём правой кнопкой на неё, далее Данные - Просмотр привязок - зависимости

Смотрим привязки с вёдрами и удаляем их

 

Приведения из чертежа:

До открытия чертежа, устанавливаем переменную (config.pro)  cleanup_drawing_dependencies yes

При открытии чертежа появляется диалоговое окно с отсутствующими ссылками - удаляем.

 

Вуаля!

[newer 1]

До открытия чертежа, устанавливаем переменную (config.pro) cleanup_drawing_dependencies yes При открытии чертежа появляется диалоговое окно с отсутствующими ссылками - удаляем.

 

Не работает. Не видит он отсутствующие привязки.

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

[wexus 41]

 

До открытия чертежа, устанавливаем переменную (config.pro) cleanup_drawing_dependencies yes При открытии чертежа появляется диалоговое окно с отсутствующими ссылками - удаляем.

 

Не работает. Не видит он отсутствующие привязки.

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

 

Странно у меня всё работает с этой опцией при открытии чертежа окошко стабильно появляется.