Окно "Конфликты"

[AlexVk 0]

Добрый день.

При работе в Windchill 9.1, а вернее при открытии/сохранении/регенерации сборок, часто появляется окно «КОНФЛИКТЫ» предлагающее следующие варианты для их разрешения:

1. Взять на изменение сейчас;

2. Создать новую версию и взять на изменение сейчас;

3. Продолжить;

4. Сделать только для чтения;

5. Взять на изменение всю таблицу семейства;

6. Создать новую версию и взять на изменение все семейство;

7. Пропустить этот объект;

Понятно, что причиной тому являются ошибки в сборках. Но какие ошибки? Есть ли где-нибудь четкий список причин, по которым это окно появляется. Это первый вопрос. Далее попробую рассказать какие варианты, куда нас заводят.

1. Выбираем «Взять на изменение сейчас» - подходит, если все предложенные объекты принадлежат мне, а не другим работникам, задействованным в совместной работе над проектом. Но даже когда имеется доступ ко всем моделям, не всегда это все срабатывает. К примеру, сохраняя сборку, вижу окно «Конфликты», выбираю для всех объектов «Взять на изменение сейчас», жму ОК, и получаю «Сбой команды получить. Смотрите консоль событий для подробностей». А дальше длинный список с текстом <имя модели> не может быть сохранен в рабочей области. Тем временем в консоли событий, в которую Windchill советует посмотреть причину, по которой произошел сбой команды «Получить» такой команды нет. Но есть команда «Добавить», со статусом сбой, и описанием «Объект уже взят на изменение пользователем "ФИО" в "EPMWorkplace - Рабочая область на ХХХХ" и не может быть взят на изменение еще раз.». В чем причина такого поведения? Ведь не давать сохранить в рабочую область, это вообще самое худшее что может быть;

2. Создать новую версию и взять на изменение сейчас – этот вариант нас не интересует на этапе проработки;

3. Выбираем «Продолжить» - все хорошо, все сохранилось. Смотрим рабочую область, а там целая пачка объектов напротив которых стоит перечеркнутый круг с пояснением «Изменения не пригодные для выгрузки». А объекты то как раз те, для которых был выбран статус «Продолжить». И действительно, когда начинаем сдавать на хранение то получаем ошибку. И будем получать ее до тех пор, пока не удалим из рабочей области объекты с статусом «Изменения не пригодные для выгрузки», либо не выделим их все и сделаем «Файл - Добавить». Это так и должно работать?

4. Выбираем «Сделать только для чтения». Все объекты в рабочей области (которые фигурировали в окне «Конфликты») помечаются закрытым замком с пояснением «Заблокирован как доступный только для чтения». И соответственно Creo Elements/Pro он же Pro/ENGINEER частенько об этом напоминает разными информационными окнами в духе «Регенерирован объект только для чтения» и т.п. в диалоге с единственной кнопкой - ОК. Зато окно «Конфликты» перестает появляться. Но, опять же бывает все это приводит к тому, что в итоге сборка не сдается, пока эти объекты не разблокируешь. Ситуация почти такая же как и с вариантом «Продолжить»

5. «Создать новую версию и взять на изменение все семейство» – этот вариант нас не интересует на этапе проработки, да и вообще таблицы семейства это отдельная больная тема и не хочется сейчас ее затрагивать;

6. «Пропустить этот объект» - ну это касается проверки элементов таблиц семейств и на стрельбу не влияет.

Так вот, если обобщить все это дело, хотелось бы выслушать мнения и комментарии по этому поводу. Или это сборки такие плохие или Windchill сует палки в колеса, или что-то где-то не так мы делаем. Интересны так называемые «Рекомендованные практики» корифеев Windchill-а. Заранее спасибо.

[PDM_Master 0]

Добрый день.

При работе в Windchill 9.1, а вернее при открытии/сохранении/регенерации сборок, часто появляется окно «КОНФЛИКТЫ» предлагающее следующие варианты для их разрешения:

1. Взять на изменение сейчас;

2. Создать новую версию и взять на изменение сейчас;

3. Продолжить;

4. Сделать только для чтения;

5. Взять на изменение всю таблицу семейства;

6. Создать новую версию и взять на изменение все семейство;

7. Пропустить этот объект;

