Diotekh

Ошибка при попытке выгрузить в Windchill

75 сообщений в этой теме

Написать уравнение. В левой части новый параметр, в правой из чего он состоит. Можно не только другие параметры использовать, но и размеры, и просто текст.

Как писать уравнения можно почитать в Хелпе.

Вот самый простой пример:

МАТЕРИАЛ=material_param("PRODUCT")+" "+material_param("MATERIAL_GRADE")+" "+material_param("DESIGNATION")+" "+material_param("PRODUCTDOCTU")

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

Поделиться сообщением


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

Не по интернетам надо лазить, а Хелп читать! Благо он уже давно на русском.

И задавать вопросы службе поддержки, если она есть. Так что правильно озадачивают.

Поделиться сообщением


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

Не по интернетам надо лазить, а Хелп читать! Благо он уже давно на русском.

И задавать вопросы службе поддержки, если она есть. Так что правильно озадачивают.

Ну какой хелп в WF4 думаю не надо пояснять.По крайней мере наши конструктора им не смогли пользоваться. Большая часть его была на английском и поиск кривой.

Да и часто бывает быстрее на форуме спросить или найти.Я маленько ошибся и начал искать вопрос на свой ответ вбивая в поиске "прое параметры".быстро на глаза не попались темы. Потом когда уж вы ответили мне в поиск вбил запрос только уже написал "Creo параметры" и нашел ответ в одной из тем на первой же странице.

Изменено пользователем p_martynov

Поделиться сообщением


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

Если шарите в c++, то можно и без уравнений обойтись. На Тулките написать функцию, которая будет создавать параметр FULL_NAME, или как хотите его назовите, которая будет запускатся при сохранении файла и суммировать параметры Наименование1,......,НаименованиеN. 

Поделиться сообщением


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

Вот оно - извращённое мировоззрение программиста! Во весь рост!

У нормального человека всё наоборот: если достаточно написать уравнения, причём сделать это всего один раз в шаблоне, то зачем вообще какое-то программирование?

1 пользователю понравилось это

Поделиться сообщением


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

Интересно, какие уравнения вы напишите для чертежа? Для обозначения и полного наименования.

Поделиться сообщением


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

На Тулките написать функцию......

Этот тулкит тоже не малых денег стоил(по крайней мере когда было желание его купить).

У питисишников шаг влево или вправо это уже доп.опция которая нереальных денег стоит. Вот поэтому и отказались от покупки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Интересно, какие уравнения вы напишите для чертежа?

А где здесь речь о чертеже?

Поделиться сообщением


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

Интересно, какие уравнения вы напишите для чертежа? Для обозначения и полного наименования.

А с чертежом чего не так будет если для модели писать уравнение? Я думал что для чертежа наименование и обозначение возьмутся из модели. Или вы про то как это уравнение будет отображаться в рамке для чертежа?

Поделиться сообщением


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

Из модели берутся значения соответствующих параметров и заносятся в основную надпись. ОБОЗНАЧЕНИЕ у чертежа должно быть уникальным, отличным от модели (это требование Виндчилла). Обычно оно отличается буквами - СБ, ТЧ, и т.д. Для детали может быть ДТ. И это ОБОЗНАЧЕНИЕ должно быть параметром чертежа. Как и некоторые другие параметры.

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

Поделиться сообщением


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

 

Интересно, какие уравнения вы напишите для чертежа? Для обозначения и полного наименования.

А с чертежом чего не так будет если для модели писать уравнение? Я думал что для чертежа наименование и обозначение возьмутся из модели. Или вы про то как это уравнение будет отображаться в рамке для чертежа?

 

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

Поделиться сообщением


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

Кстати, некоторые наши вендоры наконец-то додумались написать эту приблуду для своих клиентов.

Поделиться сообщением


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

У меня такая вот приблуда получилась:

UVScreenCamera

12.uvf.pdf

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
У меня такая вот приблуда получилась:

