Fixed issue copy in believe parametric

[crisbeta28]

Good morning to all,

I have a problem with creo parametric. to the save copy of a model with an associated design, the parameter "name" is correctly assigned to the .asm or .prt, but not to the .drw (see imm. attached), which remains with the name equal to the file name, instead it should call itself "guide sup. etc.".
How is it possible to solve the problem?
Thank you.

 

[AndreaTerzi]

how was it done?

 

[crisbeta28]

from file -> save by name -> save copy in traditional way

 

[AndreaTerzi]

This way it is not updated. If you use the pdmlink copy, you can update the attribute as well.

 

[crisbeta28]

It's weird, because in the company where I used to work before I was doing this commonly, and there was no problem, I'm sure. What do you mean by pdmlink?

 

[AndreaTerzi]

what you probably call windchill

 

[solokite]

what you probably call windchill

confirmation
to solve these inconveniences should always make save as from windchill

 

[crisbeta28]

does not exist a rule or procedure from config.pro that solves this thing? I find sniper doing the save copy from windchill, sincerely

 

[Prof.]

config.pro option: "rename_drawing_with_object" set on "both".
in this way every time you do the save copy of a model does the same for the design, provided it has the same name.

 

[crisbeta28]

thanks I checked, but it is already set to "both" that parameter

 

[Prof.]

thanks I checked, but it is already set to "both" that parameter

You're right, as usual I read your request quickly without fully understanding it. The option I suggested is for the "filename".
solve how others suggested you by saving copy from pdmlink.
I don't think there's any other roads.

 

[crisbeta28]

I'd have another question that doesn't hit the safe copy. do you ever happen that a reference order of zero becomes purple? When it happens to me every time I am forced to cancel it, and consequently also the odds to its dependence, and give it back all. is there a way to recover this reference and then also save all the quotas to it dependent?

 

[Jacovitti]

have you tried to use the command "change the attacks of an object" under annotated?

 

[crisbeta28]

do you mean the "change attack" with the chain-shaped icon? I tried but it only works for quotas dependent on the reference quota

 

[solokite]

I'd have another question that doesn't hit the safe copy. do you ever happen that a reference order of zero becomes purple? When it happens to me every time I am forced to cancel it, and consequently also the odds to its dependence, and give it back all. is there a way to recover this reference and then also save all the quotas to it dependent?

dear dear dear
Welcome to the world of purple quotas
precondition that if you need to pdf or print or post on creo view nobody if you notice
said that is super scrupulous software

 

[crisbeta28]

It seems to me that a solution is not right?

 

[mamobono]

It seems to me that a solution is not right?

Hi.
purple quotas are quotas that have lost references because of some changes you have made.
To avoid having them or limiting them, especially in the parts, you have to create sketches by putting the quotas as you want them in the table. as they told you then the visuals with exhibition ... I do not dilute looking in the help.
(it's the first rule that taught you at the "real" courses held by ptc at the ingot torino when the ptc site still existed. On current courses everything depends on who does it, my experience on creo was not positive because I knew + of the boy who was doing my course. )
These odds will not be violated but if you remove them from the sketch they will disappear as obvious it is.
It's a method that will seem complicated but in the end it will save you time in the quotation and above all it will be stable.


Hi.

 

[crisbeta28]

Mamobono: the method you explained to me is valid and I use it currently, the problem is that there are some situations in which I have to take in hand put in the table of details with many quotas, for example plates with a quantity of important holes, of which the command "show annotations model" had not been executed but the manual quotation with order starting from the reference zero, precisely because based on the annotations of creo makes with annotations the confusion.
then my problem is to recover the zero reference that becomes purple after modifications to the particular.

 

[mamobono]

..., of which the command "show model annotations" had not been executed but the manual quotation was set with orders starting from the reference zero, precisely because based on the annotations of creo makes with annotations rather confusing quotation.
then my problem is to recover the zero reference that becomes purple after modifications to the particular.

If the odds that you've put in a manina lose the references I think there's no way to recover them.
I for the plates with many holes I refer 0.0 and the center points of the holes with a sketch of points and tie the processing at these points.
in the exhibition I distance myself from the reference and I am stable because referring to points.
If the job is important and you think to put us still hand maybe create this basic sketch and tie the holes to this could make the job then + comfortable in the table setting.
It depends on you, unfortunately I have no other indication to give you.

 

[crisbeta28]

Good morning.

I resume the conversation just to point out that I understood a method to recover the basic line of 0 of the order that becomes purple. In essence it is necessary to create a linear quota that has the same old reference of the original base line and then converting this linear quota in order quota imposing the basic line of order not resolved as coaxial reference you can recover that basic line lost.
This method works as long as the zero of the base line you want to restore remains coaxial to the reference you want to reset.