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

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


Diotekh

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

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

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

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

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

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


или лень или некогда по интернетам лазить

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

 

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • maxx2000
      @asd выводит нормально, с постпроцессором что-то  
    • Orchestra2603
      Это уже больше похоже на конструктивный разговор.   Я это понимаю. Мой тезис заключается в том, что когда мы ищем собственные вектора, мы вообще не решение ищем. Ну, не совсем решение, если хотите. В терминах СЛАУ можно сказать, что мы ищем базисные вектора фундаментальной системы решений. Нам не нужно что-то фиксировать и вводить какие-то точки отсчета. Нам нужно установить все пространство возможных решений однородной системы целиком, и потом из него просто выделить некоторый базис. Это не то же самое, что найти решение СЛАУ.   Про факторизацию... В моем понимании факторизация (в частоности, матрицы) - это разложение на множители (здесь на матричные множители), так чтобы получились какие-то другие матрицы, которые обладают какими-то выгодными свойствами (разложение Холецкого для положительно определенных матриц, LU, QR, QZ, сингулярное разложение и т.д.) В моем понимании это обычно нужно для повышении эффективности последующих операций, ускорения работы алгоритмов, для лучшей сходимости итерационных методов, где-то для эффективной параллелизации и т.д. Ничего не слышал раньше о ситуациях, когда факторизация жизненно необходима, и без нее задача не решается. Как я это вижу, существует много различных способов факторизации матрицы. Я просто не могу понять про какую конкретно факторизацию вы говорите и не могу понять, как она должна помочь, и почему ее невозможно сделать для вырожденной матрицы? Я бы, честно говорю, хотел разобраться в этом. Возможно, я что-то вообще неправильно понимаю.
    • asd
      Надеюсь, это то, что вы имели в виду.   TOOL PATH/THREAD_MILLING_1_COPY,TOOL,STD_DRILL TLDATA/TCUTTER,10.0000,0.0000,0.0000,80.0000,10.0000,8.0000 MSYS/0.0000,0.0000,0.0000,1.0000000,0.0000000,0.0000000,0.0000000,1.0000000,0.0000000 $$ centerline data PAINT/PATH PAINT/FEED PAINT/SPEED,10 PAINT/COLOR,186 FROM/0.0000,0.0000,50.0000,0.0000000,0.0000000,1.0000000 LOAD/TOOL,1 RAPID GOTO/0.0000,0.0000,3.0000 PAINT/COLOR,181 FEDRAT/MMPM,500.0000 GOTO/0.0000,0.0000,-33.0211 PAINT/COLOR,6 FEDRAT/250.0000 GOTO/21.6792,-1.2470,-33.0211 CIRCLE/21.7509,0.0000,-33.0000,0.0000000,0.0000000,-1.0000000,1.2491,0.0100,0.5000,10.0000,0.0000 GOTO/23.0000,0.0000,-33.0000 PAINT/COLOR,31 CIRCLE/0.0000,0.0000,-4.5000,0.0000000,0.0000000,-1.0000000,23.0000,0.0100,0.5000,10.0000,0.0000,TIMES,19 GOTO/23.0000,0.0000,-4.5000 PAINT/COLOR,1 CIRCLE/21.7509,0.0000,-4.4789,0.0000000,0.0000000,-1.0000000,1.2491,0.0100,0.5000,10.0000,0.0000 GOTO/21.6792,1.2470,-4.4789 GOTO/0.0000,0.0000,-4.4789 PAINT/COLOR,103 RAPID GOTO/0.0000,0.0000,50.0000 PAINT/FEED,NOMORE PAINT/SPEED,10 PAINT/TOOL,NOMORE END-OF-PATH  
    • gudstartup
      @Aiche если у вас осталасть на столе привязанная деталь  то можете выставить нули так чтобы значения совпали и ничего снимать не придется к тому же от того что вы снимите ничего не поменяется ведь под кожухами у вас нет никаких 0 меток ни направляющих ни на станине очень неприятные. надо было оставить режим принудительного обнуления @Aiche и срочно сделайте нормальный бэкап в вашем кроме программ ничего нет. хотябы копию памяти надо иметь а то может и в чпу батарейка сесть и тогда будет очень плохо
    • Fedor
      То есть грунт физически находится в сжатом состоянии на поверхности земли. И при вычислении связности грунта логично бы учесть это при построении предельного графика сигма - тау... 
    • maxx2000
    • gudstartup
      нет ранее абсолютные можно было обнулять в любом месте и не надо было никуда ехать а сейчасбывает что система выдает ошибку о невозможности установить 0 пока не сделаешь оборот датчика. особенно это достает при обнулении рев.головки приходится датчик снимать и крутить
    • nicomed
      @alek77 Если еще интересно, то вот код, который рисует два сегмента эскиза поверх выбранной кромки. Первый сегмент от начальной точки кромки до точки выбора, второй сегмент - от конечной точки выбранной кромки до точки выбора. При этом учитывается: положение компонента в сборке; поворот чертежного вида относительно пространства модели. Код как обычно - лишь бы работало - все в одном методе.   Вот что не пробовал, так это многоуровневые сборки. Боюсь что бы не приходилось делать  пересчет положения выбранного компонента столько раз, на каком уровне вложения находится выбранный компонент.   Upd: Нашел глюк (точнее свою недоработку с которой еще предстоит разбираться) - если вид с разрывом - то точка выбора смещается ...
    • maxx2000
      да, но запомнит всё ЧПУ не раньше чем выполнится условие, т.е.  проедет датчик или насчитает число импульсов, сервопривод запомнит максимум положение от нулевой точки
    • gudstartup
      для этого фанук ввкл счетчик импульсов от метки до метки если линейка то хоть через каждые 2 см пожалуйста но если энкодер то будьте добры 1 либо вообще без них
×
×
  • Создать...