Понятно, что причиной тому являются ошибки в сборках. Но какие ошибки? Есть ли где-нибудь четкий список причин, по которым это окно появляется. Это первый вопрос. Далее попробую рассказать какие варианты, куда нас заводят.

Добрый вечер, AlexVk!

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

1. Выбираем «Взять на изменение сейчас» - подходит, если все предложенные объекты принадлежат мне, а не другим работникам, задействованным в совместной работе над проектом. Но даже когда имеется доступ ко всем моделям, не всегда это все срабатывает. К примеру, сохраняя сборку, вижу окно «Конфликты», выбираю для всех объектов «Взять на изменение сейчас», жму ОК, и получаю «Сбой команды получить. Смотрите консоль событий для подробностей». А дальше длинный список с текстом <имя модели> не может быть сохранен в рабочей области. Тем временем в консоли событий, в которую Windchill советует посмотреть причину, по которой произошел сбой команды «Получить» такой команды нет. Но есть команда «Добавить», со статусом сбой, и описанием «Объект уже взят на изменение пользователем "ФИО" в "EPMWorkplace - Рабочая область на ХХХХ" и не может быть взят на изменение еще раз.». В чем причина такого поведения? Ведь не давать сохранить в рабочую область, это вообще самое худшее что может быть;

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

2. Создать новую версию и взять на изменение сейчас – этот вариант нас не интересует на этапе проработки;

3. Выбираем «Продолжить» - все хорошо, все сохранилось. Смотрим рабочую область, а там целая пачка объектов напротив которых стоит перечеркнутый круг с пояснением «Изменения не пригодные для выгрузки». А объекты то как раз те, для которых был выбран статус «Продолжить». И действительно, когда начинаем сдавать на хранение то получаем ошибку. И будем получать ее до тех пор, пока не удалим из рабочей области объекты с статусом «Изменения не пригодные для выгрузки», либо не выделим их все и сделаем «Файл - Добавить». Это так и должно работать?

4. Выбираем «Сделать только для чтения». Все объекты в рабочей области (которые фигурировали в окне «Конфликты») помечаются закрытым замком с пояснением «Заблокирован как доступный только для чтения». И соответственно Creo Elements/Pro он же Pro/ENGINEER частенько об этом напоминает разными информационными окнами в духе «Регенерирован объект только для чтения» и т.п. в диалоге с единственной кнопкой - ОК. Зато окно «Конфликты» перестает появляться. Но, опять же бывает все это приводит к тому, что в итоге сборка не сдается, пока эти объекты не разблокируешь. Ситуация почти такая же как и с вариантом «Продолжить»

5. «Создать новую версию и взять на изменение все семейство» – этот вариант нас не интересует на этапе проработки, да и вообще таблицы семейства это отдельная больная тема и не хочется сейчас ее затрагивать;

6. «Пропустить этот объект» - ну это касается проверки элементов таблиц семейств и на стрельбу не влияет.

Так вот, если обобщить все это дело, хотелось бы выслушать мнения и комментарии по этому поводу. Или это сборки такие плохие или Windchill сует палки в колеса, или что-то где-то не так мы делаем. Интересны так называемые «Рекомендованные практики» корифеев Windchill-а. Заранее спасибо.

[AlexVk 0]

Добрый вечер, AlexVk!

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

Когда пытаемся сдать документ, который уже существует в системе действительно появляется ошибка. Но в таком случае на русском языке, вполне понятно пишется "Идентификатор мастер CAD документа не уникален". Что касается частей, наши конструктора на данном этапе их не создают а лишь осваивают работу с Windchill (сохранение в рабочую область, сдача на хранение, взятие на изменение и т.п.) .

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

Попробовал вручную добавить в пустую рабочую область сборку и все связанные с ней элементы, включая части, базовые элементы таблиц семейств и их исполнения. Ничего принципиально не изменилось. После загрузки все то же окно КОНФЛИКТЫ. Не совсем понял, что имеется ввиду "модели и части должны иметь статус Сдан на хранение"? Ведь при совместной работе над проектом это требование не выполнимо. Т.е. я работаю с верхней сборкой и в то же время кто-то взял на изменение и работает с подузлами моей сборки. И это ведь нормально. По сути это и есть совместная работа над проектом.

[GOLF_stream 309]

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

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

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

