use parameters part in the parameters together

[paddu83]

Good morning to all,
I am new to the forum and recently use I create.
I have the need to insert in the list of parameters of a set some parameters of the parts that compose it.
for example the axieme is composed of a tube of flanges and other parts. the tube part has a parameter relative to the inner diameter "dint" with a specific value, it is possible to import it in the list of the parameters of assemblies.
for now I insert in the relationships of the axieme a link between a parameter of axieme and that of the part going to select it in the list of parameters. But this obliges me to redefine this bond for every new one.
While since my axioms are always composed of very similar parts, so the above mentioned tube is always there but with different sizes the flanges instead change etc..., I would like this to happen automatically perhaps by inserting a generic relationship in the start part together.
Thank you for your help.
I apologize if this topic has already been dealt with, but I have found nothing in the forum. if necessary I can enter more specifically than quli are the objectives from which arises this need to manage the parameters, or seek God to be clearer.

 

[DANI-3D]

Hi.

I have to admit that I have not understood much, in any case if you want to insert in a set a parameter of one part the method is this, go into the relationships of the together from the name to the parameter es. pippo = then ... insert ... from list ... part ... select the particular then the parameter that interests you, a little confirmation and is made,
to avoid redefining everything for each new set, a method may be not to create new ones, but to use rename in session.
I hope everything is clear, if it wasn't an example, or a design to help you better. Perhaps, if it were a few details, it could be the case of using fts with flexibility.

 

[320i S]

Good morning to all,
I am new to the forum and recently use I create.
I have the need to insert in the list of parameters of a set some parameters of the parts that compose it.
for example the axieme is composed of a tube of flanges and other parts. the tube part has a parameter relative to the inner diameter "dint" with a specific value, it is possible to import it in the list of the parameters of assemblies.
for now I insert in the relationships of the axieme a link between a parameter of axieme and that of the part going to select it in the list of parameters. But this obliges me to redefine this bond for every new one.
While since my axioms are always composed of very similar parts, so the above mentioned tube is always there but with different sizes the flanges instead change etc..., I would like this to happen automatically perhaps by inserting a generic relationship in the start part together.
Thank you for your help.
I apologize if this topic has already been dealt with, but I have found nothing in the forum. if necessary I can enter more specifically than quli are the objectives from which arises this need to manage the parameters, or seek God to be clearer.