Спецификацию лучше делать не в ПроЕ, а в Виндчилле по структуре.

Поделиться сообщением


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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Можете продемонстрировать как это выглядит в винчиле на небольшом примере?

Я уже давно работаю без Виндчилла. Но практически у всех вендоров есть свои разработки Спецификаций для Вндчилла, насколько я знаю. По крайней мере у обеих питерских контор есть.

Создаётся отчёт по структуре изделия. Оформляется по ГОСТ в pdf-файл, который автоматически цепляется как вложение к части соответствующей сборки. Есть возможность вручную заполнять поле Примечание.

Поделиться сообщением


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

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

Поделиться сообщением


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

Видел и на Яве, и на С++. Это не принципиально.

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

Как-то так. Точно уже не помню.


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

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

Поделиться сообщением


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

И что надо будет по новой набивать тот же раздел "Документация", примечания и прочие вещи.

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
по новой набивать тот же раздел "Документация"

Зачем? Просто вся эта Документация должна быть в Виндчилле и входить в состав изделия. ПроЕ к этому не имеет никакого отношения, и иметь не должен. Это как раз задача PDM.

 

Насчёт примечаний не помню, можно их сохранять или нет.

Поделиться сообщением


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

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

 

Не догадываетесь.

Спецификация в виндчиле делается по данным виндчила, которые вносятся в виндчил вручную. :smile:

Поделиться сообщением


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

ВСЕ данные вносятся ВРУЧНУЮ? Это у вас так Виндчилл используется? Сочувствую, но не удивляюсь.

Основные данные - CAD-модели, чертежи - выгружаются в Виндчилл автоматически.

Поделиться сообщением


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

Решил не создавать отдельную тему.

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

Поделиться сообщением


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

Решил не создавать отдельную тему.

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

Такая беда по моему только со сборками, где есть таблицы семейств. Побороть видимо никак.

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

Поделиться сообщением


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

Пока работаешь без Windchill - выглядит всё как бы нормально и прозрачно, а загрузишь сборки и начинаются постоянные регенерации и устаревшие данные.

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

"Безглючных" программ не бывает, но некоторые мелочи выводят из колеи.

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

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

:doh:

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

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

:doh:

Чем писать всякую чушь про реселлеров, ответили бы лучше конкретно на вопрос.

Поделиться сообщением


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

Для этого и существует техподдержка реселлеров в России и 10 офисов техподдержки РТС во всем мире.

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

:doh:

Техподдержка это как бы круто, но она не решает фундаментальных проблем в софте. Тем более на заграничном форуме ptc.com люди сталкиваются с такими же проблемами и с наличием технической поддержки. Редко когда бывают "хотфиксы", обычно всё заканчивается ожиданием нового билда.

Поделиться сообщением


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

Одна из причин почему групповые/табличные объекты берутся на изменение- это если при сдаче исполнения не были проверены. Далее при открытии сборки они меняются и соответственно просятся на изменение.

почему они не проверены: При сдаче на хранение у Вас в окошке предупреждений по умолчанию стоит опция "не проверять" (ну или как-то похоже). Настройте config.pro так чтобы не проверенные таблицы семейства проверялись. Какая опция за это отвечает сейчас не скажу, дома  proe нету. если не забуду, завтра гляну на работе.

Удачи!!!

Поделиться сообщением


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

Одна из причин почему групповые/табличные объекты берутся на изменение- это если при сдаче исполнения не были проверены. Далее при открытии сборки они меняются и соответственно просятся на изменение.

почему они не проверены: При сдаче на хранение у Вас в окошке предупреждений по умолчанию стоит опция "не проверять" (ну или как-то похоже). Настройте config.pro так чтобы не проверенные таблицы семейства проверялись. Какая опция за это отвечает сейчас не скажу, дома  proe нету. если не забуду, завтра гляну на работе.

Удачи!!!