Чтобы просто добавить сборку в рабочую область, достаточно выполнить команду Сохранить (в эту рабочую область).

Мне кажется, Вы просто не понимаете принципов работы в Виндчиле. Отсюда такая путаница в изложении проблемы.

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

[AlexVk 0]

GOLF_stream Вы вероятно не совсем поняли суть изложенного. Поэтапно пройдем по шагам.

1. На всякий случай очистим рабочую область, чтобы не было путаницы;

2. Находим на сервере (Изделие - Папки - .... - нашу сборку), выбираем Действия - Открыть в Pro/ENGINEER;

3. Происходит автоматическое добавление всех нужных элементов в рабочую область;

4. Происходит загрузка модели в сессию Creo/Elements Pro и ее регенерация;

5. На этапе регенерации очевидно вносятся изменение в некоторые модели и система предлагает взять их на изменение (в моем случае это 2 сборки);

6. Мы соглашаемся и берем их на изменение (если эти подсборки принадлежат мне);

7. Вносим небольшое изменение в основную сборку (при этом ее так же берем на изменение);

8. Нажимаем "Сохранить", Creo делает регенерацию (при этом видимо вносятся изменения в модели) и перед сохранением выводит окно конфликты еще раз. На этот раз в моем случае там около 500 моделей;

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

Консоль Creo:

Сбой команды получить. Смотрите консоль событий для подробностей

<имя модели> не может быть сохранен в рабочей области

<имя модели> не может быть сохранен в рабочей области

......

<имя модели> не может быть сохранен в рабочей области

Сохранене было прервано

Инструменты - Менеджер событий - Windchill 9 (первичный)

Добавить - Сбой - Объект уже взят на изменение пользователем "ФИО" в "EPMWorkplace - Рабочая область на ХХХХ

Сохранить - Сбой - Сохранение было прервано

На мой взгляд, логичным развитием событий в такой ситуации было бы такое:

- взять на изменение то, что получается взять

- Сохранить изменения в моделях

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

[GOLF_stream 309]

На этапе регенерации очевидно вносятся изменение в некоторые модели

Вот это-то с какого перепугу? Что может меняться в сохранённой детали при её открытии?

[AlexVk 0]

Вот это-то с какого перепугу? Что может меняться в сохранённой детали при её открытии?

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

P.S. Кстати чтобы все-таки удалось сохранить модель приходится сейчас делать так:

....

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

2. Выполнить сохранение. Оно пройдет успешно, но все составляющие сборки в рабочей области будут считаться новыми объектами;

3. Выполняем обновление рабочей области с опцией "Загрузить" (составляющие принимают нормальный статус);

4. Теперь сборка сохранена с изменениями и ее можно сдать на хранение;

....но ведь это тоже не дело....