to do what you want with a mask, just as long as every new set, remove the check of the base mask and use "copy from" by selecting a similar set, from which you will then leave (of course you will have to duplicate with replacement, all those parts that you will then change, but I think it is much faster than to insert new relationships every time.

basic creo/pro-e does not create such strong ties between assemblies and parts, you have to do it (with the relationships and import of the parameters of part and many other things).

If you want to prepare relationships with parameters you already know, you can write it in the start-part, starting the characters:

/

which thus transform the relationship, in a comment, which is therefore not considered.


personally, however, I would tell you to do differently, instead of going to take the parameter, which as I understand, commands a share of the part, go to take that quota in 3d to the act of compiling the relationship, I guarantee you are faster and still controls everything in the same way.

 

[paddu83]

Hello, thank you for the answers.
first of all I noticed a mistake in the question, under the correct version:
...for example: the axieme is composed of a tube of flanges and other parts. the tube part has a relative parameter of the inner diameter that is called "dint" with a specific value, can it be imported into the list of the assemblies?

despite this you have hit the problem.

However, the parameters I want to import are not limited to parameters that control or are controlled by a quota, which I could select from the axieme or even from the table. some are more complex and are defined in a family table controlled written with excel that using if and formulas obtained from parameters otherwise not directly obtained from 3d.

I now proceed just as dani-3d suggests, but what generates this process are links of this type (evidenced):I rename the file together I would maintain the ties but being forced to change the parts contained in the axieme, to create the new one, and not being able to rename the parts and modify them to create new ones because or are created with family table or can be used by others together, what I would get is an axieme with a parameter that points to a part that is no longer contained in the axieme itself.

What I do not understand, however, is how I create these bonds, or why I get the link between the axieme parameter and the part parameter followed by the character: and a number?

I also thought of commenting on the ties with /*, then betting but I had cmq the problem of writing the tie so that the parameter is searched directly in the part otherwise it generates an error.

Finally it would be convenient to use ifs that become active when I insert the part from which I have to import the parameter.

I'm sorry if I'm a little smoky... I try to be as clear as possible. . Thanks again

 

[320i S]

It's pretty complicated what you're trying to do.
I create for itself all those ties that allow it to "exist" the assieme, especially the act of duplication, so in cases with parameters so nested, it is to expect that some string of relationship, be modified or fail.
Are you sure you can't bring some of these relationships inside the single part and call together the resulting parameter directly together?

 

[DANI-3D]

careful not to incarnate, especially if the details treated with this method are many there is the real danger of creating a slow and highly unstable project, I tell you why about ten years ago I went there too, I created a set for highly parameterized suction tanks, I had a set of parameters where I indicated the main dimensions and everything was updated. at the beginning everything well, then going forward I realized that the regenerations lasted more and more and the errors were increasingly frequent, not to mention the management of the changes and exceptions that often manifested.
another problem that was manifested was that I could not simultaneously open two different tanks to compare them, it was a continuous change of parameters and regenerate, a huge loss of time, until I changed method.

 

[paddu83]

thanks for the answers,
dani-3d thanks for the suggestion but my assemblies are really simple. There is an explosive view:the many parameters you see do not serve me to "check" but I use them to show in the table the values that interest me (only to have a direct control of the important characteristics for us of the object), and in a second moment we would like to try to export to .csv files of the parameters to use in a database (this however is a job that is becoming and for now it does not concern this discussion).
So there's no danger of framing.

Here in the picture you see an alettatura, this is obtained from a family table that changes the number of fins the head, the tail (activating or deactivating feature of revolution) and other ad hoc fautures to make the alettatura to the flange edge.
Moreover the family table written with excel calculates the linear development of the alettatura (through formulas and if) creep and the other arc parameter.
Unfortunately the alettatures (trust yourself) to vary the diameter cannot be obtained from the same part always using a family table because they vary not only in diameter but also in shape and pitch of the fins, not to mention head and tail that vary a lot. therefore for each diameter (we have a finite number) I have a part and a family table with which to generate the alettatura and that generates the parameters above, then a part and a family table for each diameter.
flags always vary in size characteristics but do not have important parameters for the characterization of the axieme.
the tube that seems the simplest has the problem that could be reused in multiple assemblies.

Therefore I would like to be able to automate the import of these parameters, contained in the parts, which always exist and always have the same name once I give the assembling.

so that I have them available and display them automatically in the table, where I created a table where I mold the parameters put & parameter.


an alternative to bypassing the problem would be able to carry certain parameters from an axieme and also from the parts contained in it without selecting them manually and savers in a.csv, in short, an export parameters on the only parameters that interest me. While in the table I should be able to show the parameters related to the axieme and the parts that compose it.

Thank you very much for your cooperation
thanks for the support.

 

[DANI-3D]

have you tried to use a multi-level table to recover all parameters? if it can be useful from an eye here:http://www.cad3d.it/forum1/threads/34540-tabella-multilivello-come-si-gestisce?highlight=distinta

 

[320i S]

so to fly the first thing I would say to you: Since the tube is used in other axioms, "must" live of own life, that is a table with its parameters, released from each set, you can, however, in this type of assembly, load the tube as an extra part in the table and reinsert the table parameters you need.

in practice no longer reason with only one table in combination, but with mini tables smaller and specific (graphically, the deposits so as to pretend that it is a single table).

Why don't you run the tube with interchange? (if you have the advanced axiemi module), because so you can manage this separately, with maximum flexibility in shape, in combination and the specific parameters insert them on the table as for the pipe handled separately.