Welcome to the Onshape forum! Ask questions and join in the discussions about everything Onshape.
First time visiting? Here are some places to start:- Looking for a certain topic? Check out the categories filter or use Search (upper right).
- Need support? Ask a question to our Community Support category.
- Please submit support tickets for bugs but you can request improvements in the Product Feedback category.
- 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.
Single Model for Multiple Applications
Michael_Coffee
Member Posts: 91 ✭✭✭
This is from an ongoing debate at work over a particular issue that I wanted to bring to everyone here and see what you think. Since there are multiple industries here, I hope someone could give some insight.
Part of our work is creating ductwork for air filtration and we will use round flanges in a few locations to bolt two pieces together. The model is, of course, very simple: it has an OD, ID, and a hole pattern. We also make the rubber gaskets for them.
Each flange may or may not be unique depending on application, but we have such a wide variety of both flanges and gaskets that use the exact same basic geometry. The debate, then, centers around: if all of them use the same geometry, why would it not be a good idea to use one model for all of them?
The main con I've heard is because of material. I do understand this from the view point that because of their application, it constitutes different models (ie. one model is a metal flange for welding while the other is a rubber gasket for securing two parts together). My contesting point is that on more than one occasion, the only difference between the models is the material.
There are two methods I've seen for entering in material. First one, you can directly assign it material from the Onshape Library. From there, this is only one choice selected and you cannot configured that material property. The second method is having a configuration table list and you choose the material from the pull-down. The table is customizable, where as the material library is not.
For what we need, we have no reason to use the material library. Baring that, I see no reason why there should be separate models. Loading times would be nearly identical, if not the same. We can customize appearance between the configurations, so that's not an issue. This model would be used in a variety of locations and would be added to as more jobs come up that require a slightly different flange and gasket. Under these circumstances, using the same model would be the way to go.
What do you guys think?
0
Answers
I don't recommend making a different part through configs in this case, because that would just be more hassle down the line if the following assumptions are correct:
I assume the gasket is NOT the same thickness as the metal.
I assume Only the 2D face is the same.
To me that is a new part, in this case you can just extrude the face of the flange and get your gasket with one feature.
Set it's material part number etc. and be done.
That is the typical way I handle gaskets
1. Create one completely configured part and set its material manually.
2. At the end of the feature list, create a Transform/Copy in Place, times the number of material options.
3. Set each new part copy to the desired material (and change its colour and other props if required).
4. Create a Delete Part feature and select everything.
5. Configure the Delete Part feature to your material input, and edit the selections for each entry so that only 1 part ever shows.
6. When added to an assembly, if the part number field in the BOM is empty it is a new part (and you can add a PN), if a PN is present, it is an existing part.
EDIT: or you could suppress the Transform features by config rather than have an extra Delete Part feature
It is totally personal preference.
I just try to limit the quantity of config parameters whenever possible to avoid accidental input for the Nth instance in an assembly.