Skip to main content
Patriot_1776
Patriot_177622-Sapphire II
22-Sapphire II
March 8, 2023
Question

Creo 8 hole table issues...STILL.

  • March 8, 2023
  • 3 replies
  • 5194 views

Wow, is it THAT time again?  Seems like this was first talked about back in...what, 2014 or so?  And STILL no fix?  Time to talk about how the notes that come from the hole feature are completely unusable out of the box.  We use decimal callouts for inch threads (i.e. .250-20 UNC-2B) in EXACTLY that format, verbatim.  And, of course, the callout you get gives you garbage that you can't use.  WORSE, and we just found this out, is that the ACTUAL GEOMETRY of the threads where the major diameter runs out to 4 places, are actually ROUNDED, i.e. .3125 gets rounded to .313.  Oh, even better, is the fact that you can't change this.  This, needless to say, is NOT to ASME Y14.6-2001 Paragraph 3.2.1.3 which specifies that these fractional threads like this that run out to 4 places are defined correctly, and that fractional threads that end at 3 digits have the zero as the 4th digit get that zero truncated.  Trying to modify the table file seems to do absolutely nothing.  So, considering that the ASME standards are THE standard for all of this, and they existed LONG before PTC, why, has PTC, in all this time, not actually FIXED this?  Oh wait, we DID get "Bold New Graphics!!!".  Oh, and nice of you to change the names of the hole parameters for no reason other than to FUBAR my cut&paste cheat sheet text file.

 

I can't even use my cut&paste solution knowing that the actual model dimensions are WRONG and give me ".313" instead of ".3125".  I usually use:

{1:&D#}{2:-}{3:&THREADS_PER_INCH:att_feat[.0]}{4: }{5:&THREAD_SERIES:att_feat}{6:-}{7:&CLASS:att_feat}{8: }{9:THRU} 

 

Well, PTC, how do YOU, or, worst case, we on my end, actually FIX this mess?

 

Anyone else have any ideas?  I didn't see any actual solution in any of the older threads, although they've all been closed/locked by the mods like they were actually "solved".  LOL

 

Serious *facepalm*...

    3 replies

    Patriot_1776
    Patriot_177622-Sapphire IIAuthor
    22-Sapphire II
    March 9, 2023

    Anyone?  PTC?  Bueller?  LOL

    T
    23-Emerald IV
    TomU23-Emerald IV
    23-Emerald IV
    March 9, 2023

    I'm not seeing this problem in Creo 9.  If I modify a .hol file to include values out to six digits, all of the digits are used in both the hole parameters and the final hole sizes.

     

    Extra digits added for testing:

    TomU_0-1678378143571.png

     

    Hole feature parameters:

    TomU_1-1678378189201.png

     

    TomU_2-1678378298311.png

     

    The precision is still there, it's just that the display is normally rounded to three decimal places:

    TomU_3-1678378351435.png

     

    Using the standard parameters in the notes with the [.<number of decimal places>] syntax will show more than three decimal places.

    TomU_4-1678378624941.png

    TomU_5-1678378647408.png

     

    While I would need to do additional testing to see if it's possible to have everything default to four decimal places upon creation, it does seem like the precision you need is already available, at least in Creo Parametric 9.0.

     

    Patriot_1776
    Patriot_177622-Sapphire IIAuthor
    22-Sapphire II
    March 9, 2023

    'Sup Tom!  Well, the ASME spec actually says that if the thread runs out to more than 3 (non-zero) decimal places, all the places need to be shown, but if the thread is only 3, then truncate the zeroes after that.  So, depending on the thread, or if it changes, a little manual work might need to be done.

    They probably changed it in Creo 9 then, because in Creo 8, I actually measured the major diameter threads and it rounds .3125 to .313, even if I change the .hol file.  I think I looked at one or 2 other threads and found the same thing.  We were on Creo 4 for years before we finally jumped to Creo 8, so, I' ain't holding my breath for Creo 9!

     

    Anyone interested with a solution to the note issue?  We want decimal inch as in:

    .164-32 UNC-2B

    .190-32 UNF-2B

    .250-20 UNC-2B

    .3125-18 UNC-2B

     

    With that that exact nomenclature, and having the geometry correct (i.e. .3125 actually IS .3125 instead of rounded to .313).  We would like the standard note that our users "show" to be in this correct nomenclature, and would also reflect the number of holes if it was a pattern.

     

    If some company or person has a solution, post up, and I'll contact you and see about getting you a P.O.

    T
    23-Emerald IV
    TomU23-Emerald IV
    23-Emerald IV
    March 9, 2023
    @Patriot_1776 wrote:

    ... the ASME spec actually says that if the thread runs out to more than 3 (non-zero) decimal places, all the places need to be shown, but if the thread is only 3, then truncate the zeroes after that.

    I'm aware of this for metric values, but I'm not seeing the same thing for inch values.  From what I'm seeing in ASME Y14.5-2018, metric values must be truncated but inch values do not need to be.

     

    Metric

    TomU_3-1678396161301.png

     

    Inch

    TomU_0-1678395825588.png

    TomU_1-1678395873089.png

     

    Regardless of whether or not trailing zeros are present, the interpretation of limits still applies:

    TomU_2-1678396012700.png

     

    The way the hole feature in Creo is currently implemented, I don't think you will be able to get a different number of decimal places automatically displayed based on fastener size.  While there should be no problem making all of them 3-place, or making all of them 4-place, it would probably take an enhancement to get both (either one) at the same time automatically.

    Patriot_1776
    Patriot_177622-Sapphire IIAuthor
    22-Sapphire II
    March 11, 2023

    Soooo, no solution from PTC for this age old problem?  Here, let me show you my resting surprised face...😲

     

    Ok, so, I guess I have to get with the people here that PURCHASE Creo and get them to get me the contact info for an Application Engineer for THEM to come up with a fix then.  I mean, since we're PAYING for a TON of licenses, might as wel actually have them fix this bug...

    T
    23-Emerald IV
    TomU23-Emerald IV
    23-Emerald IV
    March 12, 2023

    Probably the best approach is to show them that it's not currently possible to configure the .hol file in a way that is fully ASME Y14.5 compliant, especially if using metric hole sizes where trailing zeros must be truncated.

    Terms & ConditionsCookie settingsAccessibility statement