Если они не проверены, то вы их не то что сдать на хранение, просто сохранить не сможете.

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

Пока борьба с этим заключается только их блокировкой в рабочей области или переводом  в статус "выпущено".

Интересно про опцию что-нибудь узнать. Рабочий день в принципе уже в разгаре.

Поделиться сообщением


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

Если они не проверены, то вы их не то что сдать на хранение, просто сохранить не сможете.

......

Интересно про опцию что-нибудь узнать. Рабочий день в принципе уже в разгаре.

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

итак фантастическая опция: verify_on_save_by_default

Поделиться сообщением


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

К сожалению проверка при сохранении ничего не даёт.

 

Скорее проблема кроется в добавлении в таблицу семейства расчётных параметров, которые считаются на основе уравнений. Например: ОБОЗНАЧЕНИЕ_ДОКУМЕНТА=ОБОЗНАЧЕНИЕ+ПОСТФИКС_МОДЕЛИ

Без параметра ОБОЗНАЧЕНИЕ_ДОКУМЕНТА вынесенного в таблицу семейства вы не выгрузите исполнения, система сообщит вам, что имена экземпляров не уникальны. А потом PROE или Creo вам сообщит, что параметр таблицы семейства переопределяет значение на основе уравнения.

 

Ещё бывает необходимо вставить в чертеж таблицу отчёта и в таблицу семейства включают расчетный параметр МАССА - повторяется ситуация с переопределением параметра.

 

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

 

Ради эксперимента берёшь эти модели на изменение, всё регенерируешь, сохраняешь и сдаёшь на хранение, а при следующем вызове всё может повториться. Жёлтый светофор потом преследует пользователя =) Циклических ссылок нет в моделях проверял.

 

Ещё бывает интересная ситуация с парадоксом проектирования сверху-вниз. У вас имеется сборка с мастер геометрией и деталями основанными на нём (скелетоне). Допустим представим себе сборку стола - четыре ноги и столешница.

 

Например нужно изменить высоту стола

1) Берём на изменение скелетон, меняем высоту вытягиваний или эскизов

2) Берём на изменение деталь ноги, регенерируем, всё перестроилось

3) Берём на изменение сборку стола, регенерируем - всё нормально

4) Система скажет, что столешница не регенерирована, так как не взята на изменение (скелетон новее чем деталь), предложит вам взяться на изменение и тут вы либо делаете только для чтения, либо берёте на изменение

5) Сдаёте на хранение всё и Windchill вам говорит, что модель столешницы не изменилась с момента регенерации и следовательно не сдана на хранение.

 

При следующем открытии вы увидите не регенерированную столешницу и опять будете её брать на изменение. Что с этим делать?

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

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

Удачи!!!

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

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

Удачи!!!

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

Поделиться сообщением


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

С  табличными как я понимаю проблема с уравнениями, переопределяющими табличные параметры. В подобной ситуации чтобы они не просились на изменение, я обычно регенерировал родовой раза три, затем пересчитывал таблицу раза два. Я делал так для стандартных, но делать такие танцы с бубнами для обычных моделей… :wallbash:

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

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

Удачи!!!

Со сборкой стола всё нормально, она сдаётся на хранение, а вот столешница нет, но её статус при следующем открытии будет устарел и занесётся в outdated.lst

 

Я думаю что как раз из-за переопределения параметра управляемого таблично его Creo и Proe сильно коробит на этот счёт и он хочет взяться на изменение. Нужно поэкспериментировать.

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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

  • реклама

  • Реклама

  • Ближайшие события

    Предстоящих событий не найдено
  • Дни рождения сегодня

    1. _Anna_
      _Anna_
      (31 год)
    2. Alecksey_K
      Alecksey_K
      (32 года)
    3. Astrabawerynd
      Astrabawerynd
      (32 года)
    4. Bobikos
      Bobikos
      (42 года)
    5. enenainureTat
      enenainureTat
      (49 лет)
    Просмотреть все