Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.

First time visiting? Here are some places to start:
  1. Looking for a certain topic? Check out the categories filter or use Search (upper right).
  2. Need support? Ask a question to our Community Support category.
  3. Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
  4. Be respectful, on topic and if you see a problem, Flag it.

If you would like to contact our Community Manager personally, feel free to send a private message or an email.

BEST PRATICE CONCERNING CONFIGURATIONS

rick_randall
rick_randall Member Posts: 436 ✭✭✭
edited April 2024 in Community Support
Awhile back I had to create my own library of AN/MS hardware and might not have set it up very efficiently . I ended up with a single, (simple part, a hex head bolt in this case), that has literally hundreds of configs. - question is, do I take a performance hit in large assemblies when using many instances of this bolt?  Should I set up my library with more parts (with smaller number of configs.)?   Recommendations?
Does Onshape have to grind though all the variations of the configs.(for each instance) - or does it just take a snapshot of the one configuration, and use that one simple case, when loading?
    This model shows the usage - but takes 1 or 2 mins. to load (only external components are shown)
In my case I can live with the load times, but I'm just wondering if cleaning up my configured files in my library  will gain any real appreciable change in regen / load times - or am I chasing my tail? 

Best Answer

  • NeilCooke
    NeilCooke Moderator, Onshape Employees Posts: 6,102 image
    Answer ✓
    If you use the different configs of the same part in an assembly, Onshape will regenerate the entire Part Studio for each config it uses. Versions will improve this, but removing the helical threads will make it much faster!!!
    Senior Director, Technical Services, EMEA

Answers

  • eric_pesty
    eric_pesty Member, pcbaevp Posts: 2,885 PRO
    It opened up in about 20s for me...
    However I noticed you have the bolt in the same workspace, this will slow you down...
    Move you bolt to a different document so that a version is referenced and it should speed things up, at least in theory
  • rick_randall
    rick_randall Member Posts: 436 ✭✭✭
    Thanks Eric, I'll look into that. 
    And I guess I had some updates that give me the long load time - It's as you said now, about 20 sec.

  • NeilCooke
    NeilCooke Moderator, Onshape Employees Posts: 6,102 image
    Answer ✓
    If you use the different configs of the same part in an assembly, Onshape will regenerate the entire Part Studio for each config it uses. Versions will improve this, but removing the helical threads will make it much faster!!!
    Senior Director, Technical Services, EMEA
  • rick_randall
    rick_randall Member Posts: 436 ✭✭✭
    Neil, thanks for the clarification. I may want to revisit some parts in my library, and break them down into smaller chunks. When I make 3d threads I use versioned configured parts that I named taps and dies, then deriving them into the bolt part, and then do a boolean subtract (instead of modeling the thread in the each bolt part). This seems to make the threaded bolt regen quicker, but maybe it's just my imagination.
      I understand that even one or two 3d modeled threads become a nightmare in drawings, but the purpose is to create detailed pictures for a build manual (not 2d production drawings), and it is important to show assemblies in a realistic appearance. Having said that, Onshape does a fantastic job of handling 3d threads as long as you keep assembly size under control, and do not intend to make drawings from those models.
      The model I linked above started out to be modeling practice, but then turned into an experiment to find out if Onshape would handle larger assemblies with complex 3d threads. I was truly impressed - but I don't advocate 3d threads for production work.

Categories