P.S. Когда читал Ваше сообщение появилась еще мысль, может виной всему какая-нибудь опция в нашем конфиге. Поэтому, загрузил Creo / Elements Pro с конфигурацией по умолчанию, проделал все то же самое, ситуация не изменилась. :(

[GOLF_stream 309]

Возможно, в детали что-то построено некорректно.

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

Если она снова попросится на изменение, разбирайтесь что в ней такого самопроизвольнорегенерирующегося.

[AlexVk 0]

Пока я попробую по Вашим рекомендациям поискать причину в модели конкретной детали еще вопрос. Как я писал выше окно "Конфликты" появляется 2 раза + еще N раз, для моделей, которые мы меняем, но это мы не берем в расчет так-как это нормально. Итак первый раз, описанный в пункте 5 (при открытии) в конфликтах фигурирует 2 модели. Второй раз, описанный в пункте 8 (при сохранении) в конфликтах фигурирует очень много моделей. Есть идеи почему так происходит?

P.S. И еще одна важная деталь! Когда происходит регенерация модели (при работе между пунктами 5 и 8), появляется окно "Конфликты" с предупреждением "Регенерирован объект только для чтения" с единственной кнопкой "Закрыть". Никаких действий в нем сделать нельзя, просто информация. В моем случае в нем было порядка 20 моделей.

[GOLF_stream 309]

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

Возможно, это какие-либо циклические ссылки.

Возможно, какие-то уравнения.

Когда разберётесь с этим вопросом, возможно, и получите ответ почему происходит всё остальное.

[AlexVk 0]

Параллельно с дискуссией на форуме продолжаем разбираться с проблемой. Окно "Конфликты", появляющееся при сохранении содержало очень много объектов. Выяснили, причину, дело действительно в нашей конфигурации (при проверке без конфига, когда писал выше не доходил до операции сохранения). Опция mass_property_calculate automatic для автоматического расчета массовых характеристик вносит изменения в модели. Когда убрали ее список сузился до 20 моделей, среди которых есть и детали. Открыли деталь для поиска причин. Статус регенерации в ней нормальный (светофор зеленый). При использовании команды Данные - Просмотр привязок ничего помеченного красным нет. У детали есть исполнение. При проверке регенерировано успешно. Связи родители-дети показывают, что родителей нет, детьми является сборка, в которую она вставлена. Есть идеи что еще можно посмотреть?

[GOLF_stream 309]

Сама деталь открывается нормально, не просит взять на изменение?

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

[shurshik 14]

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

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

[AlexVk 0]

Да, у нас зачастую красный светофорчик. Объясняется тем, что на модели сделали проработку конструкции, выдали чертежи, и забросили ее. У наших конструкторов получается так, что нет времени доводить ее до должного уровня. Сейчас тоже стали выходить из ситуации ставя галочку "Сделать только для чтения". Правда есть одно неудобство. Приходиться сохранять в рабочей области два раза. Первый раз указав в окне "Конфликты" опцию "Сделать только для чтения", получаем сообщение "Объект не может быть сохранен в рабочей области". А второй и все последующие разы сохраняется (отображается лишь информация, что объекты только для чтения).

[GOLF_stream 309]

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

А потом постоянно разгребать ошибки время есть?

[shurshik 14]

Да, у нас зачастую красный светофорчик. Объясняется тем, что на модели сделали проработку конструкции, выдали чертежи, и забросили ее. У наших конструкторов получается так, что нет времени доводить ее до должного уровня. Сейчас тоже стали выходить из ситуации ставя галочку "Сделать только для чтения". Правда есть одно неудобство. Приходиться сохранять в рабочей области два раза. Первый раз указав в окне "Конфликты" опцию "Сделать только для чтения", получаем сообщение "Объект не может быть сохранен в рабочей области". А второй и все последующие разы сохраняется (отображается лишь информация, что объекты только для чтения).

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

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

[AlexVk 0]

Ну будем отвоевывать корректность моделей, и терпимость к особенностям винчилла. Видимо судьба у нас такая.

[dvajdy_trijdy 0]

привет всем. работаю в ДикийОгонь 5.0 и ХолодВетра 9.1.

1. узел сдал успешно на хранение пару месяцев назад.

2. сегодня открыл, взял на изменение, удалил болтик

3. при Автоматической сдаче узла на хранение ХолодВетра выдаёт ошибку:

"ИМЯ ФАЙЛА ПОДСБОРКИ, 0.9, ИМЯ ФАЙЛА СБОРКИ, 0.21": действие не может быть завершено, так как нельзя построить связь с деталью, к которой отсутствует доступ. Необходимо получить доступ к этой детали, или деталь должна быть удалена из базы данных.

4. в менеджере привязок/зависимостей всё без сучка и задоринки, зависимости при внешнем наследии в скелете узла отключены, все копии геометрии актуальны и тоже с убранной зависимостью

где ещё можно отследить эти устаревшие связи?

[mech 1]

привет всем. работаю в ДикийОгонь 5.0 и ХолодВетра 9.1.

1. узел сдал успешно на хранение пару месяцев назад.

2. сегодня открыл, взял на изменение, удалил болтик

3. при Автоматической сдаче узла на хранение ХолодВетра выдаёт ошибку:

"ИМЯ ФАЙЛА ПОДСБОРКИ, 0.9, ИМЯ ФАЙЛА СБОРКИ, 0.21": действие не может быть завершено, так как нельзя построить связь с деталью, к которой отсутствует доступ. Необходимо получить доступ к этой детали, или деталь должна быть удалена из базы данных.

4. в менеджере привязок/зависимостей всё без сучка и задоринки, зависимости при внешнем наследии в скелете узла отключены, все копии геометрии актуальны и тоже с убранной зависимостью

где ещё можно отследить эти устаревшие связи?

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

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

[dvajdy_trijdy 0]

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

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

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