filettature gas

[Lawrence]

I already solved it from me!
to ensure that the quota automatically follows the table size of the hole feature, just follow what is written here: create parametric help centeryou have to change the string of the quota inserted manually on the table.

 

[Core]

hello lawrence, I in the field two 2d use only guided quotas (derived directly from model 3d), not guide(i.e. those you create directly in 2d).
the guided odds I get by selecting the view in the 2d, dx key, shows model annotations.

 

[Lawrence]

hello lawrence, I in the field two 2d use only guided quotas (derived directly from model 3d), not guide(i.e. those you create directly in 2d).
the guided odds I get by selecting the view in the 2d, dx key, shows model annotations.

I was initially not used to using the imported quotas from 3d, but I must admit that I prefer them now to others. That's exactly why the system indicated earlier made me twist my nose.
to solve I have made that create a annotative quotation on the hole feature, so that it goes behind the changes of the hole itself, and can be imported on board.

 

[mamobono]

hi, even if I still use wf4 I would try to use your method.
Now for female threads I use the threaded hole with the appropriate hol table but then I put a quota I on the cosmetic of the hole and I change the text (I have already prepared the texts separately ).
if I go to see my note of the gas hole is correct and presents all the values of the thread.
then let's see how we can recover the note data directly on the quota.
in the text of the share of cosmetics put:
@o canceling the numerical value
&screw_size:fid_207; screw size should read the text you have in the hol file at the thread you did and the fid_207 refers to the model tree feat id
& thread_series read the text you have in the hol file and the fid_207 as above

I in my note that works and reports the correct data I have this writing
&metric_size &thread_series visually matches g1/2"-14 gas

in my file hol ho
thread_series gas
...
table_units metric

and in the table that defines the thread_data measurements
fastener_id
. .
g1/2"-14 - that I think is what reads my note
. .

we come to the therefore, if I put your note with my fid I can not get g1/2"-14 while the second variable &thread_series:fid_85 writes it correctly - gas

You could give me some indication to solve.

Thank you.

 

[Lawrence]

hi, even if I still use wf4 I would try to use your method.
Now for female threads I use the threaded hole with the appropriate hol table but then I put a quota I on the cosmetic of the hole and I change the text (I have already prepared the texts separately ).
if I go to see my note of the gas hole is correct and presents all the values of the thread.
then let's see how we can recover the note data directly on the quota.
in the text of the share of cosmetics put:
@o canceling the numerical value
&screw_size:fid_207; screw size should read the text you have in the hol file at the thread you did and the fid_207 refers to the model tree feat id
& thread_series read the text you have in the hol file and the fid_207 as above

I in my note that works and reports the correct data I have this writing
&metric_size &thread_series visually matches g1/2"-14 gas

in my file hol ho
thread_series gas
...
table_units metric

and in the table that defines the thread_data measurements
fastener_id
. .
g1/2"-14 - that I think is what reads my note
. .

we come to the therefore, if I put your note with my fid I can not get g1/2"-14 while the second variable &thread_series:fid_85 writes it correctly - gas

You could give me some indication to solve.

Thank you.

In the meantime, I tell you it's only 6 months I use créo, so I'm approaching every obstacle very self-taught.
As for your case, I wonder if the syntax of the writing is correct.
in the sense that I took the string values from the hole info, being careful to write every
character present between one word and the otherwhile for the name of the feature I went to see directly the info of the feature itself
if known here are also written the names of the holes strings, but differ from those recognized by the system.

 

[mamobono]

Maybe I understand, in my hol file I don't have the screw_size variable so that's why it doesn't find it.
instead the thread_series variable is there and then puts it on me.

I do not understand why in its original note there is metric_size and puts the correct value g1/2"-14 while if I call it from outside does not.
the hol file is old and maybe needs an update
I'll study it.

last question you know where the standard (path) note is located which is attached to threaded holes.
in my case
&metric_size &thread_series - &thread_class &std_hole_type &var_thread_depth
&number_size forat ( &diameter ) &var_depth &drill_depth -( &pattern_no) hole
to which it correspondsIf I want to change the hole with a pre-light where I have to go to change it so that it is valid for everyone?

Thank you.

 

[mamobono]

solved, I didn't have the metric_size variable ( while you have screw_size) declared in the hol file

thanks for the info, hello